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

Количество итераций модели выбирается в соответствии со сложностью проекта. Работы каждой итерации должны бать адаптированы под конкретный

проект.

 

 

 

 

 

 

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

в спиральной модели

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

позже, чем

в

других

моделях. Это

позволяет

минимизировать

риски

посредством

 

последовательных

уточнений

требований, выдвигаемых

пользователем. На каждой итерации рассматривается один или несколько

главных факторов риска, начиная с фактора наивысшего риска. Типичные риски

 

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

 

спроектированную

архитектуру,

потенциальные

 

проблемы

эксплуатации

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

 

 

 

 

 

При

использовании

 

спиральной

 

модели

 

при

вы

соответствующего ей проекта проявляются следующие ее достоинства:

 

 

1)

наличие

действий

по

анализу

рисков, что

обеспечивает

их

сокращение и заблаговременное определение непреодолимых рисков;

 

 

 

2)

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

административного

управления

процессом

разработки, затратами, соблюдением

графика и

кадровым

обеспечением, что

 

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

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

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

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

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

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

2.5.6.Упрощенные варианты спиральной модели

Как уже было отмечено, одним из основных недостатков классической спиральной модели является сложность. С учетом этого разработан ряд ее упрощенных версий. Ниже приведены некоторые из них в, фор учитывающей положения стандарта СТБ ИСО/МЭК 12207-2003 [8].

48

Простейший вариант

Рисунок 2.18 представляет один из простейших вариантов спиральной модели [20].

I. Планирование

II. Риск

 

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

 

 

 

планирование, основанное

 

 

 

на оценках заказчиков

 

Анализ рисков, основанный

 

 

 

Анализ начальных

на начальных требованиях

 

 

требований и

Анализ рисков, основанный

планирование

 

проекта

на оценках заказчиков

 

 

 

Принятие решения о

 

Оценка

продолжении разработки

 

Разработка начального

 

результатов

 

заказчиками

прототипа

 

 

 

Разработка прототипов

 

 

 

следующего уровня

 

 

 

Разработка системы

IV. Заказчик

III. Разработка

Рисунок 2.18 – Один из простейших вариантов спиральной модели

В данной модели процесс жизненного цикла разработки проекта разделен на четыре квадранта: «Планирование», «Риск», «Разработка», «Заказчик». В пределах квадрантов выделяются только основные действия различного уровня.

Таким образом, в данной модели устранена чрезмерная детализация

процесса. Необходимая

детализация

процессов

предусматривается

при

выполнении работ этапов планирования конкретного цикла спирали.

 

Модель Института Управления проектами

Рисунок 2.19 отражает другой вариант упрощенной спиральной модели в форме, учитывающей положения стандарта СТБ ИСО/МЭК 12207-2003. Базой

49

для данной модели является модель, разработанная в Институте Управления проектами PMI (Project Management Institute, США).

IV. Оценка

I. Анализ

 

требований

 

16

17

12

 

 

12

 

13

8

 

9

4

5

 

 

1

 

3

2

 

7

6

 

11

 

10

15

 

14

III. Сборка

II. Разработка

Рисунок 2.19 – Модель Института Управления проектами PMI с учетом положений стандарта СТБ ИСО/МЭК 12207-2003

На данном рисунке приняты следующие обозначения: 1 – начальные требования; 2 – концептуальное проектирование;

3 – доказательство концепции;

50

4 –

анализ рисков;

 

5 –

требования к системе;

 

6 –

логическое проектирование (проектирование системы);

7 –

первая сборка;

 

8 –

квалификационные испытания и оценка;

9 –

требования к программным компонентам;

10 –

проектирование программных компонентов;

11 –

вторая сборка;

 

12 –

квалификационные испытания и оценка;

13 –

требования к модулям;

 

14 –

программирование и тестирование модулей программных средств;

15 –

конечная сборка;

 

16 –

ввод в действие и обеспечение приемки;

17 –

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

В этом варианте модели процесс разработки проекта разделен на четыре

следующих

квадранта: «Анализ

требований», «Разработка», «Сборка»,

«Оценка».

 

 

 

Вквадранте «Анализ требований» выполняются действия, связанные с разработкой требований к результатам очередного цикла модели.

Вквадранте «Разработка» выполняются концептуальное проектирование, проектирование системы, подсистем, программирование и тестирование программных компонентов.

Вквадранте «Сборка» выполняется сборка компонентов системы различного уровня.

Вквадранте «Оценка» осуществляется оценка рисков проекта(в начале жизненного цикла), квалификационные испытания промежуточных версий

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

К достоинствам рассмотренных выше упрощенных спиральных моделей

можно отнести:

1) данные модели упрощены по сравнению с базовой моделью Боэма; это

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

 

2) несмотря

на

упрощения, большое

внимание

в

данных моделях

уделяется

действиям,

непосредственно

не

связанным

с

разработкой; это

повышает качество как процесса разработки, так и продуктов разработки,

упрощает

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

сроков

и

стоимости

 

разраб, повышаеттки

удовлетворенность заказчика результирующим продуктом.

 

 

Модель «win-win»

 

 

 

 

 

Рисунок 2.20

представляет модифицированный

вариант спиральной

