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

1.8.6.4. Вычисление статуса конфигурации 
После того, как изменение объекта конфигурации санкционировано, обычно возникает 
некоторая временная задержка на время реализации изменения. Руководству и участникам 
проекта необходимо иметь сведения о процессе внесения изменений, а не только о факте его 
завершения. Процедура вычисления статуса - механизм, используемый для прослеживания 
эволюции каждого объекта системы и его текущего состояния.
Процедура вычисления статуса должна обеспечивать возможность реководству проекта 
на основании отслеживания состояний отдельных ОКУ судит о состоянии разработки в 
целом. Эта процедура обеспечивает проектного менеджера большим количеством данных о 
его продукте, включая то, как он разрабатывается и все ли требуемые свойства 
действительно реализованы. В конечном счете, процедура обеспечивает актуальную и 
объективную информацию о статусе каждого объекта конфигурации в любой момент 
процесса разработки, которая включает данные следующих типов данных:

Время возникновения каждой БК и изменения (проблемы); 

Время определения каждого объекта конфигурации; 

Описательная информация о каждом объекте конфигурации;

Статус запросов на изменения (принят, отклонен, ожидает выполнения, 
выполнен)

Описание статусов

Описательная информация о каждом запросе на изменение

Статус изменения

Описательная информация о каждом изменении
Вычисление статуса, как функция увеличивает свою сложность по мере развития 
разработки. Эта сложность в основном выражается в быстром росте объемов данных, 
которые записываются и обрабатываются. 
1.8.6.5. Архивирование, аудиты и обзоры конфигураций 
Как 
уже 
говорилось, 
процедура 
архивирования 
должна 
обеспечивать 
восстанавливаемость (хранение или вычисление) любой запрошенной версии ОКУ. 
Сохранность данных подразумевает не только возможность восстановления искомой 
версии ОКУ во все время действия процесса конфигурационного управления, но и защиту 
данных проекта от не санкционированного доступа. Иными словами изменения объекта 
могут производиться только тем лицом, которому это изменение доверено руководством 
проекта. 
Менеджер проекта должен быть уверен, что требуемое управление конфигурацией 
реализуется - другими словами, все принятые изменения реализованы, а результат 
представляет собой то, что специфицировано в его проектной документации. Для 
достижения необходимо высокого уровня доверия он должен планировать регулярные 
аудиты и обзоры процесса конфигурационного управления и его данных.
Требования для этих аудитов и обзоров обычно специфицируются в плане 
конфигурационного управления, но также они могут быть заданы в планах проекта или 
плане гарантии качества, как это покажется подходящим. Ответственность за нормальную 
реализацию аудитов конфигураций лежит на менеджере конфигураций, если эта должность 
предусмотренав проекте, а если нет - на менеджере проекта или менеджере качества. 
Аудитам конфигураций адресуются следующие вопросы, относящиеся к измененным 
объектам конфигурации:

Проведены ли изменения так, как они специфицированы и проведены ли 
соответствующие технические инспекции?

Выдержано ли следование соответствующим стандартам?

---

188 

Выдержано 
ли 
следование установленным процедурам управления 
конфигурациями для записи и выдачи отчетов?

Модифицированы ли все связанные с изменением объекты конфигурации?