Если JAD-сессия проводится в соответствии с правилами, можно добиться удивительно хороших результатов

Метод быстрой разработки приложений (Rapid Application Development— RAD) — это нечто большее, чем метод выявления требований — это целостный подход к разработке ПО. Как ясно из названия метода, он предполагает быструю поставку системных решений. Техническое превосходство отступает на второе место в сравнении со скоростью поставки.

Согласно Буду (Wood) и Сильверу (Silver) технология RAD сочетает в себе пять методов, перечисленных ниже.

■ Эволюционное прототипирование

■ Использование CASE-средства с возможностями генерации программ и циклической разработкой с переходом от проектных моделей к программе и обратно.

■ Использование специалистов, владеющих развитыми инструментальными средствами (Specialists with Advanced Tools— SWAT) — RAD-бригада разработчиков. Лучшие аналитики, проектировщики и программисты, которых только может привлечь организация. Бригада работает в рамках строгого временного режима и размещается вместе с пользователями.

■ Интерактивный JAD-метод—JAD-сессии, во время которой секретарь заменяется бригадой SWAT, оснащенной CASE-средствами.

■ Жесткие временные рамки (timeboxing) — метод управления проектом, который отводит бригаде SWAT фиксированный период времени (timebox) для завершения проекта. Этот метод препятствует "расползанию рамок проекта". Если проект затягивается, то рамки решения сужаются, чтобы дать возможность завершить проект своевременно.

Использование RAD-подхода может оказаться привлекательным вариантом для многих проектов, в особенности, для небольших проектов, которые не затрагивают сферу ключевых бизнес-процессов организации, и которые, таким образом, не задают план решения для других проектов по разработке ПО. Маловероятно, чтобы быстрые решения были оптимальными или долговременными для ключевых сфер деятельности организации. С использованием RAD-метода может быть связан ряд проблем; некоторые из них перечислены ниже.

1. Несовместимый проект GUI-интерфейса.

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

3. Неполная документация.

4. Трудное для поддержки и масштабирования ПО и т.д.

Graphical user interface, GUI; сленг. ГУИ) — разновидность пользовательского интерфейса, в котором элементы интерфейса (меню, кнопки, значки, списки и т.п.), представленные пользователю на дисплее, исполнены в виде графических изображений.

В отличие от интерфейса командной строки, в GUI пользователь имеет произвольный доступ, с помощью устройств ввода (клавиатуры, мыши и т.п.), ко всем видимым экранным объектам (элементам интерфейса) и осуществляется непосредственное манипулирование ими. Чаще всего элементы интерфейса в ГУИ реализованы на основе метафор и отображают их назначение и свойства, что облегчает понимание и освоение программ пользователями.

Можно выделить следующие виды GUI:

· простой: типовые экранные формы и стандартные элементы интерфейса, обеспечиваемые самой подсистемой GUI;

· истинно-графический, двумерный: нестандартные элементы интерфейса и оригинальные метафоры, реализованные собственными средствами приложения или сторонней библиотекой;

· трёхмерный: на данный момент слабо классифицирован.

Одним из требований к хорошему графическому интерфейсу программной системы является концепция «делай то, что я имею в виду» или DWIM (англ. Do What I Mean). DWIM требует, чтобы система работала предсказуемо, чтобы пользователь заранее интуитивно понимал, какое действие выполнит программа после получения его команды.

Ниже приводится краткое описание одного из средств быстрого прототипирования программных приложение.

Дата добавления: 2014-01-13