Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
otvety_MiSPISiT_ekzamen.docx
Скачиваний:
2
Добавлен:
01.07.2025
Размер:
12.46 Mб
Скачать
  1. Выработка концепции

  1. Формируется ядро проектной группы (если это первая итерация).

  2. Формируется основа будущего решения с помощью единого видения проекта (ничем не ограниченное представление о целях и задачах, стоящих перед проектной группой).

  3. Очерчиваются рамки (чётко описанные задачи, которые предстоит решить), однозначно описывающие то, что предстоит сделать в рамках проектных ограничений.

Оцениваются риски.

Единое видение ≠ Рамки & Риски.

Это два разных документа (shared vision document) и (scope document) соответственно.

Оба документа должны создаваться итеративно (поэтапно) и тщательно, минимизируя дальнейшие отклонения от них.

  1. Главная веха этой фазы - событие «Концепция утверждена».

Должны быть готовы и сформированы:

устойчивые представления о задачах, функциональности и ограничениях проекта; общее описание и рамки проекта (vision \ scope document), документ оценки рисков, описание структуры проекта.

  1. Планирование (фазы mfs)

Состав:

  • Подготовка функциональной спецификации;

  • Разработка дизайнов;

  • Подготовка рабочих планов;

  • Оценка проектных затрат и сроков разработки различных составляющих проекта.

Последовательность действий:

  1. Анализ и документирование проектных требований с разделением их на категории: бизнес-требования, потребительские, эксплуатационные и системные требования.

При создании функциональной спецификации нужно следить за соответствием (traceability) функциональности и существующих требований.

  1. Детализация требований (например, с помощью вариантов использования).

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

Результаты проектирования документируются в функциональную спецификацию, которая детально описывает вид и поведение всех составляющих решения.

На основании спецификации работает команда разработчиков, производится оценивание работ, достигается чёткое соглашение с заказчиком о том, что должно быть сделано.

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

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

Завершается этап вехой «Планы проекта утверждены», на момент которой уже существуют документы: функциональная спецификация, план управления рисками, сводный план и сводный календарный график работ.

  1. Разработка (фазы mfs)

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

Обычно разработка продолжается и на фазе стабилизации и даже на фазе внедрения.

К моменту завершения этой фазы разработка всех компонент завершена и решение готово к комплексному тестированию.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]