Фаза впровадження

Основна мета полягає в переведенні системи з розробки у продукт, зробивши її доступною та зрозумілою для кінцевого споживача. Діяльність у рамках цієї фази включає навчання кінцевих користувачів та обслуговуючого персоналу, бета-тестування системи для перевірки її на відповідність очікуванням користувачів. Продукт також перевіряються на відповідність рівню якості, встановленого в початковій фазі.

Якщо всі вимоги задоволені, досягається віха релізу продукту, і цикл розробки завершується.

25. Фази і ітерації раціонального уніфікованого процесу.

Фаза (Phase) - це проміжок часу між двома важливими опорними точками процесу, в яких повинні бути досягнуті чітко визначені цілі, підготовлені ті чи інші артефакти та прийнято рішення про те, чи слід переходити до наступної фази. Як видно з малюнка, приведеного нижче, раціональний ний Уніфікований Процес складається з наступних чотирьох фаз:

Початок (Inception) - визначення бізнес-цілей проекту.

Дослідження (Elaboration) - розробка плану і архітектури проекту.

Побудова (Construction) - поступове створення системи.

Впровадження (Transition) - поставка системи кінцевим користувачам.

Фази початку і дослідження охоплюють проектні стадії життєвого циклу процесу розробки; фази побудови та впровадження відносяться до виробництва.

Усередині кожної фази відбувається декілька ітерацій. Ітерація (Iteration) представляє повний цикл розробки, від вироблення вимог під час аналізу до реалізації і тестування. Кінцевим результатом є випуск готового продукту.

Всі фази та ітерації увазі певні витрати зусиль на зниження ризиків. В кінці кожної фази знаходиться чітко визначена опорна точка, де оцінюється, якою мірою досягнуті намічені цілі і чи не слід внести в процес зміни, перш ніж рухатися далі.

26. Дисципліни раціонального уніфікованого процесу.

До інженерних дисциплін належать :

• бізнес - моделювання – дозволяє встановити порозуміння між бізнес-інженерією та програмною інженерією.

• дисципліна вимог – пояснює як виявити запити замовників та перетворити їх в набір вимог до програмних продуктів.

• дисципліна аналізу та проектування – метою є показати яким чином система буде реалізована. Система повинна легко змінюватися коли змінюються функціональні вимоги.

• дисципліна реалізації – метою є реалізація класів, об’єктів у термінах компонентів і виконуваних файлів. Інтегрування та тестування модулів виконаних окремими виконавцями в єдину систему.

• дисципліна тестування – метою є перевірка взаємодії між об’єктам,належної ітерації між об’єктами, виділення помилок.

• дисципліна розгортання – успішно робити релізи, постановка ПЗ користувачам.

27. Артефакти раціонального уніфікованого процесу.

Артефактом в UML називають окремий шмат інформації, що використовується чи з'являється в процесі розробки програмного забезпечення. Це може бути файл з кодом, модель, частина документації, чи повідомлення електронної пошти або навіть нотатка, приклеєна до монітора.

Питання блоку 2.