9
Типовыми отчетами являются:
- перечень документов по конф игурационным базам;
- п еречень объ ектов конфигурации и их конфигур ационных ба з;
- статус текущей конфигурации (например, “непосредствен но посл е проектирования”, “непосредственно после сооружения сборки/изготовления ”);
- отч еты о статус е изменений, отклонений и разрешений на отк лонени е;
- от четы о статус е внесения и пров ерки изменений.
Такие отчеты могут выпускаться по отдельным объектам конфигурации или по готовой продукции; они могут быть подготовл ены с использованием руч ных или электронных средст в.
- 7.6 Процедуры проверки конфигурац ии
Провер ки конфигурации дол жны выполняться согласно документированным согласованным процедурам, вк лючающим требуемые методы записи и отч етности.
Проверка функциона льной конфигурации про водится путем идентификации отде льных функциональных и эксплуатационных требований к объекту конфигурации, выраженных в его функциона льной базе, и последующего подтверждения выпо лнения требований с помощью и зучения зар егистрированных данных анализа, контроля и испытаний.
Проверка физической конфигурации проводится путем и зучения продукции “н епосредственно после сооружения сборки/и зготовления” и на предмет ее соответствия документам по конфигурации. Такая проверка (вместе с проверкой функциональной конфигурации) подтверждает, что продукция (определяемая в документах по конфигурации) соответствует физическим и функциональным требованиям.
Эти проверки обычно проводятся по одному разу для каждой конфигурации, а также могут выполняться на прогрессивной основе (см. приложение D).
Примечание 6. Проверка не предназначена дня замены других форм анализа, испытаний или контроля изделия н а соответстви е или в целях поста вки.
- 7.7 Програ мма управления конфигурацией
Программа управления конфигураци ей ра зрабаты вается для применения в рамках организации, для проектов или по контрактным соображ ениям.
Программа управл ения конфигурацией об еспечивает для каждого проекта процедуры управления конфигурацией, которые должны применяться, и устанавливает, кто и когда должен их выполнять. В случае многоуровневой контрактной ситуации программа управления конфигурацией главного подрядчика обычно я вляется основной программой. Субподрядчики должны подготавливать свои собственные программы, издаваемы е либо как самостояте льны е документы, либо как части программы главного подрядчика . Заказчик должен также подготовить программу, которая описывает его участие в деятельности главного подрядчика по управлению конфигурацией. Важно, чтобы все таки е программы были совместимы и описывали систему управления конфигурацией, которая должна обеспечить основу для применения управления на более поздних этапах проекта.
Программа управления конфигурацией может быть одним из документов по у правлению, ого воренных в контракте. Программа сама должна подвергаться процедуре упр авления документацией.
Рекомендуется в программе дать ссылку на существующие процедуры конкретной организации в сюду, где это возможно, чтобы сохранить простоту и изб ежать дуб лирования. В приложении А опи сана рекомендуемая структура и содержание программы по управлению конфигурацией.
- 8 Проверка системы управления конфигурацией
Проверки системы управления конфигурацией должны выполняться соглас но документированным процедурам организации. Про верки си стемы управ ления конфигурацией выполняются для того, чтобы:
- удостов ериться , что система управления конфигурацией эффективна и отв еч ает установленным требован иям;
- опреде лить соответ ст вие применяемых пра ктических м етодо в управления конфигурацией процедурам, описанным в соответствующей программе.
Проверку может инициировать либо служба обеспечения каче ства, заказчик , либо служба упра вления конфигурацией, в зависимости от контрактной ситуации.