16.1.2. Модели жизненного цикла

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

Самое широкое распространение получили:

– Каскадная модель (70‑е годы) предполагает, что переход к следующему этапу происходит после полного завершения предыдущего этапа.

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

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

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

Главная особенность создания информационных систем – в концентрации сложности на начальных этапах разработки (анализ, проектирование). Ошибки, допущенные на этих этапах, оставшиеся нерешенными вопросы порождают на следующих этапах трудные и часто неразрешимые проблемы.

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

– описание выполняемых системой функций;

– совокупность условий, при которых предполагается эксплуатировать систему;

– ограничения, влияющие на процесс разработки (сроки, затраты).

Целью анализа является преобразование общих знаний о бизнес-системе в точные определения. На этапе обследования строится модель бизнес-системы, включающая описания технологий работы структурных подразделений предприятия с учетом средств автоматизации, организационно-штатной структуры бизнес-системы, информационных потоков и документооборота. Обычно строятся два вида моделей: «как есть» (As-Is) – отражает существующее положение дел, позволяет определить, каким образом функционирует организация; и «как должно быть» (To-Be) – отражает представление о новых технологиях работы организации (переход к модели «как должно быть» может быть связан с радикальными изменениями технологий и перепроектированием бизнес-процессов предприятия (организации), реинжинирингом бизнес-процессов).

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

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