Оцените сайт Добавить сайт в закладки

Каскадная модель

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

Как правило, каскадную модель применяют при разработке программного обеспечения применяют если:

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

Каскадная модель построена на следующих принципах:

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

Каскадная модель состоит из следующих этапов:

  • анализ требований;
  • проектирование;
  • разработка;
  • тестирование;
  • документирование.

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

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

Соответственно, наступил третий этап - разработка. В процесс теперь основная работа лежит на разработчиках. Они реализуют необходимый продукт. Важно помнить, что на данном этапе разработка должна вестить в соответствии с ТЗ и определенными ранее требованиями.

Разработчики закончили продукт и начинается новый этап - тестирование. Цель данного этапа - выявить и устранить все недочеты, которые были получены в ходе разработки.

Тестирование проведено и устранены все найденные недостатки. Остался последний этап - документирование. На данном этапе команде необходимо написать документацию к программному продукту, а именно:

  • печатные руководства пользователя;
  • диалоговая (оперативная) документация и справочный текст, описывающие, как пользоваться программным продуктом.