4
конфигурацией. В этой программе могут содержаться ссылки на процедуры управления конфигурацией, описанные в стандарте данной компании.
Эта деяте льность описана в Разде ле 7.
4.2. 4 Проверка системы управления конфигурацией
Пров ерки системы управл ения конфигурацией следует выполнять с целью оценки ее соот ветствия процедурам и програ ммам управления конфигурацией.
Эта деятельность о писана в Разде ле 8.
- 5 Процесс управления конфигурацией
- 5.1 Общие положения
Виды деяте льност ь, осуществляемые в рамках процесса управления конфигурац ией, опис аны ниже. Для того чтобы процес с был эффе ктивным, важно, чтобы эти виды деятельности составляли ед иное целое.
- 5.2 Идентификац ия конфигурации
Идентификация ко нфигурации включает в себя следующее.
5.2.1 Структура продукции и выбор объектов конфигурации
Структура продукции должна определять взаи мосвязь и положения объектов конфигурации при разбиении продукции на компоненты. Объекты конфигурации следует выбирать с помощью процесса раз ложения (т.е. разб иения) продук ции на компоненты, руководствуясь критериями, приведенными в 7.2.1.
5.2.2 Документация на объекты конфигурации
Все необходимые функциональные и физические характер истики объекта конфигурации, в ключая сопряжения, изменения, отклонения и ра зрешения на отклонения, должны содержаться в четко идентифицированных документах. Такие документы обычно классифицируются как до кументы по конфигурации.
5.2.3 Нумерация
Д ля идентификаци и объекта конфигурации, их деталей и узлов, документов, сопряжений, изменений , от клонений и разрешений на отклонение следует установить и применять , прав ила нумерации.
5.2 .4 Установлен ие конфигурационных баз
Ко нфигурационные базы должны быть установлены официальным соглашением в определенные моменты времени и использованы в качестве отправных точек д ля официального контроля за конф игурац ией.
Конф игурационн ые базы и утвержденные изменения к ним соста вляют текущую утвержденную конфиг урац ию.
- 5.3 Контроль за конфигурацией
После первоначального выпуска документов по конфигурации все изменения следует контролировать. В лияние изменен ия, требования заказчика и подвергнутая влиянию конфигурационная б аза будут определять степень формальности, соблюдаемой при работе с и зменением, и могут стать основой любой системы классификации, используемой для класс ифицирова н ия/распределения по категориям данного изменения.
Ко нтроль за конф игурацией в ключает следующие виды деятельности, которые должны быть подробно о писаны в документированной процедуре контроля за и зменением:
- документирован ие и обоснование измен ения;
- оценка последствий внесения изменения;
- ут верждение или неутверждение изменения;
- внесени е и про верк а изменения;
- обработка от клонений и разрешений на отклонени е.
В целях защиты целостности конфигурации и обеспечения основы для контроля за изменением важно , чтобы объекты конфигурации, их составные части и документация на них содержались в такой среде, которая:
- соответствует требуемым окружающим услов иям (например, для аппаратного оборудования и программного обе спечения ЭВМ, данных, документов, чертежей и т.д .);