Национальный стандарт РФ ГОСТ Р 58054-2018 "Изделия авиационной техники. Управление конфигурацией. Общие положения" (утв. и введен в действие приказом Федерального агентства по техническому регулированию и метрологии от 23 января 2018 г. N 9-ст)

Aircraft items. Configuration management. General

ОКС 01.040.01

Дата введения - 1 июня 2018 г.
Введен впервые

Предисловие

1 Разработан Автономной некоммерческой организацией "Научно-исследовательский центр CALS-технологий "Прикладная логистика" (АНО НИЦ CALS-технологий "Прикладная логистика"), Федеральным государственным унитарным предприятием "Научно-исследовательский институт стандартизации и унификации" (ФГУП "НИИСУ"), филиалом Открытого акционерного общества "Компания "Сухой" - "ОКБ Сухого" (филиал ОАО "Компания "Сухой" - "ОКБ Сухого"), Открытым акционерным обществом "Объединенная авиастроительная корпорация" (ОАО "ОАК") и Открытым акционерным обществом "Научно-производственная корпорация "Иркут" (ОАО "Корпорация "Иркут")

2 Внесен Техническим комитетом по стандартизации ТК 323 "Авиационная техника"

3 Утвержден и введен в действие приказом Федерального агентства по техническому регулированию и метрологии от 23 января 2018 г. N 9-ст

4 Введен впервые

1 Область применения

Настоящий стандарт устанавливает основные принципы управления конфигурацией при разработке, производстве, эксплуатации и, при необходимости, капитальном ремонте изделий авиационной техники.

Действие настоящего стандарта распространяется на процессы управления конфигурацией вновь разрабатываемых изделий авиационной техники. Особенности управления конфигурацией для ранее выпущенной авиационной техники или конкретных ее видов с учетом их специфики устанавливают в договорах на разработку, модификацию и/или поставку изделий авиационной техники.

2 Нормативные ссылки

В настоящем стандарте использованы нормативные ссылки на следующие стандарты:

ГОСТ 2.051 Единая система конструкторской документации. Электронные документы. Общие положения

ГОСТ 2.052 Единая система конструкторской документации. Электронная модель изделия. Общие положения

ГОСТ 2.053 Единая система конструкторской документации. Электронная структура изделия. Общие положения

ГОСТ 2.101 Единая система конструкторской документации. Виды изделий

ГОСТ 2.102 Единая система конструкторской документации. Виды и комплектность конструкторских документов

ГОСТ 2.104 Единая система конструкторской документации. Основные надписи

ГОСТ 2.105 Единая система конструкторской документации. Общие требования к текстовым документам

ГОСТ 2.113 Единая система конструкторской документации. Групповые и базовые конструкторские документы

ГОСТ 2.118 Единая система конструкторской документации. Техническое предложение

ГОСТ 2.119 Единая система конструкторской документации. Эскизный проект

ГОСТ 2.120 Единая система конструкторской документации. Технический проект

ГОСТ 2.501 Единая система конструкторской документации. Правила учета и хранения

ГОСТ 2.503 Единая система конструкторской документации. Правила внесения изменений

ГОСТ 2.711 Единая система конструкторской документации. Схема деления изделия на составные части

ГОСТ 3.1102 Единая система технологической документации. Стадии разработки и виды документов. Общие положения

ГОСТ 19.101 Единая система программной документации. Виды программ и программных документов

ГОСТ ISO 9001 Системы менеджмента качества. Требования

ГОСТ Р ЕН 9100 Системы менеджмента качества организаций авиационной, космической и оборонных отраслей промышленности. Требования

ГОСТ Р ИСО 10007-2007 Менеджмент организации. Руководящие указания по управлению конфигурацией

ГОСТ Р 53392 Интегрированная логистическая поддержка. Анализ логистической поддержки. Основные положения

Примечание - При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю "Национальные стандарты", который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя "Национальные стандарты" за текущий год. Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных в данную версию изменений. Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку.

3 Термины, определения и сокращения

3.1 Термины и определения

В настоящем стандарте применены следующие термины с соответствующими определениями:

3.1.1 авиационная техника: Воздушные суда, авиационные двигатели, воздушные винты и предназначенные для установки на них составные части (компоненты и комплектующие изделия).

3.1.2 авиационная программа: Совокупность взаимосвязанных организационно-технических мероприятий, планируемых в интересах создания изделия авиационной техники, охватывающая установленные для нее стадии жизненного цикла.

3.1.3 заказчик: Организация или физическое лицо, заинтересованные в приобретении авиационной техники.

3.1.4 изменение (конфигурации): Дополнение, исправление или исключение данных в утвержденной конфигурации.

3.1.5 интерфейс (объекта конфигурации): Свойство, характеризующее способ взаимодействия между двумя или более объектами конфигурации*(1).

------------------------------

*(1) Здесь и далее знаком "*" отмечены пункты, к которым даны комментарии в приложении А.

3.1.6 информационный набор: Идентифицированная совокупность информационных объектов, отобранных с какой-либо целью или по какому-либо признаку (совокупности признаков).

3.1.7 информационный объект: Идентифицированная совокупность данных, обладающая определенными свойствами*.

3.1.8 исполнение изделия авиационной техники: Вариант конструкции изделия авиационной техники в рамках отдельно взятой модификации, призванный обеспечить реализацию специфических функциональных требований заказчика, улучшение конструкции изделия или выполнение требований летной годности.

3.1.9 комплектующее изделие: Составная часть авиационной техники, являющаяся конструктивно законченным стандартным или иным изделием, необходимым для применения авиационной техники по назначению (например, прибор, блок или модуль оборудования, деталь, механизм и т.п.), поставляемым по заказу лиц, осуществляющих создание, эксплуатацию и/или ремонт авиационной техники, либо самостоятельно создаваемым такими лицами.

3.1.10

конструкторская документация: Совокупность конструкторских документов, содержащих данные, необходимые для проектирования (разработки), изготовления, контроля, приемки, поставки, эксплуатации, ремонта, модернизации, утилизации изделия. [ГОСТ 2.001-2013, статья 3.1.5]

3.1.11 конструкторское решение (объекта конфигурации): Способ реализации в конструкции предъявляемых к объекту конфигурации требований и ограничений при условии выполнения им целевых функций, зафиксированный в форме комплекта конструкторской документации и данных, однозначно определяющих его конструкцию*.

3.1.12 контроль интерфейсов: Вид деятельности, осуществляемой согласно документированным процедурам административного и технического характера для определения и управления интерфейсами, характеристики которых установлены в документации контроля интерфейсов.

3.1.13 контрольная точка (авиационной программы): Запланированный момент времени предоставления промежуточных и/или конечных результатов выполняемой работы*.

3.1.14 конфигурация изделия: Структурированная совокупность функциональных, физических и эксплуатационных характеристик (свойств) предполагаемого к разработке, разрабатываемого или существующего изделия, описываемая в зависимости от контекста и стадии его жизненного цикла*.

Примечание - Конфигурация изделия описывается:

а) комплектом документов и данных, определяющих требования к вновь создаваемому или модифицируемому изделию;

б) комплектом документов и данных, определяющих конструкцию изделия или ее модификацию;

