Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Базовые сведения о Microsoft Solutions Framewor....doc
Скачиваний:
5
Добавлен:
22.04.2019
Размер:
1.31 Mб
Скачать

Занятие 2. Этапы модели процессов msf

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

Набор действий

проектной команды на каждом этапе четко определен. Сейчас будет рассказываться о каждом этапе, его контрольных точках и результатах.

Этап создания общей картины приложения

Процесс MSF начинается с создания общей картины приложения (envisioning) — самого общего описания целей и ограничений проекта. На этом этапе определяют состав команды, а также выясняют, что она должна создать для заказчика.

Цель этого этапа — выработать единое понимание проекта среди всех основных

его участников.

На этапе создания общей картины приложения менеджмент управления программой определяет задачи и результаты, которые удовлетворяют требования и цели проекта. Кульминация этапа — достижение контрольной точки «Утверждение документа обшей картины и области действия проекта», которое свидетельствует о том, что клиент и команда достигли согласия относительно целей и направления проекта.

Процесс создания общей картины приложения

На этапе создания общей картины приложения команда решает различные задачи.

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

• Определение структуры проекта — определение административной структуры проектной команды и стандартов управления проектом.

• Определение бизнес-целей — анализ бизнес-задачи и возможностей для выявления целей создания продукта.

• Оценка существующей ситуации — анализ текущего состояния и оценка разрыва между реальным и ожидаемым положением дел. Цель подобного анализа — сформулировать перечень задач и определить направление развития проекта.

• Создание документа общей картины и области действия проекта — разработка концепции решения, которым должна руководствоваться проектная команда, чтобы достичь долгосрочных бизнес-целей проекта, и ее документирование. Область действия проекта определяет, что включается в контекст проекта, а что выходит за его рамки.

• Определение требований и профилей пользователей — определение всех заинтересованных сторон, конечных пользователей и спонсоров проекта, а также документирование их требований к решению. Эта информация помогает «набросать» черновик обшей картины и границ проекта, а также создать концепцию решения.

• Разработка концепции решения — создание базовой концепции решения, то есть «костяка» решения, которое станет основой будущего продукта. Концепция создается на основе собранных требований.

• Оценка риска — определение и выяснение важности различных видов риска для проекта, а также разработка мероприятий по устранению или снижению рисков. Это итерационная процедура, выполняемая на всех этапах жизненного цикла продукта.

• Закрытие этапа создания обшей картины решения — завершение этапа, которое подтверждается документом обшей картины и области действия решения, одобренным всеми заинтересованными лицами и проектной командой, Контрольные точки этапа создания общей картины решения

Контрольные точки этапа создания общей картины решения

Каждый этап модели процессов MSF содержит несколько промежуточных и одну основную контрольную точку. Первые относятся к операциям, которые выполняются на этапе, например создание команды и разработка документа общей картины и области действия. По достижении основной контрольной точки команда вправе перейти на следующий этап модели процессов MSF. Например, основная контрольная точка этапа создания общей картины решения — «Утверждение документа общей картины и области действия проекта». Далее команда переходит к этапу планирования.

Ниже перечислены промежуточные контрольные точки рассматриваемого этапа.

• Организован костяк команды. Определены ключевые члены команды. На этом этапе вам не нужен полный поименный список команды. Документ структуры проекта определяет роли и обязанности каждого члена команды, а также описывает иерархию отчетности и ответственности в команде, точки контакта с заказчиком и структуру команды.

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

Этап создания общей картины решения завершается контрольной точкой «Утверждение документа обшей картины и области действия решения». На этой стадии проектная команда и заказчик согласовали направление проекта, область действия решения и общий график поставки продукта.

Результаты решения каждой задачи этапа формируют контекст и направление

последующих этапов проекта, а также общую картину и область действия реше-

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

на этапе создания общей картины решения.

Этап планирования

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

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

После сбора и анализа требований команда создает проект решения. Создаются профили, которые определяют пользователей продукта и их роли и обязанности. Затем команда формирует сценарии использования системы. Сценарий использования системы (СИС) — это описание процесса, выполняемого пользователями определенного типа. Команда создает отдельные СИС для всех пользовательских профилей. Затем формируются варианты использования системы (ВИС), которые определяют последовательность шагов, выполняемых пользователем в СИС.

Стадии дизайна

Концептуальный дизайн. Задача рассматривается с точки зрения пользовательских и бизнес-требований и определяется в виде сценариев использования системы.

• Логический дизайн. Задача рассматривается с точки зрения проектной команды, и решение определяется как набор сервисов.

• Физический дизайн. Задача рассматривается с точки зрения разработчиков (программистов). На этой стадии уточняются технологии, интерфейсы компонентов и сервисы решения.

Дизайн решения документируется в виде функциональной спецификации, которая описывает поведение и вид каждой функции будущего продукта, а также определяет архитектуру и дизайн всех функций.

Задачи этапа планирования

На этапе планирования команда выполняет ряд задач.

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

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

Разработка планов проекта— определение и планирование задач, которые будет выполнять проектная команда, и их объединение в генеральный план проекта. Последний включает и другие элементы, такие, как методика, зависимости и допущения будущей системы.

Разработка календарного графика проекта — создание генерального календарного графика проекта. Он состоит из выраженных в виде контрольных точек календарных графиков для каждой из ролей в проектной команде.

Создание среды разработки, тестирования и пилотной эксплуатации — создание отдельной среды, в которой будет разрабатываться и тестироваться решение. Она не должна зависеть от среды, в которой в конечном итоге планируется развернуть продукт.

Закрытие этапа планирования — завершение процесса одобрения контрольных точек. Документирование результатов выполнения задач на этапе планирования.

Контрольные точки этапа планирования

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

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

Завершение генерального плана. Этот план представляет собой совокупность планов всех ролей в команде, а его объем и сложность зависят от размера проекта.

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

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

Основная контрольная точка этапа планирования — «Утверждение проектных планов». Достижение этой контрольной точки свидетельствует о том, что проектная команда и основные участники проекта достигли соглашения о том, что промежуточные контрольные точки достигнуты, запланированные даты реалистичны, роли и обязанности в проекте четко определены, перечень результатов проекта согласован, а также предусмотрены механизмы устранения и управления рисков.

Результаты этапа планирования

Результаты этого этапа служат основанием для принятия компромиссных решений в дальнейшем. К результатам этапа планирования относятся:

• функциональная спецификация;

• план управления рисками;

• генеральный план и календарный график проекта.