gn="justify"> Сам процес розробки постійно поліпшується і уточнюється. При оцінюванні ітерації не тільки проводиться оцінка поточного стану проекту з точки зору виконання графіка, а й пошук шляхів поліпшення самого процесу розробки. Один з можливих способів цього добитися - зберігати ретроспективу проектів.
В
Малюнок 1.
Велика частина реалізованої функціональності використовується рідко або взагалі ніколи.
відсотків реалізованої функціональності ніколи не використовується, а ще 19 відсотків використовується рідко. Якщо відмовитися від першочергової реалізації невикористовуваної функціональності, час розробки можна скоротити приблизно вдвічі. Оскільки зазвичай продуктивність вимірюється в кількості рядків коду або реалізованої функціональності, дане поліпшення не буде розпізнаватися як збільшення продуктивності. br/>
Ітерації і фази
Призначення ітерацій в тому, щоб отримати працюючий код, який можна запустити, оцінити, і провести корекцію напрямки розробки. Отримання працюючого коду просуває вас на один крок ближче до кінцевого продукту. Кожна фаза дозволяє команді сконцентруватися на досягненні певної мети. У OpenUP є чотири фази, кожна закінчується відповіддю на певне питання:
В· Дослідження - Чи є згода щодо того, яку проблему ми намагаємося вирішити?
В· Опрацювання - Чи є згода щодо спільного рішення, чи розуміємо ми всі ризики, чи підходять нам витрати і графіки ?
В· Побудова - Чи є згода щодо того, чи відповідає розроблена система потребам зацікавлених осіб?
В· Передача - Чи є згода щодо того, що ми можемо випустити систему і завершити проект?
Під час кожної фази може бути декілька ітерацій, кожна з яких має на меті отримати результати, що вимагаються для відповіді на ці питання. Наприклад, щоб відповісти на питання для фази опрацювання та зрозуміти, яка нам потрібна архітектура, які потрібні покупні компоненти, з якими ризиками ми можемо зіткнутися і як з ними боротися, яка ефективність команди і т.. П., зазвичай необхідно реалізувати і протестувати ключові аспекти системи. Необхідність знайти відповіді на ці питання допомагає правильно розставляти пріоритети у фазі опрацювання. p align="justify"> Rational Unified Process (RUP)
Коли з'являється необхідність виконання проекту в області розробки інформаційних систем та автоматизації, завжди доступно два основні варіанти:
. Почати проект і вирішувати виникаючі проблеми по ходу
