Автор: Пользователь скрыл имя, 16 Декабря 2010 в 14:54, реферат
Классический жизненный цикл. Рассмотрим каскадную модель немного подробнее. Основные этапы разработки по каскадной модели. Основные достоинства каскадной модели. Недостатки каскадной модели.
Спиральная модель жизненного цикла. Итерационная модель.
Поэтому ПО создается не сразу, как в случае каскадного подхода, а постепенно с использованием макетирования (прототипирования), когда создается модель требуемого программного продукта.. Под прототипом понимается действующий программный компонент, реализующий отдельные функции.
Модель может принимать одну из трех форм:
- бумажный макет или макет на основе ПК (изображает или рисует человеко – машинный диалог),
-
работающий макет (выполняет
-
существует программа,
Макетирование основывается на многократном повторении итераций, в
которых участвуют заказчик и разработчик.
Поскольку часто заказчик не может определиться в своих требованиях по разрабатываемому продукту, а проектировщик сомневается в полноте и целесообразности требований заказчика, то прототипирование (макетирование) начинается со сбора и уточнения требований к создаваемому ПО.
Совместными усилиями разработчик и заказчик определяют все цели ПО, устанавливают, какие требования известны, а какие предстоит доопределить. Следующим шагом является быстрое проектирование, внимание в котором сосредотачивается на тех характеристиках ПО, которые должны быть видимы пользователю. Макет (прототип), построенный на этапе быстрого проектирования, оценивается заказчиком и используется для уточнения требований к ПО. Итерации повторяются до тех пор, пока макет не выявит все требования заказчика и не даст возможности разработчику понять, что должно быть сделано.
Достоинством макетирования является обеспечение определения полных требований к ПО.
К
недостаткам макетирования
- возможность принятия заказчиком макета за продукт,
- возможность принятия
разработчиком макета за
Заказчик, получивший предварительную версию (макет) и удостоверившийся в ее работоспособности, может перестать видеть недостатки и нерешенные вопросы ПО и перестать соглашаться на дальнейшее усовершенствование, требуя скорейшего преобразования макета в рабочий продукт.