в) конструкцией изготовленного изделия с учетом особенностей его исполнения или их сочетанием.

3.1.15 модификация изделия авиационной техники: Вариант конструкции авиационной техники, создаваемой с целью расширения или специализации сферы применения изделия или являющейся следствием ее изменения.

3.1.16 проектная конфигурация: Конфигурация, используемая для описания конструкции изделия (как совокупности конструкторских документов и/или данных) и оценки ее соответствия требованиям (функциональной конфигурации)*.

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

3.1.18 объект конфигурации: Идентифицированная часть конфигурации изделия, выделенная для решения задач управления конфигурацией по установленным критериям и рассматриваемая в процедурах управления конфигурацией как единое целое*.

3.1.19 поставщик: Организация, определенная договором как лицо, принявшее на себя обязательство разработать и/или поставить изделие, отвечающее условиям договора.

3.1.20 разработчик: Организация, осуществляющая разработку авиационной техники и принимающая на себя ответственность в отношении соответствия ее конструкции установленным требованиям.

3.1.21 разрешение на отклонение: Разрешение на использование или выпуск продукции, которая не соответствует установленным требованиям*.

3.1.22 разрешение на отступление: Разрешение на несоблюдение исходных установленных требований для продукции до ее изготовления*.

3.1.23 составная часть: Самостоятельная часть изделия авиационной техники, предназначенная для выполнения определенных технических функций в составе изделия авиационной техники*.

