2.Модель процесса разработки msf
Традиционные модели разработки программного обеспечения, например, модель водопада или спиральная модель, не соответствуют сложности проектов создания современных приложений масштаба предприятия. В модели водопада проект выполняется последовательно, от первоначальной концепции до тестирования системы. Этапы этой модели служат для оценки результатов каждой фазы и являются точками перехода от одной фазы к другой. Этот метод подходит для проектов, где все требования можно сформулировать в самом начале, однако
редко успешен в сложных проектах, для которых характерно изменение требований в ходе проекта. Кроме того, этот метод отличается наличием гор документации и однократным обзором на каждой из стадий проекта.
В спиральной модели приложение разрабатывается в несколько итераций. Первые итерации жизненного цикла спиральной модели позволяют уточнить модель приложения, а на последующих итерациях реализуется набор его функциональных возможностей. Спиральная
модель позволяет выявить основные риски на возможно более ранних стадиях проекта и справиться с ними в первых версиях продукта. Благодаря своей итерационной природе спиральная модель легко адаптируется к изменениям требований, что позволяет повысить качество
продукта. Однако для эффективности этого метода необходима высокая степень автоматизации процессов и документооборота. На практике этот метод часто вызывает у заказчика чувство нестабильности, поскольку продукт изменяется слишком быстро. И наконец, многие
проекты, разрабатывавшиеся по спиральной модели, так и не заканчивались— итерационный цикл продолжался без конца.Как показано на рис. 2,1, модель процесса разработки MSF сочетает сильные стороны обоих методов, позволяя воспользоваться преимуществами поэтапного подхода модели водопада и достоинствами итерационной разработки, присущей спиральной модели.
Модель процесса разработки MSF имеет три отличительные особенности:
• разбиение на фазы (рис. 2.1);
• контроль выполнения работ на каждой фазе;
• итеративность (стрелка на рис. 2.1 возвращает процесс к первой фазе).
Хотя на рис. 2.1 все четыре фазы занимают по четверти времени, отведенного на проект, в действительности дело не всегда обстоит именно так. Распределение времени и ресурсов между фазами диктуется особенностями бизнес-проблемы и технологической инфраструктуры.
Фазы
Модель процесса разработки MSF состоит из четырех взаимосвязанных фаз. Каждая из них характеризуется своими задачами и результатами, которые должны быть достигнуты прежде, чем проектная группа сможет перейти к следующей фазе. Ниже перечислены четыре фазы модели процесса разработки и их основные результаты.
•Анализ, цель которого — выработать единую концепцию проекта.
•Проектирование, результаты которого — подробный план проекта и архитектура приложения.
•Разработка, цель которой — создание полнофункционального продукта.
•Стабилизация, задача которой — создание стабильного продукта, готового к развертыванию.
Этапы
Модель процесса разработки MSF базируется на этапах, представляющих собой точки синхронизации и обзора выполненной работы в противоположность традиционным методам, где они выступают в качестве моментов фиксации приложения или его спецификаций. Этапы позволяют проектной группе контролировать ход выполнения проекта и корректировать его — например, в связи с изменением требований заказчика или в ответ на реализацию какого-либо риска.
Этапы модели процесса разработки MSF подразделяются на основные и промежуточные. И те, и другие характеризуются необходимостью добиться некоторых результатов — только в этом случае проектная группа может считать этап пройденным.
- 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)Организованные риски;
- Этап «Выпуск продукта» и его результаты