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

определены как элементы аппаратной конфигурации (ЭАК), элементы

конфигурации программного обеспечения (ЭКПО) и соответственно ручные

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

элементами аппаратной, конфигурации, конфигурации ПО и ручными операциями,

должны быть зарегистрированы.

Архитектура системы и требования для элементов конфигурации и ручных

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

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

согласованность с системными требованиями;

соответствие стандартам и используемым методам проектирования;

осуществимость наполнения элементов конфигурации ПО распределенными для них

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

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

4. Анализ требований к программному обеспечению. Для каждого ЭКПО это

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

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

обеспечению, включая спецификации характеристик качества, описанных ниже:

спецификации функций и возможности, включая исполнение, физические

характеристики, условия окружающей среды, при которых выполняется

программное обеспечение;

внешний интерфейс ЭКПО;

квалификационные требования;

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

поддержки, влиянию окружающей среды и повреждению персоналом;

спецификации защиты, включая касающиеся особой информации и материалов;

человеческий фактор и спецификации человеко-машинного взаимодействия,

включая относящиеся к ручным операциям, человеко-машинным взаимодействиям,

ограничениям на персонал и области, требующие концентрации человеческого

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

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

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

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

документация пользователя;

требования по эксплуатации пользователя и исполнению;

требования по пользовательскому сопровождению.

Разработчик должен оценить требования к программному обеспечению,

руководствуясь приведенными ниже критериями:

прослеживаемость системных требований и системного проекта;

внешняя согласованность с системными требованиями;

внутренняя согласованность;

тестовое покрытие требований;

тестируемость;

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

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

После успешного завершения обзора должна быть представлена основа для

требований к ЭКПО.

5. Проектирование программного обеспечения. Для каждого ЭКПО это действие

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

Разработчик должен преобразовать требования для ЭКПО в архитектуру,

описывающую структуру его верхнего (высшего) уровня и определяющую главные

компоненты. Должна быть гарантия того, что требования к ЭКПО полностью

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

детального проектирования.

Разработчик должен разработать и зарегистрировать:

проект высшего уровня для внешнего взаимодействия с ЭКПО и между

компонентами программного обеспечения;

проект высшего уровня для баз данных;

предварительные версии руководства для пользователя;

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

обеспечения.

Разработчик должен оценить архитектуру ЭКПО и проекты интерфейса и баз

данных, руководствуясь приведенными ниже критериями:

прослеживаемость требований к ЭКПО;

внешняя согласованность с требованиями к ЭКПО;

внутренняя согласованность между компонентами;

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

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

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

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

6. Детальное проектирование программного обеспечения. Для каждого ЭКПО это

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

Разработчик должен разработать детальный проект для каждого компонента

программного обеспечения ЭКПО. Компоненты программного обеспечения должны

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

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

Должна быть гарантия того, что требования к программному обеспечению

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

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

Разработчик должен разработать и задокументировать детальный проект для

внешнего интерфейса ЭКПО между компонентами программного обеспечения и

между модулями программного обеспечения. Детальный проект интерфейса должен

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

информации.

Разработчик должен разработать и зарегистрировать детальный проект базы

данных.

Разработчик должен обновить руководство пользователя насколько это

необходимо.

Разработчик должен определить и задокументировать тестовые требования и

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

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

требований.

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

программного обеспечения.

Разработчик должен оценить детальный проект программного обеспечения и

тестовые требования с точки зрения критериев, приведенных ниже:

прослеживаемость требований ЭКПО;

внешняя согласованность с архитектурой проекта;

внутренняя согласованность между компонентами и модулями;

соответствие методов проектирования и используемых стандартов;

выполнимость тестирования;

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

7. Программирование и отладка. Для каждого ЭКПО это действие состоит из

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

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

а) каждый модуль программного обеспечения и базы данных;

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

данных.

Разработчик должен тестировать каждый модуль ПО и базы данных, убеждаясь в