3.1.24 статус конфигурации: Формальный признак конфигурации, определяющий возможность ее дальнейшего использования*.

3.1.25 технические условия: Текстовый конструкторский документ, содержащий информацию о конструкции, параметрах и характеристиках изделия авиационной техники, которые подлежат контролю и оценке при изготовлении и приемке экземпляра в качестве готовой продукции.

3.1.26

типовая конструкция: Конструкция воздушного судна или его составной части, описанная в их конструкторской документации и представляемая для оценки соответствия требованиям применимых норм летной годности (сертификационного или квалификационного базиса). [ГОСТ 18675-2012, статья 3.1.15]

3.1.27 управление конфигурацией: Совокупность видов инженерной и управленческой деятельности на стадиях жизненного цикла изделия, направленной на обеспечение соответствия конфигурации изделия целям авиационной программы и условиям договоров между участниками авиационной программы.

3.1.28 утвержденная конфигурация: Конфигурация, принятая на определенный момент времени по определенной процедуре в качестве отправной точки для дальнейшей реализации авиационной программы*.

3.1.29 функциональная конфигурация: Конфигурация, используемая для описания свойств (характеристик) изделия, в т. ч. требований к ним, на уровне выполняемых функций*.

3.1.30 эксплуатационная конфигурация: Конфигурация, используемая для описания свойств изготовленного изделия и их изменения в ходе его эксплуатации и технического обслуживания, обеспечивающего поддержку соответствия изделия установленным требованиям.

3.1.31 этап авиационной программы: Часть авиационной программы, характеризующаяся составом выполняемых работ и их конечными результатами, сроками начала и окончания работ и объемом самостоятельного финансирования.

3.2 Сокращения

В настоящем стандарте применены следующие сокращения:

AT - авиационная техника;

АП - авиационная программа;

ДКИ - документация контроля интерфейсов;

ЖЦ - жизненный цикл;

ИС - информационная система;

КД - конструкторская документация (конструкторские документы);

КИ - комплектующее изделие;

КР - конструкторское решение;

ОК - объект конфигурации;

ОКР - опытно-конструкторская работа;

ПИ - покупное изделие;

ПкК - проектная (конструкторская) конфигурация;

ПрК - производственная конфигурация;

СТИ - стандартное изделие;

СЧ - составная часть;

ТД - технологическая документация;

ТЗ - техническое задание;

ТУ - техническое условие;

ТТЗ - тактико-техническое задание;

УК - управление конфигурацией;

ФнК - функциональная конфигурация;

ЭкК - эксплуатационная конфигурация;

PDM (Product Data Management) - система управления данными об изделии.

4 Основные положения

4.1 УК является составной частью системы управления ЖЦ изделия AT (далее - изделие).

Общие указания по УК - в соответствии с ГОСТ Р ИСО 10007.

4.2 УК осуществляют все участники АП, связанные с разработкой, изготовлением и эксплуатацией изделия (разработчик, изготовитель, заказчик), каждый в своей области ответственности.

4.3 УК включает следующие виды деятельности:

а) планирование УК;

б) идентификация конфигурации;

в) управление изменениями (контроль конфигурации)*;

г) контроль статуса конфигурации*;

д) проверка (аудит) конфигурации;

е) управление документами и данными, используемыми в ходе УК.

4.4 В зависимости от стадии ЖЦ изделия предметом УК являются конфигурации следующих видов:

- ФнК - на стадии "Исследование и обоснование разработки" на этапах технического предложения (аванпроекта) и разработки ТЗ (ТТЗ) на ОКР;

- ПкК - на стадии "Разработка" на этапах эскизного, технического проекта (макета) и разработки рабочей КД;

- ПрК - на стадии "Производство" на этапах подготовки и освоения производства, серийного изготовления и поставки изделий;

- ЭкК - на стадии "Эксплуатация изделия".

Примечание - В зависимости от решаемых в ходе УК задач допускается устанавливать дополнительные виды конфигураций. Виды таких конфигураций и область их применения устанавливает разработчик.

4.5 Утвержденная конфигурация состоит из совокупности утвержденных ОК соответствующего вида*.

4.6 Конфигурации утверждают по мере необходимости, в том числе при достижении контрольных точек АП*.

4.7 Состав комплекта документов и данных утвержденной конфигурации определяется видом конфигурации*.

