ГОСТ Р 53195.5—2010
В настоящее время регулярным процедурам сертификации подвергаются только компиляторы (транслято
ры): сертификация проводится национальными органами по сертификации. Она заключается в проверке компи
ляторов (трансляторов) на соответствие национальным (международным) стандартам, например, для языков
ADA или Pascalи в подтверждении соответствия.
Важно отметить, что сертифицированные инструментальные средства и сертифицированные трансляторы
обычно сертифицируются только на соответствие стандартам на определенный язык или процесс. Обычно они
никак не сертифицируются на соответствие стандартам по безопасности.
Более подробное описание данного метода/средства приведено в [174. 175).
В.4.4 Инструментальные средства, заслуживающие доверия на основании опыта использования
П р и м е ч а н и е — Ссылка на данные мегоды’средства приведена в ГОСТ Р 53195.4 (таблица А.З).
Цель: исключение проблем, обусловленных ошибками транслятора, которые могут появиться во время
разработки, верификации и эксплуатации ПО.
Описание: транслятор используется в тех случаях, когда неправильное исполнение многих предыдущих
проектов неочевидно. Если отсутствует опыт эксплуатации трансляторов или в них обнаружены любые известные
серьезные ошибки, то от таких трансляторов следует отказаться при отсутствии других гарантий корректной
работы транслятора (см. В.4.4.1).
Если в трансляторе выявлены небольшие недостатки, то соответствующие языковые конструкции фиксиру
ются и в проектах СБЗС-систем не применяются.
Другим вариантом исключения проблем, обусловленных ошибками транслятора, является ограничение
языка до конструкций, признанных общепринятыми.
Доказано, что недоработанные трансляторы служат серьезным препятствием в любой разработке ПО.
Такие трансляторы в общем случае делают невозможной разработку ПО СБЗС-систем.
В настоящее время не существует методов подтверждения корректности всего транслятора или отдельных
его частей.
В.4.5 Сравнение исходных программ и исполнимых кодов
Цель: удостовериться в том. что инструменты, используемые для создания образа PROM, не вносят в него
никаких ошибок.
Описание: образ PROM преобразуется обратно в совокупность «объектных» модулей, а эти «обьектныв»
модули преобразуются обратно в скомпонованные файлы языка, которые затем с помощью подходящих мето
дов сравниваются с фактическими исходными файлами, первоначально использованными для разработки PROM.
Основное преимущество данного метода состоит в том. что инструменты (компиляторы, редакторы связей
(компоновщики) и т. п.). используемые для разработки образа PROM, не требуют подтверждения соответствия.
Этим методом проверяют правильность преобразования исходного файла, используемого для конкретной СБЗС-
системы.
Более подробное описание данного метода/средства приведено в [176—178].
В.4.6 Библиотека проверенных/верифицированных модулей и компонентов
П р и м е ч а н и е — Ссылка на данный метод/средство приведена в ГОСТ Р 53195.4 (таблица А.З).
Цель: исключение необходимости многократных повторных проверок или перепроектирования компонен
тов ПО и АС при каждом новом применении: содействие созданию проектов, которые не были формально или
строго проверены, но относительно которых имеется значительная предыстория эксплуатации.
Описание: хорошо спроектированные и структурированные СБЗС-системы строятся из множества компо
нентов и модулей АС и ПО. которые четко различаются икоторые взаимодействуют друг сдругом строго специфи
цированным способом.
Различные СБЗС-системы. созданные для различных применений, могут содержать большое число одина
ковых или очень схожих между собой программных модулей или компонентов. Создание библиотеки таких обще
применимых программных модулей позволяет использовать большую часть ресурсов, необходимых для под-
тверхщения соответствия проекта, одновременно для нескольких применений.
Кроме того, использование подобных программных модулей для многих применений дает практическое
подтверждение их успешной эксплуатации. Это практическое подтверждение увеличивает доверие пользовате
лей к программным модулям.
Один из подходов, в соответствии с которым программному модулю можно доверять при его практическом
использовании, описан в В.2.10.
Более подробное описание данного метода/средства приведено в [179. 180).
В.4.7Выбор соответствующего языка программирования
П р и м е ч а н и е — Ссылка на данный метод/средство приведена в ГОСТ Р 53195.4 (таблица А.З).
Цель: обеспечение в максимальной степени требований настоящего стандарта для специального защища
ющего программирования, строгой типизации, структурного программирования и. возможно, суждений. Выбран
ный язык программирования должен обеспечить легко верифицируемый код и простые процедуры разработки,
верификации и эксплуатации ПО.
54