том, что они удовлетворяют требованиям. Результаты тестирования должны быть

задокументированы.

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

расписание интеграции ПО, оценить код ПО и результаты теста в соответствии

с критериями, приведенными ниже:

прослеживаемость требований ЭКПО и проекта;

внешняя согласованность с требованиями ЭКПО и архитектурой проекта;

внутренняя согласованность между требованиями модулей;

тестирование модулей;

соответствие методов кодирования и используемых стандартов;

выполнимость интеграции ПО и тестирования;

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

8. Интеграция программного обеспечения. Для каждого ЭКПО это действие

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

Разработчик должен разработать план интеграции для объединения модулей ПО и

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

ответственность и расписание.

Разработчик должен объединить модули ПО и компоненты. Должна быть гарантия

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

интегрирован как результат этой деятельности. Интеграция и результаты теста

должны быть задокументированы.

Разработчик должен обновить руководство пользователя, если это требуется.

Разработчик должен разработать и задокументировать для каждого

квалификационного требования ЭКПО полный набор тестов, ситуаций (вход,

выход, критерии тестирования) и процедуры тестирования для управления

квалификационным тестированием ПО.

Разработчик должен оценить план интеграции, проект, код, тесты, результаты

тестирования и руководства пользователя с точки зрения критериев,

приведенных ниже:

отслеживаемость системных требований;

внешняя согласованность с системными требованиями;

внутренняя согласованность;

тестирование ЭКПО требований;

соответствие используемых стандартов и методов тестирования;

соответствие с ожидаемыми результатами;

выполнимость квалификационного тестирования ПО;

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

9. Квалификационное тестирование программного обеспечения. Для каждого ЭКПО

это действие состоит из следующих задач, которые должен выполнить

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

Разработчик должен руководить квалификационным тестированием в соответствии

с квалификационными требованиями, особыми для ЭКПО. Должно быть

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

протестирована. Результаты квалификационного тестирования должны быть

зарегистрированы.

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

руководство пользователя в соответствии с приведенными ниже критериями:

тестирование требований к ЭКПО;

согласованность с ожидаемыми результатами;

выполнимость системной интеграции и тестирования;

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

Результаты аудита должны быть задокументированы. Если разрабатываются или

интегрируются ПО и аппаратное обеспечение, аудит может быть отложен до

квалификационного тестирования системы.

После успешного завершения аудита, если предписано, разработчик должен:

а) обновить и подготовить к поставке ПО для системной интеграции,

квалификационного тестирования системы, инсталляции или поддержки приема

ПО, как полагается;

б) представить основную линию проектирования и кодирования ЭКПО;

10. Системная интеграция. Это действие состоит из следующих задач, которые

должен выполнить разработчик.

ЭКПО должен быть интегрирован с ЭАК, руководством по эксплуатации и другими

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

соответствие требованиям. Интеграция и результаты тестирования должны быть

задокументированы.

Для каждого квалификационного требования к системе должны быть разработаны

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

критериев тестирования), процедур тестирования. Разработчик должен

гарантировать, что интегрированная система готова для квалификационного

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

Интегрированная система должна быть оценена в соответствии с приведенными

ниже критериями:

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

приемлемость используемых методов и стандартов тестирования;

согласованность с ожидаемыми результатами;

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

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

11. Квалификационное тестирование системы. Это действие состоит из

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

Квалификационное тестирование системы должно руководствоваться в

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

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

протестировано полностью и система готова к поставке. Результаты

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

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

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

подтверждение ожидаемыми результатами;

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

После успешного завершения аудита, если предписано, разработчик должен:

обновить и подготовить к поставке ЭКПО для инсталляции ПО и его приемки;

обосновать основные направления для проектирования и кодирования ЭКПО.

12. Инсталляция ПО. Это действие состоит из следующих задач, выполняемых

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

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

Ресурсы и информация, необходимые для установки ПО, должны быть определены

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

