ГОСТ Р МЭК 62279—2016
8.47.5 Все прикладные данные/алгоритмы и соответствующуюдокументацию должна охватывать
процедура управления конфигурацией согласно требованиям, определенным в 6.5 и 6.7. Управление
конфигурацией данных/алгоритмов приложения может быть отделено от управления конфигурацией
части универсального программного обеспечения.
8.47.6 Отчет о проверке приложения демонстрирует охват и осуществление условий применения
универсального программного обеспечения и инструментальных средств приложения.
8.4.8 Разработка универсального программного обеспечения
8.4.8.1 Разработка универсального программного обеспечения, которое поддерживает выполне
ние данных/алгоритмов приложения, должна соответствовать требованиям 7.1—77. Такжедолжны вы
полняться следующие дополнительные требования.
8.4.8.2 Типы или классы функции, которые могут быть сконфигурированы данными/алгоритмами
приложения в каждой системе и подсистеме, должны быть идентифицированы в документах специ
фикации требований к программному обеспечению для универсального программного обеспечения.
Уровень полноты безопасности, распределенный функциям, определит стандарты, которые будут при
менены для последующей разработке данных/алгоритмов приложения для всех инсталляций системы.
8.4.8.3 Во время проектирования универсального программного обеспечения должны быть опре
делены подробные интерфейсы между универсальным программным обеспечением и данными/алго
ритмами приложения, если это не было уже определено на более ранней стадии жизненного цикла,
например в результате требования об использовании существующего специального для приложения
языка.
8.4.8.4 Должно быть осуществлено строгое разделение между универсальным программным обе
спечением и данными/алгоритмами приложения, т. е. должна существовать возможность отдельно пе
рекомпилировать и обновить или универсальное программное обеспечение, или прикладные данные/
алгоритмы, если не было изменения в определенном интерфейсе между универсальным программным
обеспечением и данными/алгоритмами приложения. Аналогично должны быть разделены конкретные
данные/алгоритмы для приложения и данные/алгоритмы для универсального приложения.
8.4.8.5 Процедуры управления изменениями должны гарантировать, что любое изменение уни
версального программного обеспечения может быть реализовано только после того, как было уста
новлено. что либо исправленное программное обеспечение совместимо с исходными прикладными
данными/алгоритмами. либо прикладные данные/алгоритмы должны быть изменены.
8.4.8.6 Необходимо соблюдать осторожность на стадии тестирования процесса проверки и под
тверждения соответствия универсального программного обеспечения, чтобы гарантировать, что рас
сматриваются все соответствующие комбинации данных и алгоритмов.
Если все соответствующие комбинации данных и алгоритмов не были рассмотрены в процессе
проверки, тестирования и подтверждения соответствия универсального программного обеспечения, то
должен быть строго определен предел использования универсального программного обеспечения.
Если некоторые данные или алгоритмы будут определены вне этого предела, тодолжны быть выполне ны
дополнительные процессы проверки, тестирования и подтверждения соответствия универсального
программного обеспечения.
8.4.87 Универсальное программное обеспечение должно быть разработано так. чтобы оно обна
руживало поврежденные прикладные данные/алгоритмы. где это возможно.
8.4.8.8 Проектировщики должны публиковать информацию о новой версии инструментальных
средств универсального программного обеспечения и приложения на стадии тестирования всего про
граммного обеспечения/заключительного подтверждения соответствия инструментальных средств уни
версального программного обеспечения и приложения. Содержание этих документов должно быть про
верено. а также для него должно быть выполнено подтверждение соответствия.
Следующая информация должна быть представлена в документе «Условия применения инстру
ментальных средств универсального программного обеспечения и приложения»:
a) ссылки на руководства пользователя инструментальных средств универсального программного
обеспечения и приложения;
b
) любые ограничения на прикладные данные/алгоритмы. например, заданная архитектура или
правила кодирования, чтобы удовлетворить уровням полноты безопасности.
45