Автор: Пользователь скрыл имя, 15 Января 2013 в 22:22, лабораторная работа
Каскадная модель максимально проста, она хорошо подходит для небольших проектов, когда требования определены заранее и их изменение исключено. В случае с библиотекарской системой учета, ее функции заведомо очевидны (хранение информации о книгах (названия, авторы, id, возможность брать книгу на дом) и читателях (ФИО, адрес, телефон, книги на руках, данные о времени взятия книги и т.п.)) => нет необходимости изменения требований в процессе работы (все можно предусмотреть заранее). Каскадно-возвратную модель использовать в данном случае не целесообразно, т.к. в этом случае нет возможности определить все требования в самом начале, а время разработки небольшого проекта может затянуться. Однако, при разработке любого ПО следует учитывать возможные риски (что не предусмотрено в каскадной модели), это позволяет спиральная модель. Используя эту модель, мы можем учесть любые требования заказчика, а синтезировав ее с простой каскадной моделью, нам удастся избежать усложнения структуры разработки.