4.Этапы

4.1Начало

4.1.1Оценочные критерии

Согласие заинтересованного лица с масштабами проекта и оценки стоимости и плана.

• Соглашение о том, что был создан правильный набор требований, и о том, что существует общее понимание этих требований;

• Соглашение о соответствии планово-стоимостных оценок, приоритетов, рисков, и процесса разработки;

• Все риски определены, и для каждого существуют способы избежания или смягчения.

Проект может быть прерван или значительно реконструирован, если какой-то из перечисленных пунктов не будет выполняться.

4.1.2Артефакты

Таблица 4.1 – Артефакты этапа начала

Артефакты	Описание	Дата начала	Дата окончания
Requirements Management Plan	План управления требованиями. Начальная версия.
Vision	Документ-концепция. Начальная версия
Архитектура системы	Диаграмма развёртывания

4.2Развитие

4.2.1Оценочные критерии

• Концепция продукта и требования к нему стабильны.

• Устойчивая и неизменная архитектура.

• Ключ подходит к использованию в тестировании и оценки подтверждаются.

• Тестирование и оценки существующих моделей показали, что главные рисковые элементы были исследованы и достоверно решены.

• Итерационный план для фазы разработки достаточно детализирован и точен. Что позволяет продолжить разработку;

• Итерационный план фазы разработки поддерживается достоверными оценками;

• Все заинтересованные лица согласны с тем, что текущая концепция может быть принята, в контексте текущей архитектуры;

• Фактический расход ресурсов против запланированного расхода приемлемый.

Проект может быть прерван или значительно реконструирован, если какой-то из перечисленных пунктов не будет выполняться.

4.2.2Артефакты

Таблица 4.2 – Артефакты этапа обработки

Артефакты	Описание	Дата начала	Дата окончания
Модель системы	Диаграмма классов
Модель поведения системы	Диаграмма взаимодействий
Vision	Доработка функциональных и не функциональных требований
Requirements Management Plan	Доработка плана управления требованиями

4.3Конструирование

4.3.1 Оценочные критерии

– проект обеспечения безопасности и архитектура должны быть полностью реализованы.

– все требования к обеспечению безопасности должны быть подтверждены в ходе итераций фазы конструирования.

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

– релиз продукта стабилен и достаточно сформирован для развертывания в кругу пользователей;

– все заинтересованные лица одобряют передачу продукта в сообщество;

– фактический расход ресурсов против запланированного расхода приемлемый.

Проект может быть прерван или значительно реконструирован, если какой-то из перечисленных пунктов не будет выполняться.