Microsoft Solution Framework (MSF)

Microsoft Solution Framework (MSF) - пакет руководств по эффективному проектированию, разработке, внедрению, включает в себя следующие модели:

· Модель процессов

· Модель проектной группы

· Дисциплина управления рисками

· Дисциплина управления проектами

· Дисциплина управления подготовкой

Особенностью Microsoft Solution Framework считается высокий уровень гибкости и отсутствия жестких процедур, что позволяет решать широкий круг проблем, появляющихся при разработке и внедрении информационных систем. Аналитики Microsoft считают что «главными принципами MSF можно назвать производительность, интегрируемость и расширяемость».

Считается, что для внедрения и разработки различного программного обеспечения не существует единой оптимальной методологии. Microsoft Solution Framework ориентирован, в первую очередь, на оптимальное управление процессом разработки и внедрения.

Модель процессов описывает общую методологию разработки и внедрения информационных систем и включает в себя стадию разработки концепции проекта, плана проекта, разработку решения, внедрения релизов, тестирование. Также в модель процессов входит подготовка документации и обучение пользователей работе с новым программно – аппаратным обеспечением.

В модели процессов выделяют определенные ключевые точки проекта (в Microsoft их называют – milestones - вехи). Данные ключевые точки определяют промежуточный или конечный результат, который может быть оценен и проанализирован. Считается, что ключевые точки проекта могут изменяться в соответствии с требованиями к проекту.

Каскадная модель описывает последовательное выполнение процесса разработки и внедрения программного обеспечения. Каждый процесс (анализ, проектирование, реализация, тестирование, интеграция, поддержка) начинается строго после окончания предыдущего процесса.

Спиральная модель учитывает необходимость постоянных изменений в момент проекта. Различные этапы разработки и внедрения могут происходить одновременно, что существенно сокращает время вывода продукта.

Считается, что аналитики Microsoft объединили в себе принципы спиральной и каскадной модели разработки и внедрения программного обеспечения. Они разделили цикл спиральной модели разработки на последовательные бизнес - процессы. При этом функциональность программного продукта наращивается поэтапно (версионно). На первом этапе создается первая версия продукта, включающая базовую функциональность. В следующих версиях происходит увеличение функциональности в соответствии с требованиями бизнеса.

Microsoft Solution Framework предполагает создание «живой документации», которая изменяется по мере эволюции проекта. На этапе разработки концепции документация распространяется исключительно среди членов проектных групп. По мере подключения дополнительных специалистов к реализации проекта они получают возможность ознакомиться с проектной документацией и внести изменения в часть документов, попадающих в их зону ответственности. Измененная документация попадает на проверку всем заинтересованным сторонам и описанный процесс повторяется.

Создание базовых версий программных продуктов позволяет членом команды начать разработку в максимально короткие сроки. При этом необходимо «как можно чаще собирать текущие версии всех компонентов решения для проведения тестирования и анализа». Большие проекты рекомендуется разделять на множество маленьких. Каждый локальный проект разрабатывается и тестируется отдельной командой.

При использовании подхода Microsoft для разработки программного обеспечения необходимо использовать процесс управления конфигурациями (configuration management). Данный процесс обеспечивает мониторинг за состоянием различных версий программного продукта и его документации. Следует отметить, что управление конфигурациями в Microsoft Solution Framework, не имеет ни какого отношения к схожему по названию процессу из Microsoft Operations Framework.

Microsoft Solution Framework - закрывает весь процесс разработки решения и включает пять основных фаз, «каждая фаза заканчивается главной вехой, результаты которой становятся видимыми за пределами проектной команды».

Фаза выработки концепции описывает процесс создания проектной группы, выработка высокоуровневого взгляда на цели и условия проекта. По завершению этой фазы определяются общие задачи проекта, описывается требуемая функциональность, ограничения по времени.

Фаза планирования описывает набор работ по составлению планов проекта. Происходит подготовка спецификаций, разработка дизайна, оценка проектных затрат и сроков разработки. Функциональные спецификации и календарный план - график проекта необходимы для определения жестких рамок проекта.

Фаза разработки включает процесс подготовки определенной версии программного продукта и документации к нему. Следует отметить, что некоторая часть этой работы может быть выполнена на фазе стабилизации программного продукта.

Фаза стабилизации обеспечивает тестирование программного продукта. В соответствии с моделью команд MSF тестированием и разработкой не могут заниматься одни и те же специалисты. На данном этапе тестировщики выполняют поиск ошибок, а проектная группа занимается их устранением.

Фаза внедрения включает установку всех компонентов решения и их запуск в эксплуатацию. После приемки программного продукта в эксплуатацию ответственность переходит от проектной группы к службе поддержки программного продукта. Следует отметить, что при возникновении проблем с программным продуктом, проектная группа может принимать участие в их устранении.

Модель проектной группы описывает состав распределенной команды разработчиков, определяет ролевые функции, их области компетенции и зоны ответственности. В соответствии с MSF проектные группы строятся, как небольшие команды, члены которых распределяют ответственность между собой.

Управление рисками включает в себя непрерывное оценивание рисков и использование информации о рисках в рамках процесса принятия решений на протяжении всего жизненного цикла проекта.

Управление проектами это набор методик Microsoft, ориентированный на оптимизацию работы по проектам и взаимодействиями в проектной группе. Одной из основных особенностей методики является отсутствие в проектной команде должности проджект - менеджера. При этом ответственность за управление проектом распределена между лидерами различных ролевых кластеров внутри команды.

Управление подготовкой обеспечивает управление знаниями в рамках проекта разработки программного обеспечения. Модель определяет набор шагов, обеспечивающих, с точки зрения аналитиков Microsoft, стремление членов команды к повышению своей квалификации