3.4.Процессы жизненного цикла с измененной структурой

ВДополнениях Amd.1:2002 и Amd.2:2004 [18, 19] основным изменениям подверглась структура процессов заказа, поставки, разработки, эксплуатации и управления.

3.4.1. Процесс заказа (The Acquisition Process)

Базовая структура процесса заказа (номер 5.1 в стандарте ИСО/МЭК 12207) рассмотрена в п. 2.2.1 пособия и представлена на рис. 5. Модифицированная структура процесса заказа приведена на рис. 30.

Из рис. 30 видно, что в структуру процесса заказа введены четыре составных подпроцесса:

·подготовка заказа (The Acquisition Preparation);

·выбор поставщика (The Supplier Selection);

·надзор за поставщиком (The Supplier Monitoring);

·приемка договора (The Customer Acceptance).

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

Цели и результаты выполнения процесса заказа и его подпроцессов должны удовлетворять требованиям стандарта ISO/IEC 15504 [30 – 37].

5.1 (F.1.1).

Процесс заказа (В)

Рис. 30. Подпроцессы процесса заказа

всоответствии с ISO/IEC 12207:1995 / Amd.1:2002

3.4.2.Процесс поставки (The Supply Process)

Базовая структура процесса поставки(номер 5.2 в стандарте ИСО/МЭК 12207) рассмотрена в п. 2.2.2 пособия и представлена на рис. 6. Модифицированная структура процесса поставки приведена на рис. 31.

80

5.2 (F.1.2).

Процесс поставки (В)

Рис. 31. Подпроцессы процесса поставки

в соответствии с ISO/IEC 12207:1995 / Amd.2:2004

Из рис. 31 видно, что в структуру процесса поставки введены четыре составных подпроцесса:

·предложение поставщика (The Supplier Tendering);

·согласование договора (The Contract Agreement);

·сдача продукта (The Product Release);

·поддержка приемки продукта (The Product Acceptance Support).

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

3.4.3.Процесс разработки (The Development Process)

Базовая структура процесса разработки(номер 5.3 в стандарте ИСО/МЭК 12207) рассмотрена в п. 2.2.3 пособия и представлена на рис. 7. Модифицированная структура процесса разработки приведена на рис. 32.

В отличие от процесса разработки стандартаИСО/МЭК 12207, состоящего

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

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

81

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

5.3 (F.1.3).

Процесс разработки (В)

Рис. 32. Структура процесса разработки

всоответствии с ISO/IEC 12207:1995 / Amd.1:2002

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].

3.4.4.Процесс эксплуатации (The Operation Process)

Базовая структура процесса эксплуатации (номер 5.4 в стандарте ИСО/ МЭК 12207) рассмотрена в п. 2.2.4 пособия и представлена на рис. 11. Модифицированная структура процесса эксплуатации приведена на рис. 33. В структуру процесса эксплуатации введены два расширенных подпроцесса:

·эксплуатационное использование (The Operational Use);

·поддержка пользователя (The Customer Support).

83

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

Цели и результаты выполнения процесса эксплуатации и его подпроцессов должны удовлетворять требованиям стандарта ISO/IEC 15504 [30 – 37].

5.4 (F.1.4). Процесс эксплуатации (В)

Рис. 33. Подпроцессы процесса эксплуатации

всоответствии с ISO/IEC 12207:1995 / Amd.1:2002

3.4.5.Процесс управления (The Management Process)

Модифицированная структура процесса управления приведена на рис. 34. В отличие от базового процесса управления (см. рис. 23) модифицированный процесс разделяется на шесть подпроцессов, связанных с управлением отдельными сторонами жизненного цикла программных средств. Большинство из данных подпроцессов представляет собой объединение по целевому признаку существующих в стандарте ISO/IEC 12207:1995 работ и задач ЖЦ с учетом их необходимого развития и уточнения (Е).

7.1 (F.3.1). Процесс управления (В)

Рис. 34. Структура процесса управления

в соответствии с ISO/IEC 12207:1995 / Amd.1:2002

84

Подпроцесс организационного уточнения(The Organizational Alignment)

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

Подпроцесс управления организацией (The Organization Management) пред-

назначен для установки и реализации в организации методов управления процессами ЖЦ ПС, совместимых с деловыми целями организации.

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

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

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

Подпроцесс управления качеством (The Quality Management) выполняется путем постоянного контроля качества продуктов и услуг на организационном и проектном уровнях с целью обеспечения гарантии их соответствия исходным требованиям.

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

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

85