2.3.1.	Базовая RAD-модель
Рисунок	2.8 представляет вариант базовойRAD-модели быстрой

разработки приложений для отдельной итерации некоторой эволюционной

модели.		Данный		рисунок отражает			также зависимость трудозатрат п
разработке и участия пользователя от этапов RAD-модели.
		Участие
		пользователя
по разработке		в разработке
							Программи-
Трудозатраты		к системе					рование и
					Проектиро-		квалифика-
									Ввод в
		Анализ					ционные
					вание
									действие и
	требований						испытания
									обеспечение
									приемки

Временной блок

`

Рисунок 2.8 – Базовая RAD–модель быстрой разработки приложений

На

этапе

анализа требований

к

системесовместно

с

заказчиком

(пользователем)

выполняется

анализ

предметной

области

и

разработка

требований к системе.

На

этапе

проектирования выполняется

проектирование

системной

архитектуры, анализ требований к программным средствам, проектирование

программной

архитектуры

и

техническое

проектирование

программных

средств.

При

этом, как

правило,

используются

автоматические

инструментальные

средства,

обеспечивающие

сбор

пользовательской

информации и визуальное проектирование.

На

этапе

программирования

и

квалификационных

испыта

осуществляется

программирование

и

тестирование

программных

средств,

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

На этапе ввода в действие и обеспечения приемкивыполняются установка системы, приемочные испытания и обучение пользователей.

27

2.3.2.RAD-модель, базирующаяся на моделировании

В RAD-модели для ускорения процесса разработки обычно используются различные виды моделирований, например, моделирование предметной области, моделирование данных, моделирование процесса (поведения) с последующей автоматической кодогенерацией программного средства.

С учетом этого разработан вариантRAD-модели для отдельной итерации некоторой эволюционной модели (рисунок 2.9). В данной модели выделяется пять этапов.

Моделирование

предметной

области

Моделирование

данных

Моделирование

поведения

Автоматическая

кодогенерация

Сборка и квалификационные испытания

Временной блок

(60 дней)

Рисунок 2.9 – Вариант RAD-модели, использующий моделирование

28

Основу	этапа	моделирования		предметной	областисоставляет
определение	и	анализ	ее	информационных	потоков	и

(функциональное моделирование).

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

На этапе моделирования поведениявыполняется динамическое

(поведенческое) моделирование предметной области.

На этапе автоматической кодогенерациина основе информационной,

функциональной и поведенческой моделей выполняется генерация текстов программных компонентов. При этом используются языки программирования четвертого поколения (4GL) и CASE-средства. Широко применяются повторно используемые программные компоненты.

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

2.3.3.RAD-модель параллельной разработки функций программного средства

Зачастую используется вариантRAD-модели, которую представляет рисунок 2.10.

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

2.3.4.RAD-модель быстрой разработки приложений по ГОСТ Р ИСО/МЭК ТО 15271-2002

Рисунок 2.11		представляет		один		из	вариантовRAD-модели,
рекомендованный к использованию в ГОСТ Р ИСО/МЭК ТО 15271-2002 [6].
На этапе осуществимостивыполняется анализ проекта на основе
критических	факторов успешности				реализацииRAD-модели (к			данным
факторам могут быть отнесены области применения RAD-модели, приведенные
в п. 2.3.5).
На	этапе	анализа	деловой		деятельностиопределяется			область

применения проекта и разрабатывается план прототипирования.

В цикле функциональной модели с помощью инструментальных средств

быстрой	разработки (CASE-средств) разрабатывается			функциональный
прототип,	формулируются	нефункциональные	требования		и	стратегия
реализации прототипа.

29

2-я группа разработчиков

Моделирование предметной области

Моделирование данных

				Моделирова-
1-я группа				ние обработки
разработчиков
						Автоматичес-
Моделирова-						кая
ние						кодогенерация
предметной
области
	Моделирова-
	ние данных
				Моделирова-
				ние обработки
						Автоматичес-
						кая
						кодогенерация

Временной блок (60 дней)

Сборка и квалификационные испытания

Рисунок 2.10 – Вариант RAD-модели, основанный на независимой работе групп разработчиков

30

Осуществимость

Анализ
деловой	Ввод в
деятельности	действие

Соответствие графику

Определение		Анализ
функцио-	Цикл	функцио-
нального	функциональной	нального
прототипа	модели	прототипа

Создание

функционального

прототипа

Обучение пользователей

Приемка пользовате-

Реализация лем и указа-

ния пользователя

Анализ

практики

Соответствие графику

	Описание	Цикл	Анализ
	прототипа		прототипа
		проектирования
	проекта		проекта
		и создания
		Создание
		прототипа
		проекта

Рисунок 2.11 – Вариант модели быстрой разработки приложений RAD по ГОСТ Р ИСО/МЭК ТО 15271-2002

31

В	цикле проектирования	и созданияна основе функционального
прототипа	создается ПС(или	система), прошедшее квалификационные

испытания и удовлетворяющее всем функциональным и нефункциональным требованиям.

На этапе реализации выполняется внедрение ПС(или системы) в среде пользователя, его документирование и обучение соответствующего персонала.

Цикл функциональной модели и цикл проектирования и создания предусматривают последовательную итерацию работ3 – 9 процесса разработки, регламентированного стандартом СТБ ИСО/МЭК 12207-2003 (см. подразд. 1.2 пособия). При этом каждая итерация прототипа должна быть создана в соответствии с графиком работ за определенный временной интервал. Конкретное время реализации каждого шага итерационного цикла, как правило,

определяется набором трех итераций – предварительное		исследование,
уточнение и утверждение (принятие) текущего прототипа.
Из описания приведенного вариантаRAD-модели	следует, что он
фактически реализует эволюционную стратегию разработки.	В	каждом цикле

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

2.3.5.Достоинства, недостатки и области использования RAD-модели

При использовании RAD-модели в соответствующем ей проекте проявляются следующие ее достоинства:

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

2)сокращение риска, связанного с соблюдением графика, за счет использования принципа временного блока и связанное с этим упрощение планирования;

3)сокращение риска, связанного с неудовлетворенностью заказчика разработанным продуктом, за счет его привлечения на постоянной основе к циклу разработки; возрастание уверенности, что система будет соответствовать требованиям;

4) возможность повторного использования существую компонентов.

Недостатки RAD-модели при использовании в неподходящем для нее проекте:

1)необходимость в постоянном участии пользователя в процессе

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

32