- •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)Организованные риски;
- •Этап «Выпуск продукта» и его результаты
3.3.Фаза «Планирование»
Одна из причин популярности модели процесса разработки MSF — огромное внимание, которое
уделяется в этой модели планированию и проектированию. Почему планирование столь важно? Причина проста: чем раньше обнаружены недостатки проекта, тем дешевле обходится их устранение. Относительная стоимость проектных ошибок, выявленных на разных стадиях выполнения проекта, проиллюстрирована на рис. 4.6. Диаграмма ясно показывает, что тщательное планирование приносит плоды, снижая расходы времени и ресурсов на устранение проблем
на заключительных стадиях проекта.
3.3.Фаза «Разработка»
на стадии «Разработка», эта задача — создание приложения — становится главной.
Главная задача---написание кода приложения.
группа, как правило, последовательно выпускает несколько версий приложения. Эти версии, для которых используются названия альфа-, бета- и окончательная версия. Кроме того, на этой стадии группа занимается всеми выявленными проблемами. Цель этой стадии — создать приложение, отвечающее заявленным требованиям и готовое к тестированию.
Основная цель- достижение основного этапа----завершение разработки
Этап «Завершение разработки»
Основная цель стадии «Разработка» — достижение этапа «Завершение разработки», знаменующего полную реализацию всех функциональных возможностей и готовность продукта ко внешнему тестированию и стабилизации. На этом этапе заказчик, пользователи, группы эксплуатации и сопровождения могут оценить законченный продукт и выявить проблемы, которые нужно устранить до выпуска продукта.
Достижение этапа «Завершение разработки» характеризуется следующими результатами:
• законченной версией пересмотренных функциональных спецификаций;
• пересмотренным планом и графиком проекта;
• пересмотренным сводным документом оценки рисков;
• исходными текстами приложения и исполняемыми модулями;
• средствами повышения эффективности работы пользователей и
сопроводительными материалами;
• тестовыми спецификациями и схемами тестирования.
На этом этапе группа должна завершить разработку и тестирование всех функциональных возможностей продукта. Работы по дополнительной оптимизации кода, а также выявление и устранение ошибок, могут продолжаться на стадии «Стабилизация».
Достижение этапа «Завершение разработки» означает, что проектная группа не собирается реализовывать никакие дополнительные функциональные возможности продукта, а все участники проекта согласны с:
• полнотой реализации запланированных функциональных возможностей продукта;
• производительностью продукта;
• готовностью продукта:
• стратегией тестирования и развертывания продукта (включая бета-версии).