Лидия Александровская - Сертификация сложных технических систем

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

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

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

и) процедур выполнения проверок и ревизий;

к) процедур составления и прохождения донесений о выявленных недостатках и процедур устранения недостатков;

л) процедур контроля, осуществляемого поставщиком изделия.

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

Для исходной программы (документ № 7) следует использовать согласованный носитель – бумагу, магнитные диски, ленты и т. п.

Для выходной (объектной) программы (документ № 8) следует использовать согласованный носитель-ленту, магнитные диски, программируемое постоянное запоминающее устройство (ППЗУ), перфокарты и т. д.

Состав и построение системы вспомогательных средств и средств для разработки программно-математического обеспечения (документ № 9) описывают аппаратуру, программное обеспечение и процессы, используемые для разработки, хранения и воспроизведения исходных и объектных программ.

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

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

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

В требованиях к системе (документ № 13) дается общее описание сертифицируемой системы. Документ может исходить или от предприятия, осуществляющего установку оборудования, или от предприятия-изготовителя. Он должен содержать:

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

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

в) методы и средства проверки соответствия, позволяющие:

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

• завершить программу проверки соответствия требованиям, проводимую предприятием, устанавливающим оборудование;

• обнаружить и устранить ошибки программирования;

• разработать документацию.

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

Здесь установлены три категории пользователей.

Категория «X». Пользователи этой категории только эксплуатируют оборудование и не имеют возможности ремонтировать его. Ремонт и (или) доработка выполняются ремонтной базой или изготовителем.

Категория «Y». Пользователи этой категории могут эксплуатировать оборудование, а также выполнять его установку и/или ремонт. Это типично для авиатранспортных компаний, ремонтирующих свое собственное оборудование, или для ремонтных баз, имеющих официальное разрешение и продающих свои услуги пользователям категории «X». Пользователи категории «Y» могут

Таблица 6.5

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

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

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

1. Что такое рейтинговая сертификация?

2. Каково соотношение между объектами наземной отработки и летных испытаний современных самолетов?

3. Зачем введено лицензирование деятельности предприятий?

4. Для каких видов продукции необходимо включение требований к надежности при ее сертифакации?

5. Охарактеризуйте роль стандартов МЭК-300 в обеспечении надежности.

6. Из каких основных этапов состоит план сертификации программно-математического обеспечения?

7. Что такое категория критичности функций, выполняемых оборудованием в полете?

8. Что такое сопровождение программно-математического обеспечения?

9. Как документируются изменения в программно-математическом обеспечении?

10. Приведите примеры документации, необходимой при сертификации программно-математического обеспечения.

1. Глыбин Ю. А., Козлов Ю. Б., Везиров В. Н., Давыдов А. Н., Барабанов В. В. Техническая политика Миноборонпрома России в области сертификации // Сертификация, конверсия, рынок. – М., 1996. Специальный выпуск. С. 4–9.

2. Соколов Б. Н., Князев В. Т., Муравский И. И. Качество и сертификация. Опыт авиационной промышленности. – М.: Изд. «Технический прогресс и повышение квалификации кадров в авиационной промышленности», 1994.

3. Стародуб Ю. Н., Везиров В. Н., Барабанов В. В. Организация работ по лицензированию деятельности предприятий-разработчиков и производителей вооружения и военной техники. Сертификация, конверсия, рынок. – М.: 1996. № 1–2. С. 3–7.

4. Барабанов В. В., Захаров М. Г., Крель Н. Л., Пархотин И. И., Ароста-нова И. В. Концепция сертификации обеспечения надежности сложной наукоемкой продукции. Проблемы продвижения продукции и технологий на внешний рынок. – М.: 1997. Специальный выпуск. С. 33–39.

5. Аронов И. З., Александровская Л. Н., Дойчинова М. Оценка надежности машиностроения при сертификации продукции. Надежность и контроль качества. – М.: 1991. № 3. С. 3–8.

6. Аронов И. З., Александровская Л. Н., Прудникова Е. А. Анализ надежности при сертификации систем качества // Приборы и системы управления. – М.: Машиностроение. 1992. № 7. С. 9 – 11.

7. Технические требования к обращению с программным обеспечением вычислителей. Технические требования 102 Ассоциации воздушного транспорта Америки (Specification for Computer Software Manual. ATA Specification 102).

8. Рекомендации относительно порядка работы с математическим обеспечением бортовых систем и относительно документации на математическое обеспечение. Документ Европейской организации по применению радиоэлектроники в гражданской авиации ЕД—35 (Recommendations on Software Practice and Documentation for Airborn Systems. EUROCAE Document ED – 35).