"Контрольные карты проверки соответствия организации-разработчика требованиям авиационных правил"
Утверждаю
Заместитель Руководителя Росавиации
М.В.БУЛАНОВ
9 апреля 2017 г.
КОНТРОЛЬНЫЕ КАРТЫ
ПРОВЕРКИ СООТВЕТСТВИЯ ОРГАНИЗАЦИИ-РАЗРАБОТЧИКА ТРЕБОВАНИЯМ
АВИАЦИОННЫХ ПРАВИЛ
NN п. п.
Проверяемые элементы
Содержание требования
Требования нормативной документации
Оценка соответствия требованиям
Условия соответствия объектов и процедур разработки АТ
(за исключением разработки КИ, изложенные в отдельных разделах)
1.
Организация управления и ответственность
1.1.
Документ о политике в области качества
1.1.1. Наличие в организации документа, утвержденного высшим руководством и устанавливающего общую политику организации, в т.ч. политику в области качества авиационной техники и управления безопасностью.
1.1.2. Наличие в документе о политике цели по созданию авиационной техники, соответствующей государственным требованиям к летной годности и охране окружающей среды и приемлемого уровня безопасности авиационной деятельности по разработке воздушных судов и другой авиационной техники.
1.1.3. Наличие и выполнение документированной процедуры, регламентирующей порядок:
- разработки и утверждения документа о политике;
- доведения документа о политике до сотрудников организации;
- пересмотра документа о политике с целью адаптации к изменившимся условиям.
1.1.4. Политика организации в области безопасности должна:
- отражать обязательство организации по обеспечению безопасности полетов;
- содержать четкое заявление о предоставлении ресурсов, необходимых для реализации политики в области безопасности;
- включать процедуры отчетности в области безопасности;
- четко указывать, какие виды поведения при осуществлении организацией авиационной деятельности являются недопустимыми, и обстоятельства, при которых не будут приниматься дисциплинарные меры;
- быть подписанной ответственным руководителем организации;
- быть разосланной по всей организации с утверждающей надписью на видном месте;
- периодически пересматриваться на предмет сохранения актуальности и соответствия деятельности организации.
1.2.
Руководство по качеству. Руководство по управлению безопасностью (для разработчиков ВС).
1.2.1. Наличие в организации Руководства качеству (или иного документа), которое должно содержать:
Процедуры по реализации положений авиационных правил. Процедуры должны обеспечивать ясное и однозначное понимание сотрудниками полномочий, порядка выполнения ими работ по реализации положений Авиационных правил.
1.2.2. Действующую утвержденную организационную структуру (или ссылку на нее), определяющую взаимосвязь высшего руководства организации со всеми подразделениями, включая филиалы.
1.2.3. Установление персональной ответственности за реализацией положений Авиационных правил.
Примечание: детальное описание процедур может приводиться в других документах системы качества, на которые дается ссылка в Руководстве по качеству.
1.2.4. Наличие Руководства по управлению безопасностью и документированных процедур указанных в нем (для разработчиков ВС). Руководство по управлению безопасностью должно, как минимум, содержать или иметь ссылку на документы, устанавливающие:
а) Политику и цели гарантирования безопасности, а также:
- Обязательства и ответственность руководства;
- Иерархию ответственности за безопасность полетов;
- Назначение ведущих сотрудников, ответственных за безопасность полетов;
- Координация планирования мероприятий на случай аварийной обстановки;
- Документация по системе управления безопасностью.
б) Управление рисками для безопасности:
- Выявление источников опасности для безопасности полетов разработанных организацией и находящихся в эксплуатации воздушных судов и/или другой авиационной техники;
- Оценка и уменьшение рисков для безопасности полетов произведенных организацией и находящихся в эксплуатации воздушных судов и/или другой авиационной техники.
в) Гарантирование безопасности полетов разработанных организацией и находящихся в эксплуатации воздушных судов и/или другой авиационной техники:
- Контроль и количественная оценка эффективности обеспечения безопасности полетов разработанных организацией воздушных судов и/или другой авиационной техники;
- Осуществление изменений;
- Постоянное совершенствование системы управления безопасностью,
г) Продвижение вопросов безопасности полетов разработанных организацией и находящихся в эксплуатации воздушных судов и/или другой авиационной техники:
- Подготовка кадров и обучение;
- Обмен информацией о безопасности полетов.
1.3.
Управление нормативной документацией
1.3.1. Описание документации системы обеспечения качества авиационной техники, ее состава (вида), иерархии.
1.3.2. Процедуры управления внутренней документацией (разработка, оформление, идентификация, утверждение, введение в действие, доведение до структурных подразделений и сотрудников организации, учет, хранение, внесение изменений, изъятие и аннулирование).
1.3.3. Процедуры управления организационно-распорядительной документацией (разработка, оформление, доведение до структурных подразделений и сотрудников организации, учет, хранение, внесение изменений, изъятие и аннулирование).
1.3.4. Процедуры управления внешней нормативной документацией (получение, введение в действие, учет, хранение, уведомление и выдача в подразделения или сотрудникам, актуализация, изъятие и аннулирование). Включение во внешнюю нормативную документацию Авиационных правил и других документов.
1.3.5. Наличие подразделений (должностных лиц), ответственных за выполнение указанных процедур.
1.4.
Установление ответственности и управление персоналом
1.4.1. Описание в нормативных документах системы обеспечения качества авиационной техники в части:
- ответственности, полномочий и подчиненности высших должностных лиц;
- функций каждого подразделения, включая филиалы, его структуры и взаимодействия с другими подразделениями в организации;
- полномочий, обязанностей и ответственности руководителей и сотрудников каждого подразделения;
- квалификационных требований, которым должны соответствовать руководители и сотрудники при назначении на соответствующую должность.
1.4.2. Установление полномочий, обязанностей должностных лиц и подразделений, ответственных за функционирование системы обеспечения качества авиационной техники и их взаимодействие.
1.4.3. Наличие и выполнение документированной процедуры, регламентирующей:
- обеспечение и поддержание необходимого уровня квалификации персонала организации, предусматривающего в том числе, знание сотрудниками документов системы обеспечения качества авиационной техники, системы сертификации авиационной техники и разработчиков авиационной техники в относящийся к ним области;
- периодическую оценку квалификации сотрудников (аттестацию), а также оформление и учет результатов аттестации.
Примечание: достаточность кадров и их квалификация оцениваются в процессе взаимодействия с Росавиацией и Авиарегистром России при сертификации типа создаваемой авиационной техники
1.5.
Служба сертификации
1.5.1. Наличие в организации службы сертификации, подчиненной непосредственно руководителю.
1.5.2. Наличие Положения о службе сертификации, содержащего:
а) функции, ответственность, полномочия и взаимодействие с другими подразделениями организации;
б) процедуру взаимодействия с Росавиацией и Авиарегистром России по организационным вопросам сертификации авиационной техники;
в) процедуры по координации деятельности подразделений, реализующих требования к летной годности и охране окружающей среды в конструкции и характеристиках создаваемой авиационной техники.
г) процедура внутреннего контроля за соблюдением процедур сертификации авиационной техники;
д) процедуры контроля результатов сертификационных работ;
е) процедура визирования службой сертификации доказательной и другой документации, направляемой в Росавиацию и Авиарегистр России.
ж) требований о знании сотрудниками службы действующей системы сертификации по следующим аспектам:
- правовые основы сертификации;
- номенклатура (виды) документов системы сертификации;
- правила и нормативные документы, устанавливающие процедуры сертификации/квалификации.
1.6.
Внутренний контроль системы обеспечения качества авиационной техники
1.6.1. Процедуры организации и проведения внутренних проверок по выполнению требований документов системы обеспечения качества авиационной техники и соответствием системы действующей структуре и функциям организации, структурными подразделениями, обеспечивающими качество авиационной техники.
1.6.2. Порядок оформления и утверждения годового плана проведения внутренних проверок, обеспечивающий проверку каждого подразделения не реже одного раза в три года. Порядок принятия решения о необходимости проведения внеплановых проверок.
1.6.3. Процедуры разработки программ внутренних проверок и документального оформления результатов проведенных проверок.
1.6.4. Порядок доведения соответствующих результатов внутренних проверок до подразделений и/или сотрудников организации, ответственных за проведение анализа, разработки и выполнения корректирующих действий по выявленным несоответствиям.
1.6.5. Процедуры контроля за выполнением мероприятий, направленных на устранение несоответствий и их причин, выявленных внутренними проверками.
1.6.6. Наличие требований к аудиторам, проводящим внутренние проверки, программам их подготовки, аттестации и переаттестации.
1.6.7. Обеспечение принципа независимости аудиторов от руководителей проверяемых структурных подразделений организации.
1.6.8. Наличие подразделения организации, ответственного за проведение внутренних проверок.
1.6.9. Порядок ежегодного проведения анализа результатов внутренних проверок, его документального оформления и доведения до высшего руководства.
1.7.
Взаимодействие организации и Независимой инспекции
1.7.1. Наличие процедур взаимодействия организации и Независимой инспекции на этапах разработки, испытаний, сертификации, серийного производства и эксплуатации авиационной техники, обеспечивающих выполнение Независимой инспекции функций, предусмотренных Авиационными правилами, Часть 21 (АП-21).
1.7.2. Наличие процедур по согласованию с Независимой инспекцией документов системы обеспечения качества авиационной техники.
1.8.
Взаимодействие организации с Росавиацией и Авиарегистром России
1.8.1. Наличие утвержденной процедуры взаимодействия с Росавиацией и Авиарегистром России при проведении и выполнении сертификационных работ.
1.8.2. Процедура информирования руководства организации и Росавиации и Авиарегистра России о выявленных отступлениях от требований Авиационных правил и других нормативных и методических документов в целях минимизации времени на разработку и выполнение необходимых мероприятий.
1.8.3. Порядок оформления и представления в Росавиацию и Авиарегистр России сведений об изменениях:
- юридического статуса, наименования и адреса организации, а также ее подразделений и филиалов;
- в структуре организации, высшем руководящем составе;
- службе сертификации;
- должностных лиц, ответственных за анализ, согласование и утверждение соответствующей документации и изменений к ней, направляемой в Росавиацию и Авиарегистр России;
- должностных лиц ответственных, за взаимодействие с Росавиацией и Авиарегистром России при проведении сертификационных работ;
- места расположения предприятий, осуществляющих производство авиационной техники, в том числе опытное;
- об изменениях в системе обеспечения качества авиационной техники.
2.
Организация процесса сертификации и сертификационных работ
2.1.
Организация процесса сертификации авиационной техники
2.1.1. Порядок организации работ по сертификации создаваемой авиационной техники на этапах:
- подача заявки в Росавиацию на получение Одобрительного документа на образец авиационной техники;
- проведение этапа макета образца авиационной техники;
- сертификационные/квалификационные испытания образца;
- анализ результатов сертификации.
2.2.
Организация сертификационных работ
2.2.1. Порядок разработки и утверждения плана сертификационных работ (расчетов, моделирования, анализа опыта эксплуатации образца или его прототипов и сертификационных (лабораторных, стендовых, наземных и летных) испытаний образца).
2.2.2. Порядок организации и проведения сертификационных работ.
2.2.3. Порядок оформления результатов сертификационных работ.
2.2.4. Процедуры подтверждения готовности образца авиационной техники к сертификационным испытаниям.
2.2.5. Порядок оформления Представления на ведущих летчиков-испытателей для участия в проведении сертификационных испытаниях.
2.2.6. Метрологическое обеспечение сертификационных испытаний.
2.2.7. Обеспечение аттестации оборудования, используемого для сертификационных испытаний.
2.3.
Сертификация модификаций типовой конструкции
2.3.1. Наличие Инструкции, содержащей порядок оценки модификаций и их классификации, утвержденной Руководителем организации, согласованной с Независимой инспекцией в организации и одобренной Росавиацией.
2.3.2. Порядок информирования Росавиации о модификациях типовой конструкции.
2.3.3. Порядок разработки и утверждения плана дополнительных сертификационных работ.
2.3.4. Порядок организации и проведения дополнительных сертификационных работ.
2.3.5. Порядок оформления результатов дополнительных сертификационных работ
2.4.
Сертификационные работы в обеспечение экспорта
2.4.1. Порядок подачи заявки в уполномоченный орган государства импортера на получение сертификата типа или иного одобрительного документа на тип экспортируемой авиационной техники.
2.4.2. Порядок выполнения дополнительных технических требований уполномоченного органа государства импортера, касающихся летной годности и охраны окружающей среды экспортируемой авиационной техники, включая проведения сертификационных работ, а также оформление необходимой конструкторской, эксплуатационной и доказательной документации.
2.5.
Применение комплектующих изделий на образце авиационной техники
2.5.1. Процедура формирования Перечня комплектующих изделий (КИ), в том числе импортируемых КИ, предназначенных для установки на образец авиационной техники, и классификации этих КИ по категориям А и Б.
2.5.2. Процедура согласования, утверждения и представления на одобрение Росавиации Перечня КИ категории А, в том числе импортируемых КИ.
2.5.3. Процедура допуска к установке на образец авиационной техники комплектующих изделий, в том числе импортируемых КИ.
2.5.4. Процедура контроля за квалификацией КИ категории А, в том числе импортируемых КИ.
2.5.5. Процедура одобрения КИ категории Б, в том числе импортируемых КИ.
2.5.6 Порядок оформления Заключения о завершении работ по квалификации КИ категории А и одобрению КИ категории Б, в том
числе импортируемых КИ.
2.6.
Специальный сертификат летной годности экспериментальной категории
2.6.1. Порядок подачи в Росавиацию заявки на получение специального сертификата летной годности экспериментальной категории на экземпляр воздушного судна.
2.6.2. Порядок разработки и оформления документов, прилагаемых к заявке:
- обоснование возможности безопасного выполнения полетов воздушного судна в целях проведения сертификационных летных испытаний, обучение и тренировка летчиков-экспертов;
- перечня отличий экземпляра от заявленной типовой конструкции воздушного судна;
- эксплуатационной документации.
2.7.
Организация процесса сертификации Разработчика
2.7.1. Наличие документированных процедур, определяющих:
- подачу заявки в Росавиацию на получение, подтверждение или изменения Сертификата;
- разработку и оформление Плана мероприятий по устранению несоответствий, выявленных в результате проверки, и представление его в Росавиацию и Авиарегистр России на одобрение;
- контроль реализации Плана мероприятий;
- разработку и оформление отчета о выполнении Плана и представление его в Росавиацию и Авиарегистр России.
2.7.2. Порядок оценки организацией каждого изменения в системе обеспечения качества авиационной техники, с целью установления соответствия организации требованиям, предъявляемым к разработчику Разделом J АП-21.
2.7.3. Порядок анализа и документального оформления результатов оценки изменений в системе обеспечения качества авиационной техники и предоставления ее в Росавиацию и Авиарегистр России.
3.
Управление конструкторской документацией
3.1.
Формирование комплекта конструкторской документации
3.1.1. Порядок разработки конструкторской документации (КД), ее согласование и утверждение (чертежи и спецификации, включая перечни этих чертежей и спецификаций, перечни покупных комплектующих изделий и особо ответственных элементов конструкции, технические условия на приемку и поставку, эксплуатационная документация), в том числе КД на электронных носителях.
3.1.2. Наличие требования к содержанию, структуре, оформлению КД.
3.1.3. Порядок внесения изменений в КД по результатам проводимых сертификационных работ (управление конфигурацией).
3.1.4. Порядок включения в КД документации, разработанной внешними организациями.
3.1.5. Порядок внесения изменений в программное обеспечение (ПО) создаваемой авиационной техники по результатам проводимых сертификационных работ с идентификацией версии ПО.
3.2.
Управление Перечнями КИ и ООЭК
3.2.1. Перечень комплектующих изделий (КИ):
Порядок формирования Перечня КИ, входящих в сертифицированную типовую конструкцию, с идентификацией в данном перечне версий ПО комплектующих изделий.
3.2.2. Порядок учета, хранения и обращения Перечня КИ.
3.2.3. Порядок актуализации Перечня КИ при модификации типовой конструкции.
3.2.4. Перечень особо ответственных элементов конструкции (ООЭК): Порядок формирования Перечня особо ответственных элементов конструкции (ООЭК), входящих в сертифицированную типовую конструкцию.
3.2.5. Порядок учета, хранения и обращения Перечня ООЭК.
3.2.6. Порядок актуализации Перечня ООЭК при модификации типовой конструкции.
3.3.
Формирование комплекта конструкторской документации, отражающего сертифицированную типовую конструкцию
3.3.1. Порядок формирования и утверждения комплекта КД отражающего сертифицированную типовую конструкцию.
3.3.2. Порядок доступа специалистов организации, Независимой инспекции и Росавиации и Авиарегистра России к комплекту КД, отражающему сертифицированную типовую конструкцию.
3.3.3. Порядок оформления, согласования эксплуатационной документации в части, предусмотренной Авиационными правилами, и представление в Росавиацию и Авиарегистр России для одобрения.
3.3.4. Порядок оформления Технических условий на приемку и поставку создаваемой авиационной техники и их представления в Росавиацию и Авиарегистр России для одобрения.
3.3.5. Порядок оформления и Представления в Росавиацию и Авиарегистр России, Уведомления о корректировке комплектов конструкторской документации по результатам сертификационных испытаний.
3.3.6. Процедура утверждения для производства и присвоения соответствующей литеры КД после доработки по результатам всех сертификационных испытаний.
3.4.
Порядок внесения изменений в КД отражающих, модификации типовой конструкции
3.4.1. Установление видов и форм документов, определяющих содержание изменений КД (ИИ, ПИ и др.) и порядок их оформления.
3.4.2. Порядок внесения изменений в КД.
3.4.3. Порядок контроля за внесением изменений в учтенные копии КД, в том числе выданные внешним организациям.
3.4.4. Порядок передачи изменений КД в производство.
3.4.5. Порядок доведения до организаций, применяющих КД, информации об изменениях типовой конструкции.
3.4.6. Порядок формирования и актуализации перечня организаций, применяющих КД, для рассылки изменений.
3 4.7. Порядок получения и учета информации от организаций, применяющих КД, по реализации изменений.
3.4.8. Наличие подразделения/лица в организации, ответственного за выполнение указанных процедур и контроль их практической реализации.
3.5.
Ведение комплектов конструкторской документации
3.5.1. Порядок учета, хранения и идентификации комплектов КД.
3.5.2. Идентификация учтенных копий действующей КД для структурного подразделения организации.
3.5.3. Порядок обращения (копирование, учет, выдача, изъятие, аннулирование) учтенных копий действующей КД, в том числе при выдаче внешним организациям.
3.5.4. Наличие подразделения/лица в организации, ответственного за учет, хранение, идентификацию и обращение КД.
3.5.5. Установление условий хранения комплектов КД (параметры окружающей среды, противопожарная защита помещений, уровень доступа персонала предприятия к месту хранения, способы хранения (в развернутом виде, на скалках, в папках и др.) и порядок контроля за хранением комплектов КД.
3.5.6. Установление сроков хранения комплектов КД.
3.5.7. Идентификация учтенных копий действующей КД, передаваемой внешним организациям, для каждой организации отдельно.
3.5.8. Порядок ведения перечня внешних организаций, которым направлена КД и его актуализация.
4.
Обеспечение качества поставляемых компонентов, материалов и предоставляемых услуг
4.1.
Предоставление услуг по разработке компонентов соисполнителями
4.1.1. Процедура формирования и оформления требований к характеристикам разрабатываемых компонентов.
4.1.2. Процедура приемки выполненных работ, включая контроль за выполнением заданных характеристик.
4.1.3. Процедура включения конструкторской документации (КД) соисполнителей в состав КД разработчика на основное изделие.
4.1.4. Процедура взаимодействия с соисполнителями и определение ответственности при внесении изменений в конструкцию разработанного компонента.
4.2.
Предоставление услуг по выполнению сертификационных работ сторонними организациями и лицами
4.2.1. Процедуры оценки и выбора организаций или лиц, обеспечивающие определение их способности выполнять требования к предъявляемым услугам.
4.2 2. Наличие критериев выбора данных организаций.
4.2.3. Процедура формирования и оформления требований на выполнение сертификационных работ, содержащих, в том числе, указание программ и методов выполнения работ (расчетов, моделирования, лабораторных, стендовых, наземных и летных испытаний).
4.2.4. Процедура приемки выполненных работ.
4.2.5. Порядок оформления документов по результатам выполненных работ и включения этих документов в доказательную документацию.
4.3.
Выбор и контроль организаций, поставляющих компоненты и материалы для изготовления опытных изделий
4.3.1. Процедуры оценки и выбора организаций, обеспечивающие определение их способности выполнять требования, предъявляемые к поставляемым компонентам и материалам.
4.3.2. Наличие критериев выбора данных организаций.
4.3.3. Процедура анализа данных о качестве поставляемых компонентов и материалов, а также разработки и реализации необходимых корректирующих и предупреждающих мер.
4.3.4. Порядок формирования перечня организаций, поставляющих компоненты и материалы для изготовления опытных изделий и его актуализация.
4.4.
Требования к договорам (контрактам поставку компонентов и предоставление услуг по выполнению сертификационных работ
4.4.1. Процедура оформления договоров на поставку компонентов и материалов для изготовления опытных изделий авиационной техники, предусматривающая наличие требований в отношении:
- качества и комплектности поставляемой продукции;
- указания документально оформленных требований (ТУ, стандартов), которым должна соответствовать поставляемая продукция;
- указания сопроводительной документации, подтверждающей качество продукции, в том числе для импортируемых компонентов и материалов;
- документации на проведение входного контроля поставляемых компонентов изготовителем опытных изделий на соответствие установленным требованиям;
- тары и упаковки;
- извещения поставщиком об изменениях, вносимых в поставляемую и/или ранее поставленную продукцию, в том числе для импортируемых компонентов;
- порядка отклонения поставляемых компонентов, материалов, не соответствующих установленным требованиям, и возврата их поставщику.
4.4.2. Процедура оформления договоров на предоставление услуг, предусматривающая наличие требований в отношении:
- вида предоставляемой услуги (выполняемой работы);
- качества предоставляемой услуги;
- порядка внесения изменений в заданные требования к предоставляемой услуге;
- порядка приемки и отклонения выполненной работы;
- видов и перечня документов, оформляемых по результатам работы.
4.5.
Ведение договорной работы
4.5.1. Определение должностных лиц, ответственных за ведение договорной работы, в том числе, за анализ, согласование и утверждение договорной документации и изменений к ней.
4.5.2 Определение должностных лиц, ответственных за согласование договорной документации на поставку компонентов, материалов или оказание услуг и выполнение сертификационных работ
4.5.3. Процедура учета и хранения договоров.
5.
Изготовление опытных изделий.
Контроль и управление конфигурацией опытных изделий
5.1.
Изготовление опытных изделий
5.1.1. Определение подразделений организации, ответственных за контроль изготовления опытных изделий
5.1.2. Порядок контроля за соответствием конструкторской документации опытных изделий, в том числе изготавливаемых силами сторонних организаций
5.2.
Контроль и управление конфигурацией опытных изделий
5.2.1. Порядок разработки и оформления документов (формуляр, паспорт или эквивалентный им документ), удостоверяющих соответствие экземпляра авиационной техники, предназначенного для проведения конкретного вида испытаний, конструкторской документации, в том числе экземпляров изготавливаемых силами сторонних организаций.
5.2.2. Процедуры внесения изменений в конструкторскую документацию по результатам испытаний опытных изделий.
5.2.3. Порядок переоформления указанных документов в случае внесения изменений в конструкцию экземпляров авиационной техники.
5.2.4. Наличие порядка, предусматривающего указания в документах, оформляемых по результатам сертификационных испытаний конфигурации экземпляра авиационной техники, на которую распространяются выводы о соответствии требованиям к летной годности и охране окружающей среды.
6.
Организация взаимодействия с серийным производством
6.1.
Соглашение с Изготовителем
A. В случае, если разработчик и изготовитель являются разными юридическими лицами.
6.1.1. Порядок оформления соглашения между разработчиком и изготовителем и внесение в него изменений.
6.1.2. Включение в соглашение положений, предусматривающих:
- указание видов, типов, моделей и модификаций авиационной техники, передаваемой в серийное производство (с указанием конструкторской документации, отражающей сертифицированную типовую конструкцию);
- взаимодействие разработчика и изготовителя в обеспечение поддержания летной годности авиационной техники, переданной в серийное производство, предусматривающее, в том числе порядок взаимного обмена информацией по недостаткам и дефектам, выявленным при производстве, испытаниях и эксплуатации авиационной техники;
- взаимодействие разработчика и изготовителя при внесении изменений в типовую конструкцию;
B. В случае, если организация является одновременно Разработчиком и Изготовителем авиационной техники.
6.1.3. Порядок взаимодействия между подразделением - "Разработчиком" и подразделением - "Изготовителем", предусматривающий положения указанные в п. A. 6.1.2.
6.2.
Постановка на производство
6.2.1. Процедура формирования Комплексного плана постановки на производство (содержащего два этапа: подготовка и освоение производства).
6.2.2. Процедуры формирования Базиса организационных стандартов и национальных стандартов, используемых при постановке авиационной техники на серийное производство
6.3.
Передача конструкторской документации в серийное производство
6.3.1. Порядок передачи в серийное производство конструкторской документации и последующих изменений, отражающих модификации типовой конструкции.
6.3.2. Порядок оформления документа, устанавливающего взаимоотношения разработчика и изготовителя по ведению комплектов КД.
6.4.
Контроль за серийным производством
6.4.1. Порядок организации и проведения контроля за серийным производством сертифицированной авиационной техники, оформления его результатов и последующего контроля за устранением выявленных недостатков.
6.4.2. Порядок взаимодействия с изготовителем для принятия решения о допустимости отклонения от конструкторской документации.
7.
Поддержание летной годности типа авиационной техники в эксплуатации
7.1.
Информация о событиях
7.1.1. Порядок получения и прохождения информации о событиях (авиационных происшествиях, инцидентах, отказах, неисправностях) при производстве авиационной техники, в эксплуатации и ремонте.
7.1.2. Порядок учета и хранения поступившей информации о событиях.
7.1.3. Порядок доведения поступившей информации до подразделений и сотрудников, на которые возлагается анализ информации, принятие решения о необходимости разработки корректирующих и предупреждающих мероприятий и разработка этих мероприятий.
7.2.
Анализ информации о событиях. Разработка корректирующих и предупреждающих
мероприятий
7.2.1. Порядок проведения анализа поступившей информации и оформления результатов проведенного анализа.
7.2.2. Порядок принятия решения о необходимости разработки корректирующих и предупреждающих мероприятий.
7.2.3. Порядок разработки корректирующих и предупреждающих мероприятий и оформления документов, обеспечивающих реализацию этих мероприятий.
Указания и формы этих документов.
7.2.4. Порядок доведения разработанных мероприятий до эксплуатирующих организаций и серийного производства.
7.2.5. Порядок выпуска, учета и хранения документов, содержащих корректирующие и предупреждающие мероприятия.
7.2.6. Порядок одобрения сервисных бюллетеней назначенными инженерными представителями Росавиации и Авиарегистра России.
7.3.
Предоставление информации в Росавиацию и Авиарегистр России
7.3.1. Порядок информирования Росавиации о событиях, а также о корректирующих и предупреждающих действиях.
7.3.2. Порядок взаимодействия организации с Росавиацией и Авиарегистром России при подготовке директив летной годности.
7.3.3. Порядок предоставления информации в Росавиацию и Авиарегистр России об отказах, неисправностях, дефектах и других авиационных событиях, которые привели или могут привести к несоответствию авиационной техники требованиям летной годности и охране окружающей среды или к небезопасным состояниям авиационной техники.
Условия соответствия объектов и процедур разработки КИ
8.
Система обеспечения качества КИ
8.1.
Установление политики, стандартов и процедур управления качеством
8.1.1. Наличие и выполнение документированной процедуры, регламентирующей функционирование системы обеспечения качества КИ, которая:
- обеспечивает непрерывный контроль за разработкой, квалификацией и эксплуатацией создаваемого КИ, подпадающей под действие Заявки, и ее модификаций;
- обеспечивает создание КИ, соответствующего требованиям к летной годности и охране окружающей среды, и последующее обеспечение такого соответствия;
- определяет распределение ответственности, процедуры деятельности и ресурсы, необходимые для обеспечения должного функционирования организации применительно к ее действующей структуре.
8.2.
Установление целей организации в области управления качеством, основанные на стратегии, направленной на обеспечение требований летной годности и охраны окружающей среды
8.2.1. Наличие и выполнение документированной процедуры (Руководства по качеству или иного документа), устанавливающей непосредственно или путем ссылок, что цели организации в области управления качеством основаны на стратегии, направленной на обеспечение требований летной годности и охраны окружающей среды.
8.3.
Определение ответственности и полномочий при реализации управления качеством
8.3.1. Наличие и выполнение документированной процедуры (Руководства по качеству или иного документа), устанавливающей непосредственно или путем ссылок:
- распределение ответственности и процедуры деятельности организации в части выполнения функций согласно:
а) соответствующим требованиям Авиационных правил, Часть 21 и Часть 39; и
б) запрашиваемой области действия Сертификата разработчика;
- порядок внутреннего контроля за соблюдением документированных процедур системы обеспечения качества КИ и соответствием системы действующим структуре и функциям организации;
- порядок контроля, предусматривающий служебную независимость проверяющих от проверяемых, а также информирование лица или группы лиц, ответственных за принятие корректирующих действий, о выявленных недостатках системы и отступлениях от установленных в системе процедур;
- функции структурных подразделений организации, в том числе службы сертификации, должностных лиц и специалистов, осуществляющих разработку и квалификацию создаваемого КИ и его модификаций, а также обеспечение летной годности;
- порядок взаимодействия организации с Росавиацией, а также представления им информации;
- порядок организации процесса квалификации и проведения квалификационных работ, в том числе, контроль за изготовлением изделий, предназначенных для квалификационных испытаний, и их конфигурацией;
- порядок ведения документации, определяющей типовую конструкцию;
- порядок контроля за соответствием требованиям организации поставляемых материалов, частей, деталей и агрегатов, а также выполняемых соисполнителями работ;
- порядок взаимодействия с Изготовителем.
8.4.
Проведение оценки и составление отчетов о степени обеспечения требований летной годности и охраны окружающей среды
8.4.1. Наличие и выполнение документированной процедуры (Руководства по качеству или иного документа), устанавливающей непосредственно или путем ссылок порядок обеспечения летной годности в эксплуатации и соблюдения требований к охране окружающей среды.
8.5
Проведение периодической переоценки планов обеспечения качества разработки
8.5.1. Наличие и выполнение документированной процедуры, регламентирующей порядок внесения изменений в Руководство по качеству (или иной документ) для отражения актуального состояния организации.
8.5.2. Наличие и выполнение Плана обеспечения гарантии качества разрабатываемого КИ в соответствии с требованиями настоящих контрольных карт.
8.5.3. Наличие и выполнение документированной процедуры, регламентирующей порядок внесения изменений в План обеспечения гарантии качества разрабатываемого КИ.
8.6
Непрерывный контроль состояния усовершенствования качества продукции и услуг
8.6.1. Наличие и выполнение документированной процедуры (Руководства по качеству или иного документа), устанавливающей непосредственно или путем ссылок порядок непрерывного контроля состояния усовершенствования качества разрабатываемого КИ.
9.
Взаимодействие с поставщиками
9.1.
Ведение организацией реестра своих поставщиков с указанием статуса одобрения и области одобрения (вид продукции, категория процессов и др.)
9.1.1. Наличие и выполнение документированных процедур, обеспечивающих использование продукции/услуг, поставляемой/предоставляемых только организациями, утвержденными в качестве поставщиков, регламентирующих:
- составление и утверждение реестра поставщиков, одобренных Разработчиком КИ;
- порядок внесения изменений в реестр утвержденных поставщиков;
- доведение реестра утвержденных поставщиков до служб и должностных лиц, осуществляющих закупку и входной контроль закупленной продукции;
- использования услуг поставщиков, утвержденных Разработчиком
КИ.
9.1.2. Наличие и выполнение документированных процедур первичной оценки организаций, изготавливающих материалы, полуфабрикаты, части и комплектующие изделия, или оказывающих услуги, в качестве поставщиков, регламентирующих:
- механизм первичной оценки организаций в качестве поставщиков (например, анкетирование, проверка лицензии на право оказания услуг, изготовления и/или поставки, проверка наличия сертификата на производство, свидетельства об одобрении производства, сертификата на систему качества и т.п.);
- полномочия и ответственность должностных лиц за первичную оценку организаций в качестве поставщиков и выдачу разрешения на закупку продукции или использования услуг организаций, прошедших первичную оценку, до их полного одобрения и утверждения в качестве поставщиков;
- вид и порядок оформления документа, разрешающего заключение договора на поставку первых образцов продукции или "первое" оказание услуг, по результатам первичной оценки организаций в качестве поставщиков.
9.1.3. Наличие и выполнение документированных процедур одобрения и утверждения Разработчиком КИ в качестве поставщиков организаций, изготавливающих материалы, полуфабрикаты и части, или оказывающих услуги, регламентирующих:
- полномочия и ответственность должностных лиц за одобрение и утверждение организаций в качестве поставщиков;
- определение способа одобрения организаций в качестве поставщиков в зависимости от вида, сложности и важности поставляемой ими продукции или оказываемых ими услуг (например, одобрение по результатам аудита системы качества поставщика, по результатам оценки представленного поставщиком Руководства по качеству, по результатам контроля и испытаний первых образцов продукции и т.п.);
Примечание - Статус одобрения может принимать форму "одобрен/не одобрен/частично одобрен", либо может быть представлен в виде рейтинга, выстроенного на основании определенных предприятием критериев;
- порядок оценки системы обеспечения качества продукции поставщиков, предусматривающий:
а) разработку программ и методик проверки систем обеспечения качества продукции/оказываемых услуг поставщиков;
б) формирование комиссий для проверки систем обеспечения качества поставщиков с учетом особенностей выпускаемой ими продукции;
в) согласование с поставщиком порядка проведения проверки системы обеспечения качества в организации поставщика, а также возможности доступа представителей Разработчика КИ во все производственные помещения, связанные с выполнением заказа, и ко всем документам, относящимся к выпуску заказываемой продукции/оказанию требуемой услуги;
г) установление критериев оценки систем обеспечения качества продукции поставщиков, включающих в том числе:
1) обеспеченность поставщиков необходимым ПО и оборудованием для контроля и испытаний поставляемой ими продукции, а также проверку наличия у поставщиков программ, гарантирующих надлежащую работу ПО и оборудования, используемого для контроля и испытаний изделий/составных частей;
2) наличия у поставщиков процедур оценки и одобрения своих поставщиков;
- вид, порядок оформления и выдачи поставщику Разработчиком КИ документа, утверждающего организацию, получившую одобрение, в качестве поставщика с указанием ее полномочий и ограничений.
9.1.4. Наличие и выполнение документированных процедур одобрения и утверждения Разработчиком КИ в качестве поставщиков организаций, изготавливающих составные части по кооперации (субподрядчиков), регламентирующих:
- полномочия и ответственность должностных лиц за одобрение и утверждение в качестве поставщиков организаций, изготавливающих составные части по кооперации;
- порядок одобрения организаций, изготавливающих составные части по кооперации, предусматривающий оценку и одобрение системы обеспечения качества продукции;
- уведомление Разработчика КИ об изменениях, вносимых в продукцию или процессы;
- порядок делегирования полномочий по рассмотрению материалов по продукции с несоответствиями;
- документальное оформление взаимодействия Разработчика изделия с поставщиками элементов конструкции, изготавливаемых по кооперации, по рассмотрению материалов по продукции с несоответствиями;
- идентификацию (маркировку) продукции с несоответствиями, а также соответствующее оформление сопроводительной документации у поставщика при поставке элементов конструкции с несоответствиями Разработчику изделия;
- документальное оформление Разработчиком КИ всех случаев делегирования поставщикам своих полномочий по проведению конкретного вида контроля определенных наименований составных частей, изготавливаемых по кооперации.
9.1.5. Наличие и выполнение документированных процедур оценки, одобрения и утверждения Разработчиком КИ в качестве поставщиков организаций, не являющихся изготовителями поставляемой продукции (посредников), регламентирующих:
- полномочия и ответственность должностных лиц за одобрение и утверждение в качестве поставщиков организаций, не являющихся изготовителями поставляемой продукции;
- порядок одобрения организаций, не являющихся изготовителями поставляемой продукции;
- проверку наличия у посредников разрешения от Разработчика на право поставки его продукции;
- назначение объема контроля продукции, обеспечивающего определение ее соответствия требованиям документов Разработчика на поставку;
- требование об указании в документах на поставку непосредственных изготовителей поставляемой продукции и возможности просмотра по сопроводительной документации маршрута движения, который прошли материалы, полуфабрикаты и части: от предприятия, которое их изготовило, до поступления к Разработчику КИ;
- вид, порядок оформления и выдачи поставщику Разработчиком КИ документа, утверждающего посредническую организацию, получившую одобрение, в качестве поставщика с указанием ее полномочий и ограничений.
9.1.6. Наличие и выполнение документированных процедур, обеспечивающих своевременное получение от поставщиков информации обо всех значительных изменениях, включая:
- организационные изменения, такие как изменение наименования
предприятия-поставщика, месторасположения или высшего руководства по качеству;
- изменения в системе обеспечения качества продукции, которые могут отрицательно сказаться на летной годности и безопасной эксплуатации основного изделия;
- перемещение производства или его расширение за счет организации производства в других местах.
9.1.7. Наличие и выполнение документированных процедур одобрения Разработчиком КИ изменений у утвержденного поставщика, регламентирующих:
- полномочия и ответственность должностных лиц за одобрение изменений;
- уведомление Разработчика КИ об изменениях, вносимых в продукцию или процессы;
- процедуры анализа Разработчиком КИ информации об изменениях, произошедших у утвержденного поставщика;
- порядок принятия решения об одобрении или отклонении этих изменений;
- процедуры извещения поставщика о принятом решении.
9.1.8. Наличие и выполнение документированных процедур оформления договоров на поставку материалов, полуфабрикатов и составных частей, изготавливаемых по кооперации, обеспечивающих отражение в договорах требований:
- к качеству и комплектности поставляемой продукции;
- указания конкретных документально оформленных требований (ТЗ, ССКИ, СНКИ, стандартов), которым должна соответствовать поставляемая продукция;
- указания номенклатуры сопроводительной документации, подтверждающей качество продукции;
- к документации на проведение проверок (входного контроля) Разработчиком КИ продукции поставщика на соответствие установленным требованиям;
- представления результатов испытаний материалов и полуфабрикатов у поставщика;
- представления (в необходимых случаях) контрольных образцов;
- к таре и упаковке;
- одобрения Разработчиком КИ системы обеспечения качества поставляемой продукции, в том числе с выездом на предприятие-поставщик;
- извещения Разработчика КИ о конструктивных изменениях, вносимых в поставляемую и/или ранее поставленную продукцию;
- указания уровня пересмотра (Revision) документации, определяющей
конфигурацию типовой конструкции комплектующих изделий импортного производства (ИКИ);
- поставки ИКИ с Удостоверением авиационных властей страны-поставщика или Удостоверением о качестве;
- к порядку отклонения Разработчиком КИ и возврата поставщику продукции, не соответствующей установленным требованиям и типовой конструкции;
- предоставления Разработчику КИ информации о причинах отказов и несоответствий и мерах принятых по их предупреждению;
- к ведению претензионной работы.
9.1.9. Наличие и выполнение документированных процедур согласования и утверждения договоров на поставку, регламентирующих:
- полномочия и ответственность должностных лиц за анализ, согласование и утверждение договорной документации и изменений к ней;
- проверку службой качества договоров на поставку материалов, полуфабрикатов, и компонентов для обеспечения внесения в них всех необходимых требований по обеспечению качества поставок;
- согласование с поставщиками требований к продукции до начала поставки.
9.1.10. Наличие и выполнение документированных процедур управления техническими данными и данными по качеству на электронных носителях, регламентирующих:
- документально оформленный порядок взаимодействия с поставщиками по передаче-приемке таких данных;
- обеспечение контроля, учета и сохранности технических данных и данных по качеству, хранящихся и передаваемых на электронных носителях.
9.1.11. Наличие и выполнение документированных процедур сбора и обобщения Разработчиком КИ сведений по отказам в процессе входного контроля, испытаний, регламентирующих:
- порядок сбора данных по отказам и несоответствиям продукции поставщиков;
- извещение поставщиков о проблемах с поставленной ими продукцией;
- порядок и сроки принятия решений по выявленным несоответствиям и проблемам;
- порядок устранения выявленных несоответствий и определение годности изделий к эксплуатации.
9.2.
Периодический анализ эффективности работы поставщиков и использование результатов анализа в качестве основы для установления мер контроля их последующего внедрения
9.2.1. Наличие и выполнение документированных процедур периодического контроля утвержденных поставщиков, регламентирующих:
- установление вида периодического контроля утвержденных поставщиков в зависимости от важности и сложности поставляемой ими продукции или оказываемых ими услуг (например, периодический аудит системы обеспечения качества продукции на предприятии-поставщике, сбор и периодический анализ данных о качестве продукции поставщиков, выявленном при входном контроле, в процессе производства, испытаний и эксплуатации и т.п.);
- назначение периодичности контроля утвержденных поставщиков;
- разработку программ и методик периодического контроля и оценки системы обеспечения качества продукции поставщиков;
- порядок контроля выполнения специальных процессов и контролем продукции, изготавливаемой по кооперации;
- порядок взаимодействия с поставщиками по вопросам устранения выявленных недостатков и их причин;
- порядок подтверждения действия документа, утверждающего организацию в качестве поставщика;
-. порядок прекращения действия документа, утверждающего организацию в качестве поставщика, в случае снижения качества его продукции;
- порядок замены поставщика.
Примечание - При проведении аудита эксперту по своему выбору необходимо рассмотреть результаты (оформленные материалы) оценки и последующего контроля за следующим количеством поставщиков:
- не менее 3, если перечень поставщиков содержит не более 50 позиций;
- не менее 6, если перечень поставщиков содержит более 50, но не более 100 позиций;
- не менее 9, если перечень поставщиков содержит более 100 позиций.
9.3.
Определение необходимых действий при работе с поставщиками, которые не соответствуют требованиям
9.3.1. Наличие и выполнение документированной процедуры, регламентирующей:
- порядок прекращения взаимоотношений с организацией поставщика;
- порядок лишения одобренного поставщика этого статуса;
- порядок проведения совместных работ с поставщиком до достижения им необходимых усовершенствований, с целью удовлетворения требованиям покупателя.
9.4.
Определение процесса, полномочий и ответственности за принятие решения по статусу одобрения, изменение статуса одобрения и условия применения методов контроля за поставщиками в зависимости от статуса одобрения поставщика:
9.4.1. Наличие и выполнение документированной процедуры, регламентирующей:
- полномочия и ответственность должностных лиц за одобрение (назначение статуса или рейтинга) и изменение (статуса или рейтинг) поставщика;
- применение методов контроля;
Примечание - Применение конкретных методов осуществляется в зависимости от стратегии управления и уровня развития организации;
- порядок изменения статуса поставщика.
9.5.
Определение риска и управление им при выборе и использовании поставщиков
9.5.1. Наличие и выполнение документированной процедуры, регламентирующей порядок:
- распределения ответственности за управление риском;
- определение критериев рисков (например, вероятность возникновения);
- идентификации рисков;
- действия по уменьшению рисков.
9.6.
Обеспечение адекватности установленных требований к закупкам до сообщения их поставщику
9.6.1. Наличие и выполнение документированной процедуры, содержащей описание заказываемой продукции и включающей, где целесообразно:
- требования по утверждению продукции, процедур, процессов и оборудования;
- требования к квалификации персонала;
- требования к системе менеджмента качества;
- идентификацию и статус редакции спецификаций, чертежей, требований к процессам, инструкций по проверке/верификации и другой технической информации;
- требования к разработке, испытаниям, проверке, верификации (включая верификацию процесса производства), применению статистических методов для приемки продукции, а также соответствующие инструкции по приемке
организацией, и, где применимо, критические элементы, включая ключевые характеристики;
- требования к образцам для испытаний (например, способ производства, количество, условия хранения), для одобрения разработки, проверки/верификации, аудита;
- требования, касающиеся необходимости для поставщика:
а) уведомлять организацию о несоответствующей продукции;
б) получить одобрение организации на распоряжение несоответствующей продукцией;
в) уведомить организацию об изменениях в продукции и (или) процессе, изменении поставщиков, изменении расположения производственного объекта и, где необходимо, получить одобрение организации;
г) информирования поставщиков в цепочке поставок о применимых требованиях, включая требования потребителей;
- требования к хранению записей;
- право доступа организации, ее потребителям и регулирующим органам к необходимым участкам на всех объектах, на любом уровне цепочки поставщиков, участвующих в выполнении заказа, а также ко всем необходимым записям.
Примечание - Организация обеспечивает адекватность установленных требований к закупкам до сообщения их поставщику.
9.7.
Установка и осуществление контроля или иной деятельности, необходимой для обеспечения соответствия закупаемой продукции установленным требованиям на закупку
9.7.1. Наличие и выполнение документированной процедуры, регламентирующей порядок деятельности, необходимой для обеспечения соответствия закупаемой продукции установленным требованиям на закупку, содержащей:
- получение свидетельств соответствия продукции от поставщика (например, сопроводительная документация, сертификат соответствия, записи по испытаниям, статистические записи, записи по управлению процессом);
- проверку и аудит у поставщика;
- анализ необходимой документации;
- проверку продукции после получения;
- делегирование верификации поставщику или сертификация поставщика.
Примечание - Если закупленная продукция выпускается в производство и ожидает завершения всех необходимых действий по верификации, она идентифицируется и регистрируется для возможности отзыва и замены в случае последующего выявления несоответствия требованиям.
Если организация делегирует деятельность по проверке поставщику, то определяются требования к делегированию и ведется перечень делегируемых полномочий.
В тех случаях, когда организация или ее потребитель планируют верификацию на предприятии поставщика, организация устанавливает в информации на закупку намеченные меры по верификации и способ выпуска продукции.
9.8.
Планирование процесса управления поставщиками
9.8.1. Наличие и выполнение документированной процедуры (плана управления поставщиками), рассматривающего:
- доступность в части соответствия требованиям нормативов, политики, планов, стандартов и соглашений;
- управление интеграцией, в частности, рассматривающее следующее:
а) как будут реализовываться, управляться требования, и будет удостоверяться их пригодность; включая требования обеспечения безопасности, производные требования и изменения требований;
б) как будет контролироваться и утверждаться конструкция;
в) как будет контролироваться среда тестирования интеграции;
г) как будет контролироваться процесс создания и реализации аппаратных средств (согласования любых разногласий между стратегиями реализации поставщика и заявителя);
д) какие мероприятия по обеспечению качества продукта, которые поддерживают требования сертификации, кем они будут выполняться;
е) стратегия заявителя по интеграции и верификации системы, включая
тестирование на основании требований и анализ покрытия;
- задачи и распределение ответственности при надзоре за поставщиками;
- регистрацию и решение проблем;
- мероприятия по верификации реализации;
- управление конфигурациями;
- подтверждение соответствия требованиям и сохранение данных.
10.
Управление ресурсами
10.1.
Определение и обеспечение поддержки инфраструктуры ресурсов, необходимой для выполнения организацией требований настоящего документа и осуществления поддержки разработки КИ
10.1.1. Наличие и выполнение полного и эффективного взаимодействия между подразделениями организации и внутри подразделений в отношении вопросов летной годности и защиты окружающей среды.
10.1.2. Наличие документации, показывающей наличие во всех подразделениях организации достаточного штата сотрудников. 10.1.3. Наличие сотрудников, обладающих необходимыми квалификацией, опытом и соответствующими полномочиями, дающими им возможность выполнять возложенные на них обязанности, что, вместе с размещением сотрудников, оснащенностью их рабочих мест, зданиями и оборудованием, обеспечивает разработку КИ, соответствующего требованиям летной годности и охраны окружающей среды в соответствии.
10.2.
Получение ресурсов, за исключением персонала, необходимых для разработки КИ
10.2.1. Наличие и выполнение документированной процедуры, регламентирующей процесс материально-технического снабжения предприятия для осуществления текущих разработок КИ.
10.3.
Проявление заботы о персонале, занятом в осуществлении текущих разработок
10.2.1. Наличие и выполнение документированной процедуры (например, Коллективного Договора), отражающей проявление заботы о персонале, занятом в осуществлении текущих разработок КИ.
10.4.
Стимулирование персонала, например, посредством предоставления возможности карьерного роста или при помощи системы поощрений
10.2.1. Наличие и выполнение документированной процедуры, регламентирующей:
- поощрение и вознаграждение инновационного и инициативного поведения сотрудников;
- механизм финансирования незапланированных инициатив.
10.5.
Контроль области взаимодействия нескольких разработок для разрешения конфликтов, связанных с графиками их реализации:
10.5.1. из-за ограниченных возможностей организационной инфраструктуры, вспомогательных служб и ресурсов при распределении между текущими разработками КИ;
- из-за занятости персонала работой над несколькими разработками одновременно.
10.5.2. Наличие системы планирования и учета затрат ресурсов, используемых в нескольких разработках КИ одновременно.
11.
Планирование
11.1.
Анализ технического задания на разработку
11.1.1. Наличие и выполнение документированной процедуры по идентификации разрабатываемого КИ, регламентирующей:
- рабочие характеристики КИ;
- применимость разрабатываемого изделия;
- условия эксплуатации;
- затраты на разработку;
- сроки выполнения;
- технические требования;
- нормативную базу.
11.2.
Определение мероприятий разработки КИ
11.2.1. Наличие и выполнение документированной процедуры (План разработки) по определению мероприятий, описывающей, какие работы (по этапам) будут проведены для разработки КИ. Примечание - Разработка, как правило, состоит из следующих этапов:
- анализ;
- разработка и оценка концепции;
- эскизное проектирование;
- техническое проектирование;
- первая поставка;
- первый вылет (в составе ВС);
- квалификация.
11.2.2. Наличие и выполнение документированной процедуры (План управления) по определению структуры полномочий и ответственности, устанавливающей права, обязанности (функции) и ответственности участников разработки в зависимости от уровней управления.
11.2.3. Наличие и выполнение документированной процедуры по формированию плана, и доведению плана до заинтересованных сторон для технического управления разработкой.
Примечание - Сюда включают назначение ответственностей за разработку плана, ссылочную информацию на другие планы разработки (План обеспечения качества разработки/План гарантии разработки, План управления рисками и т.д.).
11.2.4. Наличие и выполнение документированной процедуры (План управления), описывающей бюджет и ресурсное обеспечение разработки.
11.2.5. Наличие и выполнение документированной процедуры по определению критериев перехода, регламентирующей интервалы времени между внутренними пересмотрами разработки в зависимости от критичности системы, графика работ и технических рисков.
11.2.6. Наличие и выполнение документированной процедуры (Головной план-график), регламентирующий последовательность мероприятий на разных уровнях ответственности, и взаимосвязь между работами.
11.2.7. Наличие и выполнение документированной процедуры, подтверждающей согласование план-графиков Поставщиков, комплектующих с Головным план-графиком.
11.2.8. Наличие и выполнение документированной процедуры, регламентирующей наличие на предприятии-разработчике служб, необходимых для разработки КИ, их готовность и распределение по задачам разработки.
11.2.9. Наличие и выполнение документированной процедуры, описывающей средства, инструменты, коммуникации и активы информационных технологий, требования к обеспечивающим системам для каждой стадии ЖЦ в пределах области применения.
11.2.10. Наличие и выполнение документированной процедуры, регламентирующей внесение корректировок в план.
11.2.11. Наличие и выполнение документированной процедуры, описывающей предварительную матрицу рисков
11.2.12. Наличие и выполнение документированной процедуры по определению проверочных испытаний (аудитов), описывающей:
Применительно к системе:
- проверку описания задания;
- экспертизу исходных требований;
- проверку требований к системе;
- экспертизу эскизного проекта;
- экспертизу технического проекта;
- проверку готовности к началу испытаний;
- аттестационную проверку;
- приемочную проверку;
- проверку готовности к первому вылету;
- проверку готовности к квалификации.
Применительно к сложному элементу аппаратуры:
- проверку планов;
- экспертизу исходных требований;
- экспертизу исходного проекта;
- проверку готовности к началу испытаний;
- экспертизу технического проекта;
- проверку готовности к первому вылету;
- проверку готовности к квалификации.
Применительно к программному обеспечению:
- проверку планов;
- экспертизу исходных требований;
- экспертизу архитектуры проекта;
- проверку готовности к началу испытаний;
- экспертизу технического проекта;
- проверку готовности к первому вылету;
- проверку готовности к квалификации.
11.2.13. Наличие и выполнение документированной процедуры по определению проверочных испытаний, описывающей:
Применительно к сложному элементу аппаратуры:
- проверку "Планирование";
- проверку "Разработка";
- проверку "Верификация";
- проверку "Завершение".
Применительно к программному обеспечению:
- проверку "Планирование";
- проверку "Разработка";
- проверку "Верификация";
- проверку "Завершение".
11.3.
Составление планов процессов разработки интегральных процессов
11.3.1. Наличие и выполнение документированных процедур, описывающих интегральные процессы и процессы разработки:
Применительно к системе:
- план разработки;
- план программы обеспечения безопасности;
- план разработки требований;
- план квалификации;
- план валидации;
- план верификации;
- план управления конфигурацией;
- план гарантии выполнения процессов.
Применительно к сложному элементу аппаратуры:
- План квалификации аппаратуры;
- План конструирования аппаратуры;
- План обоснования аппаратуры;
- План верификации аппаратуры;
- План управления конфигурацией аппаратуры;
- План процесса гарантии аппаратуры.
Применительно к программному обеспечению:
- План квалификации ПО;
- План разработки ПО;
- План верификации ПО;
- План управления конфигурацией ПО;
- План гарантии качества.
Применительно к системе ИМА:
- План сертификации системы ИМА;
- План аттестации модуля;
- План валидации и верификации ИМА;
- План сертификации системы ИМА на уровне ВС;
- План валидации и верификации на уровне ВС;
- План управления конфигурацией системы ИМА.
11.4.
Определение взаимодействия с Поставщиком
11.4.1. Наличие и выполнение документированной процедуры взаимодействия с Поставщиками, регламентирующей, в части планирования:
- администрирование контакта с Поставщиком;
- требования к Поставщику КИ;
- критерии выбора Поставщика;
- сроки поставки КИ;
- уровень цены поставляемых изделий.
12.
Оценка
12.1.
Оценка статуса разработки относительно планов
12.1.1. Наличие и выполнение документированной процедуры по оценке состояния разработки КИ, определяющей отклонения от соответствующих планов в части затрат, сроков и качества.
12.2.
Оценка развития разработки
12.2.1. Наличие и выполнение документированной процедуры по оценке прогресса разработки КИ, описывающей измеренные достижения и результаты выполнения разработки в промежуточных контрольных точках.
12.3.
Проведение аудитов и проверок
12.3.1. Наличие и выполнение документированной процедуры по проведению аудитов и проверок, подтверждающей готовность перехода на следующий этап разработки КИ, в том числе:
Применительно к системе:
- проверку описания задания;
- экспертизу исходных требований;
- проверку требований к системе;
- экспертизу эскизного проекта;
- экспертизу технического проекта;
- проверку готовности к началу испытаний;
- проверку готовности к первому вылету;
- проверку готовности к сертификации.
Применительно к сложному элементу аппаратуры:
- проверку планов;
- экспертизу исходных требований;
- экспертизу исходного проекта;
- проверку готовности к началу испытаний;
- экспертизу технического проекта;
- проверку готовности к первому вылету;
- проверку готовности к сертификации.
Применительно к программному обеспечению:
- проверку планов;
- экспертизу исходных требований;
- экспертизу архитектуры проекта;
- проверку готовности к началу испытаний;
- экспертизу технического проекта;
- проверку готовности к первому вылету;
- проверку готовности к сертификации.
12.3.2. Наличие и выполнение документированной процедуры по проведению проверок, описывающей:
Применительно к сложному элементу аппаратуры:
- проверку "Планирование";
- проверку "Разработка";
- проверку "Верификация";
- проверку "Завершение".
Применительно к программному обеспечению:
- проверку "Планирование";
- проверку "Разработка";
- проверку "Верификация";
- проверку "Завершение".
12.4.
Анализ данных и показателей
12.4.1. Наличие и выполнение документированной процедуры, регламентирующей порядок обнаружения и анализа данных, и последующие корректирующие действия в случае обнаружения значимых отклонений показателей от запланированных значений.
12.5.
Обеспечение отчетности
12.5.1. Наличие и выполнение документированной процедуры, регламентирующей периодическую отчетность о статусе разработки КИ и обязательную отчетность об отклонениях в соответствии с политикой, принятой на предприятии-разработчике.
13.
Контроль разработки
13.1.
Управление требованиями, изменение требований
13.1.1. Наличие и выполнение документированной процедуры, регламентирующей управление требованиями:
- сбор требований;
- идентификацию требований;
- управление конфигурацией требований;
- классификацию требований.
13.1.2. Наличие и выполнение документированной процедуры по изменению требований, регламентирующей отслеживание требований:
- согласование и утверждение инициированных изменений;
- регистрацию, анализ и управление запросами на изменения;
- формирование отчетной документации по текущему статусу изменений.
13.2.
Инициация корректирующих действий при отклонениях разработки
13.2.1. Наличие и выполнение документированной процедуры, описывающей корректирующие действия, необходимые для разработки КИ и получения результатов выполнения задач разработки при отклонениях свыше допустимых или заранее определенных пределов.
Примечание - Данные действия относятся к неготовности или несоответствию персонала, инструментальных средств, и прочих несоответствий предприятия-разработчика.
13.3.
Инициация корректирующих действий по результатам аудитов
13.3.1. Наличие и выполнение документированной процедуры, описывающей корректирующие действия, которые необходимо провести по результатам аудита при выявлении несоответствия этапов разработки планам.
Примечание - Корректирующие действия документируются и анализируются для подтверждения их адекватности и своевременности.
13.4.
Действия по изменению условий договора с Поставщиком, взаимодействие с Поставщиком в случае нарушения условий поставки
13.4.1. Наличие и выполнение документированной процедуры по внесению изменений в договор по просьбе Заказчика либо Поставщика, регламентирующей изменения сроков, затрат и качества разрабатываемого КИ.
13.4.2. Наличие и выполнение документированной процедуры, регламентирующей корректирующие действия при нарушении условий поставки комплектующих изделий, посредством взаимодействия с Поставщиком.
14.
Управление рисками
14.1.
Утверждение систематического подхода к определению рисков, их оценке и обработке
14.1.1. Наличие и выполнение документированной процедуры стратегического управления с учетом принятия решений в условиях рисков и неопределенности при наличии различных угроз и вызовов, опирающуюся на:
- стратегическое управление портфелем разработки;
- политику в области управления рисками;
- принятие решений в условиях рисков и неопределенностей;
- анализ вызовов и угроз, внутренних и внешних, оценку безопасности и рисков;
- концепции применения и разработки, относительную эффективность (по критерию цена-качество);
- сценарии и ресурсы, потребности и возможности;
- нормативы и регламенты.
Примечание - Анализ управления включает использование моделей и методов оптимизации и игровых подходов.
14.1.2. Наличие и выполнение документированной процедуры управления, включающей ряд подробно рассматриваемых шагов:
- предварительного анализа ситуаций на рынке возможностей;
- инициализации разработка;
- планирования элементов по времени и ресурсам;
- выполнение разработки с использованием передовых технологий;
- контроль выполнения разработки, поэтапный и финальный;
- завершение разработки;
- анализ промахов и достижений и пополнение реестра разработки описанием лучших практик.
Примечание - работы могут включать технические и информационные составляющие.
14.2.
Идентификация и определение рисков
14.2.1. Наличие и выполнение документированной процедуры, регламентирующей порядок и основы управления рисками путем:
- краткого обзора менеджмента риска при разработке в части роли менеджмента риска при разработке общей схемы процесса;
- решения организационных проблем в части:
a) ответственности руководства;
b) ресурсов;
c) обмена информацией;
d) управления документацией;
- определения процессов менеджмента риска при разработке в части:
e) определения ситуации;
f) идентификации риска;
g) оценка риска;
h) обработки риска;
i) исследование и мониторинг риска;
- создания схемы процесса менеджмента риска при разработке.
14.2.2. Наличие и выполнение документированной процедуры по управлению рисками разработки, которая может быть ориентирована на рассмотрение этапов заключения контракта:
- выбор критериев условий заключения контрактов;
- анализ требований конкурсной разработки;
- оценки затраты на ЖЦ;
- прогнозирование надежности и качества;
- ожидаемые характеристики систем;
- анализ принципов руководства программой создания продукции;
- анализ рациональных подходов к управлению конфигурацией разработки.
Примечание - В процессе рассмотрения условий контракта могут быть рассмотрены различные модели структуры формирования цены проводимых работ.
14.2.3. Наличие и выполнение документированной процедуры по методике управления рисками разработки, включающей:
- общий процесс управления рисками;
- идентификацию рисков;
- получение исчерпывающего перечня рисков;
- паспортизацию рисков;
- анализ ожидаемых затрат;
- классификацию рисков;
- критерии выбора значений определяющего параметра;
- матрицу серьезности рисков;
- планирование мониторинга, предотвращения и реагирования на риски;
- критерии выделения риск-менеджера на разработку;
- мониторинг, предотвращение и реагирование на риски;
- обязанности лица, ответственного за риск;
- обязанности лица, управляющего рисками;
- анализ эффективности управления рисками;
- структуру аналитического отчета об управлении рисками;
- критерии эффективности управления рисками;
- обновление базы рисков.
Примечание - Настоящая методика может распространяться на управление:
- техническим и технологическим рисками;
- информационным риском;
- финансовым риском;
- логистическим риском и т.д.
14.2.4. Наличие и выполнение документированной процедуры управления информационным обменом при управлении рисками разработки, включающей:
- угрозы со стороны персонала;
- оценку риска со стороны отдельных сотрудников;
- перечень опасностей со стороны посвященного лица;
- проблемы доступа к информации, а именно:
a) доступа к ИТ системам;
b) доступа к сайтам;
c) доступа к разработанным/разрабатываемым технологиям;
d) доступа к персоналу;
- диаграммы, рекомендуемые для использования при проведении анализа риска.
14.2.5. Наличие и выполнение документированной процедуры комплексной системы управлениями рисками на предприятии, устанавливающей:
- общее руководство по оценке рисков;
- область применения руководства;
- общие положения;
- оценки риска опасных событий;
- мероприятия по оценке риска;
- оценку допустимого риска;
- обработку риска;
- описание среды организации;
- вопросы оценки методов обработки риска;
Примечание - Настоящий документ следует применять с учетом требований основополагающих стандартов в области риска: ГОСТ Р ИСО 31000-20101), ГОСТ Р 31010-20112), ГОСТ Р 51897-2011/Руководство ИСО 73:20093), ГОСТ Р ИСО 31000-2010, ГОСТ Р ИСО/МЭК 31010-201.
14.2.6. Наличие и выполнение документированной процедуры функционального моделирования управления рисками разработки, включающей построение диаграмм представления связей и взаимодействий между компонентами процесса выполнения разработки.
14.3.
Определение вероятности событий, связанных с рисками, с использованием установленных критериев
14.3.1. Наличие и выполнение документированной процедуры, регламентирующей порядок оценки событий, связанных с ожидаемыми опасностями и степенью угроз, включающий оценки риска на уровне организации в форме таблицы оценки риска содержащей:
- этап 1. Идентификация внутренних опасностей в составе:
a) диапазона опасностей;
b) определения компетенций ответственного лица;
c) уровня детализации опасностей;
- этап 2. Оценка вероятности;
- этап 3. Оценка последствий;
- этап 4. Ранжирование риска;
- этап 5. Контрмеры;
- этап 6. Создание абсолютной шкалы оценки последствий.
14.4.
Оценка рисков в терминах их возможных последствий с использованием установленных критериев и влияния на Летную Годность
14.4.1. Наличие и выполнение документированной процедуры, регламентирующей порядок обзора рисков и определения степени тяжести последствий при квалификации различных компонентов риска на основе:
- системы обеспечения готовности к опасным ситуациям и непрерывности деятельности;
- потенциальных областей исследования опасностей;
с учетом основных элементов системы менеджмента непрерывности деятельности и взаимосвязи элементов, относящихся к системе обеспечения готовности к опасным ситуациям и инцидентам и к системе обеспечения непрерывности деятельности.
14.5.
Определение градации рисков по их вероятности и последствиям
14.5.1. Наличие и выполнение документированной процедуры, регламентирующей порядок подготовки исходных данных для построения диаграммы-матрицы отображения рисков для различных этапов ЖЦ.
14.6.
Определение стратегии реакции на риски
14.6.1. Наличие и выполнение документированной процедуры, регламентирующей порядок определения требований к риску, прогнозирование и выбор стратегии снижения ожидаемых опасностей и ущерба с учетом анализа оценки риска на уровне организации, включающего сценарии опасных событий и построение матрица рисков.
14.7.
Определение значения допустимых границ для каждого идентифицированного риска
14.7.1. Наличие и выполнение документированной процедуры, регламентирующей методику построения матрицы отображения рисков для различных компонентов опасностей.
14.8.
Определение границ действий по обработке рисков в случае превышения ими допустимых границ
14.8.1. Наличие и выполнение документированной процедуры, регламентирующей методики выбора и реализации отображения мероприятий по уменьшению риска, включая следующие этапы:
Этап 1. Идентификация и ранжирование опасностей со стороны посвященного лица;
Этап 2. Выполнение начальной идентификации групп с большими возможностями;
Этап 3. Описание возможностей реализации опасного события;
Этап 4. Шкала возможностей;
Этап 5. Анализ контрмер;
а также примеры оценки риска на уровне:
- оценки возможностей появления выбранных опасностей;
- оценки риска опасностей со стороны персонала.
14.9.
Сообщение о мерах по обработке рисков и их статусе в соответствии с действующими соглашениями, политикой и процедурами
14.9.1. Наличие и выполнение документированной процедуры, регламентирующей порядок регистрации текущего состояния и мероприятий по снижению уровней риска, в том числе включающий руководство по оценке риска для опасностей со стороны человеческого фактора.
14.10.
Ведение учета рисков в течение всего жизненного цикла
14.10.1. Наличие и выполнение документированной процедуры, регламентирующей порядок анализа и обобщения зарегистрированных данных о выявленных тревожных ситуациях и мероприятиях предпринятых для уменьшения рисков разработки на основе правил построения реестра рисков.
Примечание - Настоящая процедура применяется с учетом требований основополагающих стандартов в области риска: ГОСТ Р ИСО 31000-2010 "Менеджмент риска. Принципы и руководство", ГОСТ Р ИСО/МЭК 31010-2011 "Менеджмент риска. Методы оценки риска", ГОСТ Р 51897-2011/Руководство ИСО 73:2009 "Менеджмент риска. Термины и определения", а также установленные правила построения реестра риска.
14.10.2. Наличие и выполнение документированной процедуры, регламентирующей порядок ведения реестра рисков при выполнении работ на предприятии.
15.
Управление обменом информацией
15.1.
Распределение полномочий и обязанностей
15.1.1. Наличие и выполнение документированной процедуры, регламентирующей права и обязанности персонала, относящегося к управлению элементами информации.
15.2.
Получение элементов информации
15.2.1. Наличие и выполнение документированной процедуры по обработке входящей информации, регламентирующей прием и регистрацию:
- документов общего пользования;
- секретных документов;
- документов для служебного пользования.
Примечание - Если какая-либо из процедур различна для бумажной и цифровой информации, должна быть создана отдельная процедура для каждого вида информации.
15.3
Обслуживание элементов информации в соответствии с требованиями
15.3.1. Наличие и выполнение документированной процедуры, регламентирующей обработку входящей информации:
- срок рассмотрения документов;
- донесение до всех заинтересованных сторон;
- предварительное рассмотрение;
- принятие окончательного решения.
15.4.
Архивирование заданной информации
15.4.1. Наличие и выполнение документированной процедуры, описывающей порядок архивирования заданной информации, регламентирующей:
- создание, пополнение и актуализацию архива;
- учет и хранение документов, обработанных в соответствии с требованиями государственной архивной службы;
- организацию использования документов;
- учет использования документов, хранящихся в архиве;
- экспертизу ценности документов.
15.5.
Управление конфигурацией
15.5.1. Наличие и выполнение документированной процедуры по управлению конфигурацией носителей информации, регламентирующей:
- управление конфигурацией технической документации;
- управление конфигурацией организационной документации.
15.6.
Выдача информации
15.6.1. Наличие и выполнение документированной процедуры по выдаче в установленном порядке документов для работы внутри предприятия, регламентирующей:
- место работы с документом (на рабочем месте или только в помещении архива);
- срок, на который выдается документ;
- учет выдачи/возврата документов.
15.6.2. Наличие и выполнение документированной процедуры по выдаче в установленном порядке справок, копий документов по внешним запросам, регламентирующей:
- регистрацию исходящих документов;
- порядок визирования;
- порядок адресования.
15.7.
Уничтожение ненужной, искаженной или не поддающейся проверке информации
15.7.1. Наличие и выполнение документированной процедуры, регламентирующей порядок обращения информации, требующей уничтожения:
- виды информации и носители, используемые при разработке КИ;
- обязанности и ответственность владельцев информации;
- особенности информации и способы ее хранения;
- оценку состояния носителей информации и результирующие решения;
- возможные действия по изменению состояния и статуса информации, и ее носителей.
15.8.
Определение действий по защите информации
15.8.1. Наличие и выполнение документированной процедуры по защите информации, регламентирующей:
- защиту информации от несанкционированного воздействия;
- защиту информации от потерь;
- защиту информации от несанкционированного доступа.
16.
Формирование требований
16.1.
Идентификация организаций, имеющих законный интерес к КИ в течение его жизненного цикла
16.1.1. Наличие и выполнение документированной процедуры, регламентирующей порядок составления перечня заинтересованных организаций, требования которых должны учитываться при разработке КИ.
Примечание - К таким организациям могут относиться Минпромторг, Минтранс, Росавиация, Минобороны, Заказчик, Изготовитель, авиационные власти других стран, эксплуатирующие и ремонтные организации и т.д.
16.2.
Выявление требований организаций, имеющих законный интерес к КИ в течение его жизненного цикла
16.2.1. Наличие и выполнение документированной процедуры, регламентирующей порядок сбора перечня требований организаций, требования которых должны учитываться (приниматься во внимание) при разработке КИ.
16.2.2. Наличие и выполнение документированной процедуры, гарантирующей, что инструкции, стандарты, уставы и политики (всех уровней, от государственных до ведомственных и уровня предприятия) своевременно включаются в требования по разработкам и в планы разработок.
16.3.
Определение взаимодействия между разрабатываемыми КИ
16.3.1. Наличие и выполнение документированной процедуры, описывающей концепцию и порядок реализации человеко-машинного интерфейса разрабатываемого КИ.
Примечание - Данное положение относится только к предприятиям, разрабатывающим комплексы и системы.
16.4.
Установление и спецификация требований безопасности, функциональных требований (требований заказчика, эксплуатационных требований, требований к характеристикам, требований к физическим характеристикам и установке, требований к техническому обслуживанию, требований к интерфейсам), дополнительных сертификационных требований и других требований, имеющих отношение к критическим показателям
16.4.1. Наличие и выполнение документированного процесса установления и спецификации требований безопасности.
16.4.2. Наличие и выполнение документированного процесса установления и спецификации функциональных требований (требований заказчика, эксплуатационных требований, требований к характеристикам, требований к физическим характеристикам и установке, требований к техническому обслуживанию/эксплуатационной технологичности, требований к интерфейсам.
16.4.3. Наличие и выполнение документированного процесса установления и спецификации дополнительных сертификационных требований.
16.4.4. Наличие и выполнение документированного процесса согласования дополнительных сертификационных требований с соответствующим сертификационным органом.
16.5.
Разрешение проблем, возникающих в связи с определением требований
16.5.1. Наличие и выполнение документированной процедуры, регламентирующей процедуры согласования и утверждения требований заинтересованными лицами.
Примечание - Когда требования, полученные от заинтересованных лиц, недостаточны для полного описания и понимания их потребностей, разрабатываются дополнительные требования, по отношению к которым проводятся те же процедуры согласования и утверждения заинтересованными лицами, что и для основных требований.
16.6.
Документирование требований в форме, приемлемой для управления требованиями в течение жизненного цикла и за его пределами
16.6.1. Наличие и выполнение документированной процедуры, регламентирующей порядок оформления требований в формате, определенном заказчиком и имеющих предопределенные базовые атрибуты.
16.6.2. Наличие и выполнение документированной процедуры, регламентирующей порядок управления требованиями в течение жизненного цикла разрабатываемого КИ.
16.7.
Поддержка взаимного соответствия между требованиями заказчиков и потребностями заинтересованных лиц
16.7.1. Наличие и выполнение документированной процедуры, регламентирующей порядок согласования и утверждения требований всеми заинтересованными лицами, в том числе и в случаях, когда в требования вносятся соответствующие изменения.
17.
Валидация
17.1.
Подготовка плана валидации
17.1.1. Наличие и выполнение документированной процедуры, регламентирующей роли и ответственность персонала при проведении мероприятий процесса валидации.
17.1.2 Наличие и выполнение документированной процедуры, регламентирующей порядок проведения мероприятий процесса валидации в соответствии назначенным уровнем гарантии разработки КИ:
Применительно к валидации требований к ПО - План верификации ПО, содержащий:
- Методы анализа, включая трассируемость и анализ покрытия (в части требований).
Применительно к валидации требований к аппаратуре - План обоснования аппаратуры, содержащий:
- Методы обоснования;
- Данные обоснования;
- Среду обоснования.
Применительно к валидации требований к системе - План валидации системы, содержащий:
- методы, которые должны использоваться;
- данные, которые должны собираться или генерироваться;
- то, что должно регистрироваться (например: аннотации, обзоры или исследования);
- средства для своевременного доступа к информации валидации требований;
- то, каким образом будет поддерживаться или управляться состояние валидации, когда в требования внесены изменения;
- роли и обязанности, связанные с валидацией;
- план-график основных работ по валидации;
- средства управления допущениями на различных уровнях разработки и фазах разработки;
- средства, которые должны использоваться для обеспечения независимости определения требований из работ по валидации.
Применительно к валидации требований к системе ИМА:
- план валидации и верификации системы ИМА, содержащий:
a) описание того, каким образом различные модули, ресурсы, платформы и поддерживаемые приложения интегрируются в систему ИМА;
b) описание методов и процедур (методик), применяемых при валидации и верификации системы ИМА;
c) описание того, каким образом будут подвергаться валидации и верификации отказоустойчивость, проект, обеспечивающий безопасность, а также свойства и функции восстановления;
d) данные, регистрируемые в ходе валидации и верификации системы ИМА, такие как сводки, результаты рассмотрений, анализы, моделирование, результаты стендовых испытаний интегрированной системы или исследования;
e) описание того, каким образом будут подвергаться валидации и верификации допущения SSA, особенности безопасности системы, а также распределение ресурсов и управление ими;
f) каким образом будут поддерживаться или управляться мероприятия (состояние мероприятий) валидации и верификации, особенно в случае
внесения изменений в требования или распределение ресурсов;
g) описание критериев "проходит/не проходит" для каждого мероприятия валидации и верификации;
h) задачи и ответственности, связанные с мероприятиями валидации и верификации;
i) план-график основных мероприятий валидации и верификации и
связь между ними;
j) описание степени независимости мероприятий разработки и верификации.
- План валидации и верификации системы ИМА [19 - 4.5.4], содержащий информацию того же типа, что перечислена выше, плюс следующее:
k) рассмотрение единичных и множественных отказов общего режима, которые могут влиять на поддержание безопасной эксплуатации воздушного судна;
l) оценка ответных реакций воздушного судна и действий летного экипажа на аномальные условия работы, режимы деградации и виды отказов;
m) действия по верификации и валидации заданных функций;
n) действия по верификации и валидации того, что система ИМА не выполняет незапланированные функции.
17.2
Анализ полной совокупности выявленных требований
17.2.1. Наличие и выполнение документированной процедуры, подтверждающей, что валидация выполняется на основе полной совокупности требований из документированных и поставленных на конфигурационный учет спецификаций.
17.3.
Доведение результатов анализа требований до сведения соответствующих заказчиков для гарантии того, что их потребности и ожидания были правильно поняты и выражены
17.3.1. Наличие и выполнение документированной процедуры, регламентирующей порядок согласования с заказчиком требований, налагаемых на разрабатываемое КИ.
17.4.
Установка совместно с заказчиками корректности выражения их требований
17.4.1. Наличие и выполнение документированной процедуры, регламентирующей порядок утверждения заказчиком требований, налагаемых на разрабатываемое КИ.
17.5.
Анализ целостности требований для обеспечения уверенности в том, что каждое требование, пары требований или наборы требований обладают системной целостностью
17.5.1. Наличие и выполнение документированной процедуры, описывающей методы проведения валидации требований:
- Трассировка;
- Анализ;
- Моделирование;
- Испытания;
- Сходство (опыт эксплуатации);
- Инженерное заключение.
17.6.
Демонстрация связи между требованиями разных уровней
17.6.1. Наличие и выполнение документированной процедуры, регламентирующей порядок прослеживания (трассировки) покрытия требований верхнего уровня требованиями нижнего уровня.
17.6.2. Наличие и выполнение документированной процедуры, регламентирующей порядок выявления, обоснования и идентификации производных требований, не вытекающих из требований верхнего уровня.
17.7.
Ведение учета совокупности системных требований вместе с их обоснованиями, связанными решениями и допущениями на протяжении всего жизненного цикла
17.7.1. Наличие и выполнение документированной процедуры, обеспечивающей полный охват мероприятиями валидации на протяжении всего их жизненного цикла:
- Трассируемых требований;
- Производных требований;
- Допущений.
17.8.
Анализ, регистрация и составление отчетов по валидационным данным в соответствии с критериями, определенными стратегией валидации
17.8.1. Наличие и выполнение документированной процедуры, регламентирующей порядок регистрации результатов процедур валидации (Сводный Отчет по Валидации),
содержащей:
- ссылку на план валидации и описание всех существенных отклонений от этого плана;
- матрицу валидации;
- идентификацию полученных данных или источника этих данных.
17.8.2. Наличие и выполнение документированной процедуры, регламентирующей порядок анализа на соответствие с критериями приемки результаты процедур валидации.
17.8.3. Наличие и выполнение документированной процедуры, регламентирующей порядок создания аналитических отчетов, сравнивающих достигнутые и желательные результаты и показывающих, были ли удовлетворены требования заказчика.
17.9.
Определение стратегии валидации функций, реализуемых КИ в среде функционирования при условии достижения удовлетворенности заказчиков
17.9.1. Наличие и выполнение документированной процедуры, определяющей критерии для оценки:
- эффективности разрабатываемого КИ;
- его исправности;
- удобства в работе и эксплуатации;
- соответствия первично заданным целям.
17.10.
Уверенность в готовности операторов, обеспечивающих систем и соответствующего оборудования для проведения валидации изделия
17.10.1. Наличие и выполнение документированной процедуры, регламентирующей критерии перехода к процессу валидации КИ, включающей:
- требования к среде валидации;
- степень готовности и квалификации персонала, участвующего в процессе;
- степень готовности обеспечивающих систем и оборудования (например, испытательного оборудования и инструментов, аппаратных средств, продуктов, поставляемых заказчиком и т.д.);
- степень готовности валидируемого КИ.
17.11.
Проведение валидации для демонстрации соответствия функциональных возможностей разрабатываемого изделия требованиям заказчиков
17.11.1. Наличие и выполнение документированной процедуры, регламентирующей порядок проведения:
- периодического анализа разрабатываемого КИ и его компонентов через моделирование, симуляцию и пользовательскую оценку;
- периодических демонстраций прототипов разрабатываемого КИ заказчику для того, чтобы проверить правильность функциональных решений разрабатываемого КИ.
18.
Назначение уровня гарантии разработки
18.1.
Определение исходной базы для назначения уровней гарантии разработки
18.1.1. Наличие и выполнение документированной процедуры, регламентирующей роли и ответственность персонала при назначении уровней гарантии разработки.
18.1.2. Наличие и выполнение документированной процедуры, регламентирующей порядок определения исходных данных для назначения уровней гарантии разработки:
- FHA системы;
- функциональные требования к системе;
- эксплуатационные требования к системе;
- исходная архитектура системы.
18.2.
Идентификация элементов, на которые распространяется процесс назначения уровней гарантии разработки
18.2.1. Наличие и выполнение документированной процедуры, регламентирующей порядок установления полного перечня элементов разрабатываемого КИ, на которые распространяется процесс назначения уровней гарантии разработки.
18.3.
Проведение назначения уровня гарантии разработки функциям, изделиям и интерфейсам
18.3.1. Наличие и выполнение документированной процедуры, регламентирующей порядок назначения уровня гарантии разработки функциям (FDAL):
- без учета архитектуры разрабатываемой системы;
- с учетом архитектуры разрабатываемой системы.
18.3.2. Наличие и выполнение документированной процедуры, регламентирующей порядок назначения уровня гарантии разработки изделиям (IDAL).
18.3.3. Наличие и выполнение документированной процедуры, регламентирующей порядок учета результатов процесса назначения уровня гарантии разработки (DAL) при разработке устройств сопряжения со всеми другими взаимодействующими функциями КИ в том объеме, в каком они могут влиять на разрабатываемую функцию или изделие.
18.3.4. Наличие и выполнение документированной процедуры, регламентирующей порядок передачи и учета подтверждения/изменения архитектуры, как результата процесса назначения уровня гарантии разработки (FDAL и IDAL) в процесс формирования архитектуры разрабатываемого КИ.
18.3.5. Наличие и выполнение документированной процедуры, регламентирующей порядок передачи и учета производных требований безопасности, как результата процесса назначения уровня гарантии разработки (FDAL и IDAL) в процесс оценки безопасности разрабатываемого изделия.
18.4.
Установка и проверка физического и функционального разделения, требований развязки и независимости между изделиями, а также между процессами их разработки и проверка того, что эти требования были соблюдены
18.4.1. Наличие и выполнение документированной процедуры, регламентирующей установку и проверку физического и функционального разделения, требований развязки и независимости между изделиями, а также между процессами их разработки и проверку того, что эти требования были соблюдены.
19.
Разработка КИ
19.1.
Определение приемлемых (удовлетворяющих исходным требованиям к изделию) конфигураций логической архитектуры
19.1.1. Наличие и выполнение документированных процедур:
- идентификации корректных исходных требований к разрабатываемому КИ;
- рассмотрений конфигураций логической архитектуры;
- утверждения логической архитектуры.
19.2.
Выполнение декомпозиции функций изделия, определенных в результате процесса анализа исходных требований, и постановление им в соответствие элементов архитектуры изделия, формирование производных требований, необходимых для такого сопоставления
19.2.1. Наличие и выполнение спецификаций требований, описывающих декомпозицию функций изделия, определенных в результате процесса анализа исходных требований:
- Функциональных Технических Требований на КБО ВС;
- Функциональных Технических Требований на Отдельные Системы.
19.2.2. Наличие и выполнение спецификаций требований, ставящих в соответствие функциям изделия элементов его архитектуры:
- Требований к Дизайну и Архитектуре КБО ВС для интеграторов КБО ВС;
- Требований к Дизайну и Архитектуре Системы для разработчиков систем;
- Спецификации Требований Верхнего Уровня на ПО для разработчиков ПО;
- Спецификации Требований Нижнего Уровня на ПО для разработчиков ПО.
19.3.
Анализ итоговой конфигурации архитектуры с целью установления для каждого элемента требований безопасности, функциональных требований (включающих требования к интерфейсу) и дополнительных сертификационных требований
19.3.1. Наличие и выполнение документированных процедур рассмотрения, обсуждения и утверждения итоговой конфигурации архитектуры.
19.3.2. Наличие и выполнение документированных процедур установления следующих требований:
- Требований безопасности;
- Функциональных требований, состоящих из следующих требований:
a) Требований заказчика;
b) Эксплуатационных требований;
c) Требований к рабочим характеристикам;
d) Физических требований и требований к монтажу;
e) Требований эксплуатационной технологичности;
f) Требований к интерфейсам.
- Дополнительных сертификационных требований.
19.3.3. Наличие и выполнение документированных процедур использования техник системного моделирования.
19.4.
Определение доступности в готовом виде тех систем, аппаратного и программного обеспечения, которые удовлетворяют заданным требованиям
19.4.1. Наличие и выполнение документированных процедур принятия решения о разработке/закупке компонентов разрабатываемого изделия:
- в части систем;
19.4.1. Наличие и выполнение документированных процедур принятия решения о разработке/закупке компонентов разрабатываемого изделия:
- в части систем;
- в части программного обеспечения;
- в части аппаратного обеспечения.
19.5.
Оценка альтернативных и выбор оптимальных решений разработки, в соответствии с эксплуатационными характеристиками, стоимостными и временными показателями и рисками, выраженными в требованиях Заказчика
19.5.1. Наличие и выполнение документированных процедур создания альтернативных решений разработки.
19.5.2. Наличие и выполнение документированных процедур оценки и выбора оптимальных решений разработки в соответствии со следующими параметрами оптимизации, выраженными в требованиях Заказчика:
- эксплуатационными характеристиками;
- стоимостными характеристиками;
- временными показателями;
- рисками.
19.5.3. Наличие и выполнение документированных процедур комплексного анализа параметров оптимизации для альтернативных решений разработки.
19.5.4. Наличие и выполнение документированных процедур выбора окончательного решения в соответствии с результатами комплексного анализа параметров оптимизации.
19.5.5. Наличие и выполнение документированных процедур, описывающих автоматизированную разработку КИ (при их применении).
19.6.
Определение и документирование внешних и внутренних интерфейсов разрабатываемого КИ
19.6.1. Наличие и выполнение документированных процедур идентификации и поддержки описания:
- внешних интерфейсов (электрических, информационных, гидравлических, механических, пневматических) разрабатываемого КИ;
- внутренних интерфейсов (электрических, информационных, гидравлических, механических, пневматических) разрабатываемого КИ.
19.7.
Анализ решений, оформляемых в виде эскизного и технического проектов
19.7.1. Наличие и выполнение документированных процедур разработки эскизного проекта, в рамках которого решаются следующие задачи:
- выбор технического решения концепции системы, выбранной на предыдущем этапе;
- получение точного и последовательного описания (рабочих характеристик, затрат, графиков) по каждому уровню и подготовка элементов решения для движения к следующему этапу путем проверки понимания факторов технической выполнимости, оцененных на предыдущем этапе;
- проведение проверки требований к системам (SRR) на уровне КБО;
- после SRR принятие первоначального решения "Сделать или купить", пока заказчик разрабатывает дерево функций системы и пишет технические условия на системы;
- подтверждение выполнимости рекомендованного решения, а также определение эксплуатационных условий (технических и экономических).
19.7.2. Наличие и выполнение документированных процедур разработки технического проекта, в рамках которого решаются следующие задачи:
- проведение детального изучения решения, принятого на предыдущем этапе, а также изготовление репрезентативных элементов такого решения, после чего следует разработка Технического проекта КБО и его компонентов;
- при необходимости определение решения "сделать или купить" касательно компонентов КБО;
- подтверждение условия проведения, методов и средств производства и верификации;
- рассмотрение вопроса начала проведения зачетного тестирования и сертификационных работ (или продолжение, если эти шаги были начаты на предыдущем этапе);
- обновление документации до определенного стандарта, обеспечивающего производство первых моделей системы;
- подготовка к выполнению мероприятий на следующих этапах.
19.8.
Ведение документального учета информации по разработке архитектуры
19.8.1. Наличие и ведение документации при проведении этапа "Эскизного проекта", отражающей цели и результаты работ:
Применительно к разработчикам систем:
- Функциональные Технические Требования на КБО;
- Требования к Дизайну и Архитектуре КБО;
- Описание интерфейсов КБО;
- Технические Спецификации на Серийно Выпускаемые Комплектующие Изделия - предварительная версия;
- Технические Спецификации на Новые (модернизируемые) Комплектующие Изделия - предварительная версия;
- Функциональные Технические Требования на Отдельные Системы;
- Оценка Функциональной Опасности КБО на уровне ВС (А/С FHA);
- Предварительная Оценка Безопасности ВС (PASA) в части КБО;
- Анализ Общих Причин Отказа на Уровне Самолета (А/С CCA) в части КБО;
- Частные программы Обеспечения Надежности и Безопасности Систем;
- Оценка Функциональной Опасности Отдельных Систем (System FHA);
- Предварительная Оценка Безопасности Отдельных Систем (System PSSA);
- Анализ Общей Причины Отказа Отдельных Систем (System CCA);
- Данные, подтверждающие наличие управления конфигурацией;
- Протоколы, подтверждающие гарантию выполнения процессов;
- Спецификации Требований на Отдельные Функции в Составе ИМА;
- План Сертификации Системы ИМА;
- План Валидации и Верификации Системы ИМА;
- Планы Квалификации Модулей;
- Проект Плана Сертификационных Работ;
- Протокол Макетной Комиссии;
- Планы Сертификационных Заводских Испытаний;
- Программы Сертификационных Контрольных Испытаний;
- Перечень КИ;
- Квалификационные Базисы на Комплектующие Изделия;
- Данные валидации;
- Проекты Плана Испытаний, Проверок и Сертификации Основных Функциональных Систем ВС;
- Планы Квалификационных Работ;
- Отчеты о Метрологическом Обеспечении Квалификационных Испытаний КИ (Item MSR);
- Программы Квалификационных Испытаний;
- Стандарты на Разработку Требований к Инструменту;
- Стандарты на Проектирование Инструмента;
- Стандарты на Кодирование Инструмента;
- Эксплуатационные Требования Инструментам;
- Описание Проекта Инструмента;
Применительно к разработчикам ПО:
- Стандарты на Разработку Требований к ПО;
- Планы Верификации ПО;
- Примеры и Процедуры Верификации ПО;
- Планы Управления Конфигурацией ПО;
- Протоколы, подтверждающие наличие управления конфигурацией ПО;
- Планы Гарантии Качества ПО;
- Протоколы, подтверждающие гарантию выполнения процессов ПО;
- Планы Сертификации ПО;
Применительно к разработчикам Аппаратуры:
- Требования к Аппаратуре;
- Планы Валидации Аппаратуры;
- Планы Верификации Аппаратуры;
- Процедуры Испытаний Аппаратуры;
- Планы Управления Конфигурацией Аппаратуры;
- Планы Процесса Гарантии Аппаратуры;
- Протоколы, подтверждающие гарантию выполнения процессов аппаратуры;
- Планы Сертификации Аппаратуры.
19.8.2. Наличие и ведение документации при проведении этапа "Технического проекта",
отражающей цели и результаты работ:
- Материалы, разработанные на предыдущих этапах разработки.
Применительно к разработчикам систем:
- Технические Спецификации на Серийно Выпускаемые Комплектующие Изделия;
- Технические Спецификации на Новые (модернизируемые) Комплектующие Изделия;
- Требования к Дизайну и Архитектуре Отдельных Систем;
- Технические Спецификации Интерфейса;
- Протоколы Информационного Взаимодействия;
- Технические Спецификация Интерфейсов Компонентов;
- Протоколы Информационного Взаимодействия Компонентов;
- Анализ Общих Причин Отдельных Систем;
- Анализ и Сводка Видов и Последствий Отказов Отдельных Систем;
- Анализ дерева неисправности/Анализ логической схемы/Марковский анализ Отдельных Устройств (Агрегата);
- Анализ Общего Режима Отдельных Устройств;
- Анализ и Сводка Видов и Последствий Отказов Отдельных Устройств (Агрегатов);
- Данные, подтверждающие наличие управления конфигурацией;
- Протоколы, подтверждающие гарантию выполнения процессов;
- Спецификации Требований на Модули;
- Данные Валидации и Верификации Модулей;
- Протоколы Гарантии Качества Модулей;
- Указатель Конфигурации Модулей;
- Сообщения об ошибках;
- Руководства Пользователей Модулей (User's Guide);
- Примеры и Процедуры Верификации Инструмента;
- Результаты Верификации Инструмента;
- Каталог Среды Жизненного Цикла Инструмента;
- Каталог Комплектации Инструмента;
- Протоколы Управления Конфигурацией Инструмента;
- Протоколы, Подтверждающие Гарантию Выполнения Процессов Инструмента;
- Итоговое Заключение по Квалификации Инструмента;
- Данные оценки и квалификации инструмента конструирования верификации элементов бортовой аппаратуры.
Применительно к разработчикам ПО:
- Спецификации Требований Верхнего Уровня на ПО;
- Спецификации Требований Нижнего Уровня на ПО;
- Примеры и Процедуры Верификации ПО;
- Результаты Верификации ПО;
- Протоколы, подтверждающие наличие управления конфигурацией ПО;
- Протоколы, подтверждающие гарантию выполнения процессов ПО;
- Акт Аудиторской Проверки Процесса Создания Программного Обеспечения. Применительно к разработчикам Аппаратуры:
- Конструкторские Документы Аппаратуры;
- Результаты Испытаний Аппаратуры;
- Протоколы, подтверждающие наличие управления конфигурацией аппаратуры;
- Протоколы, подтверждающие гарантию выполнения процессов аппаратуры;
- Акт Аудиторской проверки Процесса Создания Аппаратуры.
20.
Изготовление, закупка и адаптация ПО и сложных элементов аппаратуры
20.1.
Кодирование ПО, закупка и адаптация ПО
20.1.1. Наличие и выполнение документированной процедуры, регламентирующей порядок кодирования ПО на основании требований низкого уровня к ПО, гарантирующей следующее:
- Разрабатываемое программное обеспечение реализовывает требования низкого уровня и соответствует архитектуре ПО;
- Разрабатываемое программное обеспечение соответствует "Стандартам на кодирование ПО";
- Недостаточные или неправильные входные данные, выявленные в процессе кодирования ПО, возвращаются в процесс разработки требований к ПО, процесс разработки ПО или в процесс планирования создания ПО в качестве обратной связи для уточнения или поправок;
- Использование кодогенераторов соответствует ограничениям, определенным в процессе планирования.
20.1.2. Наличие и выполнение документированной процедуры, регламентирующей порядок закупки у поставщиков и верификации разработанного ПО.
20.1.3. Наличие и выполнение документированной процедуры,
регламентирующей порядок адаптации приобретаемого у поставщиков или ранее разработанного (повторно используемого) ПО.
20.2.
Создание, закупка и адаптация сложных элементов аппаратуры
20.2.1. Наличие и выполнение документированной процедуры, регламентирующей порядок:
- создания СЭА с использованием данных разработки и, где возможно, ресурсов, предназначенных для производства СЭА. Сюда относятся закупка, комплектация,
производство, проверка и испытания;
- направления обратно в процесс технического проектирования или другие соответствующие процессы производных требований, полученных в процессе создания;
- направления пропусков и ошибок, обнаруженных во время процесса создания, в соответствующий процесс для устранения.
20.2.2. Наличие и выполнение документированной процедуры, регламентирующей порядок закупки у поставщиков и верификации разработанных СЭА.
20.2.3. Наличие и выполнение документированной процедуры, регламентирующей порядок адаптации приобретаемых у поставщиков или ранее разработанных (повторно используемых) СЭА
20.3.
Регистрация, маркировка, упаковка и хранение полученных компонентов
20.3.1. Наличие и выполнение документированной процедуры, регламентирующей порядок регистрации и маркировки компонентов, обеспечивающей:
- учет;
- уникальную идентификацию, путем нанесения уникального учетного номера.
20.3.2. Наличие и выполнение документированной процедуры, регламентирующей
порядок упаковки и хранения полученных компонентов, обеспечивающих:
- физическую сохранность изделия в течение заданного срока службы;
- обеспечение работоспособности изделия в течение заданного срока службы.
21.
Интегрирование
21.1.
Планирование процесса интеграции с определением последовательности и процедур сборки отдельных компонентов, систем и изделий
21.1.1. Наличие и выполнение документированной процедуры, регламентирующей порядок интеграции систем и изделий (плана интеграции), описывающего:
Применительно к интеграции систем:
- Интеграцию аппаратуры и программного обеспечения;
- Интеграцию систем.
Применительно к интеграции программного обеспечения:
- Объединение компонентов программного обеспечения;
- Интеграцию программного обеспечения с целевым компьютером;
- Планируемые критерии начала интеграции;
- Входы процесса: архитектура ПО от процесса разработки и исходный код от процесса кодирования;
- Выходы процесса: объектный код, исполняемый объектный код, данные конфигурации и информация о компилировании, компоновке, и загрузке.
Применительно к интегрированной модульной авионике:
- Формирование конфигурационных данных путем распределения ресурсов платформы между приложениями (процессорное время, память, ввод/вывод);
- Интеграцию компонентов платформы в платформу (Задача 1);
- Интеграцию одиночного приложения в платформу (Задача 2);
- Интеграцию всех приложений в платформу и проведение валидации и верификации совместной работы приложений в составе платформы вне самолета (Задача 3);
- Интеграцию системы ИМА с ВС и его системами (Задача 4);
- Вопросы, относящиеся к инструментам интеграции, применяемым в частности для:
a) генерации конфигурационных данных;
b) установки и проверки обособления различных приложений;
c) проверки внутренних связей между приложениями системы ИМА;
d) проверки корректности связей системы ИМА с другими системами ВС и датчиками.
21.2.
Определение общих требований к интегрируемым компонентам (при необходимости уточнение требований к архитектуре интегрируемого изделия)
21.2.1. Наличие и выполнение документированной процедуры, содержащей:
Применительно к интеграции ПО:
- Описание разработки ПО.
Применительно к интеграции аппаратуры:
- Малогабаритные требования;
- Требования к интерфейсам;
- Требования к физическим характеристикам и установке.
Применительно к интеграции ПО и аппаратуры:
- Требования к вычислительным ресурсам;
- Требования к операционной системе;
- Требования к API;
- Требования к программным библиотекам;
- Требования по производительности.
Применительно к интеграции системы:
- Протокол информационного взаимодействия между компонентами системы.
Применительно к интеграции систем:
- Требования к интерфейсам;
- Протоколы межсистемного взаимодействия.
Применительно к интеграции системы в ВС:
- Требования к интерфейсам;
- Протоколы межсистемного взаимодействия;
- Требования к физическим характеристикам и установке.
Применительно к интеграции системы ИМА:
- Требования к интерфейсам и интеграции ИМА в соответствии с рекомендациями.
21.3.
Осуществление входного контроля (тестирования) интегрируемых компонентов
21.3.1. Наличие и выполнение документированной процедуры, регламентирующей:
- выполнение анализа на уровне компонента, чтобы уточнить режимы отказов и интенсивность соответствующих отказов данного компонента;
- гарантию того, что оценка характеристик и анализ функциональной безопасности компонента учитывают конкретную используемую конфигурацию компонента;
- если конфигурация данного компонента может задаваться с помощью перемычек аппаратных средств и программного обеспечения, гарантию того, что используемая запрограммированная конфигурация (например, состояние программирования регистров) на самом деле задает ту конфигурацию компонента, которая ожидается;
- порядок достижения критериев для начала интеграции.
21.4.
Определение состава и процедур проведения испытаний для каждого требования к интерфейсам КИ
21.4.1. Наличие и выполнение документированной процедуры, описывающей перечень мероприятий по верификации и удостоверение пригодности в соответствии с требованиями к компоненту на уровне конструктивно-сменных блоков/плат, и в соответствии с требованиями к интерфейсу аппаратных средств и программного обеспечения.
21.4.2. Наличие и выполнение документированной процедуры, регламентирующей порядок проведения испытаний компонентов.
Примечание - Например, для подтверждения того, что модуль ИМА верифицируется перед установкой на платформу ИМА.
21.4.3. Наличие и выполнение документированной процедуры, описывающей трассировку между требованиями и советующими мероприятиями верификации на уровне системы, компонентов.
21.5.
Контроль хода выполнения процесса интеграции
21.5.1. Наличие и выполнение документированной процедуры по контролю процесса интеграции, регламентирующей наличие регрессионного тестирования в каждой точке интеграции.
21.5.2. Наличие и выполнение документированной процедуры, по завершению процесса интеграции, подтверждающей, что все запланированные мероприятия выполнены, а цели достигнуты.
21.6.
Документирование хода выполнения процесса интеграции
21.6.1. Наличие и выполнение документированной процедуры, регламентирующей порядок документирования в процессе интеграции:
- поддержку стратегии и плана интеграции системы, модуля, сложного элемента аппаратуры и программного обеспечения на всем протяжении ЖЦ разработки КИ;
- составление отчетов об ошибках и последующих корректирующих действиях.
22.
Управление конфигурацией
22.1.
Определение стратегии управления конфигурацией разрабатываемого КИ
22.1.1. Наличие и выполнение документированной процедуры, регламентирующей роли и ответственность персонала при проведении мероприятий процесса управления конфигурацией.
22.1.2 Наличие и выполнение "Плана управления конфигурацией", который устанавливает методы управления конфигурацией и содержит:
- описание инструментов, стандартов применяемых для управления конфигурацией, а также описание организации процесса управления конфигурацией, в том числе и взаимодействия между участниками;
- описание мероприятий управления конфигурацией, а именно:
a) Идентификация конфигурации - определение подлежащих конфигурационному управлению элементов и правил их обозначения;
b) Формирование базовых версий и их прослеживаемость - определение правил формирования базовых версий конфигурации, и мероприятий для обеспечения прослеживаемости между элементами конфигурации и базовыми версиями;
c) Разрешение проблем - определение содержания и правил создания сообщений о возникших проблемах на протяжении всего жизненного цикла изделия, а также способов разрешения возникших проблем и используемых инструментов;
d) Контроль изменений - определение правил контроля вносимых в конфигурационные элементы, и в базовые версии изменений, а также правил в обеспечения целостности базовых версий и конфигурационных элементов;
e) Учет состояния конфигурации - определение данных, содержащих информацию о состоянии конфигурации изделия, и правил документирования и выпуска для отчетности;
f) Архивирование, разархивирование и выпуск - определение правил архивирования, извлечений из архивов и выпуска для отчетности конфигурационных данных, правил контроля целостности и применяемых инструментов;
- критерии перехода к процессу управления конфигурацией - определение условий, в которых начинается выполнение процесса управления конфигурацией;
- данные конфигурационного управления - определение данных, возникающих в ходе выполнения процесса управления конфигурацией (записи конфигурационного управления, указатель конфигурации изделия и т.д.);
- контроль поставщика - определение правил распространения требований процесса управления конфигурацией на поставщиком компонентов изделия.
22.2.
Идентификация элементов, которые необходимо контролировать в процессе управления конфигурацией
22.2.1. Наличие и выполнение документированной процедуры идентификации конфигурационных элементов, в соответствии с которой всем конфигурационным элементам присваиваются уникальные идентификаторы, а правила обозначения не допускают неоднозначного понимания присваиваемых обозначений.
22.3.
Поддержание приемлемого уровня целостности и защищенности информации о конфигурации
22.3.1. Наличие и выполнение документированной процедуры, описывающей правила хранения и защиты от несанкционированного доступа конфигурационных данных в электронном виде и на носителях
информации, определяющей:
- способы смягчения последствий человеческих ошибок, технических сбоев и форс-мажорных явлений (пожары, стихийные бедствия, техногенные происшествия);
- правила предоставления доступа к конфигурационным данным, в том числе и правила распространения этих данных в электронном виде и на носителях информации.
22.4.
Гарантия того, что изменения базовой линии конфигурации соответствующим образом идентифицируются, записываются, оцениваются, утверждаются, проводятся и верифицируются
22.4.1. Наличие и соблюдение документированной процедуры установления базовых версий конфигурации. Данная процедура определяет правила формирования базовых версий конфигурации, а именно:
- критерии и сроки формирования базовой версии;
- правила определения состава базовой версии;
- правила обеспечения прослеживаемости между базовыми версиями, базовыми версиями и входящими в их состав конфигурационными элементами;
- правила повторного воспроизведения базовой версии.
22.4.2. Наличие и соблюдение документированной процедура внесения изменений в конфигурационные элементы и базовые версии. Данная процедура определяет правила внесения изменений в конфигурационные элементы и базовые версии, и устанавливает:
- правила оценки и одобрения предложенных изменений и критерии внесения изменений;
- правила идентификации вносимых изменений и хранения информации о вносимых изменениях;
- правила внесения изменения, проверки внесенных изменений и их окончательного утверждения.
23.
Оценка безопасности
23.1.
Осуществление проверки функций КИ с целью обнаружения потенциальных отказов и классификации опасностей, связанных с конкретными состояниями отказа
23.1.1. Наличие и выполнение документированной процедуры (Оценка функциональных опасностей, FHA), регламентирующей проверку функций КИ с целью обнаружения потенциальных отказов и классификации опасностей, связанных с конкретными состояниями отказа.
23.1.2. Наличие и выполнение документированной процедуры, регламентирующей порядок обновления FHA с появлением новых функций или состояний отказа.
Примечание - FHA является документом, актуализируемым в течение всего процесса разработки.
23.2.
Установка требований безопасности для системы или изделия и обеспечение предварительной демонстрации того, что архитектура системы может соответствовать этим требованиям безопасности
23.2.1. Наличие и выполнение документированных процедур предварительная оценка безопасности системы (PSSA)), устанавливающих требования безопасности для конкретной системы или изделия и обеспечивающих предварительную демонстрацию того, что архитектура системы может соответствовать этим требованиям безопасности.
23.2.2. Наличие и выполнение документированной процедуры, регламентирующей
порядок обновления PSSA в течение всего процесса разработки системы, результатом чего является Оценка безопасности системы (SSA).
23.3.
Проведение оценки безопасности системы посредством сбора, анализа и верификации документов для определения того, что системы в текущей реализации соответствуют установленным требованиям безопасности
23.3.1. Наличие и выполнение документированных процедур оценка безопасности системы (SSA), регламентирующих порядок сбора, анализа и верификации документов для определения того, что системы в текущей реализации соответствуют требованиям безопасности, установленным PSSA.
23.4.
Установление и проверка физического и функционального разделения, требований развязки и независимости между системами и изделиями
23.4.1. Наличие и выполнение документированной процедуры (Анализ общих причин (CCA)), регламентирующей порядок установления и проверки физического и функционального разделения, требований развязки и независимости между системами и изделиями и проверки, что эти требования были соблюдены.
23.5.
Определение Программы обеспечения безопасности
23.5.1. Наличие и выполнение Комплексной Программы обеспечения безопасности полета, надежности, контролепригодности, эксплуатационной и ремонтной технологичности для вновь разрабатываемых и модифицируемых КИ, устанавливающей общие требования к содержанию и порядку разработки, согласования, утверждения и контроля ее выполнения.
23.5.2. Наличие и выполнение Программы обеспечения безопасности, которая:
- Определяет исходные требования на уровне воздушного судна, в отношении которых принимается ответственность за расчет и анализ безопасности;
- Определяет применимые стандарты разработки;
- Идентифицирует организацию безопасности разработки и определяет ответственность в рамках этой организации и ее связи с партнерами и/или поставщиками применительно к процессу обеспечения безопасности;
- Описывает действия и поставки применительно к безопасности;
- Определяет ключевые стадии разработки, по которым требуются отчеты;
- Включает принципы управления, валидации требований безопасности и верификации того, что разработка соответствует этим требованиям;
- Идентифицирует связи с другими соответствующими программами и планами (например, с программой сертификации, планом валидации и верификации, планом гарантии качества процесса).
23.6.
Определение единичных отказов или комбинаций отказов, которые могут
вызывать каждое конкретное отказное состояние PSSA, SSA
23.6.1. Наличие и выполнение документированной процедуры (Анализ дерева отказов/Анализ логической схемы/Марковский анализ (FTA/DD/MA)), регламентирующей порядок определения единичных отказов или комбинаций отказов (если имеются) на нижних уровнях, которые могут вызывать каждое конкретное отказное состояние PASA/PSSA, ASA/SSA и позволяющие распределить события уровня системы на события нижнего уровня для упрощения анализа.
23.7.
Проведение проверки независимости функций, средств их контроля, разработки, производства и обслуживания
23.7.1. Наличие и выполнение документированной процедуры (Анализ общего режима (CMA)), регламентирующей порядок проверки того, что И-события в FTA/DD и MA являются независимыми в существующей реализации при воздействии (возможных) ошибок разработки, производства, обслуживания и отказов компонент систем, разрушающих такие независимости.
23.8.
Определение видов отказов системы, блока или функции, определение их воздействия на следующий, более высокий уровень, группировка единичных видов отказов, приводящих к одинаковым последствиям
23.8.1. Наличие и выполнение документированных процедур (Анализ видов и последствий отказов/сводка видов и последствий отказов (FMEA/FMES)), регламентирующих порядок определения видов отказов системы, блока или функции, определения воздействия идентифицированных видов отказов на следующий, более высокий уровень, группировки единичных видов отказов, приводящих к одинаковым последствиям.
24.
Верификация
24.1.
Определение стратегии верификации в течение жизненного цикла
24.1.1. Наличие и выполнение документированной процедуры, регламентирующей роли и ответственность персонала при проведении мероприятий процесса верификации.
24.1.2. Наличие и выполнение документированных процедур по подготовке документации для проведения испытаний разрабатываемого КИ, регламентирующей:
- порядок разработки, оформления и утверждения плана верификации (программы испытаний);
- порядок разработки, согласования и утверждения Разработчиком методик проведения верификации;
- требование о наличии перечня регистрируемых параметров по каждому виду испытаний;
- порядок внесения изменений в программу верификации;
- осуществление идентификации документов по результатам испытаний в соответствии с требованиями процесса управления конфигурацией.
24.2.
Определение плана верификации на основании технических требований, налагаемых на разрабатываемое КИ
24.2.1. Наличие и выполнение документированной процедуры (Плана верификации), применительно к разработке системы, описывающего:
- распределение ролей и ответственности по выполнению мероприятий верификации;
- описание степени независимости разработки и мероприятий верификации;
- применение методов верификации;
- данные, которые должны быть получены;
- последовательность выполнения связанных мероприятий;
- график выполнения основных мероприятий верификации.
24.2.2 Наличие и выполнение документированной процедуры (Плана верификации), применительно к разработке системы ИМА, описывающего:
- каким образом различные модули, ресурсы, платформы и поддерживаемые приложения интегрируются в систему ИМА;
- методы и процедуры, применяемые при обосновании и верификации системы ИМА;
- верификацию после отказов:
- каким образом будут верифицированы и обоснованы отказоустойчивость, отказобезопасность конструкции, свойства и функции восстановления после отказов;
- регистрируемые в ходе мероприятий обоснования и верификации данные системы ИМА, такие как:
a) сводки;
b) результаты рассмотрения, анализов, моделирования;
c) результаты стендовых испытаний;
d) результаты комплексных системных лабораторных испытаний или исследований;
- каким образом будут обоснованы и верифицированы допущения, оценки характеристик безопасности системы, а также назначение и управление ресурсами системы, безопасности системы (обеспечение эксплуатационной безопасности системы);
- каким образом будет поддерживаться и управляться статус мероприятий обоснования и верификации, особенно в случае внесения изменений в требования или в распределение ресурсов;
- критерии "прошел/не прошел" для каждого мероприятия обоснования и верификации;
- роли и ответственности, связанные с мероприятиями обоснования и верификации;
- график основных мероприятий обоснования и верификации с описанием их взаимозависимостей;
- степень взаимозависимости работ мероприятий по разработке и верификации.
24.2.3. Наличие и выполнение документированной процедуры (Плана
верификации), применительно к разработке сложного элемента аппаратуры, описывающего:
- методы верификации: описание и ссылки на стратегию проведения верификации, процедуры, стандарты и методы, которые должны применяться с целью доказательства целостности элементов аппаратуры, включая COTS и используемые функции. Методы могут включать анализы, рассмотрения и испытания;
- данные верификации: определение и описание получаемых доказательств по процессу верификации аппаратуры;
- независимость верификации: описание средств, которые необходимо использовать, чтобы гарантировать независимость верификации для целей, требующих независимость;
- среду верификации: определение и описание оборудования для анализа и испытаний, инструментов верификации, которые должны применяться с целью реализации процесса верификации и мероприятий;
- организационную ответственность: определение организаций, ответственных за реализацию процесса верификации.
24.2.4. Наличие и выполнение документированной процедуры (Плана верификации), применительно к разработке программного обеспечения, описывающего:
- организацию: ответственность за процесс верификации ПО и взаимодействие с другими процессами жизненного цикла ПО;
- независимость: описание методов, с помощью которых обеспечивается независимость верификации ПО, когда это требуется;
- методы верификации: описание методов верификации, которые предполагается использовать в процессе верификации ПО:
a) методы рассмотрения, включая проверочные перечни и другие средства;
b) методы анализа, включая трассируемость и анализ покрытия;
c) методы испытаний, в том числе:
1) инструктивный материал относительно разработки тестовых примеров;
2) тестовые процедуры, которые предполагается применять;
3) документация по испытаниям, которая будет подготовлена;
- среду верификации: описание испытательного оборудования, средств испытаний и инструментов анализа, инструкции по применению этих инструментов;
- критерии перехода: критерии, при удовлетворении которых осуществляется переход к процессу верификации ПО;
- соображения, связанные с обособлением: если применяется метод обособления, то указываются также методы верификации целостности обособления;
- допущения относительно компилятора: описание допущений, принятых Заявителем относительно корректности компилятора, редактора связей и загрузчика;
- инструкции повторной верификации: описание методов определения частей ПО, затронутых изменениями, а также методов определения измененных частей "Исполняемого объектного кода";
- ранее разработанное ПО: если первоначальные методы определения соответствия базовой версии ранее разработанного ПО в части процесса верификации не соответствуют настоящему документу, то приводится описание методов для достижений целей настоящего документа;
- многоверсионное разнородное ПО: если применяется такое программное обеспечение, то описываются соответствующие мероприятия процесса верификации.
24.3.
Идентификация и сообщение о потенциальных ограничениях систем, обеспечивающих верификацию
24.3.1. Наличие и выполнение документированной процедуры, описывающей:
- ограничения по точности, уровню неопределенности, воспроизводимости, которые налагаются на системы, обеспечивающие верификацию;
- методы измерения, готовность, доступность обеспечивающих систем.
24.4.
Подготовка обеспечивающей системы, соответствующих средств, оборудования и операторов к проведению верификации
24.4.1. Наличие и выполнение документированных процедур, регламентирующих:
- порядок подготовки и допуска персонала к проведению испытаний. Оформление документов, подтверждающих допуск специалистов предприятия к конкретным испытательным работам;
- полномочия и ответственность персонала при проведении испытаний.
24.4.2. Наличие и выполнение документированных процедур использования технологического, вспомогательного, лабораторного и испытательного оборудования, используемого при проведении испытаний, регламентирующих:
- порядок первичной и периодической аттестации рабочих мест и оборудования, используемых в процессе производства и при проведении испытаний. Наличие паспортов на испытательные стенды, рабочие места и оборудование, актов аттестации и допуска к эксплуатации;
- порядок выполнения обслуживания испытательных стендов, станций, рабочих мест и оборудования, а также оформление эксплуатационной документации после
выполнения соответствующих работ, направленных на поддержание испытательных средств в исправном состоянии и годности для проведения испытаний;
- наличие утвержденной программной документации и программного обеспечения испытательных стендов, станций, рабочих мест стендового оборудования, а также порядок переаттестации стенда в случае изменения или замены версии программного обеспечения;
- хранение доказательной документации и материалов, (аттестаты, протоколы, акты, расчеты, результаты измерений, методики и др.) оформленных при выполнении первичной и периодической аттестации испытательных стендов, станций, рабочих мест и оборудования;
- методы хранения доказательной документации по первичной аттестации, обеспечивающие ее сохранность в период функционирования испытательных стендов, станций, рабочих мест и оборудования;
- методы хранения доказательной документации по периодической аттестации испытательных стендов, станций, рабочих мест и оборудования, обеспечивающие ее сохранность в период не менее чем до выполнения очередных аттестационных работ.
24.5.
Осуществление верификации для демонстрации соответствия заданным требованиям
24.5.1. Наличие и выполнение документированных процедур по предъявлению на испытания изделий и/или его составных частей, регламентирующих:
- порядок предъявления службе качества изделий и/или составных частей на все виды испытаний;
- порядок выполнения испытаний изделий и/или их составных частей;
- формы предъявлений изделий на испытания и протоколов по результатам испытаний. Наличие эталонов заполнения этих документов;
- испытание составных частей/систем перед интегрированием в систему/на ВС;
- порядок комплектации изделия (при предъявлении на испытания) эксплуатационной документацией, соответствующей конфигурации его конструкции.
24.5.2. Наличие и выполнение документированных процедур по выполнению испытаний изделия и/или его составных частей,
регламентирующих:
Применительно к испытаниям системы:
- тестирование системы до ее установки на ВС;
- последовательное выполнение интеграции системы;
- трассировку требований и соответствующих событий верификации;
- регистрацию выполнения пунктов программы верификации и достигнутых числовых и/или иных значений измеряемых параметров;
- виды и периодичность осмотров и контроля состояния конструкции изделия в процессе выполнения этапов программы испытаний;
- регистрацию в формулярах, паспортах, этикетках данных об изменениях, внесенных в процессе испытаний;
- порядок проверки состояния деталей, узлов КИ после выполнения испытаний и оформление документа по результатам выполненной проверки.
Применительно к испытаниям ИМА:
- тестирование модуля до его интеграции в платформу;
- последовательное выполнение интеграции ИМА;
- трассировку требований и соответствующих событий верификации;
- выполнение регрессионного тестирования в каждой точке последовательной интеграции;
- регистрацию выполнения пунктов программы верификации и достигнутых числовых и/или иных значений измеряемых параметров;
- виды и периодичность осмотров и контроля состояния конструкции изделия в процессе выполнения этапов программы испытаний;
- регистрацию в формулярах, паспортах, этикетках данных об изменениях, внесенных в процессе испытаний;
- порядок проверки состояния деталей, узлов КИ после выполнения испытаний и оформление документа по результатам выполненной проверки.
Применительно к испытаниям сложных элементов аппаратуры:
- тестирование элемента аппаратуры до его интеграции в систему;
- последовательное выполнение интеграции элемента аппаратуры;
- трассировку требований и соответствующих событий верификации;
- регистрацию выполнения пунктов программы верификации и достигнутых числовых и/или иных значений измеряемых параметров;
- виды и периодичность осмотров и контроля состояния конструкции изделия в процессе выполнения этапов программы испытаний;
- регистрацию в формулярах, паспортах, этикетках данных об изменениях, внесенных в процессе испытаний;
- порядок проверки состояния деталей, узлов КИ после выполнения испытаний и оформление документа по результатам выполненной проверки.
Применительно к испытаниям программного обеспечения:
- тестирование программного обеспечения до его внедрения в систему;
- выполнение регрессионного тестирования в каждой точке последовательной интеграции;
- регистрацию выполнения пунктов программы верификации и достигнутых числовых и/или иных значений измеряемых параметров;
- регистрацию в формулярах, паспортах, этикетках данных об изменениях, внесенных в процессе испытаний;
- порядок проверки состояния деталей, узлов КИ после выполнения испытаний и оформление документа по результатам выполненной проверки.
24.6.
Формирование доступных верификационных данных о КИ
24.6.1. Наличие и выполнение документированных процедур по оформлению результатов испытаний изделий, регламентирующих:
- порядок разработки форм документов, в которых регистрируются результаты испытаний ИК в целом и его составных частей;
- полномочия и ответственность персонала при оформлении документов по результатам верификации.
24.7.
Анализ и регистрация информации о верификации, отклонениях и корректирующих действиях, составление соответствующих отчетов
24.7.1. Наличие и выполнение документированных процедур при выявлении несоответствий в ходе выполнения испытаний изделий и/или его составных частей, регламентирующих:
- наличие базы данных тестов;
- порядок оформления отчета об ошибках на любом этапе, в случае выявления несоответствий установленным требованиям;
- принятие решений о необходимости выполнения соответствующих доработок;
- порядок разработки конструкторской и технологической документации на выполнение доработок;
- контроль выполнения доработок;
- порядок повторного предъявления и проведение повторных испытаний;
- оформление и виды документов по результатам повторных испытаний.
25.
Взаимодействие с сертифицирующими органами
25.1.
Определение функции структурных подразделений организации (в том числе функции структурных подразделений, должностных лиц и специалистов, осуществляющих разработку и квалификацию создаваемых КИ и их модификаций, обеспечение летной годности)
25.1.1. Наличие и выполнение документированной процедуры, описывающей организационную структуру с описанием обязанностей, в соответствии с разделами документам.
25.2.
Установление порядка взаимодействия организации с сертифицирующим(и) органом(и), а также предоставление им информации
25.2.1. Наличие и выполнение документированных процедур по взаимодействию с Независимой инспекцией/Назначенными представителями по инспектированию производства на всех стадиях производственного и жизненного цикла КИ, регламентирующих:
- гарантии предприятия и порядок обеспечения беспрепятственного выполнения Независимой инспекцией всех своих функций;
- обязательное согласование с Независимой инспекцией документов системы качества, связанных с обеспечением качества и приемкой изделий. Наличие на предприятии Перечня таких документов;
- наличие документа (Положения) устанавливающего процедуры взаимодействия Разработчика с Независимой инспекцией на всех стадиях производственного и жизненного цикла КН.
25.2.2. Наличие и выполнение документированных процедур по представлению в Сертифицирующий орган сведений по системе обеспечения качества, регламентирующих:
- порядок оформления и периодичность (не реже одного раза в полугодие);
- представления в Сертифицирующий орган отчетов по обеспечению качества выпускаемой продукции, а также сведений об изменениях в организационной структуре, службе качества;
- представление сведений (в течение месяца) о перемещениях производства (в том числе информацию об изменениях в номенклатуре продукции, поставляемой по кооперации, и составе предприятий, участвующих в кооперированном изготовлении типовой конструкции) или отдельных структурных подразделений и филиалов предприятия, а также изменении одобренных Сертифицирующим органом условий
производства;
- представление сведений (в течение месяца) об изменении организационно-правовой формы, юридического и/или фактического адреса предприятия в целом и/или его структурных подразделений, а также сведений об изменениях в высшем руководящем звене управления;
- представление уведомлений (в течение 1 календарного дня) об отказах и неисправностях изделий приведших к нарушению их летной годности и/или безопасности полетов воздушных судов при приемо-сдаточных испытаниях.
25.3.
Установление порядка организации процесса квалификации и проведения квалификационных работ (в том числе, контроль изготовления изделий, предназначенных для квалификационных испытаний, и их конфигураций)
25.3.1. Наличие и выполнение документированной процедуры, (План квалификации), применительно к разработке КИ, регламентирующей:
- функции и условия эксплуатации КИ;
- взаимосвязи плана квалификации с планами квалификации других систем;
- заключение об оценке функциональных рисков;
- заключение о предварительной оценке безопасности системы;
- нововведения и специфические особенности конструкции;
- новые применяемые технологии;
- квалификационный базис, включая СТУ;
- методы оценки соответствия квалификационного базиса, включая краткое описание предполагаемых процессов гарантии разработки;
- перечни предоставляемых данных и данных, подлежащих контролю управления конфигурацией, с описанием или примером формата данных;
- приблизительную последовательность графика квалификационных этапов;
- список лиц или организаций, ответственных за координацию процесса квалификации.
25.3.2. Наличие и выполнение документированной процедуры, (План квалификации), применительно к разработке системы ИМА, описывающей:
- систему: функциональное и эксплуатационное описание системы ИМА, включая модули, ресурсы, платформы и поддерживаемые приложения, образующие систему ИМА;
- связь между планом и любыми другими уместными планами квалификации;
- сведения по надежности и отказобезопасности:
- краткие сведения по Предварительной оценке безопасности полета, требованиям по надежности и распределении уровней гарантии для системы, аппаратных средств, программного обеспечения и допущений Оценки функциональной опасности.
Описание отказоустойчивости системы ИМА, отказобезопасные свойства конструкции и возможности возвращения в прежнее состояние;
- новые или инновационные конструктивные свойства;
- вопросы человеческого фактора на высоком уровне;
- сертификационный базис системы ИМА, включая специальные технические условия, отклонения или эквивалентный уровень безопасности;
- загружаемые элементы:
- определение загружаемых на месте эксплуатации программного обеспечения или аппаратных средств, опционного программного обеспечения или аппаратных средств, модифицируемого пользователем программного обеспечения и сторонами, ответственными за загрузку, изменение и проверку загруженного программного обеспечения, выбор вариантов и изменений, выполняемых пользователем (оператором);
- методы определения соответствия:
- предполагаемые методы подтверждения соответствия квалификационному базису, включая общее описание прогнозируемых процессов гарантии разработки (оценка безопасности, разработка, обоснование, верификация, управление конфигурацией, гарантия качества и взаимодействие при квалификации);
- мероприятия по интеграции;
- любые дополнительные методы обеспечения соответствия (с обоснованием);
- данные по соответствию и квалификации, представляемые сертифицирующему органу и данные, остающиеся под контролем конфигурации наряду с описанием или примерами форматов данных;
- приблизительная последовательность и график квалификации и одобрения и их взаимозависимость;
- перечень участников и распределение ответственности всех заинтересованных сторон, участвующих в разработке, квалификации, интеграции, установке и сертификации системы ИМА;
- определение ведущих специалистов или специализированных организаций ответственных за координацию квалификации;
- определение того, каким образом сообщения о проблемах по модулям и приложениям будут оцениваться для определения воздействия на систему ИМА.
25.3.3. Наличие и выполнение документированной процедуры, (План квалификации), применительно к разработке сложных элементов аппаратуры, описывающей:
- обзор бортовой системы, в которой должны использоваться элементы аппаратуры, включая функциональное описание системы, отказные состояния системы, архитектуру системы, описание распределения функций для элементов аппаратуры и ПО, а также ссылки на существующую системную документацию;
- функции аппаратуры, элементы аппаратуры, архитектуры, новые технологии и любые методы отказобезопасности, отказоустойчивости, резервирования и обособления, которые предполагается использовать;
- квалификационный базис, предлагаемые методы оценки соответствия и уровень гарантии разработки каждой функции элемента аппаратуры. В нем также приводится подтверждение правильности выбранного уровня гарантии разработки на основе оценки безопасности аппаратуры и ее использования в бортовой системе, включая описание потенциальных условий отказа аппаратуры. Там где применимо, могут быть также включены либо краткое изложение
FFPA, либо план для выполнения и применения результатов FFPA;
- процедуры, методы и стандарты, которые должны применяться, а также процессы и мероприятия, которые должны выполняться для удовлетворения целей гарантии конструирования аппаратуры. Также описываются действия, комбинации и последовательность действий, взаимоотношения между процессами и действиями, критерии перехода, ответственность, использование инструментов и средств для обеспечения обратной связи и взаимодействия внутри процессов аппаратуры и между процессами аппаратуры и процессами системы и ПО;
- данные жизненного цикла конструирования аппаратуры;
- дополнительные соображение, например применение ранее разработанной аппаратуры, включая ссылки на применяемые данные, которые должны повторно использоваться, использование COTS-компонентов, опыт эксплуатации изделия, оценка и квалификация инструмента, или указания по гарантии конструирования для функций уровня A или B;
- предлагаемые к использованию в программе альтернативные методы, которые либо не описаны в данном документе, либо должны применяться способом, отличным от того, который описан в данном документе. Должно быть представлено обоснование необходимости применения альтернативного метода;
- график сертификации.
25.3.4 Наличие и выполнение документированной процедуры, (План квалификации), применительно к разработке сложных элементов аппаратуры, описывающей:
- описание системы, включающее описание функций и их распределение между аппаратным и программным обеспечением, описание архитектуры, используемых процессоров, описание сопряжения аппаратных средств и ПО, а также описание методов обеспечения безопасности;
- функции ПО, с акцентом на предлагаемые концепции обеспечения безопасности и обособления. Например, разделение ресурсов, резервирование, многоверсионное разнородное ПО, отказоустойчивость, принципы временной организации вычислений;
- итоговую сводку тех аспектов квалификационного базиса, включая методы и средства определения соответствия, которые связаны с квалификацией ПО. Кроме того, устанавливается уровень(-ни) ПО и приводится его обоснование, полученное в процессе анализа безопасности системы, включая те, в которых указывается потенциальный вклад ПО в возникновение отказных состояний;
- жизненный цикл ПО, который предполагается реализовать, с кратким описанием каждого цикла и его процессов. Более подробная информация по этим вопросам дается в соответствующих планах создания ПО. Данный пункт показывает, каким образом будет достигнуты цели каждого процесса жизненного цикла ПО, определяет участников работ по созданию ПО, определяет ответственных за организацию, за процессы жизненного цикла ПО и за взаимодействие с сертифицирующим органом;
- документы, которые будут подготовлены и будут находиться под контролем в процессах жизненного цикла ПО. Также описывается взаимосвязь документов, их связь с другими документами, определяющими систему; указываются документы, представляемые сертифицирующему органу, указывается их форма и способ представления сертифицирующему органу;
- план-график;
- специфические особенности, которые могут повлиять на процесс квалификации, например: альтернативные методы определения соответствия; квалификация инструмента; ранее разработанные ПО; опционное ПО; ПО, модифицируемое пользователем; готовое коммерческое ПО; ПО, загружаемое на месте эксплуатации; многоверсионное разнородное ПО; заархивированный период эксплуатации.
26.
Техническая поддержка разрабатываемого КИ
26.1.
Подготовка стратегии обслуживания разрабатываемого КИ
26.1.1. Наличие и выполнение документированной процедуры, регламентирующей порядок и совокупность правил, определяющих вид предельного состояния изделия, по достижении которого эксплуатация изделия останавливается или прекращается, а также виды и состав работ по техническому обслуживанию и ремонту (ТОиР) в эксплуатации в соответствии с установленным видом предельного состояния, содержащей:
- Рекомендуемую стратегию технического обслуживания КИ:
a) Стратегия технического обслуживания по ресурсу (ТЭР);
b) Стратегия технического обслуживания по состоянию (ТЭС), включает в себя методы до безопасного отказа (ТЭО) и до предотказного состояния (ТЭП);
- Проведение анализа возможных стратегий ТОиР с целью обоснования;
- Рекомендации к выбору метода оценки технического состояния с использованием:
a) средств контроля, в которые входят бортовые средства контроля, наземно-бортовые и наземные средства контроля (например, наземные устройства обработки информации, наземные средства контроля демонтированного с борта ВС оборудования, контрольно-поверочная аппаратура, средства неразрушающего (дефектоскопического) контроля, средства измерения общего применения, специальные устройства измерения, вспомогательные устройства и оборудование, применяемые для определения технического состояния КИ при его
ТО и ремонте);
b) результатов анализа материалов объективного контроля (визуальный, слуховой, тактильный и др.);
- Критерии назначения необходимых ремонтных работ по результатам оценки технического состояния, которые для каждого неисправного КИ обеспечивают определение:
- цели ремонта (восстановление исправности или работоспособности) и объема необходимых ремонтных работ в зависимости от вида отказа (тяжести его последствий);
- целесообразного способа восстановления (ремонт или замена);
- Проведение поэтапной оценки разрабатываемой стратегии ТОиР с учетом взаимосвязи по обеспечению эксплуатационно-технических характеристик АС (надежность, контролепригодность, ремонтопригодность, массо-габаритные характеристики);
- Оценка эффективности стратегии ТОиР.
26.2.
Определение требований к техническому обслуживанию КИ, являющихся неизбежным следствием реализации стратегии обслуживания
26.2.1. Наличие и выполнение документированных процедур, определяющих:
- состав и квалификации персонала технического обслуживания;
- состав необходимых средств ТО.
26.3.
Инициация коррелирующих действий по устранению ранее необнаруженных конструкционных ошибок
26.3.1. Наличие и выполнение документированной процедуры, регламентирующей управление всей информацией о КИ и связанных с ним процессах на протяжении всего его жизненного цикла, начиная с разработки и производства до снятия с эксплуатации.
Примечание - Это позволяет удовлетворить требования новых международных стандартов информационной поддержки процессов жизненного цикла изделия (ЖЦИ) и увеличить срок эксплуатации КИ, уменьшить время реакции на отказы и неисправности, повысить уровень сервиса, что является главными факторами снижения стоимости ЖЦИ.
26.3.2. Наличие и выполнение документированной процедуры обмена данными и совместного использования этих данных всеми участниками ЖЦИ.
26.4.
Разработка план-графиков и процедур технического обслуживания разрабатываемого КИ
26.4.1. Наличие и выполнение документированной процедуры, регламентирующей план ТОиР для КИ, предусматривающий:
- назначение и особенности плана ТОиР;
- эффективные методы эксплуатации (условия);
- состав и периодичность работ по ТОиР (плановые, неплановые виды работ и правила их назначения к выполнению);
- условия выполнения работ по ТОиР;
- перечень отказов и неисправностей КИ, с которыми разрешается отправка самолета в рейс;
- перспективы и направления совершенствования плана.
26.5.
Поддержка составления ответов, содержащих историю проблемы, выполненные корректирующие действия и обнаруженные тенденции для информирования операторов и персонала технического обслуживания и ремонта, а также лиц, занятых в других разработках, в которых создаются или используются подобные элементы
26.5.1. Наличие и выполнение документированной процедуры информационного обеспечения и средств оперативной связи (в том числе - документированной) для успешного функционирования ТОиР, а также своевременного и безошибочного выполнения отдельных процедур.
26.5.2. Наличие и выполнение документированной процедуры определения основных средств наземного и бортового информационного обеспечения системы ТОиР, которые являются компьютерными базами данных, и с помощью которых осуществляется:
- учет почтовых, отгрузочных, банковских и связных реквизитов всех Участников системы ТОиР;
- учет паспортных (и в первую очередь - идентификационных) данных всех КИ, поставленных в эксплуатацию;
- учет сведений по нормативной (расчетной) и фактической укомплектованности обменного фонда комплектующих изделий (ОФКИ) (по номенклатуре и количеству отдельных КИ), а также по его использованию и пополнению;
- учет сведений по техническому состоянию КИ из состава ОФКИ;
- учет движения, места нахождения и принадлежности (права собственности) всех КИ, участвующих в процессе ТОиР;
- учет неисправностей КИ и сведений по их восстановительному ремонту;
- учет наработки КИ на момент проведения ТОиР;
- учет и обработка заявок Эксплуатантов на проведение ТОиР;
- учет временных и экономических показателей ТОиР;
- учет сведений по оборудованию и эксплуатационной документации, необходимых в процессе ТОиР;
- хранение основных процедур (алгоритмов, правил, техпроцессов и т.п.), которыми должны руководствоваться Участники в ходе ТОиР.
Начальник Управления
поддержания летной годности
воздушных судов
В.В.КУДИНОВ