10.Схема «швидкого макетування». Підхід rad – «швидка розробка додатків».

При использовании итерационной модели существует риск

впасть в другую (по отношению к каскадной модели) крайность.

Рассмотрим ее на примере следующей схемы, получившей назва­

ние «быстрого макетирования». Разработчики обсуждают требо­

вания к проекту с заказчиком. Затем в течение короткого проме­

жутка времени, от четырех до шести недель, на основе понима­

ния этих требований создается прототип системы. Разработчики

вместе с заказчиком анализируют его работу. Заказчик может об-Жизненный цикл программного обеспечения 6 9

наружить, что для удовлетворения реальным потребностям про­

тотип необходимо модифицировать. Выполнив оценку прототи­

па, разработчики получают возможность уточнить предъявляе­

мые к системе требования путем детализации входных парамет­

ров. Например, заказчик может сказать, что необходимо изме­

нить интерфейс или что отчеты, создаваемые профаммой, имеют

неверный формат. На основе входных параметров в течение нес­

кольких недель проводится корректировка прототипа, устраня­

ются ошибки и добавляются определенные функции. Получен­

ное ПО снова проверяется вместе с заказчиком. Процесс продол­

жается до тех пор, пока заказчик не согласится с тем, что продукт

- удовлетворительный.

Легко объяснить, почему такой подход кажется привлека­

тельным. Все усилия, направленные на удовлетворение нужд за­

казчика, являются позитивными. Кроме того, такая схема имеет

и другие преимущества:

• Производительность работы коллектива очень высока

• Взаимосвязи с заказчиком являются конструктивными

• При быстром макетировании очень тяжело привести проект

к завершающей фазе.

• Проект, выполняемый с помощью метода быстрого макетиро­

вания, сложно планировать и финансировать.

• Метод быстрого макетирования неприменим для разработки

ПО большим коллективом разработчиков

• В результате быстрого макетирования можно не получить

ничего, кроме прототипа системы. Метод быстрого макети­

рования направлен в основном на достижение заданной

функциональности. В конце концов, код может обладать

правильными характеристиками и интерфейсами, но он ни­

когда не станет пригодным для широкого применения.

способ так называемой «быстрой разработки приложе­

ний», или RAD {Rapid Application Development).

Основные принципы подхода RAD:

• разработка приложений итерациями;

• необязательность полного завершения работ на каждой из

стадий жизненного цикла ПО;

• обязательность вовлечения пользователей в процесс разра­

ботки;

• применение средств управления конфигурацией, облегчаю-

щих внесение изменений в проект и сопровождение готовой

системы;

• использование прототипирования, позволяющее полнее

выяснить и удовлетворить потребности пользователей;

• тестирование и развитие проекта, осуществляемые одновре­

менно с разработкой;

• ведение разработки немногочисленной хорошо управляе­

мой командой профессионалов;

• грамотное руководство разработкой системы, четкое плани­

рование и контроль выполнения работ.

11)