Полная версия

Главная arrow Информатика arrow Архитектура и проектирование программных систем

  • Увеличить шрифт
  • Уменьшить шрифт


<<   СОДЕРЖАНИЕ ПОСМОТРЕТЬ ОРИГИНАЛ   >>

Виды моделей ЖЦ ПС и технологии создания программных систем

Каскадная модель (классический жизненный цикл)

Эта модель обязана своим появлением У. Ройсу (1970) [16]. Модель имеет и другое название - «Водопад» (Waterfall). Особенность модели - переход на следующую ступень осуществляется только после того, как будет полностью завершена работа на предыдущей стадии, возвратов на пройденные стадии не предусматривается (рис. 3.4). Требования к разрабатываемой ПС, определенные на стадиях формирования и анализа, строго документируются в виде ТЗ и фиксируются на все время разработки проекта. Каждая стадия завершается выпуском полного комплекта документации (ТЗ, ЭП, ТП, РП), достаточного для того, чтобы разработка могла быть продолжена другой командой разработчиков.

Вариант взаимосвязи и стадий работ с процессами ЖЦ ПО

Рис. 3.3. Вариант взаимосвязи и стадий работ с процессами ЖЦ ПО

Критерием качества разработки при таком подходе является точность выполнения спецификаций ТЗ. Основное внимание разработчиков сосредотачивается на достижении оптимальных значений технических характеристик разрабатываемой ПС - производительности, объема занимаемой памяти и др.

Преимущества каскадной модели:

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

Рис. 3.4. Каскадная модель ЖЦ ПС

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

  • • выявление и устранение ошибок производится только на стадии тестирования, которое может существенно растянуться;
  • • реальные проекты часто требуют отклонения от стандартной последовательности шагов;
  • • цикл основан на точной формулировке исходных требований к ПС, но в начале проекта требования заказчика определены лишь частично;
  • • результаты работ доступны заказчику только по завершении проекта.
 
<<   СОДЕРЖАНИЕ ПОСМОТРЕТЬ ОРИГИНАЛ   >>