Динамика фазы стабилизации
По завершении написания кода приложения и окончании этапа «Завершение разработки» фазы «Разработка» наступает фаза «Стабилизация, основная цель которой — подготовить выпуск продукта пользователям. выпуск, подготовленный к этапу «Завершение разработки» фазы «Разработка», представляет собой полнофункциональную версию продукта, которая
прошла базовое тестирование. Хотя на всех стадиях модели MSF группа старается соблюдать сроки и создавать продукт, отвечающий всем запросам заказчика, на стадии «Стабилизация» эти задачи становятся основными. Как показано на рис. 13.1, именно на этой стадии продукт «доводится» до состояния, необходимого для успешного выполнения этапа «Выпуск продукта*.
На стадии стабилизации проектная группа может выпустить несколько промежуточных версий приложения. Они позволяют выявить конкретные проблемы и устранить их. Почти окончательная версия продукта — так называемая безошибочная версия (Zero-Bug Release,
ZBR). Это первый промежуточный выпуск, в котором все известные проблемы тем или иным способом устранены (зафиксированы, отложены или признаны несущественными). После полготовки этой версии группа проверяет степень готовности продукта; положительный
результат этого теста позволяет считать продукт готовым. Кроме того, на фазе «Стабилизация» завершается подготовка всех остальных компонентов, необходимых для развертывания и сопровождения продукта, включая инструкции для пользователей, руководство по установке и настройке и материалы для подготовки групп сопровождения и эксплуатации. Только при полной готовности кода приложения и всех этих материалов группа может считать свою работу законченной, а продукт — готовым к выпуску, В процессе стабилизации, как и во всех других фазах разработки продукта, участвует вся проектная группа, но каждый из ее членов
отвечает за свой участок. Последние недели и особенно дни перед выпуском продукта иногда требуют героических усилий и постоянного напряжения; группа должна быть готова приложить все силы для выпуска качественного продукта в срок.
В отличие от других стадий процесса разработки, эта не подразделяется на этапы. Их заменяют промежуточные выпуски продукта. Для каждого промежуточного выпуска выполняются одни и те же действия: устранение ошибок, синхронизация всех составляющих конечного продукта, выпуск и его тестирование. Посредством этого итерационного процесса группа создает версию продукта, которая отвечает всем требованиям. Эта версия и считается окончательной.
- 2. Модель па
- 2.1.Бизнес - перспектива
- 2.2.Прикладная перспектива
- 2.3.Информационная перспектива
- 2.4.Технологическая перспектива
- 2.5 Основные опасности при разработке производственной архитектуры
- 2.6 Задачи модели производственной архитектуры msf
- 3. Создание производственной архитектуры
- 1. Общая характеристика модели приложения
- 1.1.Повторное использование компонентов
- 1.2.Размер приложения
- 1.3. Производительность приложения
- 1.4.Масштабируемость приложений
- 1.5.Виды архитектуры
- 2. Модель приложений
- 2.1. Бизнес-модель
- 2.2 Пользовательская модель
- 2.3 Логическая модель
- 2.4 Технологическая модель
- 2.5 Модель разработки
- 2.6 Физическая модель
- 1. Общие характеристики модели проектных групп
- 2. Обязанности членов группы
- 3. Модель проектой группы
- 3.1. Менеджер продукта
- 3.2Менеджер программы
- 3.3.Разработчик
- 3.4 Тестер
- 3.5.Инструктор
- 3.6 .Логистик
- 4.Размер групп и масштаб проекта
- 5. Создание группы
- 5.1.Поиск руководителей
- 5.2.Повышение эффективности коллективной работы
- 5.3. Координация работы с внешними группами
- 1. Модель разработки приложений
- 2.Модель процесса разработки msf
- Основные этапы
- Промежуточные этапы
- Итеративность
- 3. Фазы разработки и их основные этапы.
- 3.1 Фаза Анализ
- 3.3.Фаза «Планирование»
- 3.3.Фаза «Разработка»
- 3.4. Фаза «Стабилизация»
- 4. Принципы модели процесса разработки
- 5.Роли членов группы в модели процесса разработки
- Динамика фазы Анализ модели процесса разработки msf
- 1.Процесс исследования
- 1.1.Распределение обязанностей ролей
- 2. Модель управление рисками
- 2.1.Источники риска
- 2.2.Способы управления рисками
- 3.Этап «Одобрение концепции» и его результаты
- 3.1Концепция
- 3.2.Прототип
- 3.3. Структура проекта
- 3.4. Сводный документ оценки рисков
- 3.5. Согласование концепции
- Динамика фазы планирования
- 1.Общая характеристика фазы планирования
- Фаза «Планирование» и процесс проектирования
- Распределение ролей при планировании
- Обязанности ролей при планировании
- 12.Процесс проектирования
- 2.1. Стадии концептуального проектирования
- 2.2.Стадия логического проектирования
- 2.3.Стадия физического проектирования
- 2.1. Управление рисками на фазе планирования
- 4.Этап «Одобрение плана проекта» и его результаты
- 4.1.Функциональные спецификации
- 4.2.Основной план проекта
- 4.2.Основной график проекта
- 4.3.Пересмотренный документ оценки рисков
- Динамика фазы разработки и ее основные результаты.
- 1. Общая характеристика фазы разработки
- 2. Основные этапы разработки
- 2.1.Распределение обязанностей на стадии разработки
- 2.3.Первый этап: анализ и рационализация
- 2.4.Второй этап: реализация
- 2.5.Третий этап: аттестация
- 2.6.Управление рисками
- 3.Этап «Завершение разработки» и его результаты
- 3.1. Код и исполняемые модули
- 3.2.Средства повышения эффективности работы пользователей и сопроводительные материалы
- 3.3. Тестовые материалы
- Динамика фазы стабилизации
- Распределение обязанностей в группе
- Промежуточные этапы
- Управление рисками на фазе Стабилизации
- 1)Организованные риски;
- Этап «Выпуск продукта» и его результаты