МЕЖДУНАРОДНЫЙ ИСО
СТАНДАРТ10007
1995-04-15
АДМИНИСТРАТИВНОЕУПРАВЛЕНИЕ
КАЧЕСТВОМ.
Руководящие указания поуправлению
конфигурацией
ПРЕДИСЛОВИЕ
ИСО (Международная организация постандартизации) является всемирной федерацией национальныхорганизаций по стандартизации (комитетов-членов ИСО).Разработка Международных Стандартов осуществляется техническимикомитетами ИСО. Каждыйкомитет-член, заинтересованный в деятельности, для которой был создантехнический комитет, имеет право быть представленным в этом комитете,международные правительственные и неправительственные организации,имеющие связи с ИСО, также принимают участие вработах. Что касается стандартизации в области электротехники, ИСОработает в тесном сотрудничестве с Международной ЭлектротехническойКомиссией (МЭК).
Проекты Международных Стандартов, принятые техническими комитетами,рассылаются комитетам-членам на голосование. Их опубликование вкачестве Международных Стандартов требует одобрения по меньшей мере75 % комитетов-членов, принимающихучастие в голосовании.
Международный стандарт ИСО 10007 был подготовленПодкомитетом ПК 2 “Системы качества”Технического комитета ИСО/ТК 176“Административное управление качеством и обеспечение качества”.
Приложение А является составной частью этого, стандарта. ПриложениеВ, С и Dприведены только для информации.
ВВЕДЕНИЕ
Настоящий международный стандарт содержит руководящие указания поуправлению конфигурацией. Это управленческая дисциплина, котораяприменяется на протяжении всего жизненного цикла продукции, с темчтобы обеспечить наглядность функциональных и физическиххарактеристик и управление ими. Описываемая деятельность являетсяспособом удовлетворения определенных требований, содержащихся вдругих международных стандартах серии ИСО 9000.
Кроме того, цель руководящих указаний состоит в углублении общегопонимания рассматриваемого предмета, поддержке организаций,применяющих управление конфигурацией, в совершенствовании ихдеятельности; урегулированииподходов к рассматриваемому вопросу во всех отраслях промышленности иукреплении национального и международного сотрудничества.
МЕЖДУНАРОДНЫЙ СТАНДАРТИСО 10007-95
АДМИНИСТРАТИВНОЕУПРАВЛЕНИЕ КАЧЕСТВОМ.
Руководящие указания поуправлению конфигурацией
Настоящий международный стандарт содержит руководящие указания поприменению управления конфигурацией в промышленности и по еговзаимодействию с другими системами и процедурами управления. Вначаледается краткий обзор управления (п. 4), затем описание процесса,организации и подробных процедур.
Стандарт применяется в поддержку проектов, начиная от концепции,охватывая проектирование, разработку, закупку сырья, производство,монтаж, эксплуатацию, техническое обслуживание и кончая утилизациейпродукции. В стандарте подробно рассматриваютсяэлементы управления конфигурацией, о которых идет речь в стандартеИСО 9004-1, в то время как приложение В увязывает руководящиеуказания данного международного стандарта с указаниями стандартовИСО 9001, ИСО9002, ИСО 9003 и ИСО 9004-1.
Управление конфигурацией может быть приспособлено к отдельнымпроектам с учетом объема, сложности и характера работы.
Примечание 1. Дополнительные руководящиеуказания, касающиеся специальных применений (например, дляпрограммного обеспечения) содержатся в соответствующих стандартах,перечисленных в приложении D.
Следующие стандарты содержат положения, которые путем ссылок в этомтексте составляют положения настоящего международного стандарта. Навремя публикации указанные издания были действующими. Поскольку всестандарты подлежат пересмотру, то сторонам соглашений, основанных наэтом международном стандарте, рекомендуется выяснить возможностьприменения последних изданий указанных выше стандартов. ЧленыИСО и МЭК ведут перечни текущих действующих международныхстандартов.
ИСО 8402-94Управление качеством и обеспечениекачества - Словарь.
ИСО 10011-1-90Руководящие указания по проверкесистем качества. Часть 1. Проверка.
ИСО 10011-2-91Руководящие указания по проверкесистем качества. Часть 2. Квалификационныекритерии для экспертов-аудиторов систем качества.
ИСО 10011-3-91Руководящие указания по проверкесистем качества. Часть 3. Управление программамипроверок.
Применительно к международному стандарту используются определения,содержащиеся в ИСО 8402, а также приведенныениже определения.
3.1 Конфигурация -функциональные и физические характеристики установленные втехнических документах и реализованные в ней.
3.2 Проверка конфигурации- экспертиза, проводимая для того,чтобы определить, соответствует ли объект конфигурации документам поконфигурации.
3.3 Конфигурационная база- конфигурация продукции, официально установленная вопределенный момент времени, которая служит отправной точкой длядальнейших действий.
3.4 Совет по конфигурации- группа технических и административных экспертов, обладающихполномочиями и ответственностью принимать решения относительноконфигурации и управления ею.
Примечание 2. Эту группу часто называют советомпо управлению конфигурацией.
3.5 Контроль за конфигурацией- деятельность, заключающаяся в управлении изменениями,вносимыми в объект конфигурации после официальной разработкидокументов по его конфигурации.
Примечание 3. Управление включает в себя оценку,координацию, утверждение или неутверждение и внесение изменений.
Примечание4. Внесение изменений касается технических изменений,отклонений и разрешений на отклонение, влияющих на конфигурацию.
3.6Документы по конфигурации -документы, которые определяют требования, конструкцию,сборку/производство и проверку для объекта конфигурации.
Примечание5. Документы могут быть на любом носителе.
3.7 Идентификация конфигурации- деятельность, состоящая из определения структуры продукции,выбора объектов конфигурации, документирования физических ифункциональных характеристик объекта конфигурации, включая сопряжение(interface) и последующие изменения, атакже присвоения идентификационных букв или цифр объектамконфигурации и документам на них.
3.8 Объект конфигурации- совокупность аппаратного оборудования, программногообеспечения, перерабатываемых материалов, услуг или любых ихотдельных частей, которая предназначена для управления конфигурациейи рассматривается как нечто единое в процессе управленияконфигурацией.
3.9 Управление конфигурацией- техническая и организационная деятельность, включающая асебя:
- идентификацию конфигурации;
- контроль за конфигурацией;
- представление отчетности о статусеконфигурации;
-проверку конфигурации.
3.10 Программа управления конфигурацией-документ, определяющий организацию и процедуры управленияконфигурацией конкретной продукции или проекта.
3.11 Представление отчетности о статусеконфигурации - формализованноесоставление и представление отчетов о разработанных документах поконфигурации, о статусе предлагаемых изменений и статусе внесенияутвержденных изменений.
3.12 Сопряжение -физическое или функциональное взаимодействие на границе междуобъектами конфигурации.
Управление конфигурацией является управленческой дисциплиной,использующей техническое и административное руководство дляразработки, производства и поддержки объекта конфигурации. Этадисциплина применима к аппаратному оборудованию и программномуобеспечению, перерабатываемым материалам, услугам и относящейся к нимдокументации. Управление конфигурацией является составной частьюуправления жизненным циклом продукции (типичный пример дан вприложении С).
Другие дисциплины, участвующие в обеспечении жизненного циклапродукции (а именно, управление документацией, системыматериально-технического обеспечения, техническое обслуживание) такжемогут содействовать выполнению задач по управлению конфигурацией.
Основной задачей управления конфигурацией является документальноеоформление и обеспечение полной наглядности текущей конфигурациипродукции и состояния выполнения требований к физическим ифункциональным характеристикам этой продукции. Другая задачазаключается в том, чтобы все лица, работающие над проектом, в любоймомент его жизненного цикла использовали достоверную и точнуюинформацию.
В следующем подразделе приводится обзор основных элементов системыуправления конфигурацией.
4.2.1Процесс управления конфигурацией
Процесс управления конфигурацией включает в себя следующие видыдеятельности, составляющие единое целое:
-идентификацию конфигурации;
-контроль за конфигурацией;
-представление отчетности о статусе конфигурации;
-проверку конфигурации.
Эти виды деятельности описаны в Разделе 5.
4.2.2 Организация управления конфигурацией
Управление конфигурацией следует организовать так, чтобы персоналзнал свои обязанности и имел достаточно независимости и полномочийдля выполнения поставленных задач.
Эта деятельности описана в Разделе 6.
4.2.3 Процедуры и программы управленияконфигурацией
Для описания политики компании, видов ее деятельности и правил,связанных с процессом управления конфигураций, следует использоватьписьменные процедуры.
Политика, виды деятельности и правила в области управленияконфигурацией, характерные для конкретной программы или проекта,должны быть определены в программе управления конфигурацией. В этойпрограмме могут содержаться ссылки на процедуры управленияконфигурацией, описанные в стандарте данной компании.
Эта деятельность описана в Разделе 7.
4.2.4 Проверка системы управления конфигурацией
Проверки системы управления конфигурацией следует выполнять с цельюоценки ее соответствия процедурам и программам управленияконфигурацией.
Эта деятельность описана в Разделе 8.
Виды деятельность, осуществляемые в рамках процесса управленияконфигурацией, описаны ниже. Для того чтобы процесс был эффективным,важно, чтобы эти виды деятельности составляли единое целое.
Идентификация конфигурации включает в себя следующее.
5.2.1 Структура продукции и выбор объектовконфигурации
Структура продукции должна определять взаимосвязь и положенияобъектов конфигурации при разбиении продукции на компоненты. Объектыконфигурации следует выбирать с помощью процесса разложения (т.е.разбиения) продукции на компоненты, руководствуясь критериями,приведенными в 7.2.1.
5.2.2 Документация на объекты конфигурации
Все необходимые функциональные и физические характеристики объектаконфигурации, включая сопряжения, изменения, отклонения и разрешенияна отклонения, должны содержаться в четко идентифицированныхдокументах. Такие документы обычно классифицируются как документы поконфигурации.
5.2.3 Нумерация
Для идентификации объекта конфигурации, их деталей и узлов,документов, сопряжений, изменений,отклонений и разрешений на отклонение следует установить и применять,правила нумерации.
5.2.4 Установление конфигурационных баз
Конфигурационные базы должны быть установлены официальным соглашениемв определенные моменты времени и использованы в качестве отправныхточек для официального контроля за конфигурацией.
Конфигурационные базы и утвержденные изменения к ним составляюттекущую утвержденную конфигурацию.
После первоначального выпуска документов по конфигурации всеизменения следует контролировать. Влияние изменения, требованиязаказчика и подвергнутая влиянию конфигурационная база будутопределять степень формальности, соблюдаемой при работе с изменением,и могут стать основой любой системы классификации, используемой дляклассифицирования/распределения покатегориям данного изменения.
Контроль за конфигурацией включает следующие виды деятельности,которые должны быть подробно описаны в документированной процедуреконтроля за изменением:
- документирование и обоснование изменения;
- оценка последствий внесения изменения;
- утверждение или неутверждение изменения;
- внесение и проверка изменения;
- обработка отклонений и разрешений наотклонение.
В целях защиты целостности конфигурации и обеспечения основы дляконтроля за изменением важно, чтобы объекты конфигурации, ихсоставные части и документация на них содержались в такой среде,которая:
- соответствует требуемым окружающим условиям(например, для аппаратного оборудования и программного обеспеченияЭВМ, данных, документов, чертежей и т.д.);
- защищает их от несанкционированного измененияили искажения;
- обеспечивает средства для восстановления послеповреждения;
- в случае программного обеспечения, данных,документации и чертежей позволяет осуществлять управляемый поисккопии управляемого оригинала;
- способствует достижению согласованности междусостоянием конфигурации после сборки/изготовления и состояниемнепосредственно после проектирования.
Составление отчетности о статусе конфигурации должно начинаться стого момента, как будут получены первые данные о конфигурации.
Отчетность о статусе конфигурации должна предоставлять информацию обовсех идентификациях конфигурации и всех отклонениях от установленныхконфигурационных баз. Это позволит прослеживать измененияконфигурационных баз.
Записи и отчеты должны стать побочным результатом деятельности поидентификации и контролю. Следует избегать избыточных записей вотчетности о статусе конфигурации.
Проверки конфигурации следует проводить до принятия конфигурационнойбазы с целью гарантии того, что продукция соответствует контрактнымили установленным требованиям и что она точно отражена в документахпо конфигурации (см. приложение С).
Существуют, как правило, два типа проверок конфигурации.
а) Проверка функциональной конфигурации: официальная экспертиза сцелью проверки того, что объект конфигурации имеет такиеэксплуатационные и функциональные характеристики, какие установлены вдокументах по конфигурации.
b) Проверка физической конфигурации:официальная экспертиза конфигурации непосредственно послесборки/изготовления объекта конфигурации с целью проверки того, чтоон соответствует конфигурационным документам на продукцию.
Проверка конфигурации может потребоваться для официальной приемкиобъекта конфигурации.
Управление конфигурацией должно быть организовано таким образом,чтобы можно было гарантировать беспристрастность, независимость ичестность персонала для достижения необходимых целей управленияконфигурацией.
Для того чтобы управление конфигурацией было эффективным, следуетопределить его организационную структуру.
Эта структура обычно ориентируется на проект и при необходимостиадаптируется, чтобы отвечать потребностям различных стадий жизненногоцикла продукции. Она должна определять связи между различными видамидеятельности, непосредственно входящими в процесс управленияконфигурацией. Структура должна включать функцию управленияконфигурацией; взаимодействующиеорганизации; службы проектирования, закупок и контрактов; управлениеданными, изготовление, обеспечение качества и другие дисциплины,которою могут быть привлечены, охватывая, если необходимо,субподрядчиков и поставщиков.
Организационная структура управления конфигурацией должнаобеспечивать координацию действий по управлению конфигурацией свышеупомянутыми другими дисциплинами, а также распределениесоответствующих полномочий и ответственности за все действия поуправлению конфигурацией.
В рамках организации проекта следует идентифицировать инстанцию,уполномоченную утверждать конфигурационные базы и любые изменения кним (обычно это “Совет по конфигурации”).
В случае небольших проектов ответственность за управлениеконфигурацией руководство проектом может возложить на отдельные лица,участвующие в проекте.
В настоящем разделе описаны процедуры, которые составляют эффективнуюсистему управления конфигурацией. Эта система должна бытьдокументирована в процедурах организации и упомянута в программеуправления конфигурацией. Процедуры, специфичные для данного проекта,и степень их применения в течение жизненного цикла продукции следуетопределить в программе управления конфигурацией.
7.2.1Выбор объектов конфигурации
Объекты конфигурации выбираются с помощью процесса разложения. Этотпроцесс, идущий сверху донизу, разделяет общую структуру продукции налогически связанные между собой и соподчиненные комплексы аппаратногооборудования, программного обеспечения, перерабатываемых материалов,или их сочетаний, выбираемых для управления конфигурацией. Выборобъектов конфигурационных изделий более высокого уровня долженначинаться на ранней стадии проекта (например, на этапахосуществимости и определения). Выбор конфигурационных изделий болеенизкого уровня должен завершаться раньше на этапе разработки.
При выборе объектов конфигурации необходимо руководствоватьсяследующими критериями. Выбор слишком большого количества объектовконфигурации отрицательно влияет на наглядность продукции, затрудняетуправление и увеличивает расходы. Выбор слишком малого количестваобъектов конфигурации или недостаточная дряблость разложения создаеттрудности для материально-технического обеспечения и техническогообслуживания, а также ограничивает возможности управленияконфигурацией.
Основным критерием является выбор таких объектов, эксплуатационныепараметрами и физическими характеристиками которых можно управлятьотдельно, чтобы достичь общих окончательных характеристик объекта.
Другимиприменяемыми критериями выбора являются:
- критичность, выражаемая как высокая степеньриска, безопасность, успешное выполнение задачи и т.д.;
- новая или модифицированная технология, проектили разработка;
- взаимодействие с другими изделиями;
- условия поставки;
- аспекты материально-технического обеспечения итехнического обслуживания.
7.2.2 Документация на объекты конфигурации
Все физические и функциональные характеристики, необходимые дляопределения объекта конфигурации по всему его жизненному циклу,должны быть документально оформлены.
Типы документов, как правило, включают в себя технические условия,проектную документацию, перечни, данные по программному обеспечению ируководства по эксплуатации и техническому обслуживанию.
Документация, необходимая для объекта конфигурации, зависит от уровнятребуемого контроля. Однако любая документация должна включатьсоответствующую информацию об изменениях и прослеживаемости.
7.2.3 Правила нумерации
Следует разработать правила нумерации и применять их дляидентификации объемов конфигурации, документов по конфигурации иизменений, а также деталей и узлов.
При этом необходимо учитывать существующие процедуры нумерации,принятые у подрядчика, или общепринятые процедуры. Однакоидентификационные номера должны быть уникальными.
Правила нумерации или другие системы управления информацией должныпозволять управлять:
- иерархическими отношениями или отношениямиподчинения между объектами конфигурации в рамках структуры продукции;
- иерархическими отношениями или отношениямиподчинения между деталями и узлами в каждом объекте конфигурации;
- отношениями между объектами и документами;
- отношениями между документами и изменениями;
- созданием типовых файлов;
- другими требованиями к группированию.
7.2.4 Конфигурационные базы
Конфигурационная база состоит из всех утвержденных документов,которые определяют продукцию в данный момент.
Конфигурационные базы следует устанавливать всегда, когда этонеобходимо для определения эталонной конфигурации продукции в течениеее жизненного цикла, которая служит отправной точкой дня последующейдеятельности.
Уровень детализации, в соответствии с которым продукция определена вконфигурационной базе, зависит отстепени необходимого контроля. Функциональные конфигурационные базы,например, могут состоять только из одного документа, когда какпроизводственные конфигурационные базы могут состоять из полногокомплекта документов, включая документы на инструментальную оснасткуи технологические процессы.
Руководитель проекта может учредить Совет по конфигурации, которыйбудет иметь полномочия анализировать и утверждать или не утверждатьпрограмму и процедуры управления конфигурацией, выбор объектовконфигурации, конфигурационные базы и изменения к этим базам, включаяотклонения и разрешения на отклонение.
Членов Совета по конфигурации обычно назначает руководитель проекта.В Совете должны быть представители по всем необходимым дисциплинам.Его должен возглавлять руководитель проекта или его представитель.
Совет по конфигурации может быть организован на нескольких уровняхполномочий, например, если согласноконтрактным требованиям необходимо участие заказчика в процессе, тозаказчик тоже может учредить Совет по конфигурации.
Функция Совета по конфигурации заключается в подтверждении того,что:
- он имеет соответствующие полномочияотносительно релевантной конфигурационной базы;
- изменение необходимо;
- последствия изменений приемлемы;
- изменение должным образом документировано иклассифицировано;
- план внесения изменения в документы,аппаратное оборудование/ программное обеспечение являетсяудовлетворительным.
7.4.1Идентификация и документальное обоснование потребности в изменении.
Изменение может быть инициировано изнутри или со стороны заказчика,субподрядчика или поставщика. До представления в Совет поконфигурации все предложения об изменении должны быть документированыи, как правило, должны включать следующую информацию:
- наименование (я) и статус пересмотра объекта(ов) конфигурации и относящихся к нему (к ним) документов, в которыеследует внести изменение:
- имя лица, подготовившего предложение, названиеорганизации и дату подготовки;
- основание для изменения;
-описание изменения;
-срочность.
Эту информацию рекомендуется вносить в стандартный бланк, которыйбудет служить документацией для этапов процесса внесения изменений.
Рекомендуется также присваивать предложению об изменении уникальныйидентификационный номер на самой ранней стадии, чтобы облегчитьпрослеживаемость и идентификацию.
Статус прохождения изменения и связанных с этим решений ираспоряжений следует фиксировать.
Можно включать и другую информацию, например, классификацию иприоритетность. чтобы указать процедуру, которой надо следовать.
7.4.2 Оценка изменения
Необходимо выполнить и документировать следующие типичные оценкипредложенного изменения с точки зрения:
-его технических достоинств;
- влияния на взаимозаменяемость, средствасопряжения и т.д., а также необходимостьповторной идентификации;
- влияния на контракт, график работы и расходы;
- влияния на методы производства, испытания иконтроля;
- влияния на закупки и запасы;
- влияния на техническое обслуживание,справочники для потребителя, запчасти и руководства по запчастям.
Критерии оценки, описанные выше, могут быть адаптированы, с тем чтобысоответствовать сложности продукции.
7.4.3 Утверждение изменения
После оценки изменения уполномоченное лицо или группа лиц должныпроанализировать документированные оценки и решить вопрос обутверждении или неутверждении изменения.
В процедуре изменения следует указать это уполномоченное лицо илигруппу лиц, его (их) обязанности и способ действий.
Лицо или группа лиц, уполномоченная утверждать или не утверждатьизменение, могут меняться в зависимости от важности изменения.
Решение об утверждении или неутверждении должно быть документированои разослано соответствующим службам.
7.4.4 Внесение и проверка изменения
Внесение и проверка утвержденного изменения обычно включает следующиешаги:
- должны быть официально утверждены измененияидентификации конфигурации;
- соответствующими ведомствами должны бытьинициированы необходимые последующие действия;
- должно быть проверено соответствие (проекта,испытания, производства и т.д.).
7.5.1 Общие положения
Предпосылкой правильного ведения отчетности о статусе конфигурацииявляется правильная идентификация и управление изменением.
В системе отчетности о статусе конфигурации записывается ипредставляется информация для руководства процессом управленияконфигурацией и связанной с ним деятельностью. Отчетность начинаетсяс появлением первого документа по конфигурации и продолжается втечение всего жизненного цикла продукции.
7.5.2 Регистрация данных
В отчетах о статуса конфигурации регистрируются выбранные данные входе процессов идентификации и управления конфигурацией. Этообеспечивает наглядность и прослеживаемость в целях эффективногоуправления развивающейся конфигурации.
Вышеуказанные данные должны быть записаны таким образом, чтобывключать перекрестные ссылки и взаимосвязи, необходимые длясоставления требуемых отчетов.
7.5.3 Отчеты
С интервалами, необходимыми для управления, следует выпускать отчетыразличных типов.
Типовымиотчетами являются:
- перечень документов по конфигурационным базам;
- перечень объектов конфигурации и их конфигурационных баз;
- статус текущей конфигурации (например,“непосредственно после проектирования”, “непосредственнопосле сооружения сборки/изготовления”);
- отчеты о статусе изменений, отклонений иразрешений на отклонение;
- отчеты о статусе внесения и проверки изменений.
Такие отчеты могут выпускаться по отдельным объектам конфигурации илипо готовой продукции; они могут быть подготовлены с использованиемручных или электронных средств.
Проверки конфигурации должны выполняться согласно документированнымсогласованным процедурам, включающим требуемые методы записи иотчетности.
Проверка функциональной конфигурации проводится путем идентификацииотдельных функциональных и эксплуатационных требований к объектуконфигурации, выраженных в его функциональной базе, и последующегоподтверждения выполнения требований с помощью изучениязарегистрированных данных анализа, контроля и испытаний.
Проверка физической конфигурации проводится путем изучения продукции“непосредственно после сооружения сборки/изготовления” ина предмет ее соответствия документам по конфигурации. Такая проверка(вместе с проверкой функциональной конфигурации) подтверждает, чтопродукция (определяемая в документах по конфигурации) соответствуетфизическим и функциональным требованиям.
Эти проверки обычно проводятся по одному разу для каждойконфигурации, а также могут выполняться на прогрессивной основе (см.приложение D).
Примечание 6. Проверка не предназначена днязамены других форм анализа, испытаний или контроля изделия насоответствие или в целях поставки.
Программа управления конфигурацией разрабатывается для применения врамках организации, для проектов или по контрактным соображениям.
Программа управления конфигурацией обеспечивает для каждого проектапроцедуры управления конфигурацией, которые должны применяться, иустанавливает, кто и когда должен их выполнять. В случаемногоуровневой контрактной ситуации программа управленияконфигурацией главного подрядчика обычно является основнойпрограммой. Субподрядчики должны подготавливать свои собственныепрограммы, издаваемые либо как самостоятельные документы, либо какчасти программы главного подрядчика. Заказчик должен такжеподготовить программу, которая описывает его участие в деятельностиглавного подрядчика по управлению конфигурацией. Важно, чтобы всетакие программы были совместимы и описывали систему управленияконфигурацией, которая должна обеспечить основу для примененияуправления на более поздних этапах проекта.
Программа управления конфигурацией может быть одним из документов поуправлению, оговоренных в контракте. Программа сама должнаподвергаться процедуре управления документацией.
Рекомендуется в программе дать ссылку на существующие процедурыконкретной организации всюду, где это возможно, чтобы сохранитьпростоту и избежать дублирования. В приложении А описанарекомендуемая структура и содержание программы по управлениюконфигурацией.
Проверки системы управления конфигурацией должны выполняться согласнодокументированным процедурам организации. Проверки системы управленияконфигурацией выполняются для того, чтобы:
- удостовериться, что система управленияконфигурацией эффективна и отвечает установленным требованиям;
- определить соответствие применяемыхпрактических методов управления конфигурацией процедурам, описанным всоответствующей программе.
Проверку может инициировать либо служба обеспечения качества,заказчик, либо служба управления конфигурацией, в зависимости отконтрактной ситуации.
Принципы, критерии и методы, применяемые при проверке системыуправления конфигурацией, должны отвечать соответствующим частямстандарта ИСО 10011.
А.1 Введение
Настоящая глава должна содержать общую информацию. Типичнымивопросами, которые могут быть включены в нее,являются следующие:
- описание системы или объекта (ов)конфигурации, к которым применяется программа;
- график с указанием сроков выполнения наиболееважных для управления конфигурацией видов деятельности;
- цель и область применения программы управленияконфигурацией;
- соответствующие документы (т.е. программыуправления конфигурацией подрядчиков, поставщиков и т.д., которыетесно связаны с соответствующей программой управления конфигурацией);
-применяемые документы и их приоритетность.
А.2Политика и процедуры
Настоящая глава должна содержать элементы управления конфигурацией,согласованные с заказчиком или субподрядчиком и составляющие основудеятельности по управлению конфигурацией в рамках контракта. Такимиэлементами являются:
- политика в области практических методовуправления конфигурацией и связанных с ним управленческих дисциплин;
- организация управления конфигурацией вместе ссогласованными обязанностями Совета по конфигурации, комитетов, группи консультантов поставщика и других заинтересованных организаций;
- согласованные критерии выбора объектовконфигурации;
- частота составления отчетов для внутреннегопользования и для заказчика, их распределение и управление ими;
- согласованная терминология.
А.3 Идентификация конфигурации
Настоящаяглава должна содержать:
- родословное дерево объектов конфигурации,технические условия и другие документы высшего уровня;
- правила нумерации применительно к техническимусловиям, чертежам и изменениям;