4.8 Каждой конфигурации присваивают уникальное обозначение (идентификатор), отличающее одну конфигурацию от другой. При создании и утверждении новой конфигурации того же вида (версии конфигурации) сохраняют уникальность обозначений. Примеры построения обозначения конфигураций и ОК приведены в приложении Б.

4.9 Применяемые виды конфигураций, правила их утверждения, количество утверждаемых конфигураций каждого вида и контрольные точки их проверки и утверждения устанавливают в плане УК (см. 5.1).

4.10 Задачи, решаемые при УК, - по ГОСТ Р 10007-2007 (раздел 5).

5 Деятельность по управлению конфигурацией

5.1 Планирование управления конфигурацией

5.1.1 Планирование УК осуществляют для координации всех видов деятельности по УК в процессе реализации АП.

5.1.2 Результаты планирования УК оформляют в виде утвержденного плана УК, который:

- определяет организационную структуру АП;

- устанавливает распределение ответственности между участниками АП;

- устанавливает состав процедур УК, демонстрирующих выполнение требований, предъявляемых к процессу УК;

- устанавливает нормативные документы (ГОСТы), описывающие состав процедур УК.

Общие требования к плану УК - по ГОСТ Р ИСО 10007.

5.1.3 В план УК включают*:

- положения по организации УК (состав органов УК, распределение областей ответственности, сроки полномочий, порядок взаимодействия органов УК головного разработчика с аналогичными органами УК соисполнителей работ);

- этапность выполнения АП и установленные для каждого из этапов работы по видам деятельности УК;

- структуру планов УК участников АП;

- номенклатуру видов конфигураций и порядок утверждения разных видов конфигураций на этапах создания и эксплуатации изделия;

- согласованные критерии выбора ОК, процедуры и правила их идентификации;

- правила идентификации и управления документацией, описывающей конфигурацию изделия;

- требования к документам и данным, связанным с ОК в конфигурациях разных видов, и разных видов ОК;

- процедуры подготовки, согласования и утверждения конфигураций и ОК, а также их контроля, включая сроки подготовки необходимых отчетов;

- критерии и процедуры классификации изменений, их согласования и утверждения заинтересованными участниками АП;

- процедуры внесения изменений;

- требования к процедурам сбора, регистрации, обработки и хранения данных, связанных с УК;

- требования к содержанию, форме и форматам отчетов по УК;

- порядок и процедуры проведения проверок (аудитов) конфигурации с учетом их взаимосвязи с планами реализации АП.

5.1.4 Для АП с многоуровневой кооперацией комплекс планов УК образует иерархическую структуру, описывающую согласованную по содержанию, принципам и срокам совокупность работ.

Головной разработчик разрабатывает план УК как документ верхнего уровня (основной документ). Поставщики основных СЧ изделия AT разрабатывают собственные планы, учитывающие области ответственности сторон и особенности производственной кооперации.

5.2 Идентификация конфигурации

5.2.1 С учетом необходимости создания различных модификаций и исполнений изделия с минимальными затратами, а также для минимизации влияния изменений, проводимых по различным причинам в процессе реализации АП, в составе конфигурации логически выделяют СЧ, называемые ОК.

5.2.2 Каждый ОК связан с определением или реализацией определенных свойств изделия, предусмотренных заданными требованиями.

5.2.3 Для каждого ОК разрабатывают КР или устанавливают значения характеристик. При необходимости разрабатывают ДКИ*.

5.2.4 При необходимости используют конфигурации с иерархической структурой. В зависимости от целей и задач АП входящие в них ОК выделяются на разных уровнях иерархии с указанием их взаимосвязей. Глубину декомпозиции устанавливает разработчик*.

5.2.5 Процедуру идентификации конфигурации выполняют для определения конфигураций и ОК.

5.2.6 Процедура идентификации предусматривает*:

а) присвоение идентификаторов изделию, разрабатываемому в рамках АП, его модификациям и исполнениям (вариантам);

б) выбор ОК и их документирование, включая интерфейсы и последующие изменения (при наличии);

в) создание конфигураций, присвоение им идентификаторов, установление связей между конфигурациями и синхронизацию управления ими*;

г) формирование состава конфигураций, присвоение идентификаторов выделяемым в их составе ОК, документам и наборам данных*;

д) формирование вариантных исполнений конфигураций изделия, установление правил применяемости КР, входящих в ОК*;

е) определение организации-разработчика для каждого документа (информационного набора), связанного с ОК.

