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