- •Семейство технологий idef (слайды)
- •Подход msf
- •Выработка концепции
- •Планирование (фазы mfs)
- •Разработка (фазы mfs)
- •Стабилизация (фазы mfs)
- •Внедрение (фазы mfs)
- •Каноническое проектирование
- •Процессные потоковые модели
- •Типовые проектные решения
- •Анализ и моделирование функциональной области внедрения ис (Полная бизнес-модель компании, Обобщённая схема организационного бизнес – моделирования и т.Д.)
- •Модели жизненных циклов
Выработка концепции
Формируется ядро проектной группы (если это первая итерация).
Формируется основа будущего решения с помощью единого видения проекта (ничем не ограниченное представление о целях и задачах, стоящих перед проектной группой).
Очерчиваются рамки (чётко описанные задачи, которые предстоит решить), однозначно описывающие то, что предстоит сделать в рамках проектных ограничений.
Оцениваются риски.
Единое видение ≠ Рамки & Риски.
Это два разных документа (shared vision document) и (scope document) соответственно.
Оба документа должны создаваться итеративно (поэтапно) и тщательно, минимизируя дальнейшие отклонения от них.
Главная веха этой фазы - событие «Концепция утверждена».
Должны быть готовы и сформированы:
устойчивые представления о задачах, функциональности и ограничениях проекта; общее описание и рамки проекта (vision \ scope document), документ оценки рисков, описание структуры проекта.
Планирование (фазы mfs)
Состав:
Подготовка функциональной спецификации;
Разработка дизайнов;
Подготовка рабочих планов;
Оценка проектных затрат и сроков разработки различных составляющих проекта.
Последовательность действий:
Анализ и документирование проектных требований с разделением их на категории: бизнес-требования, потребительские, эксплуатационные и системные требования.
При создании функциональной спецификации нужно следить за соответствием (traceability) функциональности и существующих требований.
Детализация требований (например, с помощью вариантов использования).
Проектирование (дизайн), где разрабатываются концептуальный, логический и физический дизайны, служащие инструментами для разработчиков.
Результаты проектирования документируются в функциональную спецификацию, которая детально описывает вид и поведение всех составляющих решения.
На основании спецификации работает команда разработчиков, производится оценивание работ, достигается чёткое соглашение с заказчиком о том, что должно быть сделано.
После создания спецификации, руководители ролевых кластеров создают детальный план, относящийся к его роли (например, план внедрения, тестирования, обучения, мер безопасности и т.п.).
Эти планы впоследствии объединяются в сводный план проекта и сводный сетевой график работ. На этом же этапе создается также план управления рисками, к составлению которого есть смысл привлекать всех участвующих в проекте лиц.
Завершается этап вехой «Планы проекта утверждены», на момент которой уже существуют документы: функциональная спецификация, план управления рисками, сводный план и сводный календарный график работ.
Разработка (фазы mfs)
Все роли принимают активное и деятельно участие в тестировании, выявлении дефектов, анализе удовлетворения нужд заказчика и других задачах в соответствии со своим ролевым кластером.
Обычно разработка продолжается и на фазе стабилизации и даже на фазе внедрения.
К моменту завершения этой фазы разработка всех компонент завершена и решение готово к комплексному тестированию.