5.2.7 Поставщики КИ самостоятельно осуществляют идентификацию конфигураций для своих изделий. Требования к поставщику КИ устанавливают в договоре или ином документе, определяющем обязательства сторон. Контроль мероприятий по идентификации конфигурации поставщика КИ осуществляет разработчик.

5.2.8 Выбор и идентификацию ОК проводят с учетом следующих положений.

5.2.8.1 Выбор ОК должен обеспечить разбиение изделия на логически связанные описания его СЧ, которые выбраны для целей УК: систем и подсистем, оборудования, агрегатов, материалов, программного обеспечения, услуг или их комбинации.

Выбор ОК должен удовлетворять целям и задачам АП, решаемым при реализации процессов ЖЦ изделия.

5.2.8.2 Выбор ОК для более высоких уровней входимости начинают на ранних этапах реализации АП и завершают до начала разработки рабочей КД. Выбор ОК нижних уровней входимости завершают на начальных этапах разработки рабочей КД*.

5.2.8.3 Для каждого вида конфигурации формируют свой набор ОК. Критерии выделения ОК выбирают с использованием рекомендаций, установленных ГОСТ Р ИСО 10007-2007 (пункт 5.3)*.

При необходимости выбор ОК уточняют на последующих стадиях ЖЦ изделия. Рекомендации и примеры идентификации основного изделия АП, его модификаций, исполнений и ОК приведены в приложении Б.

5.2.9 В ходе идентификации и документирования ОК соблюдают следующие правила.

5.2.9.1 Если для ОК изделия предусматривается несколько КР, то устанавливают документированные правила, позволяющие применительно к конкретному исполнению изделия выбрать для ОК соответствующее КР.

5.2.9.2 В ходе идентификации ОК должна быть установлена номенклатура документации и данных, однозначно определяющих его КР с учетом этапа разработки.

5.2.9.3 С ОК обычно связывают:

- в ФнК - документы, определяющие функциональные требования уровня (ТЗ, документы уполномоченных государственных органов и т.п.):

- в ПкК - документы и данные, являющиеся исходными данными для проектирования (требования и ограничения по массам, внешним и внутренним интерфейсам, аэродинамическим характеристикам, объемам, нагрузкам и т.п.), и результаты проектирования - проектные и рабочие документы и данные (электронные геометрические 3D-модели, чертежи, документы по изменениям, интерфейсам, документы и данные по техническому обслуживанию и ремонту, в т. ч. логистические данные).

При выборе ОК, входящего в состав ПкК, учитывают соответствие его КР разрабатываемым или неразрабатываемым изделиям*;

- в ПрК - документы и данные, являющиеся исходными данными для изготовления изделия [технологические процессы (в т. ч. директивные), средства технологического оснащения, характеристики технологического оборудования и т.п.], и результаты - основные и вспомогательные технологические документы и производственные данные, необходимые для изготовления опытных образцов и изделий серийного производства;

- в ЭкК - документы и данные, определяющие изделие в состоянии поставки, и изменения (состава изделия и его характеристик), появляющиеся в результате применения по назначению и технической эксплуатации.

5.2.10 При любой принятой системе обозначений идентифицируемых объектов (согласно 5.2.6) учитывают особенности применяемых ИС в части обработки структурированных идентификаторов и представления иерархических отношений [например, между ОК в структуре изделия, между составами изделий (между различными КР каждого ОК, при наличии), между ОК и описывающими их документами и данными, между документами и соответствующими данными и др.].

Также следует учитывать возможность применения стандартного инструментария ИС для прослеживаемости соответствующих ОК комплектующих изделий в процессах изготовления и сборки финального изделия, его эксплуатации и ремонта.

5.2.11 Утверждение конфигураций проводят в порядке, установленном планом УК. После утверждения конфигурации все изменения конфигурации подлежат контролю согласно 5.3.

5.3 Контроль конфигурации

5.3.1 Контроль конфигурации обеспечивают в рамках деятельности по управлению изменениями (от формирования запроса на изменение до внедрения изменения) и управлению несоответствующей продукцией. Контроль конфигурации должен обеспечивать прослеживаемость изменений всех ОК (в т. ч. их КР), входящих в утвержденные конфигурации.

5.3.2 Контроль конфигурации включает в себя:

- анализ КР и выявление необходимости внесения изменения;

