Будівельні блоки rup

RUP заснований на наборі будівельних блоків, чи містить елементи, які описують те, що повинно бути зробленим, необхідні навички, та покрокове пояснення того, як досягаються конкретні цілі розробки.

Основними будівельними блоками, чи елементами вмісту, є:

– Ролі (хто). Роль визначає набір навичок, компетенції та відповідальності.

– Робочі продукти (що). Робочий продукт являє собою щось отримане з завдання, в тому числі всі документи і моделі, випущені під час роботи впродовж процесу.

– Завдання (як). Завдання описує одиницю роботи, яка доручена ролі, яка забезпечує значущий результат.

У кожній ітерації, завдання діляться на дев'ять дисциплін: шість «інженерних дисциплін» (бізнес-моделювання, вимоги, аналіз і проектування, реалізація, тестування, розгортання) і трьох допоміжних дисциплін (конфігурація і керування змінами, управління проектами, середовища).

Фази rup

Існують чотири фази життєвого циклу програмного проекту за RUP. Ці фази дозволяють процесу бути представленим на високому рівні, подібно до того як представляються проекти у «водоспадному» стилі, хоча, по суті, ключем до процесу є ітерації розробки, які простягаються вздовж всіх фаз. Крім того, кожен етап має одну ключову ціль, та віху в кінці, яка позначає досягнення цілі.

1 Початкова фаза (Inception)

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

Зацікавленими сторонами досягають згоди з визначення масштабів і оцінкою вартості/термінів.

Розуміння вимог як свідчення якості первинних прецедентів.

Достовірність оцінок вартості/термінів, приорітетів, ризиків, та процесу розробки

Глибина і ширина будь-якого архітектурного прототипу, який був розроблений.

Встановлення базової лінії за допомогою якої можна порівняти фактичні витрати в порівнянні із запланованим витратам.

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

2 Фаза уточнення (Elaboration)

Основна мета полягає в пом'якшенні ключових ризиків, виявлених на основі аналізу до кінця цієї фази. Фаза уточнення — фаза де проект починає набувати форми. На цьому етапі робиться аналіз предметної області, і архітектура проекту отримує свою базову форму.

Ця фаза має пройти віху життєвого циклу архітектури (LCA), задовольняючи такі критерії:

– Модель прецедентів, в якій ідентифікуються прецеденти та актори, та розробляється більшість описів прецедентів. Модель прецедентів повинна бути завершена на 80%;

– Опис архітектури ПЗ в процесі розробки програмної системи;

– Виконувана архітектура, яка реалізує архітектурно значимі прецеденти;

– Бізнес – випадки та список ризиків, що переглядаються;

– План розвитку проекту в цілому;

– Прототипи, що явно зменшили кожен виявлений технічний ризик.

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

Системна архітектура є ключовим елементом розробки, що отримується з аналізу предметної області.