Жизненный цикл информационной системы
То есть жизненный цикл системы пересекается с жизненным циклом проекта, но не соответствует ему. Жизненный цикл проекта внедрения КИС начинается и заканчивается раньше жизненного цикла информационной системы, ведь проект внедрения начинается еще до анализа требований и заканчивается после того, как система запущена в эксплуатацию. Стоит отметить, что некоторые авторы придерживаются иной точки зрения и отождествляют жизненный цикл ИС и жизненный цикл проекта по внедрению ИС. В данной работе эти понятия будут разнесены.
Существуют три основных модели жизненного цикла - каскадная, поэтапная модель с промежуточным контролем и спиральная[3].
Суть каскадной модели (70-80 годы) заключается в разбиении всей разработки на этапы, причем переход от предыдущего этапа к последующему осуществляется только после полного завершения работ предыдущего этапа. Соответственно на каждом этапе формируется законченный набор проектной документации, достаточной для того, чтобы разработка могла быть продолжена другой группой разработчиков. Другим положительным моментом каскадной модели является возможность планирования сроков завершения работ и затрат на их выполнение. Однако у каскадной модели есть один существенный недостаток - очень сложно уложить реальный процесс создания программного обеспечения в такую жесткую схему и поэтому постоянно возникает необходимость возврата к предыдущим этапам с целью уточнения и пересмотра ранее принятых решений.
Результатом такого конфликта стало появление модели с промежуточным контролем (80-85 годы), которую представляют или как самостоятельную модель, или как вариант каскадной модели. Эта модель характеризуется межэтапными корректировками, удлиняющими период разработки изделия, но повышающими надежность.
Однако и каскадная модель, и модель с промежуточным контролем обладают серьезным недостатком - запаздыванием с получением результатов.
Данное обстоятельство объясняется тем, что согласование результатов возможно только после завершения каждого этапа работ. На время же проведения каждого этапа требования жестко задаются в виде технического задания. Так что существует опасность, что из-за неточного изложения требований или их изменения задлительное время создания программного обеспечения конечный продукт окажется невостребованным.
Для преодоления этого недостатка и была создана спиральная модель, ориентированная на активную работу с пользователями и представляющая разрабатываемую информационную систему как постоянно корректируемую во время разработки. В спиральной модели основной упор делается на этапы анализа и проектирования, на которых реализуемость технических решений проверяется путем создания прототипов. Спиральная модель позволяет начинать работу над следующим этапом, не дожидаясь завершения предыдущего. Спиральная модель имеет целью, как можно раньше ознакомить пользователей с работоспособным продуктом, корректируя при необходимости требования к разрабатываемому продукту и каждый "виток" спирали означает создание фрагмента или версии. Основная проблема спирального цикла - определение момента перехода на следующий этап, и возможным ее решением является принудительное ограничение по времени для каждого из этапа жизненного цикла. Наиболее полно достоинства такой модели проявляются при обслуживании программных средств.