Рекомендуемые промежуточные вехи
Верификация технологий
Верификация технологий (technology validation) – это проверка соответствия продуктов и технологий, которые предполагается использовать, спецификациям их поставщиков. Это начальный шаг того процесса, который в последствии должен подтвердить выбранную концепцию и в конце концов трансформироваться непосредственно в разработку решения.
Зачастую верификация технологий включает в себя отбор наиболее подходящих из конкурирующих технологий (иногда называемый “shoot out”).
Помимо этого на данной вехе фиксируется базовая версия среды заказчика (customer environment). Проектная группа производит аудит (называемый также “исследование” - “discovery”) существующей производственной среды (production environment), в которую будет внедряться решение. Он охватывает конфигурации серверов, сетевое и клиентское программное обеспечение, все затрагиваемое аппаратное обеспечение.
Базовая версия функциональной спецификации создана
К моменту достижения этой вехи функциональная спецификация готова для распространения среди заинтересованных сторон с целью получения их отзывов. Также начинается контроль изменений, вносимых в подготовленную проектной группой базовую версию спецификации.
Функциональная спецификация является основой создания сводного плана и сводного календарного графика проекта. Она содержит детальное описание вида и поведения каждой составляющей решения с точки зрения пользователя. Изменения в функциональной спецификации допустимы лишь с одобрения заказчика.
|
|
|
Результаты процесса проектирования обычно содержатся в отдельном от функциональной спецификации документе дизайна. Суть документа дизайна - это описание внутреннего механизма решения. Документ дизайна может считаться внутренним документом проектной группы, и изменения в него могут вноситься ею самой, без обременения заказчика деталями технических проблем.
Базовая версия сводного плана проекта создана
В MSF сводный план проекта – это не отдельный самостоятельный план, а совокупность планов работы различных ролевых кластеров. В зависимости от проекта в нем могут быть собраны планы различных типов. Некоторые из них показаны на рис. 9.
|
Рисунок 12. Сводный план проекта
Компоновка различных проектных планов в один сводный документ облегчает совместное планирование работы различных ролевых кластеров и составление единого календарного графика проекта, способствует организации отчетности ролевых кластеров, а также помогает выявить имеющиеся в планах изъяны и несоответствия.
Базовая версия сводного календарного графика проекта создана
|
|
|
Сводный календарный график проекта включает в себя все детализированные календарные графики вплоть до даты выпуска решения. Сводный календарный график интегрирует в себе календарное планирование деятельности каждого ролевого кластера. Дата выпуска определяется после обсуждения со всеми заинтересованными сторонами базовой версии функциональной спецификации и анализа сводного плана проекта. Зачастую, с целью обеспечения выпуска решения в намеченный срок, проектная группа вносит коррективы в функциональную спецификацию и/или сводный план проекта. Хотя принимаемая функциональность решения, доступные ресурсы и отведенное для проекта время могут варьироваться, всеобщий настрой на фиксированную дату выпуска решения мобилизует проектную группу, что помогает адекватно оценивать риски, расставлять приоритеты в работе и планировать.
Дата добавления: 2019-01-14; просмотров: 137; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!