Платформа решений Microsoft - Microsoft Solutions Framework
Разработка программного обеспечения |
---|
Активность ядер |
Парадигмы и модели |
Методологии и рамки |
Вспомогательные дисциплины |
Практики |
инструменты |
Стандарты и свод знаний |
Глоссарии |
Контуры |
Microsoft Solutions Framework ( MSF ) - это набор принципов, моделей, дисциплин, концепций и руководств по предоставлению услуг в области информационных технологий от Microsoft . MSF не ограничивается только разработкой приложений; он также применим к другим ИТ-проектам, таким как проекты развертывания, создания сетей или инфраструктуры. MSF не заставляет разработчика использовать определенную методологию (например, водопадную модель или гибкую разработку программного обеспечения ).
История
MSF была впервые представлена Microsoft как версия 1.0 в 1993 году, а версия 2.0 была выпущена в 1997 году.
В 2002 году была выпущена версия 3.0 MSF. Он модифицировал версию 2.0 следующим образом:
- Объединение ранее отдельных моделей в унифицированные модели группы и процесса, предназначенные для применения в различных типах проектов, включая развертывание, интеграцию корпоративного программного обеспечения и проекты разработки.
- Сложил модели разработки приложений и развертывания инфраструктуры в единую модель процесса, состоящую из пяти этапов.
- Добавлены дисциплины управления проектами и готовности.
- Внесены изменения в Дисциплину управления рисками.
- Добавлены ссылки между MSF и Microsoft Operations Framework (MOF).
- Добавлена программа MSF для практиков, предназначенная для обучения людей руководству проектами MSF или участию в них.
Версия MSF 4.0 была выпущена в 2005 году. Этот выпуск был крупным обновлением модели процесса (теперь называемой моделью управления) и модели группы. MSF 4.0 включала методы для двух отдельных методологий: MSF для гибкой разработки программного обеспечения (MSF Agile) и MSF для улучшения процесса CMMI (MSF4CMMI).
Компоненты
MSF 4.0 представляет собой комбинацию метамодели, которая может использоваться в качестве основы для предписывающих процессов разработки программного обеспечения, и двух настраиваемых и масштабируемых процессов разработки программного обеспечения. Метамодель MSF состоит из основополагающих принципов, командной модели, циклов и итераций.
MSF 4.0 предоставляет высокоуровневую структуру руководств и принципов, которую можно сопоставить с различными шаблонами предписывающих процессов. Он имеет как описательную, так и предписывающую методологию . Описательный компонент называется MSF 4.0 метамодели , которая является теоретическим описанием SDLC передового опыта для создания методологии SDLC. Microsoft считает, что в процессе разработки программного обеспечения организации имеют разную динамику и противоположные приоритеты ; некоторым организациям нужна гибкая и адаптируемая среда разработки программного обеспечения, в то время как другим нужна стандартизированная, воспроизводимая и более контролируемая среда. Чтобы удовлетворить эти потребности, Microsoft представляет метамодель MSF 4.0 в двух шаблонах предписывающих методологий, которые предоставляют конкретные инструкции по процессам, для гибкой разработки программного обеспечения (MSF4ASD) и для модели зрелости возможностей (MSF4CMMI). Эти процессы разработки программного обеспечения можно изменять и настраивать в соответствии с предпочтениями организации, клиента и проектной группы.
Философия MSF заключается в том, что не существует единой структуры или процесса, оптимально применимого к требованиям и средам для всех видов проектов. Таким образом, MSF поддерживает несколько подходов к процессам, поэтому его можно адаптировать для поддержки любого проекта, независимо от его размера и сложности. Эта гибкость означает, что он может поддерживать широкий диапазон вариантов реализации процессов разработки программного обеспечения, сохраняя при этом набор основных принципов и мировоззрений.
Модель процесса MSF состоит из серии коротких циклов разработки и итераций. Эта модель включает в себя быстрое итеративное развитие с непрерывным обучением и уточнением, благодаря прогрессивному пониманию бизнеса и проекта заинтересованными сторонами . Определение требований, разработка продукта и тестирование происходят в перекрывающихся итерациях, что приводит к инкрементному завершению, чтобы гарантировать поток ценности проекта. Каждая итерация имеет разную направленность и приводит к стабильной части всей системы.