Модели проектирования ис для управления организацией. Каскадная модель («водопад»)
Для этой модели характерна автоматизация несвязанных задач, не требующая выполнения информационной интеграции и совместимости разного обеспечения. Считается классической моделью ЖЦ АИС, т.к. эта модель была (да и сих пор) зафиксирована в различных ГОСТах, начиная с 1970-х гг. (как у нас в стране, так и за рубежом). Ее основная характеристика - последовательная организация работ. Весь проект разбивается на этапы, переход с этапа на этап совершается только полного окончания работ и оформления документации по предыдущему этапу.
Основные этапы разработки по каскадной модели:
Надо отметить, что названия и содержание этапов по этой модели за десятилетия ее существования менялись. Тем не менее, в литературе выделяется ряд устойчивых этапов, характерных для разработки по этой модели:
анализ требований заказчика (исследование проблемы, формулирование требований заказчика, оформление ТЗ);
проектирование (разработка проектных решений в соответствии с требованиями ТЗ, создание комплекта проектной документации);
разработка (разработка ПО, результат - готовый продукт);
тестирование и опытная эксплуатация (проверка ПО на предмет соответствия требованиям ТЗ, выявление скрытых недостатков системы, появляющихся в реальных условиях работы);
сдача продукта (убеждение заказчика в том, что все его требования выполнены).
Достоинства каскадной модели:
на каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности. На заключительных этапах разрабатывается пользовательская документация, охватывающая все предусмотренные стандартами виды обеспечения АС.
выполняемые в логичной последовательности этапы работ позволяют планировать сроки завершения и соответствующие этапы.
Каскадная модель оптимальна при разработке систем для хорошо структурированных предметных областей (например, для различного рода расчетных систем): для таких систем в самом начале разработки можно достаточно точно и полно сформулировать все требования.
Применение же этой модели для разработки информационных систем ограничено. Ограниченность эта вытекает из следующего.
Недостатки каскадной модели:
задержка получения результатов (По этой модели согласование получаемых результатов с заинтересованными сторонами производится только после завершения очередного этапа работ. В итоге может оказаться, что разрабатываемая система не соответствует требованиям пользователей. К тому же существует возможность устаревания разработанных моделей автоматизируемого объекта: созданная модель организации вследствие долгой разработки АИС м. отличаться от самой организации вследствие того, что в организации произошли изменения. При каскадной модели - это крах всего проекта (или совершенно полная его переработка).);
необходимость возврата на предыдущие стадии
сложность распараллеливания работ по проекту (иногда работы по проекту можно вести параллельно. Это экономит время и затраты. Но это невозможно при каскадной модели вследствие строго деления всех работ на этапы, а также с необходимостью постоянного согласования отдельных частей проекта.);
информационная перенасыщенность каждого из этапов (четкая система документации имеет и свои негативные стороны. При сильной зависимости между группами разработчиков, участвующими в реализации проекта, обо всех изменениях, вносимых в какую-либо часть проекта, необходимо оповещать об этих изменениях всех разработчиков, которых эти изменения могли коснуться. Разработчикам же надо ознакомиться с изменениями, оценить, повлияли ли они на их часть проекта, внести при необходимости свои изменения во внутреннюю документацию и, в свою очередь, разослать информацию об этом другим заинтересованным группам...);
сложность управления проектом (вытекает из всех перечисленных выше недостатков, эта сложность возрастает при обнаружении ошибок: сложно согласовать по срокам часты срывы сроков выполнения проектов);
высокий уровень риска и ненадежность инвестиций (также вытекает из основной черты этой модели - четкой этапности работ. Чем сложнее проект, тем больше продолжительность каждого из этапов разработки и тем сложнее взаимосвязи между отдельными частями проекта, количество которых (частей) тоже увеличивается. Таким образом, как уже говорилось, усложняется процесс исправления ошибок. А также усложняется процесс изменения системы в случае изменения предметной области)