close

Вход

Забыли?

вход по аккаунту

...делам гражданской обороны, чрезвычайным ситуациям;pdf

код для вставкиСкачать
Х МІЖНАРОДНА КОНФЕРЕНЦІЯ «УПРАВЛІННЯ ПРОЕКТАМИ У РОЗВИТКУ
СУСПІЛЬСТВА» ТЕЗИ ДОПОВІДЕЙ. КИЇВ 2013.
ВЫБОР МОДЕЛИ ЖИЗНЕННОГО ЦИКЛА ПРОЕКТА В ОБЛАСТИ
ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ.
Савельев М.В.
Группа Управления Проектом ПОМ, Чернобыльская АЭС, Украина
Произошедшая 26 апреля 1986 года запроектная авария на 4 энергоблоке Чернобыльской АЭС
бросила уникальный вызов человеческой цивилизации. Осознание мировым сообществом факта
глобального влияния произошедшего события подтолкнуло развитые страны к оказанию помощи в
ликвидации последствий аварии.
На территории Украины, вероятно, нет подобного объекта, где вели практическую деятельность
такое количество иностранных компаний и были реализованы проекты практически во всех сферах
деятельности, масштабах, назначении и сложности.
К большому сожалению, опыт проектов на Чернобыльской АЭС продолжает оставаться
недостаточно изученным и систематизированным. Итогом такого пренебрежения становится ситуация,
что уникальные знания и опыт остаются невостребованными. Вновь реализуемые проекты в смежных
областях повторяют уже сделанные ошибки.
В настоящем докладе будут рассмотрены рекомендации по выбору жизненного цикла проекта в
области информационных технологиях, основываясь на практическом опыте реализации
международных IT-проектов на Чернобыльской АЭС. Под термином «жизненный цикл проекта» будет
пониматься последовательность фаз проекта, задаваемая исходя из потребностей управления проектом.
К основным видам IT-проектов относятся:
 Проекты создания и внедрения автоматизированных систем.
 Проекты разработки и развития программного обеспечения.
 Инфраструктурные и организационные проекты.
Примером инфраструктурных и организационных IT-проектов на Чернобыльской АЭС стали:
создание радиорелейного канала связи ЧАЭС-Славутич, развертывание инженерных и вычислительных
сетей, создание и модернизация вычислительных центров, организационные изменения на ЧАЭС ,
включая вывод части персонала г.Славутич.
Жизненный цикл инфраструктурных и организационных проектов в области информационных
технологий, как правило, не отличается от стандартных моделей, применяемых в современном
проектном управлении. Так для методологии PMI это будет Инициация (англ. Initiating); Планирование
(англ. Planning); Выполнение (англ. Executing); Контроль и мониторинг (англ. Controlling and
Monitoring); Завершение (англ. Closing). Это обусловлено в первую очередь тем, что в таких проектах,
несмотря на свою уникальность и сложность, информационные технологии проявляют себя как готовый
продукт.
Проекты в области создания автоматизированных систем и программного обеспечения имеют
существенное отличие – в них присутствует фаза проектирования и создания «новой» информационной
технологии. При этом степень такой «новизны», как правило, не поддается точной оценке на начальных
этапах проекта, а в некоторых случаях непрерывно подвергается изменению в ходе всего проекта.
При реализации таких проектов компании пользуются следующими, специфическими для ITпроектов моделями, которые условно можно разделить на 3 группы:
 Каскадная (водопадная) модель ЖЦ и ее модификации – где каждая следующая фаза следует
за предыдущей.
 Итеративные модели ЖЦ, включая спиральную и прототипирования – где в проекте
предусматривается выполнение нескольких фаз-итераций, включающих цикл планированиевыполнение-оценка.
 Комбинацию из вышеперечисленных методов.
Данные модели могут быть, как жестко формализированы, например ГОСТ 34 и 19 серии, либо
допускать отсутствие какого-либо формализма, например популярная среди иностранных подрядчиков
модель прототипирования.
Следует отметить, что по своему назначению, автоматизированные системы и разрабатываемое
для них программное обеспечение принято делить на три класса:
 Автоматизированные системы управления технологическим процессом (АСУ-ТП).
 Автоматизированные системы управления предприятием (АСУ-П).
 Информационные системы (ИС).
Системы АСУ-ТП применяются для управления различного вида оборудованием и
технологическими процессами. К таким системам так же относят информационно-измерительные
системы, системы контроля состояния объектов, различные SCADA системы.
Проекты в области АСУ-ТП характеризуются следующими свойствами:
 Точностью поставленной цели и, как следствие, стабильность требований в ходе реализации
