Спиральный жизненный цикл

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

Естественно, такая картина достаточно утопична, поэтому постепенно появилось решение, исправляющее основной недостаток V-образного жизненного цикла ‑ предположение о том, что на каждом этапе разрабатывается очередное полное описание системы. Этим решением стала спиральная модель жизненного цикла.

Р ис 3. Спиральный жизненный цикл

В спиральной модели разработка системы происходит повторяющимися этапами ‑ витками спирали. Каждый виток спирали - один каскадный или V-образный жизненный цикл. В конце каждого витка получается законченная версия системы, реализующая некоторый набор функций. Затем она предъявляется пользователю, на следующий виток переносится вся документация, разработанная на предыдущем витке, и процесс повторяется.

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

Экстремальное программирование

Реалии последних лет показали, что для систем, требования к которым изменяются достаточно часто, необходимо еще больше уменьшить длительность витка спирального жизненного цикла. В связи с этим сейчас стали весьма популярными быстрые жизненные циклы разработки, например, жизненный цикл в методологии eXtreme Programming (XP).

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

Основная проблема данного подхода ‑ интерфейсы между модулями, реализующими эту функцию. Если во всех предыдущих типах жизненного цикла интерфейсы достаточно четко определяются в самом начале разработки, поскольку заранее известны все модули, то при экстремальном подходе интерфейсы проектируются "на лету", вместе с разрабатываемыми модулями [6].

Функциональные требования заказчика

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

Основным критерием успешности запуска корпоративного портала является решение задач, поставленных перед ним. А вот задачи перед корпоративными порталами ставятся разнообразные. Заказчиками разработки и внедрения корпоративных интранет-порталов выступают поддерживающие подразделения компаний (IТ департамент, административно-хозяйственные отделы, HR и средний менеджмент) или высшее руководство (менеджеры высшего звена, стратеги, идеологи). Для первой группы заказчиков основные цели ‑ это автоматизация и интеграция существующих в компании информационных систем и бизнес-процессов, структуризация и повышение прозрачности существующих и вводимых бизнес-инструментов, оптимальное использование имеющихся в наличии ресурсов. Для второй группы важны проявление синергетических эффектов, реализация при помощи портала высокоуровневых изменений в структуре и методах работы организации, таких как новые алгоритмы взаимодействия подразделений и системы KPI. В случае если в компании, внедряющей портал несколько заказчиков, то появляется дополнительная важная задача объединения в портале многих конфликтующих требований. Именно урегулированные функциональные требования к корпоративному порталу становятся основной отправной точкой для выбора платформы и основных концепций проектирования [12].