Определение модели жизненного цикла

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

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