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