15. Технология Microsoft Solutions Framework.

Microsoft Solutions Framework (MSF) — это набор концепций и рекомендуемых моделей, которые позволяют разрабатывать и внедрять информационные системы на основе технологий и инструментальных средств Microsoft. Главной целью MSF, как и любой методологии проектирования приложений, является создание рабочего приложения вовремя и в рамках установленного бюджета. В то же время MSF не является простым набором инструкций, которым полагается следовать безоговорочно, - этот процесс достаточно гибок и расширяем.

MSF содержит следующие модели:

• Team Model (Модель команды) - описывает коллектив, в котором работа одного сотрудника зависит от другого;

• Proccess Model (Модель процесса) - позволяет определить принципы планирования и контроля проектов;

• Solution Desing Model (Модель проектирования решений) - связывает приложение, команду разработчиков и процесс разработки;

• Total Cost of Ownership Model (Модель стоимости владения продуктом) - позволяет оценивать расходы на информационные технологии.

Модель проектирования решений

Состоит из трех стадий:

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

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

• физическое проектирование - это точка зрения программистов на приложение. Результатом физического проектирования является физическая архитектура приложения, то есть специфицированы все компоненты приложения.

Модель процесса

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

Цикл (виток спирали) разработки включает четыре фазы и завершается выпуском версии продукта. Каждая фаза представляет собой определенную последовательность действий и завершается вехой (milestone).

• Первая фаза - Анализ (Envisioning). В результате этой стадии определяются функциональные возможности продукта и оцениваются результаты. Если новый продукт получает одобрение, то составляется группа разработки проекта, задача которой - выработать концепцию продукта. На этом этапе фиксируются цели и определяется четкое направление разработки. Здесь же устанавливаются возможности конкретной версии продукта или службы и оцениваются тенденции развития продукта в следующих версиях. Вехой данной фазы является утверждение представления.

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

• Третья фаза - Разработка (Developing). Стадия разработки завершается реализацией возможностей продукта и проверкой их на практике. Группа разработки определяет промежуточные этапы выпуска продукта, каждый из которых включает полный цикл тестирования, отладки и внесения исправлений. Разработка в целом завершается, а все нереализованные возможности документируются для включения в следующие версии. Вехой данной фазы является завершение разработки, альфа-версия (передается тестерам, пользователям, начинается устранение ошибок).

• Четвертая фаза - Стабилизация (Stabilizing). На этой стадии акцент переносится с разработки решения на проверку его работоспособности в реальных условиях и на полномасштабное тестирование. Стадия стабилизации завершается выпуском продукта, который передается группам развертывания и сопровождения. Группе проекта поручают создание следующей версии либо подключают к работе над другими проектам. Вехой данной фазы является релиз продукта.

Модель команды

Предусматривает, что для выполнения проектов необходимо организовать команду специалистов по шести направлениям (ролям):

• управление продуктом;

• управление программой;

• разработка;

• тестирование;

• обучение пользователей;

• сопровождение (логистика).

В каждую из ролевых групп может входить не более шести человек; при этом один из них назначается руководителем (лидером) группы - он осуществляет руководство и согласование по всем работам, а остальные члены группы являются исполнителями.

Модель команды MSF очень демократична, поскольку в ней нет явно выделенного центра, строгой иерархической структуры среди групп., т.е модель команды MSF - это команда равных групп.