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

17. Валидация

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. Наличие и выполнение документированной процедуры, регламентирующей порядок проведения:

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

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