Проектування архітектури системи. Підсистеми та інтерфейси. Формування архітектурних рівнів
Проектування архітектури системи виконується архітектором системи і включає в себе:
· ідентифікацію архітектурних рішень і механізмів, необхідних для проектування системи;
· аналіз взаємодій між класами аналізу, виявлення підсистем і інтерфейсів;
· формування архітектурних рівнів;
· проектування структури потоків управління;
· проектування конфігурації системи.
В процесі проектування визначаються деталі реалізації архітектурних механізмів, позначених в процесі аналізу. Наприклад, уточнюється спосіб зберігання даних, реалізація дублювання для підвищення надійності системи і т. П.
Декомпозиція системи на підсистеми реалізує принцип модульності. Першою дією архітектора при виявленні підсистем є перетворення класів аналізу в проектні класи. За кожним класом аналізу приймається одне з двох рішень:
· клас аналізу відображається в проектний клас, якщо він простий або представляє єдину логічну абстракцію;
· складний клас аналізу може бути розбитий на кілька класів, перетворений в пакет або в підсистему.
Кілька класів можуть бути об'єднані в підсистему якщо:
· класи мають функціональний зв'язок (беруть участь в реалізації варіанту використання і взаємодіють тільки один з одним);
· сукупність класів реалізує функціональність, яка може бути видалена з системи або замінена на альтернативну;
· класи сильно пов'язані;
· класи розміщені на одному вузлі обчислювальної мережі.
Приклади можливих підсистем: підсистема безпеки, захисту даних, архівування; підсистема призначеного для користувача інтерфейсу або інтерфейсу з зовнішніми системами; комунікаційне ПО, доступ до баз даних.
При створенні підсистем в моделі виконуються наступні перетворення:
· об'єднуються класи поміщаються в спеціальний пакет з ім'ям підсистеми і стереотипом << subsystem >>;
· специфікації операцій класів, які утворюють підсистему, виносяться в інтерфейс підсистеми - клас зі стереотипом << Interface >>;
· характер використання операцій інтерфейсу і порядок їх виконання документується за допомогою діаграм взаємодії, які разом з діаграмою класів підсистеми об'єднуються в кооперацію з ім'ям інтерфейсу і стереотипом << interface realization >>;
· в підсистемі створюється клас-посередник зі стереотипом << subsystem proxy >>, керуючий реалізацією операцій інтерфейсу.
В процесі аналізу було прийнято попереднє рішення про виділення архітектурних рівнів. В процесі проектування всі елементи системи повинні бути розподілені за даними рівнями. З точки зору моделі це означає розподіл проектних класів по пакетам, відповідним архітектурним рівнями.
Проектування структури потоків управління. Проектування конфігурації системи
Проектування структури потоків управління виконується при наявності в системі паралельних процесів (паралелізму). Мета проектування - виявлення існуючих в системі процесів, характеру їх взаємодії, створення, знищення та відображення в середу реалізації.
Процес - це ресурсномісткий потік управління, який може виконуватися паралельно з іншими потоками. Він виконується в незалежній адресному просторі і в разі високої складності може поділятися на два або більше потоків.
Потік (нитка) - це полегшений потік управління, який може виконуватися паралельно з іншими потоками в рамках одного і того ж процесу в загальному адресному просторі.
Реалізація процесів і потоків забезпечується засобами операційної системи.
Для моделювання структури потоків управління використовуються так звані активні класи - класи зі стереотипами << process >> і << thread >>. Активний клас володіє власним процесом або потоком і може ініціювати дії, що управляють. Зв'язки між процесами моделюються як залежності. Потоки можуть існувати тільки всередині процесів, тому зв'язки між процесами і потоками моделюються як композиції.
Якщо створювана система є розподіленою, то необхідно спроектувати її конфігурацію в обчислювальному середовищі, т. Е., Описати обчислювальні ресурси, комунікації між ними і використання ресурсів різними системними процесами.
Розподілена мережева конфігурація системи моделюється за допомогою діаграми розміщення.
Розподіл процесів, що становлять структуру потоків управління, по вузлах мережі проводиться з урахуванням наступних факторів:
· використовувані зразки розподілу (трьорівнева архітектура клієнт-сервер, «товстий клієнт», «тонкий клієнт», «точка-точка» і т. д.);
· час відгуку;
· мінімізація мережевого трафіку;
· потужність вузла;
· надійність обладнання і комунікацій.
Дата добавления: 2018-08-06; просмотров: 438; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!