Процессы и этапы жизненного цикла ИС

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

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

Методология организационного планирования BSP (BusinessSystemPlanning) фирмы IBM создана в середине 1970-х гг. Она содержит, в частности, метод структурирования информации, использующий следующие понятия:

- матрица пересечения бизнес-процессов;

- функциональные подразделения;

- функции систем обработки данных – разновидности ИС;

- информационный объект;

- документ;

- база данных.

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

Методика разработки прикладных ИС фирмы Oracle –CustomDevelopmentMethod (CDM) представляет собой технологическийматериал, доведенный до уровня заготовок проектных документов, предназначенных для использования в проектах, осуществляемыхс использованием программных продуктов фирмы Oracle. Даннаяметодика может использоваться как в условиях традиционного деления процесса проектирования на этапы, так и при использовании.FastTrack– технологий ускоренной разработки, называемых также

облегченным подходом

Унифицированный процесс фирмы Rational –RationalUnifiedProcess (RUP) поддерживает частный вариант спиральной моделижизненного цикла ИС. Каждая итерация (кольцо спирали) включаетв себя четыре фазы: начало, исследование, построение, внедрение.

Прохождение через все эти фазы называетсяциклом разработки.

Цикл завершается созданием конкретной версии системы, котораяпоступает в тестирующую эксплуатацию. Если очередная версия признается окончательной, то она поступает на сопровождение. Проектирование и сопровождение системы по схеме RUP осуществляютсяс активным использованием UML.

Методологическая платформа MicrosoftSolutionFramework (MSF) – концептуальный аналог RUP. Отличие заключается в терминологии (в частности, четыре фазы каждой итерации называютсятак: анализ, проектирование, разработка, стабилизация) и принципиальной ориентации на создание бизнес-приложений.

Экстремальное программирование –ExtremeProgramming (XP) – новая методология, сложившаяся к 1996 г. Поддерживаемаямодель жизненного цикла ИС концептуально является разновидностью спиральной модели – разработка осуществляется путем последовательной доработки прототипов.

Отличительными особенностями являются

1) активное вовлечение представителей заказчика в процесс проектирования;

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

Основными официальными стандартами, регламентирующими вопросы, связанные с проектированием ИС, являются стандарты[1]IEEEStd 610.12–1990, ISO/IEC 12207. IEEEStd 12207 – 2008.

Согласно IEEE Std 610.12–1990 жизненный цикл программногообеспечения имеет следующее определение: «…это период времени, который начинается с момента принятия решения о необходимостисоздания программного обеспечения и заканчивается в момент егополного изъятия из эксплуатации». Недостаток этого определенияочевиден: оно определяет только местоположение жизненного циклана временной оси, но совершенно не отражает его сути.

Основным нормативным документом, определяющим составпроцессов жизненного цикла программного обеспечения, являетсямеждународный стандарт ISO/IEC 12207. IEEE Std 12207–2008. Онопределяет структуру жизненного цикла, содержащую процессы, действия и задачи, которые должны быть выполнены во время созданияпрограммного обеспечения. Российским аналогом указанного стандарта является стандарт, введенный в действие в июле 2000 г.

Согласно[2]процесс – это совокупность взаимосвязанных действий, преобразующих некоторые входные данные в выходные.

С процессом ассоциируются:

- перечень решаемых задач;

- описания методов решения ассоциированных задач;

- перечень исходных данных, получаемых от других процессов;

- перечень результатов, получаемых в результате решения ассоциированных задач;

- перечень действий, осуществляющих решение задач – преобразование исходных данных в искомые результаты.

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