Процессы и этапы жизненного цикла ИС
Терминология, используемая при описании моделей жизненногоцикла ИС, определяется международными и отечественными стандартами. Исторически сложилось так, что первоначально стандартыбыли созданы для регламентирования жизненного цикла программного обеспечения, а не информационных систем в целом. Однако с момента появления компьютеров четвертого поколения подавляющее большинство программных комплексов по сути являетсяпрограммным обеспечением – сердцевинной составляющей – информационных систем. Поэтому этапы создания современного программного обеспечения совпадают с этапами построения информационной системы.
Некоторые из материалов, регламентирующих терминологиюи процедуры проектирования ИС, являются фактическими стандартами, т. е. стандартами де-юре, а некоторые юридически стандартами не являются – это корпоративные и научно-методическиеразработки, являющиеся стандартами де-факто. Наиболее известныследующие неофициальные стандарты.
Методология организационного планирования 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]процесс – это совокупность взаимосвязанных действий, преобразующих некоторые входные данные в выходные.
С процессом ассоциируются:
- перечень решаемых задач;
- описания методов решения ассоциированных задач;
- перечень исходных данных, получаемых от других процессов;
- перечень результатов, получаемых в результате решения ассоциированных задач;
- перечень действий, осуществляющих решение задач – преобразование исходных данных в искомые результаты.
Таким образом, каждый процесс разделен на набор действий. В своюочередь, каждое действие разделено на набор задач. Понятия «действие» и «задача» дополнительно не определяются. Предполагается, что содержание этих понятий уясняется интуитивно. Выполнение каждого процесса инициируется другим процессом по мере необходимости, причемпоследовательность выполнения процессов заранее не задается.