- проведение комплексного анализа и оценку вариантов изменений;

- классификацию изменения (в т. ч. совокупности изменений);

- комплексное приведение изменений в соответствие с утвержденными процедурами;

- внедрение изменения и оценку его результатов;

- анализ результатов изготовления изделия, соответствующего ОК и выявление необходимости применения разрешений на отступление и отклонение;

- обеспечение прослеживаемости всех изменений и разрешений на отступление и отклонение.

5.3.3 При оценке предлагаемого изменения выполняют контроль функциональных и физических интерфейсов (при необходимости). Внесение изменений в ДКИ осуществляют по процедуре, установленной планом УК.

5.3.4 Ответственность в отношении последствий принятия или отклонения изменений определяют договором и/или планом УК (при отсутствии внешнего заказчика).

5.3.5 Все изменения конфигурации классифицируют исходя из их влияния на утвержденную конфигурацию изделия соответствующего этапа реализации АП.

5.3.5.1 К изменениям первого класса относят изменения, влияющие на:

- выполнение требований уполномоченных государственных органов (норм летной годности и т.п.);

- контрактную документацию, утвержденную разработчиком и поставщиком;

- технические и эксплуатационные характеристики изделия AT, установленные в ТЗ/ТУ (или документе, его заменяющем);

- характеристики, установленные разработчиком изделия в качестве важных (стоимость разработки, себестоимость изделия, сроки реализации АП);

- утвержденные внешние интерфейсы ОК;

- утвержденную для данного этапа АП конфигурацию изделия (в т. ч. конфигурацию комплектующих изделий).

5.3.5.2 К изменениям второго класса относят все изменения, не относящиеся к изменениям, указанным в 5.3.5.1.

5.3.5.3 После сертификации или государственных испытаний изделия AT классификация изменений первого класса может быть дополнительно уточнена для учета требований, предъявляемых со стороны уполномоченных государственных органов или заказчика, а также влияния на реализацию АП.

В этом случае изменения первого класса подразделяют на две категории:

- изменения утвержденной конфигурации изделия, которые влияют на выполнение требований уполномоченных государственных органов или заказчика и требуют проведения дополнительных сертификационных работ или государственных испытаний;

- изменения, которые могут повлиять на утвержденную конфигурацию, установленную на этапе АП, не подпадающую под вышеописанные изменения, и которые требуют совместной реализации двумя или более участниками АП.

Изменение и/или уточнение классификации проводится по согласованию заинтересованных участников АП.

5.3.6 Все утвержденные изменения вносят в КД и связанные с ней данные с учетом требований ГОСТ 2.503 в согласованные заинтересованными участниками АП сроки.

5.3.7 Обеспечение прослеживаемости и документирование разрешений на отступление и отклонение выполняют согласно стандартам организации по управлению несоответствующей продукцией.

5.4 Проверка конфигурации

5.4.1 Проверки или аудит конфигурации заключаются в контроле соответствия утвержденным требованиям функциональных и технических характеристик изделия, которые были определены в совокупности проектных и рабочих документов и данных (конструкторских, производственных, логистических и др.) и достигнуты (продемонстрированы) образцом изделия AT в реальных условиях эксплуатации*.

5.4.2 Проверку конфигурации выполняют как для оценки ФнК, так и изготовленного экземпляра изделия, в зависимости от достигнутого этапа АП.

5.4.3 Проверки проводятся циклически при достижении контрольных точек АП. При этом задачей проверки конфигурации является подтверждение того, что:

- достигнутые характеристики ОК (в т. ч. изделия в целом) обеспечивают выполнение предъявляемых к ним утвержденных требований;

- установленные характеристики различных ОК и их интерфейсы согласованы;

- проектные и рабочие документы и данные (конструкторские, производственные, логистические, эксплуатационные и др.) на ОК разработаны в соответствии с нормативными документами и установленными требованиями к их характеристикам;

- собственно документация УК содержит информацию, необходимую и достаточную для подтверждения актуальности и согласованности достигнутых характеристик изделия и выполнения процедур УК.

Проверки используют на начальных этапах АП для установления и согласования исходных (базовых) требований, а затем для последовательной оценки достижения установленных требований за счет выбранных КР. На этапе изготовления образцов AT проверки используют также для контроля данных, передаваемых на производство, т.е. для установления утвержденных конфигураций изделия для конкретных заказчиков.

