Відмінності між версіями «RUP»
3946215 (обговорення • внесок) (Створена сторінка: <b>RUP (Rational Unified Process)</b> - методологія розробки ПО, створена компанією Rational Software == Основні...) |
3946215 (обговорення • внесок) |
||
| Рядок 14: | Рядок 14: | ||
<br> | <br> | ||
<b>6</b> - робота над проектом в згуртованій команді, ключова роль в якій належить архітекторам | <b>6</b> - робота над проектом в згуртованій команді, ключова роль в якій належить архітекторам | ||
| + | <br> | ||
| + | == Процеси та стадії RUP == | ||
| + | RUP використовує <b>ітеративну</b> модель розробки. В кінці кожної ітерації (в ідеалі триваючої від 2 до 6 тижнів) проектна команда повинна досягти запланованих на дану ітерацію цілей, створити або допрацювати проектні артефакти і <b>отримати проміжну, але функціональну версію кінцевого продукту.</b> | ||
| + | [[Файл:RUP_process.png|center]] | ||
| + | |||
| + | == Стадії == | ||
| + | <b>1.Начальная стадія (Inception)</b> | ||
| + | <br> | ||
| + | У фазі початковій стадії: | ||
| + | <br> | ||
| + | Формуються <b>бачення і межі</b> проекту. | ||
| + | <br> | ||
| + | Створюється <b>економічне обґрунтування</b> (business case). | ||
| + | <br> | ||
| + | Визначаються <b>основні вимоги, обмеження і ключова функціональність продукту</b>. | ||
| + | <br> | ||
| + | Створюється <b>базова версія моделі прецедентів</b>. | ||
| + | <br> | ||
| + | (Прецедент відповідає окремій функціональності системи, визначає один з варіантів її використання і описує типовий спосіб взаємодії користувача з системою. Варіанти використання зазвичай застосовуються для специфікації зовнішніх вимог до системи) | ||
| + | <br> | ||
| + | <b>Оцінюються ризики.</b> | ||
| + | <br> | ||
| + | При завершенні початкової фази <b>оцінюється досягнення етапу життєвого циклу мети</b>, яке передбачає угоду зацікавлених сторін про продовження проекту. | ||
<br> | <br> | ||
Версія за 10:15, 26 лютого 2019
RUP (Rational Unified Process) - методологія розробки ПО, створена компанією Rational Software
Основні принципи:
1 - рання ідентифікація і безперервне (до закінчення проекту) усунення основних ризиків
2 - концентрація на виконанні вимог замовників до виконуваній програмі
3 - очікування змін у вимогах, проектних рішеннях і реалізації в процесі розробки
4 - компонентна архітектура, реалізована і тестована на ранніх стадіях проекту
5 - постійне забезпечення якості на всіх етапах розробки проекту (продукту)
6 - робота над проектом в згуртованій команді, ключова роль в якій належить архітекторам
Процеси та стадії RUP
RUP використовує ітеративну модель розробки. В кінці кожної ітерації (в ідеалі триваючої від 2 до 6 тижнів) проектна команда повинна досягти запланованих на дану ітерацію цілей, створити або допрацювати проектні артефакти і отримати проміжну, але функціональну версію кінцевого продукту.
Стадії
1.Начальная стадія (Inception)
У фазі початковій стадії:
Формуються бачення і межі проекту.
Створюється економічне обґрунтування (business case).
Визначаються основні вимоги, обмеження і ключова функціональність продукту.
Створюється базова версія моделі прецедентів.
(Прецедент відповідає окремій функціональності системи, визначає один з варіантів її використання і описує типовий спосіб взаємодії користувача з системою. Варіанти використання зазвичай застосовуються для специфікації зовнішніх вимог до системи)
Оцінюються ризики.
При завершенні початкової фази оцінюється досягнення етапу життєвого циклу мети, яке передбачає угоду зацікавлених сторін про продовження проекту.
