- •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)Организованные риски;
- •Этап «Выпуск продукта» и его результаты
2. Модель приложений
разбивается на 6 моделей:1)бизнес-модель 2)пользовательская модель 3)логическая модель
4)технологическая 5)модель разработки 6)физическая модель
2.1. Бизнес-модель
Бизнес-модель описывает пели организации и причины инвестиций в разработку проекта. Ниже перечислены вопросы, которые решаются на этом этапе.
• Какие бизнес-требования предъявляются к проекту?
• Какие бизнес-задачи он решает?
• Какие инвестиции обеспечат максимальную отдачу?
• Насколько быстро будет выполнен проект?
• Каковы затраты на развертывание приложения?
• Какие платформы оно должно поддерживать?
• Сколько пользователей будут одновременно работать с приложением?
• Насколько важна зашита данных?
• Насколько надежным должно быть приложение?
• Когда потребуется замена или модернизация приложения?
• Как быстро должны учитываться новые бизнес-правила и требования пользователей?
В идеале создание архитектуры производственного приложения начинается с рассмотрения требований бизнес-модели. Если другие подмодели будут реализованы пне контекста бизнес-модели, готовый проект может оказаться не способен решить задачи, поставленные
организацией.
2.2 Пользовательская модель
Пользовательская модель предназначена для изучения пользователей приложения. На этом этапе рассматриваются следующие вопросы:
• кто пользуется приложением; какова квалификация пользователей; каковы типичные сценарии работы с приложениями;
• каковы требования пользователей к последовательности выполнения задач, удобству работы с приложением, обучению, производительности системы и взаимодействию с внешними приложениями и данными;
• кто будет пользоваться приложением — служащие предприятия, которые при необходимости будут вынуждены смириться с некоторыми неудобствами работы с приложением, или же покупатели, которые могут не купить программу даже при наличии минимальных недостатков;
• какой объем документации необходим пользователям; будут ли они терпеливо читать все инструкции до конца;
• требуется ли техническая поддержка продукта; будут ли пользователи платить за нее;
• сколько пользователей будет обращаться к приложению одновременно;
насколько мощны компьютеры пользователей;
• какова пропускная способность их сетевых соединений;
• какой уровень зашиты необходим и что требуется для его обеспечения.
Примечание В крупных средах возможно разделение пользовательской модели на четыре подмодели: удобства использования, документации, поддержки и защиты.
2.3 Логическая модель
Логическая модель определяет бизнес-объекты и применяемые к ним правила. Изучаемые на этом этапе проблемы зависят от деятельности организации, для которой разрабатывается данный программный продукт. Рассмотрим, на какие вопросы дает ответ логическая модель.
• Когда покупателю положена скидка?
• Когда следует пополнять запасы товаров?
• Какие налоги с продаж должны взиматься с покупателей?
Логическая модель состоит из двух относительно независимых подмоделей.
• Логическая модель данных — отвечает за описание бизнес-объектов системы
• Логическая модель объектов — отвечает за правила и алгоритмы, работающие с объектами данных, распределяет эти правила по интерфейсам и классам и определяет взаимодействие объектов друг с другом в процессе выполнения требований моделей высокого уровня. Кроме того, эта модель определяет соответствие объектов архитектуре многоуровневых приложений,
