Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
УЧЕБНОЕ ПОСОБИЕ Глухова Лилия Александровна 2007.pdf
Скачиваний:
568
Добавлен:
15.06.2014
Размер:
921.37 Кб
Скачать

2.5.Модели жизненного цикла,

реализующие эволюционную стратегию разработки программных средств и систем

2.5.1.Общие сведения об эволюционных моделях

Эволюционные модели поддерживают эволюционную стратегию разработки ПС и систем, при которой в начале жизненного цикла определяются не все требования. Система или программное средство строится в виде

последовательности

версий. Каждая

из

версий

реализует

некоторое

подмножество требований. После реализации

каждой

версии

требования

уточняются.

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

2.5.2.Эволюционная модель по ГОСТ Р ИСО/МЭК ТО 15271-2002

Один из простейших классических вариантов эволюционной модели

приведен в ГОСТ Р ИСО/МЭК ТО 15271-2002

(рисунок 2.14) [6].

 

 

 

В

данном случае

разработка

каждой версии

программного

средства

(системы) выполняется на основе каскадной модели, содержащей четыре этапа:

разработка требований, проектирование,

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

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

ввод в действие и поддержка приемки.

 

 

 

 

 

 

При

разработке

первой версии

формулируются

наиболее

важны

(базовые)

требования

к

продукту. На

основе

данных

требований

разрабатывается и вводится в действие первая версия системы(программного средства).

При разработке каждой очередной версии требования уточняются, при

необходимости

вводятся

новые

или

изменяются

уже

реализован

требования. На

основе уточненных требований

разрабатывается

и вводится в

действие очередная версия продукта.

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

38

 

 

 

Версия 1

 

 

 

 

 

 

 

 

 

 

 

 

 

Програм-

 

Ввод в

Разработка

 

Проекти-

 

мирование

 

действие и

требований

 

рование

 

и тестиро-

 

поддержка

1

 

 

 

вание

 

приемки

 

 

 

 

 

 

 

 

 

 

Версия 2

 

 

 

 

 

 

 

 

 

 

 

 

 

Програм-

 

Ввод в

Разработка

 

Проекти-

 

мирование

 

действие и

требований

 

рование

 

и тестиро-

 

поддержка

2

 

 

 

вание

 

приемки

 

 

 

 

 

 

 

 

 

 

Версия N

 

 

 

 

 

 

 

 

 

 

 

 

 

Програм-

 

Ввод в

Разработка

 

Проекти-

 

мирование

 

действие и

требований

 

рование

 

и тестиро-

 

поддержка

N

 

 

 

вание

 

приемки

 

 

 

 

 

 

 

Рисунок 2.14 – Вариант эволюционной модели по ГОСТ Р ИСО/МЭК ТО 15271-2002

39

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

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

Рисунок 2.15 изображает структурную эволюционную модель быстрого

прототипирования, которая

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

на процессы

и

работыСТБ

ИСО/МЭК 12207-2003.

 

 

 

 

Начало жизненного

цикла разработки находится в центре модели. С

учетом

предварительных

требований

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

и

разработчиками

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

 

 

Затем выполняется быстрый анализ требований к ПС(или

системе), во

время которого совместно с пользователями разрабатываютсяумышленно неполные требования. На их основе выполняется укрупненное проектирование, программирование и тестирование системы и ее программных компонентов. Таким образом, реализуется построение исходного прототипа.

После этого начинается итерационный цикл быстрого прототипирования,

содержание

которого аналогично циклу

построения

исходного прототипа

(укрупненное проектирование,

программирование и тестирование системы и ее

программных

компонентов).

Пользователь

оценивает

функционирование

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

пользователем.

 

 

 

 

Затем

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

детализированная

разработка

системы(или

программного

средства), во

время которой реализуются

несущественные

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

Зачастую данная

модель применяется в комбинации с

каскадно

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

на последнем (детальная разработка) — этапы каскадной модели с целью

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

 

Недостатки

структурной

эволюционной

модели

бы

прототипирования:

 

 

 

 

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

40

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

Детализированная разработка

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

Быстрый анализ

требований

Ввод в

 

Проекти-

действие и

План

поддержка

проекта

рование

приемки

 

прототипа

прототипа

 

 

 

Програм-

 

 

мирование и

 

 

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

 

 

прототипа

 

Эксплуатация и сопровождение

Ввод в действие и

поддержка

приемки

Рисунок 2.15 – Структурная эволюционная модель быстрого прототипирования

41

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

3)возможность задержки реализации конечной версии ПС(системы)

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

2.5.4.Эволюционная модель прототипирования по ГОСТ Р ИСО/МЭК ТО 15271-2002

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

иадаптирована под требования стандарта ИСО/МЭК 12207.

Основой эффективного применения данной модели жизненного цикла

является

максимально возможная детализация на ранних этапах проекта

(анализ

требований

к

системе и проектирование системной архитектуры).

Данные

этапы выполняются в модели один раз. Однократное выполнение этих

этапов

достигается

за

счет тесных связей разработчиков с пользователями

проекта. Требования к системе, в первую очередь, функции системы и внешние интерфейсы определяются пользователями в начале ЖЦ, деловые процессы уточняются при проведении пользователем серии оценок прототипов системы.

В данной модели при создании каждой версии ПС использует

прототипирование. При разработке каждого прототипа уточняются требования

 

к нему. Затем выполняется программирование прототипа в среде4GL. При

 

выполнении данного этапа инструментальная среда 4GL используется в первую

 

очередь для быстрого проектирования и

сборки ,ПСа также

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

 

наращивания, изменения

и

уточнения

. ПСЯзыки 4GL осуществляют

 

частичную автоматическую кодогенерацию ПС.

 

 

Проверка и оценка каждого прототипа осуществляется пользователем в

реальной эксплуатационной среде.

 

 

 

В

модели

ЖЦ

 

определен

фиксированный

период

провед

прототипирования и произвольное количество итераций.

Разработчик ПС контролирует прототипирование с помощью:

1)установления приоритетов требований к ПС;

2)ужесточения ограничений временного интервала;

3)привлечения конечного пользователя.

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

42