модели под названием «win-win» (взаимный выигрыш), разработанный Боэмом

51

[20]. Данная модель уделяет повышенное внимание участникам проекта (пользователям, заказчикам, разработчикам, тестировщикам и т.д.) и, в первую очередь, роли заказчика в жизненном цикле разработки. Модель основана на постоянном согласовании всех работ жизненного цикла разработки.

Определение участников работ планируемого

уровня

I

Планирование работ уровня, обновление плана разработки

Анализ и утверждение результатов уровня

VI

Аттестация продукта и процесса текущего уровня

II

 

Определение условий,

 

необходимых для успешного

Согласование

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

уровня

условий успешного

 

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

 

III

 

Анализ целей,

 

ограничений

 

и альтернатив

 

уровня

 

Оценка

 

альтернатив

 

продукта и

 

процесса

 

IV

 

Устранение

Разработка продукта

рисков

 

текущего уровня

 

V

Рисунок 2.20 – Спиральная модель «win-win»

Каждый цикл в модели разделен на шесть этапов:

I - планирование работ уровня(цикла), обновление всего плана разработки и определение участников работ планируемого уровня;

II - определение условий, необходимых для успешного выполнения работ участниками уровня;

III - согласование условий успешного выполнения работ; анализ целей, ограничений и альтернативных вариантов уровня;

52

IV

- оценка альтернативных

вариантов

уровня(

отношении

как

продукта, так и процесса), устранение или сокращение рисков;

 

 

V - разработка продукта текущего уровня;

 

 

 

VI

- аттестация продукта и

процесса

текущего

уров; анализя

и

утверждение результатов уровня.

К достоинствам спиральной модели "win-win" по отношению к другим спиральным моделям можно отнести:

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

2)уменьшение стоимости продуктов проекта благодаря уменьшению объема переделок и текущего сопровождения, а также ускорению разработки;

3)

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

проекта;

 

4)

как результат, более высокое качество разработанных продуктов.

Спиральная модель Консорциума по вопросам разработки программного обеспечения

Рисунок 2.21 отражает структуру одного цикла модифицированной формы спиральной модели, созданной Консорциумом по вопросам разработки программного обеспечения (Software Productivity Consortium).

На данном рисунке приняты следующие обозначения: 1 – Определение проекта, в том числе:

 

·

участники работ;

 

·

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

 

·

альтернативы;

 

·

ограничения.

2 –

Определение рисков;

3 –

Оценка рисков;

4 –

Планирование разрешения рисков;

5 –

Оценка разрешения рисков;

6 –

Оценка альтернатив, предложенных в первой работе, с участием

оценки разрешения рисков;

7 – Планирование и разработка графиков проекта;

8 – Разработка и верификация продукта;

9 –

Мониторинг (надзор) и оценка продукта;

10 –

Управление конфигурацией версии;

11 –

Приемочные испытания уровня;

12 – Обновление спирального плана проекта.

53

Результаты

I. Определение определения

проекта

2

3

1

Утверждение

результатов

уровня

12

8

11

10

9

V. Управление и

Версия

системы

планирование

 

II. Анализ рисков

Стратегия

разрешения

рисков

4

III.

Разработ-

5ка плана проекта

6

7

План

разработки

IV. Разработка продукта текущего уровня

Рисунок 2.21 – Спиральная модель Консорциума по вопросам разработки программного обеспечения

В данной модели каждый цикл разделен на пять этапов: I - Определение проекта;

II - Анализ рисков;

III - Разработка плана проекта;

IV - Разработка продукта текущего уровня; V - Управление и планирование;

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

54

Компонентно-ориентированная спиральная модель

Рисунок 2.22 представляет вариант спиральной модели, называемый компонентно-ориентированной моделью [19]. В этой модели основное внимание уделяется процессу разработки. Модель ориентирована на повторное использование существующих программных компонентов.

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

вбиблиотеку новые компоненты.

Кдостоинствам компонентно-ориентированной спиральной модели относятся:

1)сокращение длительности разработки конечного продукта;

2)уменьшение стоимости разработки конечного продукта.

Достоинства упрощенных спиральных моделей

Обобщая написанное выше об упрощенных спиральных моделях, можно выделить следующие общие для них достоинства:

1) Существенное упрощение по сравнению с базовой спиральной моделью Боэма, что делает данные модели интуитивно более понятными заказчикам, разработчикам и администраторам проекта, а также уменьшает стоимость проектов;

2) Повышенное внимание во всех упрощенных спиральных моделях уделяется действиям, непосредственно не связанным с разработкой(анализ рисков, планирование, работа с персоналом и .). тНепосредственная.

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

55

I. Планирование

II. Риск

IV. Заказчик

III. Разработка

Содержание разработки Идентификация и поиск

в библиотеке кандидатов в компоненты

 

Кандидат

 

Кандидат не

 

 

найден

 

найден

 

 

 

 

 

 

Разработка

 

Извлечение

 

Разработка

 

 

существующих

 

 

N-ой версии

 

 

новых

 

 

компонентов

 

 

системы

 

 

компонентов

 

 

из библиотеки

 

 

 

 

 

 

 

Включение

новых

компонентов в библиотеку

Рисунок 2.22 – Вариант компонентно-ориентированной спиральной модели

56