Спиральная модель. 
Управление жизненным циклом информационных систем

Для нивелирования рисков, связанных с вышеописанной проблемой, была создана спиральная модель (еще называемая итерационной). Фазы жизненного цикла не последовательны, т. е. допустимо (но не обязательно!) начало работ над следующим этапом до завершения предыдущего (рис. 2.10). Таким образом, суть спиральной модели состоит в возможности прохождения всех этапов жизненного цикла системы в несколько итераций. При этом на каждой итерации создается новый прототип и проверяется актуальность требований, по которым он создавался, вносятся технические доработки в интерфейс и функциональность. Подобная гибкость позволяет использовать модель на предприятиях любого масштаба.

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

Это означает, что процесс создания системы и само управление проектом становится более гибким и управляемым, с совершенствованием системы на каждом «витке спирали», т. е. при выпуске каждой версии. Уменьшаются риски (в том числе финансовые) для заказчика и спонсора системы, которые могут отказаться от проекта еще на этапе показа первого прототипа в случае абсолютного его несоответствия ожиданиям и потребностям (либо в случае изменения рыночной ситуации).

Рис. 2.10. Спиральная модель разработки ПО

Как правило, подобная модель применяется при разработке нетиповых систем. Она позволяет оперативно проверить работоспособность прототипа с пользователями и, соответственно, быстро получить комментарии и замечания к системе.

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

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

Контрольные вопросы и задания

• 1. Что понимается под термином «жизненный цикл предприятия»?
• 2. Какие этапы включает в себя жизненный цикл информационной системы?
• 3. Каковы основные модели ЖЦИС?
• 4. Как выглядит жизненный цикл ИС в COBIT?
• 5. Какие области знаний рассматриваются в SWEBOK?
• 6. Какие существуют стандарты жизненного цикла ИС?
• 7. Какие существуют основные модели ЖЦНО?
• 8. В чем различие между каскадной и спиральной моделями ЖЦПО?
• 9. В каких случаях и почему применяется каскадная модель ЖЦПО с промежуточным контролем?
• 10. Когда эффективнее всего может быть применена V-модель разработки ПО?

Рекомендуемая литература

• 1. Адизес, И. К. Управление жизненным циклом корпораций / И. К. Адизес. — СПб.: Питер, 2008.
• 2. COBIT 5.0.-ISACA, 2012.
• 3. Guide to Software Engineering Body of Knowledge (SWEBOK): Version 3.0. — IEEE Computer Society, 2014.