5.4.4 Аудит ФнК [см. 3.1.14, примечание, перечисления а), б)] проводят на стадии разработай для проверки соответствия ПкК требованиям, заданным в ФнК, включая установление соответствия расчетных характеристик для выбранных КР требованиям, установленным в ФнК*.

5.4.5 Аудит изготовленного экземпляра изделия проводят на стадии производства для проверки соответствия свойств экземпляра изделия требованиям, заданным в ФнК, а также соответствия документации данным, содержащимся в ПкК и ПрК [см. 3.1.14, примечание, перечисление в)].

5.4.6 Аудиты конфигурации обычно проводят однократно для каждой конфигурации, но они могут выполняться и периодически (как правило, по требованию заказчика). Аудит ФнК и изготовленного экземпляра изделия может проводиться в рамках одной проверки.

5.4.7 При обнаружении в ходе аудита несоответствий, не оказывающих влияния на выполнение изделием его функций, до выполнения мероприятий, устраняющих данное несоответствие (в т. ч. внесения изменений в документацию и данные), допускается выдавать разрешение на отклонение, действующее в ограниченный промежуток времени или в отношении определенного количества экземпляров изделия.

5.5 Контроль статуса конфигурации

5.5.1 Контроль статуса конфигурации заключается в разработке отчетной документации, отражающей соответствие конфигурации требованиям на момент достижения контрольной точки соответствующего этапа АП.

5.5.2 Целями данной деятельности по контролю статуса конфигурации являются:

- анализ полноты информации, связанной с утвержденными ОК, обнаружение и устранение несоответствий заданным требованиям;

- анализ и контроль статусов предложенных изменений (от появления запроса на изменение до утверждения и внедрения), включая изменения, связанные с СЧ;

- анализ и контроль статусов запросов на отступления и отклонения;

- проверка устранения замечаний, установленных в предшествующей контрольной точке АП;

- регистрация результатов аудита конфигурации;

- предоставление сведений об идентификации, статусе и расположении всех утвержденных документов и данных, связанных с ОК.

5.5.3 Контроль статуса конфигурации обеспечивают проведением анализа результатов решения перечисленных выше задач УК, идентификацией фактического статуса и формальными процедурами подготовки отчетов.

5.5.3.1 Типовыми отчетами являются:

- перечень устраненных замечаний, установленных по результату прохождения предшествующей контрольной точки (в обязательном порядке - этапа) АП;

- перечень документов по утвержденным конфигурациям;

- перечень утвержденных конфигураций и ОК;

- отчеты о контроле текущей утвержденной конфигурации (например, "непосредственно после проектирования", "непосредственно после сборки/изготовления");

- отчеты о статусе изменений и разрешений на отклонение и отступление;

- отчеты о статусе внесения изменений в КД и данные проверки внедрения изменений.

5.5.3.2 Отчеты могут быть подготовлены вручную или автоматизированным способом.

5.5.4 Формирование отчетов по статусу конфигурации проводят на заданный момент времени по конкретной конфигурации определенного вида в целом, ОК или экземпляру изделия. Эти документы ведут специалисты по направлениям подготовки соответствующих документов и данных, если в плане УК не определены другие исполнители.

5.5.5 Проверку статуса конфигурации выполняют систематически с установленной в плане УК периодичностью (см. 5.2). Как правило, контрольные точки проверки статуса конфигурации для конкретной АП устанавливают для этапов проектирования и изготовления опытных образцов изделия, на стадии производства - для каждого заказа (договора на поставку). Формы отчетов устанавливают стандартом организации.

5.5.6 Отчеты выполняются согласно ГОСТ ISO 9001 с учетом требований ГОСТ Р ЕН 9100*.

5.6 Управление документами и данными, используемыми в ходе управления конфигурацией

5.6.1 Результатом УК на этапах АП является обеспечение соответствия разработанных проектных решений (в т. ч. реализованных в конструкции изделия), описывающих конструкторское, производственное и эксплуатационное представления изделия и составляющих их ОК, установленным требованиям.

5.6.2 Разработанные проектные решения представляются в виде комплектов документов и данных (конструкторских, производственных, логистических и др.) в объеме, определенном требованиями соответствующего этапа АП (в т. ч. документов и данных, необходимых для организации собственно процессов УК).

5.6.3 Управление комплектами документов и данных обеспечивают регламентацией применяемых процедур и интегрированных информационных решений для выполнения задач, решаемых в ходе УК, а именно:

