Скачиваний:
324
Добавлен:
01.04.2014
Размер:
1.08 Mб
Скачать

30. Дополнения к iso/iec 12207:1995. Структура процесса разработки.

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

рис. 32) от его базовой структуры (см. рис. 7) заключаются в следующем.

1. Работа 5.3.1 (Подготовка процесса разработки) заменена на расширен-

ный подпроцесс F.1.3.1 выявления требований (The Requirements Elicitation).

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

а также отслеживания изменений в них.

При выполнении данного подпроцесса формируется базовая линия согла-

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

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

81бованиях заказчика и их преобразования в базовую линию требований. Уста-

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

взаимоотношение своих требований. Определяется механизм надзора за по-

требностями заказчика.

2. Работы 5.3.5 (Проектирование программной архитектуры) и 5.3.6 (Тех-

ническое проектирование программных средств) объединены в подпроцесс

F.1.3.5 проектирования программных средств (The Software Design). Данный

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

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

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

При выполнении данного подпроцесса выполняется проектирование про-

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

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

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

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

готовые к дальнейшему кодированию и тестированию. Устанавливается соот-

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

3. Работа 5.3.7 (Программирование и тестирование программных средств)

заменена подпроцессом F.1.3.6 построения программных средств (The Software

Construction). Данный подпроцесс предназначен для реализации исполняемых

82программных модулей, соответствующих результатам проектирования про-

граммных средств.

При выполнении данного подпроцесса определяются критерии верифика-

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

кодируется. Устанавливается соответствие между требованиями к програм-

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

Выполняется верификация программных модулей на соответствие требовани-

ям.

4. Работа 5.3.9 (Квалификационные испытания программных средств) за-

менена подпроцессом F.1.3.8 испытаний программных средств (The Software

Testing). Данный подпроцесс предназначен для подтверждения того, что про-

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

ленным к нему требованиям.

При выполнении данного подпроцесса устанавливаются критерии оценки

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

нием установленных критериев выполняется верификация программного про-

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

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

ний в его элементы.

5. Работа 5.3.11 (Квалификационные испытания системы) заменена под-

процессом F.1.3.10 испытаний системы (The System Testing). Данный подпро-

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

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

общему заключению о соответствии.

При выполнении данного подпроцесса устанавливаются критерии для

оценки соответствия собранной системы системным требованиям. Собранная

система верифицируется, используя установленные требования. Разрабатывает-

ся стратегия регрессионного тестирования системы. Данная стратегия применя-

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

6. Работа 5.3.13 (Обеспечение приемки программных средств) перенесена

в процесс поставки (см. подпроцесс поддержки приемки продукта на рис. 31).

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

рять требованиям стандарта ISO/IEC 15504 [30 – 37].