Жизненный цикл ис при её прототипном проектировании. Инструментальные средства прототипного проектирования, их классификация. Краткая характеристика классов.

Прототип - действующий программный код, реализующий функции и интерфейс программы.

Спиральная модель.

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

В основе спиральной модели жизненного цикла лежит применение прототипной технологии или RAD-технологии (rapid application development - технологии быстрой разработки приложений) - J. Martin. Rapid Application Development. New York: Macmillan, 1991. Согласно этой технологии ЭИС разрабатывается путем расширения программных прототипов, повторяя путь от детализации требований к детализации программного кода. Естественно, что при прототипной технологии сокращается число итераций и меньше возникает ошибок и несоответствий, ко­торые необходимо исправлять на последующих итерациях, а само проектирование ЭИС осуществляется более быстрыми темпами, упрощается создание проектной документации. Для более точного соответствия проектной документации разработанной ЭИС все большее значение придается ведению общесистемного репозитория и использованию CASE-технологий.

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

В результате прототипирования разработчик демонстрирует пользователям готовый прототип, а пользователи оценивают его функционирование. После этого определяются проблемы, над устранением которых совместно работают пользователи и разработчики. Этот процесс продолжается до тех пор, пока пользователи не будут удовлетворены степенью соответствия программного продукта, поставленным перед ним требованиям. Затем прототип демонстрируют пользователям с целью получения предложений по его усовершенствованию, которые включаются в последовательные итерации до тех пор, пока рабочая модель не окажется удовлетворительной. После этого получают от пользователей официальное одобрение (утверждение) функциональных возможностей прототипа и выполняют его окончательное преобразование в готовый программный продукт.

Модель протипирования обладает целым рядом преимуществ:

• Взаимодействие заказчика с разрабатываемой системой начинается на раннем этапе;

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

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

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

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

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

• Заказчик всегда видит прогресс в процессе разработки программного продукта;

• Возможность возникновения противоречий между разработчиками и заказчиками сведена к минимуму;

• Уменьшается число доработок, что снижает стоимость разработки: возникающие проблемы решаются на ранних стадиях, что резко сокращает расходы на их устранение; заказчики принимают участие в процессе разработки на протяжении всего жизненного цикла и в конечном итоге в большей степени довольны результатом работы.

Кроме указанных достоинств модели прототипирования присущ и целый ряд недостатков:

• Решение сложных задач может отодвигаться на будущее;

• Заказчик может предпочесть получить прототип, а не законченную полную версию программного продукта;

• Прототипирование может неоправданно затянуться;

• Перед началом работы неизвестно, сколько итераций придется выполнить.

Модель прототипирования рекомендуется применять в следующих случаях:

• Требования к программному продукту заранее неизвестны;

• Требования не постоянны или неудачно сформулированы;

• Требования необходимо уточнить;

• Нужна проверка концепции;

• Существует потребность в пользовательском интерфейсе;

• Выполняется новая, не имеющая аналогов разработка;

• Разработчики не уверены в том, какое решение следует выбрать.

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

Такие инструментальные средства можно условно разделить на два класса: инструменты быстрой разработки приложения в развитых СУБД - класс DEVELOPER и интегрированные инструменты быстрой разработки приложений - класс BUILDER.

К инструментам этих классов можно отнести средства 4GL (генераторы компонентов приложений):

* генераторы таблиц базы данных;

* генераторы форм ввода-вывода;

* генераторы запросов;

* генераторы отчетов;

* генераторы меню.