Область применения структурной эволюционной модели быстрого прототипирования

Менеджер проекта может быть уверен в необходимости применения структурной эволюционной модели быстрого прототипирования, если:

• требования не известны заранее;
• требования не постоянны или могут быть неверно истолкованы или неудачно сформулированы;
• следует уточнить требования;
• существует потребность в разработке пользовательских интерфейсов;
• нужна проверка концепции;
• осуществляются временные демонстрации;
• построенное по принципу структурной модели, эволюционное быстрое прототипирование можно успешно использовать в больших системах, в которых некото­рые модели подвергаются прототипированию, а некоторые— разрабатываются более традиционным образом;
• выполняется новая, не имеющая аналогов разработка (в отличие от эксплуатации продукта на уже существующей системе);
• требуется уменьшить неточности в определении требований; т.е. уменьшается риск создания системы, которая не имеет никакой ценности для заказчика;
• требования подвержены быстрым изменениям, когда заказчик неохотно соглаша­ется на фиксированный набор требований или если о прикладной программе от­сутствует четкое представление;
• разработчики не уверены в том, какую оптимальную архитектуру или алгоритмы следует применять;
• алгоритмы или системные интерфейсы усложнены;
• требуется продемонстрировать техническую осуществимость, когда технический риск высок;
• задействованы высокотехнологические системы с интенсивным применением ПО, где можно лишь обобщенно, но не точно сформулировать требования, лежа­щие за пределами главной характеристики;
• разрабатывается ПО, особенно в случае программ, когда проявляется средняя и высокая степень риска;
• осуществляется применение в комбинации с каскадной моделью: на начальном этапе проекта используется прототипирование, а на последнем — фазы каскадной модели с целью обеспечения функциональной эффективности системы и качества;
• прототипирование всегда следует использовать вместе с элементами анализа и проектирования, применяемыми при объектно-ориентированной разработке. Быстрое прототипирование особенно хорошо подходит для разработки интен­сивно используемых систем пользовательского интерфейса, таких как индикаторные панели для контрольных приборов, интерактивные системы, новые в своем роде продукты, а также системы обеспечения принятия решений, среди которых можно назвать подачу команд, управление или медицинскую диагностику.

Модель быстрой разработки приложений RAD (Rapid Application Development)

Благодаря методу RAD пользователь задействован на всех фазах жизненного цикла разработки проекта – не только при определении требований, но и при проектировании, разработке, тестировании, а также конечной поставке про­граммного продукта.

Это обеспечивается нали­чием средств разработки графического пользовательского интерфейса и кодогенераторов. Такие инструментальные средства, как Oracle Designer/2000, JavaJbuilder 3, Linux, Visual C++, Visual Basic 6, SAS, и другие можно использовать в качестве средств для быстрой разработки приложений.

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

Разработка каждого интегрированного продукта ограничивается четко определенным периодом времени, который, как правило, составляет 60 дней и называется временным блоком.

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

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