відність. Якщо ВІ простий, то в специфікації він описується як окремий функціональний вимога. У складніших випадках ВІ може бути розбитий на декілька більш простих варіантів (на діаграмах це можна зробити за допомогою пакетів, ввівши ще один рівень ієрархії, в специфікації - ввести наступний рівень нумерації).
Проектування користувальницького інтерфейсу
Цей процес виконується для того щоб замовник міг більш точно уявити собі роботу і можливості майбутньої ПС і видати свої зауваження та уточнення вимог. Залежно від складності проекту та рівня підготовленості замовника результати цих робіт можуть бути представлені у різних формах:
В· програмна реалізація, відтворювальна точний вид екранних вікон;
В· альбом екранних форм;
В· модель навігації екранів у вигляді діаграм класів із зазначенням атрибутів - полів і операцій - кнопок.
Створення специфікації вимог
Специфікація вимог створюється на основі моделі вимог і додаткових специфікацій. Вона затверджується керівництвом замовника і розробника і служить основним відправним документом для проектування і розробки. Зокрема, модель вимог, що входить у неї, надалі буде розвинена в модель аналізу та дизайну.
В В
Аналіз та проектування
В
Мета і завдання аналізу і проектування
Мета процесу аналізу і проектування полягає в розробці технічних інструкцій, розпорядчих, як реалізувати ПС, що задовольняє сформульованим вимогам. Для цього слід добре зрозуміти вимоги до ПС і перетворити їх у проект системи, вибравши правильну стратегію реалізації. На ранніх стадіях процесу має бути створена стійка архітектура, на основі якої можна спроектувати ПС, легку для розуміння, побудови та розгортання. Архітектура має бути узгоджена з середовищем реалізації з метою задоволення вимог до продуктивності, стійкості, безпеки, розширюваності і тестованості.
До числа вирішуваних завдань при цьому відносяться:
В· розробка точної архітектури розподіленої програмної системи;
В· перетворення моделі вимог в модель проектну розроблюваної системи;
В· адаптація проекту системи до середовища реалізації з метою підвищення продуктивності розробки;
В· вибір механізмів реалізації та визначення обмежень на реалізацію;
В· розробка компонентної структури;
В· розподілення компонентів по вузлах.
Головним завданням аналізу є перетворення вимог у форму, зрозумілу розробнику, тобто, визначення підсистем, компонентів і класів, за допомогою яких реалізується необхідну поведінку ПС. В основі такого перетворення лежать ВІ, створені при визначенні вимог до ПС. При цьому розглядаються тільки функціональні вимоги і ігноруються нефункціональні.
Проектування - це уточнення результатів аналізу, спрямоване на оптимізацію з урахуванням обмежень, що накладаються нефункціональними вимогами, середовищем реалізації і т. д.
Ролі
Системний архітектор - керує роботами з аналізу та проектуванню ПС. Він визначає загальну структуру кожного архітектурного представлення (див. статтю В«RUP. Загальні відомості В»), декомпозицію уявлень, угруповання елементів і інтерфейси між групами.
Дизайнер - проектує класи і відносини між ними Він визначає, як погоджувати класи з середовищем реалізації.
Дизайнер БД - відповідає за проектування бази даних ПС.
Артефакти
У процесі аналізу і проектування створюються такі документи:
Модель проектування - це основна модель ПС. Вона описує підсистеми, пакети, компоненти, інтерфейси і класи, а також їх взаємодії, що забезпечують необхідну поведінку ПС.
Документ В«Архітектура ПСВ» , в якому зібрані різні архите ктурние подання ПС.
Модель даних - це опис структури даних, що зберігаються в БД (наприклад, реляційна модель даних).
Технологічний процес
Спрощена схема діяльностей, які виконуються в окремій ітерації процесу аналізу і проектування, наведена на рис.2. Виконання деяких діяльностей залежить від фази розробки, що показано у вигляді коментарів на діаграмі діяльностей.
В
Рис.2 Діаграма діяльностей, що описує процес аналізу і проектування
Визначення потенційної архітектури. Дана діяльність включає архітектурний аналіз та аналіз ВІ. Визначається початковий набір архітектурно значущих елементів і механізмів реалізації, виконується початкове розбиття на рівні, визначається структура системи, вибираються ВІ, які будуть реалізовуватися в першій ітерації фази розвитку проекту. В результаті створюється ескіз архітектури ПС. На основі аналізу архітектурно значущих ВІ визначаються основні класи, які включаються в модель аналізу. У модель аналізу включаються діаграми, що описують взаємодію основних класів.
Уточнення архітектури. Діяльність включає визначення механізмів проектування, елементів проект...
