Ўзбекистон республикаси ахборот технологиялари ва коммуникацияларини ривожлантириш вазирлиги муҳаммад ал-хоразмий номидаги

1.8.6. Процедуры процесса конфигурационного управления 
Конфигурационное управление построено как композиция нескольких подпроцессов, 
функционирующих совместно: 

---

185 

Идентификация конфигураций; 

Управление изменениями; 

Формирование базовых конфигураций; 

Вычисление статусов конфигураций; 

Поддержка ограничений доступа; 

Архивирование, аудиты/обзоры конфигураций. 
Следует особенно заметить, что процесс конфигурационного управления отнюдь не 
заканчивается с завершением работ проекта по производству продукции. Процесс 
конфигурационного управления продолжает функционировать и, возможно, весьма 
значительное время, обеспечивая поддержку сопровождения программного продукта.
1.8.6.1. Идентификация конфигураций 
Целью процедуры идентификации является присвоение каждому ОКУ уникального 
имени (кода), обеспечивающего его опознание среди прочих ОКУ. Следует заметить, что 
процедура 
идентификации с очевидностью должна предшествовать процедуре 
прослеживания (трассировки). В тех случаях, когда идентификация объекта не может быть 
достигнута путем нанесения на него идентификационного кода (например, для объектного 
кода программы), она должна быть обеспечена косвенным путем, например, 
идентификационным полем, значение которого может быть проконтролировано 
вспомогательным программным средством. 
Процедура КУ проекта должна устанавливать систему идентификации для каждой 
отдельно конфигурируемой компоненты программного обеспечения. Поскольку сама 
компонента может при этом состоять из отдельных составных частей, то идентификация 
должна рекурсивно распространяться на все ее составные части до достижения уровня 
атомарного ОКУ (т.е. файла). 
Идентификация ОКУ происходит путем помещения этих объектов в базу данных 
проекта. В самом простом случае база данных проекта может являться общедоступным 
сетевым каталогом на сервере, идентификация ОКУ и их версий при этом должна 
проводиться вручную. 
Существует ряд систем конфигурационного управления, которые представляют собой 
инструменты для обеспечения коллективной работы с базой данных проекта. Эти системы 
берут на себя все основные функции конфигурационного управления, перечисленные выше, 
в т.ч. сохранность ОКУ, автоматическую нумерацию версий, предотвращение 
неавторизованных действий над ОКУ и учет состояния ОКУ. 
Идентификатором ОКУ служит имя файла в совокупности с путем внутри базы данных. 
Имя файла присваивается менеджером конфигураций; он же имеет право переименовывать 
ОКУ.
Чтобы исключить возможность появления в базе данных проекта неправильно 
поименованных, неправильно размещенных и не подлежащих хранению в репозитории 
объектов, операции New Folder, Introduce и Rename могут выполнять только руководитель 
проекта и менеджер конфигураций. 
Составные ОКУ идентифицируются путем составления индексов конфигураций, в 
которых перечисляются ОКУ (с указанием номера версии), входящие в состав конфигурации 
данного ОКУ. Индекс конфигурации, в свою очередь, является объектом конфигурационного 
управления и может входить как составная часть в другой ОКУ. Таким образом, ОКУ, в 
общем случае, образуют иерархию, вершиной которой является конфигурация продукта, 
включающая в себя все другие ОКУ.