Управление рисками на фазе Стабилизации

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

факторы риска, а уже известные риски могут изменяться.

Основные риски:

1)Организованные риски;

Недостаточная квалификация или малочисленность группы поддержки пользователей

Недостаточная квалификация или малочисленность группы поддержки пользователей

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

2)технические риски;

*Выход из строя сервера (серверов) распространения остановит развертывание

*Невозможность подключения пользователей к серверам распространения остановит развертывание

*Слишком высокая нагрузка на серверы распространения может вызвать резкий рост затрат времени на одну установку и нарушить график развертывания

*Если пользователи столкнутся с проблемами при работе с приложением, меньшее число сотрудников будет им пользоваться

Этап «Выпуск продукта» и его результаты

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

По окончании стадии «Стабилизация» проектная группа начина­ет этап «Выпуск продукта». Его результаты ложатся в основу процес­са развертывания продукта и его эксплуатации.

Для достижения этапа «Выпуск продукта» необходимы следующие результаты 5 документов:

·        окончательная версия продукта — исходные тексты и исполняемые модули;

·        документация к окончательной версии — описание окончательной версии и последних изменений, не отраженных в документации продукта;

·        материалы для сопровождения приложения и поддержки пользовате­лей — окончательная версия учебных и инструктивных материалов;

·        результаты тестирования — база данных выявленных проблем не­обходима как для сопровождения продукта, так и для будущих проектов;

·        архивы проекта — вся информация, имеющая отношение к про­дукту и его разработке, независимо от того, вошла она в оконча­тельный выпуск или нет;

·        документация — вся документация проекта, включая ее версии для каждого промежуточного этапа.

Методы развертывания приложений

Существует масса методов развертывания приложений.

----Microsoft Systems Management Server (SMS),

---- регистрационные сценарии, распространение по электронной почте и через Web.

Microsoft Systems Management Server

Применение Microsoft Systems Management Server— наиболее эффективный метод развертывания приложений, позволяющий администратору тщательно планировать и всесторонне контролировать этот процесс. Кроме того, SMS снимает всякую ответственность за распространение с пользователей, позволяя сделать это вообще без их участия. При подготовке к развертыванию приложения средствами SMS необходимо учесть несколько факторов. Масштабы развертывания и

размер приложения оказывают значительное влияние на систему и на то, как она справится с развертыванием. Грамотно разработанная процедура распространения средствами SMS распределяет серверы распространения в соответствии с местонахождением пользователей

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

На рис. 13.2 проиллюстрировано распространение пакета приложения и инструкций по

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

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

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