- однозначная идентификация документов, файлов и информационных наборов;

- эффективное управление файлами и базами данных;

- обеспечение связей данных с соответствующими утвержденными конфигурациями;

- обеспечение контроля версий и управление подготовкой, внесением изменений, согласованием и утверждением (выпуском);

- сохранение и архивирование необходимых файлов;

- обеспечение управления статусами документов и данных;

- управление доступом к данным, включая защиту от несанкционированного изменения или разрушения (в т. ч. разграничение и контроль доступа);

- организация обмена данными и последующая их синхронизация между участниками проектной и производственной коопераций;

- обеспечение целостности данных (в т. ч. восстановление после сбоя применяемых ИС).

5.6.4 Применяемые процедуры и инструментарий для выполнения задач управления электронными документами и данными, в т. ч. методы и правила управления составом изделия и описывающими его документацией и данными, регламентируют в плане УК (см. 5.1) с учетом действующих нормативных документов разработчика.

6 Организация управления конфигурацией

6.1 Для обеспечения УК в рамках АП применяют согласованную между участниками АП организационную структуру.

6.2 Организационную структуру и роли участников АП описывают в плане УК (см. 5.1).

6.3 В организационную структуру рекомендуется включать:

- менеджера(ов) конфигурации (см. 6.4);

- коллегиальный(ые) орган(ы), ответственный(ые) за принятие решений в части УК (см. 6.5).

6.4 Менеджер конфигурации непосредственно руководит в организации деятельностью по УК.

6.4.1 Менеджер конфигурации выполняет следующие функции:

- организует и контролирует реализацию решений коллегиального органа по УК;

- организует взаимодействие между структурными подразделениями;

- отвечает за разработку плана УК, его логическую стройность, непротиворечивость и необходимую детальность;

- осуществляет мониторинг и поддержание в актуальном состоянии результатов всех видов деятельности по УК;

- осуществляет контроль за устранением недостатков, выявленных в результате проведения аудита конфигурации;

- обеспечивает организационно-информационную поддержку всех видов деятельности по УК.

6.4.2 Функции менеджера конфигурации могут реализовываться одним или несколькими физическими лицами с необходимым разграничением областей деятельности и соответствующими полномочиями.

6.5 Коллегиальный орган по УК обеспечивает координацию выполнения работ всех задействованных в процессе УК участников АП.

6.5.1 Коллегиальный орган по УК выполняет следующие функции:

- обеспечение взаимодействия органов УК разработчика изделия и разработчиков (поставщиков) СЧ;

- рассмотрение, анализ и оценку целесообразности внесения изменений;

- рассмотрение и утверждение классификации изменений с точки зрения их влияния на АП;

- принятие решений по предлагаемым изменениям, включая решения:

а) об утверждении изменений;

б) о необходимости проведения дополнительной оценки изменений с точки зрения их влияния на показатели АП;

в) о необходимости выпуска бюллетеней;

- принятие решений по производственным отклонениям/отступлениям;

- обеспечение координации выполнения комплексных изменений, затрагивающих области ответственности разных участников АП;

- контроль ведения единого перечня утвержденных изменений;

- контроль разработки и внедрения утвержденных изменений;

- утверждение результатов аудита конфигурации.

6.5.2 В коллегиальный орган, как правило, входят руководители тематических подразделений головного разработчика изделия, имеющие компетенцию и полномочия для обсуждения рассматриваемых вопросов, и руководители организаций - разработчиков (поставщиков) СЧ.

6.5.3 Функции коллегиального органа могут реализовываться одним или несколькими уровнями управления в зависимости от решаемых задач, а также от разграничения полномочий и ответственности представителей внутри организаций - участников АП. В последнем случае взаимосвязи между коллегиальными органами различных уровней устанавливают в плане УК.

Примечание - Для обеспечения принятия решений, касающихся показателей АП (например, влияния на стоимость и сроки реализации АП), коллегиальный орган (при наличии нескольких уровней управления - коллегиальный орган верхнего уровня) возглавляется директором АП.

6.6 Порядок работы коллегиального органа устанавливают в плане УК (см. 5.1) и совместных планах-графиках работ*.

При необходимости в рамках коллегиального органа могут создаваться временные совместные рабочие группы для более детального рассмотрения и оценки влияния предложенного изменения.