Модели жизненного цикла информационных систем

Для описания последовательности подобных этапов/проектов и переходов между ними, необходимых для гарантированного достижения поставленной цели по внедрению и эксплуатации ИС, применяется термин модель ЖЦ ИС. Модель ЖЦ ИС в таком случае представляет собой совокупность процессов, действий и задач в ходе разработки, функционирования и сопровождения программного продукта в течение жизни системы^[1].

На протяжении всего ЖЦ ИС затраты на сопровождение прикладного ПО обычно составляют порядка 70% от его совокупной стоимости. Высокие затраты обусловливают необходимость заранее продумать методы и средства поддержки ПО и методы конфигурационного управления. Это можно сделать как один раз, при проектировании системы, так и в несколько итераций, если выбранный метод разработки их предусматривает. Поэтому рассмотрим основные модели ЖЦ, позволяющие при определении правил и условий перехода на следующую стадию нивелировать риски и оптимизировать процесс создания и работы с системой.

Наиболее известной из них является каскадная модель ЖЦ (рис. 6.28). Переход между этапами строго последовательный и не предусматривающий возврата назад. Одно из основных достоинств модели заключается в возможности планирования сроков и стоимости каждого этапа, однако на практике разработка системы очень редко проходит строго в соответствии с жесткой заранее продуманной схемой. В частности, это касается сбора требований, так как реально при старте проекта требования бывают определены только частично и в дальнейшем уточняются, изменяются и дополняются. К тому же, если изначально требования были определены неточно, высока вероятность того, что система не будет удовлетворять потребностям заказчика. Другое достоинство — создание законченных продуктов (технического задания, программного кода, пользовательской документации и пр.) на каждом этапе, что формирует твердое понимание результатов этапов и дает основу для дальнейшего финансирования работ.

Со временем была разработана аналогичная каскадной модели каскадная модель с промежуточным контролем (рис. 6.29). Она является более гибкой, так как предполагает возможность возвращения к предыдущим этапам для внесения определенных изменений. Это увеличивает время разработки при каждом возврате назад и внесении изменений, однако существенно снижаются риски получения некачественного продукта на выходе и растет надежность системы в целом. Но в любом случае владелец/заказчик системы видит работающую систему только перед переходом к стадии внедрения, после всех доработок и возврата к предыдущим этапам анализа и проектирования. К сожалению, слишком часто встречаются ситуации, когда ИС прекращают свое существование еще на стадии проекта, причиной чему становится низкий уровень технологий анализа и проектирования систем, так как методы управления проектами внедрения часто не соответствуют сложности самих проектов.

Рис. 6.28. Каскадная модель ЖЦ ИС.

Рис. 6.29. Каскадная модель ЖЦ ИС с промежуточным контролем.

Для нивелирования рисков, связанных с вышеописанной проблемой, была предложена спиральная (итерационная) модель (рис. 6.30), позволяющая на протяжении цикла создания системы сформировать несколько прототипов, проверяемых на соответствие требованиям заказчика и рынка. Несколько раундов доработок интерфейса, функциональности и других элементов системы позволяют создать продукт и протестировать его работоспособность и снизить риск получения несоответствующего ожиданиям продукта. При необходимости, возможно начать работу с первыми релизами, в дальнейшем «накатывая» новые изменения (однако сроки для различных версий могут составлять от нескольких недель до целых месяцев или даже лет). В то же время возрастает степень неопределенности для команды подрядчиков, разрабатывающих/внедряющих программный продукт, и в целом планирование ограничений проекта по времени, содержанию и стоимости затрудняется. Необходимо обратить внимание, что на рис. 6.30 за фазой разработки отражены фазы развертывания и эксплуатации. Это применимо для случая последовательного развития ИС, но в ряде случаев фазы развертывания и эксплуатации могут быть пропущены, и после разработки очередной версии, представления ее заказчику может быть осуществлен переход к фазе планирования работ по следующей версии.

Рис. 6.30. Спиральная (итерационная) модель ЖЦ ИС.

Как уже было сказано, при рассмотрении ЖЦ ИС возможно исходить из той концепции, что ЖЦ ИС до этапа эксплуатации может быть рассмотрен как единая программа проектов по созданию каждой из подсистем (рис. 6.31). Ее планирование, как правило, осуществляется «сверху вниз», в силу необходимости распределения временных, денежных и прочих ресурсов. Критическим фактором успеха является логическая связь этапов/проектов (определяемая выбранной моделью ЖЦ). В рамках каждого логического этапа ЖЦ ИС будут актуальны аспекты областей знаний проектного управления.

Приведенный рис. 6.31 иллюстрирует, как подобный подход может применяться в случае с ЖЦ ИС.

Рис. 631. Общая концепция формирования программ проектов.

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

Таким образом, среди сфер применения концепции управления ЖЦ НС:

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

• [1] Грекул В. И. Учебный курс «Проектирование информационных систем». URL: http://wwv.intuit.ru/studies/courses/2195/55/lecture/1620.