ГОСТ Р МЭК 60880—2010
станции, и часто подготавливаются проектантами станции, которые не обязательнодолжны обладать навы
ками в области программирования.
Конфигурационные данные могут быть разделены на:
- элементы данных, которые не должны изменяться в режиме «онлайн» операторами станции и к
которым предъявляются такие же требования, как и к остальной части ПО;
- параметры, т.е. элементы данных, которые могут быть изменены операторами во время работы
станции (например, уровни аварийной сигнализации, уставки, данные по калибровке измерительной аппа
ратуры) и для которых необходимы специфичные требования.
Многие современные платформы оборудованиядля контроля и управления обеспечены обширным
набором инструментальных программ, позволяющим инженерам системотехникам проектировать и реали
зовывать рабочие программы.
Например, типичная СКУ. разработанная с использованием компонентов комплекса оборудования,
включает в себя:
- компоненты ранее разработанного программного обеспечения, такие как ядро операционного сис
темного программногообеспечения и библиотека прикладных функций. Обычно эти компоненты разработа
ны с применением универсальных языков;
-данные конфигурации, необходимыедля адаптации ядра операционного системного программного
обеспечения к средствам ввода-вывода и сервисам, требующимся вданном применении;
- прикладное программное обеспечение, разработанное с использованием проблемно-ориентирован
ных языков.
5.3 Подход к разработке программного обеспечения
Обычно программное обеспечение вносит существенный вклад вфункции, выполняемые СКУ. Оно
может также поддерживать дополнительные функции, предусмотренные в проекте системы (например,
инициализацию и контроль за техническим обеспечением, связь и синхронизацию между подсистемами).
Таким образом, в большинстве случаев жизненный цикл программного обеспечения тесно связан с жиз
ненным циклом безопасности системы. В частности, спецификация требований к программному обеспече
нию является частью спецификации требований к системе и частью проекта системы либо непосредствен
но вытекает из них.
Несмотря на то. что верификация новых компонентов программного обеспечения определенно явля
ется частью жизненного цикла безопасности программного обеспечения, часто не существует разделения
и четкой границы между интеграцией программного обеспечения с системой. Поэтому в настоящем стан
дарте интеграция программного обеспечения рассматривается как часть интеграции системы. Валидация
программногообеспечения также не является деятельностью, связанной только с программным обеспече
нием: в настоящем стандарте она рассматривается как часть интеграции и/или валидации системы.
В настоящем стандарте предполагается, что жизненный цикл программного обеспечения, первона
чально предназначенный для разработки программного обеспечения с помощью универсальных языков,
распространяется также на проблемно-ориентированные языки и конфигурацию ранее разработанного про
граммного обеспечения.
Тем не менее, в нем признаются следующие различия в процессе разработки за счет введения спе
циализированных процедур для каждого вида программного обеспечения на уровне реализации:
- реализация с использованием универсальных языков;
- реализация с использованием проблемно-ориентированных языков вместе с генераторами кода;
- отбор, использование и конфигурация ранее разработанного программного обеспечения.
Поскольку блоки «Разработка/генерация прикладного ПО» и «Разработка нового ПО операционной
системы» на рисунке 2 представляют большую и существенную часть жизненного цикла безопасности
программного обеспечения, на рисунке 3 приведена ее «расшифровка», в которой более детально пред
ставленадеятельность между определением спецификации требований к программному обеспечению и
его валидацией, с четким обозначением трех различных путей реализации. На рисунке 3 в скобках указаны
соответствующие разделы и пункты настоящего стандарта.
Дополнительные требования к программному обеспечению приведены в приложении В.
Принципы, отраженные в требованиях настоящего стандарта, касаются качества конечной програм
мы. и они применимы независимо от того, разработана ли программа с использованием универсальных
языков, проблемно-ориентированных языков с автоматической генерацией рабочей программы, а также
независимо от конфигурации.
8