- •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.4 Технологическая модель
Технологическая модель определяет технологии, способные решить поставленные задачи. Она используется для поиска, приобретения или создания необходимых технических ресурсов, удовлетворяющих требованиям проекта. Рассмотрим вопросы, на которые дает ответ технологическая модель.
• Под управлением каких операционных систем работают рабочие
станции, серверы и СУБД?
• Какие сетевые протоколы должны поддерживаться?
• Какие технологии защиты данных необходимы?
• Какая технология обеспечения масштабируемости будет применяться?
• Как поддерживать целостность базы данных в условиях многокомпонентных распределенных транзакций?
• Как обрабатывать массовые асинхронные запросы?
• С помощью какой технологии осуществлять доступ к традиционным системам?
• Какой метод реализации пользовательского интерфейса оптимален?
• Какая технология доступа к удаленным базам данных потребуется?
• С помощью какой технологии реплицировать данные?
• Как следует вести работу над продуктом, принимая во внимание
потребности бизнеса (графики, ресурсы, квалификация персонала и затраты на проект) и возможности имеющейся технологии (объекты и компоненты, доступ к данным, пользовательский интерфейс, распределенные транзакции, зашита данных, а также
средства проектирования, программирования и отладки)?
•Какие средства понадобятся для создания, отладки и развертыва-
ния приложения?
2.5 Модель разработки
Модель разработки описывает процесс разработки и ресурсы, используемые при создании приложения, и является «клеем», связывающим все подмодели. Рассмотрим, на какие вопросы дает ответ модель разработки.
• Кто и над какой частью проекта должен работать?
• В каком порядке следует решать задачи (логическое проектирование объектов, тестирование удобства использования, проектирование базы данных, программирование и тестирование и т.д.) и как оценить объем проделанной работы?
• Сколько разработчиков занято в проекте и какова их квалификация?
• Что нужно сделать для оптимизации разработки и повышения качества конечного продукта?
• Как управлять проектом и координировать его с другими проектами?
• Насколько важны повторное использование и компонентный подход? (Ответ на этот вопрос влияет на координацию с другими проектными группами, на важность стандартов, на время, затраченное на проектирование, и на стоимость архитектуры общего назначения.)
• Каким образом информация о ходе проекта будет передаваться остальным разработчикам и тестерам?
• Как развернуть приложение в производственной среде?
• Как осуществлять администрирование?
• Как проводить развертывание модернизированных версий?
2.6 Физическая модель
Физическая модель описывает физические ресурсы, необходимые для выполнения требований других подмоделей. Помимо этого, она реализует процесс разрешения конфликтов, возникающих при столкновении интересов разных подмоделей. Окончательная физическая модель производственного приложения называется физической архитектурой. Посмотрим, на какие вопросы дает ответ физическая модель.
• Как использовать физические ресурсы компьютеров, пропускную способность сетей, сетевые протоколы, базы данных, компоненты, операционные системы и приложения сторонних производителей для выполнения бизнес-требований (таких как масштабируемость и надежность)?
• Каким образом осуществить миграцию?
• Какой способ доступа к ресурсам наиболее эффективен (на лкальном компьютере или через Интернет)?
• Как выполнить требования к удобству использования приложения и его производительности в условиях медленного соединения с ЛВС или ГВС, периодически отключающихся сетевых серверов и ненадежных каналов связи с Интернетом?
Модель проектной группы