Достоинства прототипного подхода к построению аис

Ключевыми особенностями этой технологии являются кооперативное проектирование, итеративная разработка и уточнение требований к МАКЕТУ на основе опытной эксплуатации прототипов.

• Кооперативное проектирование заключается в участии пользователей комплекса в процессе разработки.

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

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

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

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

Недостатки прототипного подхода к построению аис

Дело в том, что заказчик должен идти на такую технологию с открытыми глазами, сознательно понимая связанные с ней проблемы. Его задача как консультанта при этом двоякая:

• во-первых, самому для себя сформулировать требования к системе;

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

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

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

• для случаев противоречивых требований

• наличия проблем в кооперации между заказчиками и разработчиками.

Существуют две основные разновидности прототипов.

■ "Одноразовый"прототип ("throw-away"prototype), который после того, как выявление требований завершено, просто отбрасывается. Разработка "одноразового" прототипа нацелена только на этап установления требований ЖЦ ПО. Как правило, этот прототип концентрируется на наименее понятных требованиях.

■ Эволюционный прототип (evolutionary prototype), который сохраняется после выявления требований и используется для создания конечного программного продукта. Эволюционный прототип нацелен на ускорение поставки продукта. Как правило, он концентрируется на ясно изложенных требованиях, так что первую версию продукта можно предоставить заказчику довольно быстро (хотя ее функциональные возможности, как правило, неполны).

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

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