проекта.
 Применением проверенных решений.
 Требования к качеству (безопасность, надежность и т.п.) безусловно доминируют над
затратами и сроками.
Системы АСУ-П предназначены для управления задачами предприятия. К таким задачам
относятся учет и управление ресурсами предприятия, персоналом, планированием, материалами и
готовой продукцией, финансами и т.п. Примерами таких систем являются решения типа SAP R/3,
автоматизация документооборота, различные ERP системы.
Проекты в области АСУ-П характеризуются:
 Реализацией стратегической линии управления, а значит и возможностью изменения
требований в ходе реализации проекта.
 Возможностью применения обще-индустриальных решений или их адаптации для атомной
энергетики.
 Требования к затратам (экономической эффективностью) доминируют над сроками
реализации
проекта
и
качественными
показателями
(производительность,
отказоустойчивость).
Информационные системы – это в первую очередь системы поддержки принятия решения. Такие
системы требуют оперативной обработки информации от совершенно разнородных источников данных
в режиме реального времени. В требования к таким системам включают возможность быстрой
детализации от обобщенных аналитических данных к конкретному источнику информации, будь то
первичный бухгалтерский документ или показания датчика технологической системы. Синонимом
информационных систем являются интегрированные автоматизированные системы.
Проекты в области ИС характеризуются:
 Изменчивостью целей создания АС в процессе ее разработки, поскольку они ориентированы на
оперативное управление предприятием. А это гарантированно ведет к неоднократному
изменению требований в ходе реализации проекта.
 Созданием новых, уникальных решений.
 Требования к срокам реализации проекта доминируют над затратами и качеством.
Очевидно,
что
все
три
класса
автоматизированных систем частично пересекаются
Время
друг с другом.
При этом, исходя из их характеристик,
ИС
становится очевидной связь между вышеназванными
классами систем и вершинами классического
треугольника «компромиссов». Понимание данной
связи
существенно
помогает
в
принятии
АСУ-ТП
АСУ-П
управленческих решений при реализации проектов.
Качество
Стоимость
Опыт реализации проектов на Чернобыльской АЭС показывает, что при выборе жизненного цикла
для IT-проекта можно руководствоваться следующей матрицей:
Модель\Класс АС
АСУ-ТП
АСУ-П
Инф. системы
Каскадная
Прототипирование
Спиральная
RAD
RUP
MSF
+
+/-/+
-/+
+/-/+
-/+
+/+/-
+
+/+
+/+/-
Программно-техническое
решение
В то же время, требованиями нормативной базы Украины и большинства стран СНГ, ГОСТ 34 и
19 серией определены как обязательные стандарты при создании автоматизированных систем. К
сожалению, формальное прочтение ГОСТ 34 приводит к его интерпретации в качестве каскадной
модели ЖЦ. Не вдаваясь в полемику отметим, что данный стандарт может быть адоптирован в большей
или меньшей степени к любой модели ЖЦ.
Работая над локальными проектами в рамках Лаборатории информационно-измерительных систем
ЧАЭС, а так же участвуя в реализации международных проектов с 1995г. в нашем коллективе была
создана собственная методология создания АС на основе синтеза ГОСТ 34 и зарубежных моделей ЖЦ.
Финальный
продукт
Создание и кодирование
Релизкандидат
Альфа-версия
Прототип 2
Прототип 1
Верификация и валидация
Разработка документации
Время
Быстрый анализ и
Эскизный Проект
Техническое
задание
Совместная
разработка требований
Технический
Проект
Рабочая
документация
Совместное проектирование
Испытания
(включая
опытную
эксплуатацию)
Совместный ввод в
эксплуатацию
В основу модели положено два параллельных процесса – разработку проектно-технической
документации и итеративную разработку программно-технических решений. Здесь, в отличие от ГОСТ
34.601-90, стадии «Формирование требований» и «Разработка концепции» заменяются на этап
разработки «Эскизного проекта», который предшествует «Техническому заданию».
Параллельно с разработкой документации происходит выпуск пяти версий продукта. А именно,
двух прототипов, альфа версии, релиз-кандидата и финального решения. Причем каждая версия не
только синхронизирована с выпуском документации, но и развертывается на площадке заказчика.
Этим достигается снижение рисков, связанных с неверной интерпретацией требований заказчика –
главной причиной неудачи большинства IT-проектов. Кроме того, это позволяет управлять изменением
требований в ходе проекта.
Данная методика была успешно применена на проекте интеграции систем «Интегрированная
Автоматизированная Система Контроля Объекта Укрытие» и «Интегрированная База Данных Объекта
Укрытие».
1/--страниц
Пожаловаться на содержимое документа