- •1. Введение. Понятие case-систем и case-технологий
- •2. Классификация case-средств
- •3. Интегрированные case-средства
- •4. Техническое задание на программный продукт
- •Структура
- •5. Жизненный цикл программного обеспечения
- •6. Этап анализа в жизненном цикле программного обеспечения
- •7. Обзор методологий анализа и проектирования
- •8. Методология sadt
- •Иерархия диаграмм
- •9. Методология idef0
- •10. Методология dfd
- •11. Методология idef3
- •12. Нотация aris eEpc
- •Методология
- •13. Нотация aris InformationFlow
- •14. Нотация aris Application System Type
- •15. Методология idef1x
- •2.1. Трансформационная модель
- •2.2. Модель субд
- •16. Объектно-ориентированная методология разработки программного обеспечения
- •17. Методология онтологического моделирования idef5
- •1. Диаграмма классификации
- •2. Композиционная схема
- •3. Схема взаимосвязей
- •4. Диаграмма состояния объекта
- •18. Современные технологии объектно-ориентированного анализа и проектирования информационных систем
- •19. Унифицированный язык моделирования
- •20. Методология Rational Unified Process
- •21. Методология Microsoft Solutions Framework
- •Структура процессов msf
- •Создание общей картины приложения
- •Планирование
- •Разработка
- •Стабилизация
- •Развертывание
- •Комментарии по поводу этапов работ
- •22. Гибкая методология разработки программного обеспечения
- •Роли в scrum-процессе
- •Митинг (Daily Scrum)
- •Демонстрация (Demo Meeting)
- •Ретроспектива (Retrospective Meeting)
20. Методология Rational Unified Process
Ведущей методологией, в которой инструментально поддерживаются все этапы жизненного цикла разработки ПО, является методология Rational Unified Process (RUP). Она опирается на проверенные практикой методы анализа, проектирования и разработки ПО, методы управления проектами. RUP обеспечивает прозрачность и управляемость процесса и позволяет создавать ПО в соответствии с требованиями заказчика на момент сдачи ПО, а также в соответствии с возможностями инструментальных средств поддержки разработки.
В основе методологии RUP, как и многих других программных методологий, объединяющих инженерные методы создания ПО, лежит "пошаговый подход". Он определяет этапы жизненного цикла, контрольные точки, правила работ для каждого этапа и, тем самым, упорядочивает проектирование и разработку ПО. Для каждого этапа жизненного цикла методология задает:
состав и последовательность работ, а также правила их выполнения;
распределение полномочий среди участников проекта (роли);
состав и шаблоны формируемых промежуточных и итоговых документов;
порядок контроля и проверки качества.
21. Методология Microsoft Solutions Framework
Методология разработки программных систем MSF (Microsoft Solutions Framework). Обзор, основные концепции.
Модель процессов в MSF.
Этап анализа в MSF.
Этап планирования в MSF.
Этап разработки в MSF.
Этапы контроля качества и внедрения в MSF.
Модель команды разработчиков в MSF. Преимущества и недостатки.
Управление проектом в MSF. Общий обзор. Дисциплина управления проектом. Масштабируемость.
Иерархическая структура работ (WBS).
Оценка сроков разработки. Составление календарного графика работ в проекте.
Диаграммы вариантов использования системы и сценариев использования системы.
Управление компромиссами в MSF.
Стратегия выпуска версий в MSF.
Microsoft Solutions Framework (MSF) — методология разработки программного обеспечения, предложенная корпорацией Microsoft. MSF опирается на практический опыт Microsoft и описывает управление людьми и рабочими процессами в процессе разработки решения.
MSF представляет собой согласованный набор концепций, моделей и правил.
Методология MSF состоит из принципов, моделей и дисциплин по управлению персоналом, процессами, технологическими элементами и связанными со всеми этими факторами вопросами, характерными для большинства проектов.
MSF состоит из двух моделей и трех дисциплин. Они подробно описаны в 5 whitepapers. Начинать изучение MSF лучше с моделей, а затем перейти к дисциплинам.
MSF содержит:
модели:
модель проектной группы
модель процессов
дисциплины:
дисциплина управление проектами
дисциплина управление рисками
дисциплина управление подготовкой
Модель процессов MSF (MSF process model) представляет общую методологию разработки и внедрения IT решений. Особенность этой модели состоит в том, что благодаря своей гибкости и отсутствию жестко навязываемых процедур она может быть применена при разработке весьма широкого круга IT проектов. Эта модель сочетает в себе свойства двух стандартных производственных моделей: каскадной (waterfall) и спиральной (spiral). Модель процессов в MSF 3.0 была дополнена ещё одним инновационным аспектом: она покрывает весь жизненный цикл создания решения, начиная с его отправной точки и заканчивая непосредственно внедрением. Такой подход помогает проектным группам сфокусировать свое внимание на бизнес-отдаче (business value) решения, поскольку эта отдача становится реальной лишь после завершения внедрения и начала использования продукта.
Процесс MSF ориентирован на «вехи» (milestones) — ключевые точки проекта, характеризующие достижение в его рамках какого-либо существенного (промежуточного либо конечного) результата. Этот результат может быть оценен и проанализирован, что подразумевает ответы на вопросы: «Пришла ли проектная группа к однозначному пониманию целей и рамок проекта?», «В достаточной ли степени готов план действий?», «Соответствует ли продукт утвержденной спецификации?», «Удовлетворяет ли решение нужды заказчика?» и т. д.
Модель процессов MSF учитывает постоянные изменения проектных требований. Она исходит из того, что разработка решения должна состоять из коротких циклов, создающих поступательное движение от простейших версий решения к его окончательному виду.
Модель процессов MSF тесно связана с базовыми принципами MSF, рассмотренными выше. Вообще говоря, тремя особенностями модели процессов MSF являются:
Подход, основанный на фазах и вехах.
Итеративный подход.
Интегрированный подход к созданию и внедрению решений.
Модель процессов включает такие основные фазы процесса разработки:
Выработка концепции (Envisioning)
Планирование (Planning)
Разработка (Developing)
Стабилизация (Stabilizing)
Внедрение (Deploying)
Кроме этого существует большое количество промежуточных вех, которые показывают достижение в ходе проекта определенного прогресса и расчленяют большие сегменты работы на меньшие, обозримые участки. Для каждой фазы модели процессов MSF определяет:
что (какие артефакты) является результатом этой фазы
над чем работает каждый из ролевых кластеров на этой фазе
В рамках MSF программный код, документация, дизайн, планы и другие рабочие материалы создаются, как правило, итеративными методами. MSF рекомендует начинать разработку решения с построения, тестирования и внедрения его базовой функциональности. Затем к решению добавляются все новые и новые возможности. Такая стратегия именуется стратегией версионирования. Несмотря на то, что для малых проектов может быть достаточным выпуск одной версии, рекомендуется не упускать возможности создания для одного решения ряда версий. С созданием новых версий эволюционирует функциональность решения.