того, как ПО установлен в существующую систему, Разработчик должен

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

должен быть задокументирован.

Разработчик должен установить ПО в соответствии с планом установки. Должно

быть гарантировано, что ПО и базы данных инициализируются, функционируют и

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

должны быть задокументированы.

12. Поддержка приемки ПО. Это действие состоит из следующих задач,

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

Разработчик должен поддерживать процесс приемки поставщиком и тестирование

ПО. Приемка и тестирование должны основываться на общем обзоре, аудите,

квалификационном тестировании, квалификационном тестировании системы (если

оно выполнялось). Результаты приемки и тестирования должны быть

задокументированы.

Реализация

Целью является получение исходного кода, который должен допускать

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

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

Входные данные:

- требования НУ;

- архитектура ПО;

- план разработки ПО;

- стандарты кодирования ПО

Первичный результат - исходный код и объектный код.

Основные принципы:

- исходный код должен реализовывать требования НУ и соответствовать

архитектуре ПО;

- исходный код должен соответствовать стандартам кодирования ПО;

- исходный код должен сводиться к описанию проекта;

- неадекватные или некорректные входные данные должны быть переданы либо

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

этапу планирования разработки ПО по принципу обратной связи для разъяснения

или исправления.

Внедрение

Целью является загрузка исполняемого объектного кода в аппаратное или

программно-аппаратное обеспечение.

Входные данные:

- архитектура ПО;

- исходный код;

- объектный код.

Результат - исполняемый объектный код, а также компонуемые и загружаемые

данные.

Основные принципы:

- исполняемый объектный код должен быть сгенерирован из исходного кода и

компонуемых и загружаемых данных;

- ПО должно быть загружено в целевой компьютер для программно-аппаратной

интеграции;

- неадекватные или некорректные входные данные должны быть переданы либо

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

подэтапу кодирования ПО, либо этапу планирования разработки ПО по принципу

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

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

Процесс эксплуатации

Процесс эксплуатации состоит из действий и задач того, кто эксплуатирует

разработанное ПО. Процесс включает эксплуатацию ПО и поддержку

пользователей. Поскольку эксплуатация ПО является интеграционной

составляющей эксплуатации системы, действия и задачи этого процесса

относятся и к системе.

Оператор управляет процессом эксплуатации на уровне проекта, следуя

процессу управления, являющемуся примером; представляет инфраструктуру

процесса, согласно процессу инфраструктура ; подстраивает процесс для

проекта согласно процессу подгонки; руководит процессом на организационном

уровне согласно процессу усовершенствования .

Перечень действий. Этот процесс состоит следующих задач: выполнения

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

Процесс сопровождения

Процесс поддержки состоит из действий и задач лица, выполняющего

сопровождение. Этот процесс начинается, когда необходима модификация из-за

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

адаптации кода ПО и соответствующей документации. Его цель - модифицировать

существующее ПО, сохранив его целостность. Этот процесс включает

распространение и замену ПО. Процесс завершается заменой ПО.

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

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

стандарта. Если используется процесс разработки , термин разработчик

интерпретируется как обеспечивающий сопровождение. Обеспечивающий

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

процессу управления .

Перечень действий. Процесс состоит из следующих действий: процесс

реализации, анализ проблем и модификации, реализация модификации, приемка,

распространение, замена ПО.

Заключение

Сравнивая каскадную и спиральную модели, можно сказать, что каскадная

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

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

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

Спиральная же модель более ориентирована именно на информационные системы,

особенно на программные продукты, поэтому при разработке информационных

систем и их программного обеспечения она предпочтительнее каскадной.

Список источников:

1. www.aanet.ru

2. www.interface.com

3. www.setevoi.ru

4. Дж. Фокс “Программное обеспечение и его разработка” 1985 г.

SMS® www.shms@box.vsi.ru

www.cs.vsu.ru/~shumlyansky

Страницы: 1, 2