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

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

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


<<   СОДЕРЖАНИЕ   >>

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

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

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

Основные процессы

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

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

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

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

кументации, отвечающей критериям полноты и согласованности;

• выполняемые в логической последовательности стадии работ позволяют планировать сроки завершения всех работ и соответствующие затраты.

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

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

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

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