Инкрементная модель жизненного цикла разработки ПО

Область применения модели RAD

Менеджер проекта может быть уверен в том, что модель RAD подходит для при­менения в конкретной ситуации в случае, если имеются в наличии некоторые из при­веденных ниже условий-причин:

· в системах, которые поддаются моделированию (тех которые основаны на использовании компонентных объектов), а также в масштабируемых системах;

· в системах, требования для которых в достаточной мере хорошо известны;

· в случаях, когда конечный пользователь может принимать участие в процессе раз­работки на протяжении всего жизненного цикла;

· когда пользователи хотят принимать активное участие в использовании автомати­ческих инструментальных средств;

· при невысокой степени технических рисков;

· при выполнении проектов, разработка которых должна быть выполнена в сокра­щенные сроки (как правило, не более, чем за 60 дней);

· в системах, которые можно поместить во временной блок с целью обеспечения функциональных возможностей на последовательной основе;

· когда пригодные к повторному использованию части можно получить из автома­тических хранилищ программных продуктов;

· в системах, которые предназначены для концептуальной проверки, являются не­критическими или имеют небольшой размер;

· когда затраты и соблюдение графика не являются самым важным вопросом (например при разработке внутренних инструментальных средств);

· в информационных системах;

Инкрементная разработка представляет собой процесс частичной реализации всей системы и медленного наращивания функциональных возможностей. Этот подход позволяет уменьшить затраты, понесенные до момента достижения уровня исходной производительности. С помощью этой модели ускоря­ется процесс создания функционирующей системы. Этому способствует применяемый принцип компоновки из стандартных блоков, благодаря которому обеспечивает­ся контроль над процессом разработки изменяющихся требований.

Инкрементная модель действует по принципу каскадной модели с перекрытиями, благодаря чему функциональные возможности продукта, пригодные к эксплуатации, формируется раньше. Для этого может понадобиться полный заранее сформирован­ный набор требований, которые выполняются в виде последовательных, небольших по размеру проектов, либо выполнение проекта может начаться с формулирования общих целей, которые затем уточняются и реализуются группами разработчиков.

Подобное усовершенствование каскадной модели одинаково эф­фективно при использовании как в случае чрезвычайно больших, так и небольших проектов.

А теперь будет рассмотрен небольшой пример продукта, разработанного в результате выполнения трех инкрементных этапов. Здесь на инкременте 1 определя­ются базовые алгоритмы и выходные данные, на инкременте 2 добавляются некото­рые ценные возможности производственного типа, такие как возможность занесения в файл и выборки результатов предыдущих прогонов программы, а на инкременте 3 добавляются различные полезные свойства к пользовательскому интерфейсу, а также к заранее определенным вычислительным свойствам системы.

Инкрементная модель описывает процесс, при выполнении которого первосте­пенное внимание уделяется системным требованиям, а затем их реализации в группах разработчиков. Как правило, со временем инкременты уменьшаются и реализуют ка­ждый раз меньшее количество требований. Каждая последующая версия системы до­бавляет к предыдущей определенные функциональные возможности до тех пор, пока не будут реализованы все запланированные возможности. В этом случае можно уменьшить затраты, контролировать влияние изменяющихся требований и ускорить создание функциональной системы благодаря использованию метода компоновки из стандартных блоков.

Дата добавления: 2015-03-31