Відмінності між версіями «RUP»

Матеріал з Вікі ЦДУ
Перейти до: навігація, пошук
(Стадії)
(1.Начальная стадія (Inception))
Рядок 20: Рядок 20:
  
 
== Стадії ==
 
== Стадії ==
=== <b>1.Начальная стадія (Inception)</b> ===  
+
=== <b>Начальная стадія (Inception)</b> ===  
 
У фазі початковій стадії:
 
У фазі початковій стадії:
 
<br>
 
<br>
Рядок 37: Рядок 37:
 
При завершенні початкової фази <b>оцінюється досягнення етапу життєвого циклу мети</b>, яке передбачає угоду зацікавлених сторін про продовження проекту.
 
При завершенні початкової фази <b>оцінюється досягнення етапу життєвого циклу мети</b>, яке передбачає угоду зацікавлених сторін про продовження проекту.
 
<br>
 
<br>
 +
 
=== <b>2. Уточнення (Elaboration)</b> ===
 
=== <b>2. Уточнення (Elaboration)</b> ===
 
У фазі «Уточнення» проводиться <b>аналіз предметної області та побудова виконуваної архітектури</b>. Це включає в себе:
 
У фазі «Уточнення» проводиться <b>аналіз предметної області та побудова виконуваної архітектури</b>. Це включає в себе:

Версія за 10:26, 26 лютого 2019

RUP (Rational Unified Process) - методологія розробки ПО, створена компанією Rational Software

Основні принципи:

1 - рання ідентифікація і безперервне (до закінчення проекту) усунення основних ризиків
2 - концентрація на виконанні вимог замовників до виконуваній програмі
3 - очікування змін у вимогах, проектних рішеннях і реалізації в процесі розробки
4 - компонентна архітектура, реалізована і тестована на ранніх стадіях проекту
5 - постійне забезпечення якості на всіх етапах розробки проекту (продукту)
6 - робота над проектом в згуртованій команді, ключова роль в якій належить архітекторам

Процеси та стадії RUP

RUP використовує ітеративну модель розробки. В кінці кожної ітерації (в ідеалі триваючої від 2 до 6 тижнів) проектна команда повинна досягти запланованих на дану ітерацію цілей, створити або допрацювати проектні артефакти і отримати проміжну, але функціональну версію кінцевого продукту.

RUP process.png

Стадії

Начальная стадія (Inception)

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

2. Уточнення (Elaboration)

У фазі «Уточнення» проводиться аналіз предметної області та побудова виконуваної архітектури. Це включає в себе:
Документування вимог (включаючи детальний опис для більшості прецедентів).
Спроектовану, реалізовану і відтестувати виконувану архітектуру.
Оновлене економічне обґрунтування і більш точні оцінки термінів і вартості.
Знижені основні ризики.
Успішне виконання фази розробки означає досягнення етапу життєвого циклу архітектури

3. Побудова (Construction)

У фазі «Побудова» відбувається реалізація більшої частини функціональності продукту. Фаза Побудова завершується першим зовнішнім релізом системи і віхою початкової функціональної готовності.

4. Впровадження (Transition)

У фазі «Впровадження» створюється фінальна версія продукту і передається від розробника до замовника. Це включає в себе програму бета-тестування, навчання користувачів, а також визначення якості продукту. У разі, якщо якість не відповідає очікуванням користувачів або критеріям, встановленим у фазі Початок, фаза Впровадження повторюється знову. Виконання всіх цілей означає досягнення віхи готового продукту і завершення повного циклу розробки

Опір змінам в проекті

RUP 222.jpg