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