Авиационное ОКБ: подготовка к сертификации в Росавиации
Российское авиационное опытно-конструкторское бюро полного цикла: от инженерной идеи до опытного производства. Пять инженерных центров делают системы и агрегаты для авиа- и двигателестроения. Изделия стоят на гражданских воздушных судах и проходят сертификацию в Росавиации.
Разработка идёт по КТ-178В/С, КТ-254, Р-4754А и ФАП-21. КТ-178 задаёт жизненный цикл бортового ПО, КТ-254 — разработку и подтверждение требований к оборудованию, Р-4754А — процессы разработки систем, ФАП-21 — порядок сертификации техники и организации-разработчика.
Требования, матрицы, протоколы и отчёты лежали в разных местах. Связи между системными требованиями, требованиями верхнего и нижнего уровня, кодом и тестами инженеры собирали вручную. Ошибки в требованиях и связях всплывали на верификации, а иногда уже на экспертизе.
До 2 недель на одну матрицу трассируемости и новая сборка при каждом изменении.
До 4 месяцев на подготовку к экспертизе и правки замечаний по трассировке.
С уходом ведущего инженера уходило обоснование решений: проектная память жила в людях, а не в системе.
Что сделали
Нужна была не замена таблицы, а одна среда для пяти центров. У требования должны быть автор, версия и обоснование, а связь — до кода и теста. Отдельно нужны были анализ влияния и обмен с репозиторием Git.
Заказчик выбрал Devprom СУТр: конфигурация под КТ-178 и КТ-254, требования по уровням DAL, базовые линии, управление изменениями и отчёты для экспертизы документации.
Пилот провели на системе электроснабжения, уровень DAL B, около 5 000 требований: системные, верхнего и нижнего уровня. Настройка заняла 4 недели: шаблоны требований, связи между уровнями, роли и маршруты согласования.
Через 3 месяца заказчик начал переводить остальных сотрудников. Сложность была в привычке к Excel и Word. Воркшопы с руководителями отделов показывали, как среда помогает в ежедневной работе, а не только в отчёте для регулятора.
Что изменилось
Полный переход занял около года. Требование перестало быть документом «после факта» и стало рабочим объектом инженера. Изменение показывает, какие связанные артефакты затронуты: поздняя правка обходится дороже, чем правка на этапе требований. Обоснования остаются в системе, и уход специалиста больше не уносит с собой историю решений.
Трудозатраты на подготовку доказательной базы снизились на 30% — так отмечает заказчик.
Экспертизу документации в Авиарегистре России прошли с первого раза.
Ошибки в требованиях и связях видны на проектировании и верификации, а не на экспертизе.
Раньше связь требования с кодом и тестом собирали неделями. Теперь по изменению сразу видно затронутые артефакты, и к экспертизе не готовятся в последний момент.
Со слов заказчика
