П.П. Мельников, Финансовый 09.07.19 университет при Правительстве РФ
В каждой итерации определены пять основных рабочих потоков, которые определяют, что должно быть сделано и какие навыки для этого необходимы. К основным рабочим потокам относятся:
определение требований - сбор данных о том, что должна делать система;
анализ - уточнение и структурирование требований;проектирование - реализация требований в архитектуре системы;реализация - построение программного обеспечения;
тестирование – выполняется проверка, отвечает ли реализация предъявляемым требованиям.
В конце каждой итерации проектная команда должна достичь запланированных на данную итерацию целей, создать или доработать проектные артефакты и получить промежуточную, но функциональную версию конечного продукта.
Итеративная разработка позволяет быстро реагировать на меняющиеся требования, обнаруживать и устранять риски на ранних стадиях проекта, а также эффективно контролировать качество создаваемого продукта.
31
П.П. Мельников, Финансовый 09.07.19 университет при Правительстве РФ
Жизненный цикл проекта разделен на четыре фазы (стадии): Начало, Уточнение, Построение (конструирование) и Внедрение. Каждая из фаз имеет свои контрольные точки. В каждой фазе может быть одна или более итераций, в каждой итерации выполняются пять основных и любое количество дополнительных рабочих потоков. UP состоит из последовательности четырех фаз, каждая из которых завершается контрольной точкой:
Начало (Inception) - цели жизненного цикла;Уточнение (Elaboration) - архитектура жизненного цикла;Построение (Construction) - базовая функциональность;
Внедрение (Transition) - выпуск продукта. Одной из особенностей UP является то, что он ориентирован на цели, а не на создание поставляемых артефактов. Каждая фаза завершается контрольной точкой, состоящей из набора условий, которым надо удовлетворить, и эти условия могут включать или не включать, в зависимости от конкретных потребностей проекта, создание
отдельного, готового продукта.
32
П.П. Мельников, Финансовый 09.07.19 университет при Правительстве РФ
Обоснование выполнимости - может включать разработку технического прототипа с целью проверки правильности технологических решений или концептуального прототипа для проверки бизнес-требований.
Разработка экономического обоснования для демонстрации того, что проект обеспечит выраженную в количественном отношении коммерческую выгоду.Определение основных требований для создания предметной области системы.Выявление наиболее опасных рисков.
Основными исполнителями в данной фазе являются руководитель проекта и архитектор системы.
В фазе. Начало основное внимание обращено на определение требований и анализ. Тестирование обычно не применяется в данной фазе, поскольку единственными программными артефактами здесь являются прототипы, которые не будут больше нигде использоваться.
Контрольной точкой фазы Начало являются Цели жизненного цикла.
33
П.П. Мельников, Финансовый 09.07.19
|
|
|
|
|
университет при Правительстве РФ |
|
||||
Условия принятия |
|
|
|
Поставляемые артефакты |
||||||
Заинтересованные |
стороны |
согласовали |
Общее |
описание, |
определяющее |
|||||
цели проекта. |
|
|
|
|
|
основные требования, характеристики |
||||
|
|
|
|
|
|
|
и ограничения проекта (Устав). |
|||
Заинтересованные стороны определили и |
Исходная |
модель |
прецедентов |
|||||||
одобрили предметную область системы. |
(выполненная только на 10-20%). |
|||||||||
Заинтересованные стороны определили и |
Глоссарий проекта. |
|
||||||||
одобрили ключевые требования. |
|
|
|
|
|
|||||
Заинтересованные |
стороны |
одобрили |
Исходный план проекта. |
|
||||||
затраты и план работы. |
|
|
|
|
|
|
|
|||
Руководитель |
проекта |
сформировал |
Экономическое обоснование. |
|||||||
экономическое обоснование проекта. |
|
|
|
|
||||||
Руководитель |
проекта |
провел |
оценку |
Документ или база данных оценки |
||||||
рисков. |
|
|
|
|
|
|
рисков. |
|
|
|
Посредством технических исследований |
Один |
или |
более |
одноразовых |
||||||
и/или |
создания |
прототипа |
была |
прототипов. |
|
|
||||
подтверждена выполнимость. |
|
|
|
|
|
|||||
Архитектура намечена в общих чертах. |
Документ с исходной архитектурой. |
|||||||||
34
П.П. Мельников, Финансовый 09.07.19 университет при Правительстве РФ
В фазе Уточнение основное внимание в каждом из основных рабочих потоков обращено на следующее:
определение требований - детализация предметной области системы и требований;
анализ - выяснение, что необходимо построить;проектирование - создание стабильной архитектуры;реализация - построение базовой версии архитектуры;тестирование - тестирование базовой версии и архитектуры.
Итак, основное внимание в фазе Уточнение направлено на рабочие потоки определения требований, анализа и проектирования. Реализация приобретает значение в конце фазы при создании исполняемой базовой версии архитектуры.
Контрольной точкой фазы уточнения является Архитектура жизненного цикла.
35
П.П. Мельников, Финансовый 09.07.19 университет при Правительстве РФ
Условия принятия Поставляемые артефакты
Создана гибкая надежная исполняемая базовая версияИсполняемая базовая версия архитектуры. архитектуры.
Исполняемая |
базовая |
версия |
архитектурыСтатическая UML-модель. |
|
демонстрирует, что важные риски были выявлены иДинамическая UML-модель. |
||||
учтены. |
|
|
|
UML-модель прецедентов. |
Представление продукта стабилизировалось. |
Общее описание проекта. |
|||
Оценка рисков пересмотрена. |
|
|
Обновленная оценка рисков. |
|
Экономическое |
обоснование |
проекта |
пере-Обновленное экономическое обоснование |
|||
смотрено и одобрено всеми заинтересованнымипроекта. |
||||||
сторонами. |
|
|
|
|
||
Создан |
|
достаточно |
детальный |
план |
проекта,Обновленный план проекта. |
|
что |
обеспечило |
|
возможность |
сформулироватьЭкономическое обоснование проекта. |
||
реалистичную заявку на затраты времени, денег и |
||||||
ресурсов в следующих фазах. |
|
|
||||
Заинтересованные |
|
стороны |
одобрили |
план |
||
проекта. |
|
|
|
|
|
|
Проведена |
проверка |
экономического обоснования |
||||
проекта согласно плану проекта.
Заинтересованные стороны достигли соглашения оПодписанный документ. продолжении проекта.
36
П.П. Мельников, Финансовый 09.07.19
ФАЗА «ПОСТРОЕНИЕ»университет(CONSTRUCTION)при Правительстве РФ
Цель фазы - завершить определение требований, анализ и проектирование и развить исполняемую базовую версию архитектуры, созданную в фазе Уточнение, в завершенную систему.
В фазе «Построение» происходит реализация большей части функциональности продукта. Фаза Построение завершается первым внешним релизом системы и вехой начальной функциональной готовности (Initial Operational Capability).
Условия принятия контрольной точки фазы Построение.
Условия принятия |
Поставляемые артефакты |
Программный продукт достаточно стабилен |
Программный продукт. |
|||
и качественен для распространения среди |
UML-модель. |
|||
пользователей. |
|
|
|
Тестовый комплект. |
Заинтересованные стороны |
одобрили |
и |
Руководство для пользователя. |
|
готовы к введению программного продукта в |
Описание данной версии. |
|||
свое окружение. |
|
|
|
|
Расхождения |
реальных |
расходов |
с |
План проекта. |
предполагаемыми приемлемы.
37
П.П. Мельников, Финансовый 09.07.19 ФАЗА «ВНЕДРЕНИЕ»университет(TRANSITION)при Правительстве РФ
Фаза Внедрение начинается, когда завершено бета-тестирование и система окончательно развернута. Сюда относится устранение всех дефектов, обнаруженных при бета-тестировании, и подготовка к массовому выпуску программного обеспечения. Цели этой фазы:
•исправление дефектов;
•подготовка пользовательских платформ под новое программное обеспечение;
•настройка работоспособности программного обеспечения на пользовательских платформах;
•изменение программного обеспечения в случае возникновения непредвиденных проблем;
•создание руководств для пользователей и другой документации;
•предоставление пользователям консультаций;
•проведение послепроектного анализа.
Условия принятия |
|
Поставляемые артефакты |
|
||
Бета-тестирование завершено, необходимые |
Программный продукт. |
|
|
||
изменения сделаны и пользователи согласны с |
|
|
|
|
|
тем, что система успешно развернута. |
|
|
|
|
|
Сообщество пользователей активно использует |
|
|
|
|
|
продукт. |
|
|
|
|
|
Стратегии поддержки продукта согласованы с |
План |
поддержки |
пользователя. |
||
пользователями и реализованы. |
Обновленные |
руководства |
для |
||
|
пользователей. |
|
|
38 |
|
|
|
|
|
|
|