ГОСТ Р МЭК 62138—2010
3.8 управление конфигурацией {configuration management): Порядокприменения технической и
административной директив и контроля с целью определения идокументирования функциональных и
физическиххарактеристиксложного устройства, управления ихизменением, ведения записейи отчетов
об изменении в работе инастройке, а также проверки соответствия конкретным требованиям.
[МЭК61513]
3.9 спецификация проекта {design specification): Документ или комплект документов, который
описываетустройство иработуизделия ииспользуется вкачествеосновыдля применения иинтеграции
изделия.
3.10 документация по безопасности (documentation lor safety):Документ или комплектдокумен
тов, который указывает, каким образом продуктможет безопасно использоватьсядля решения приклад
ных задач, важныхдля безопасности.
3.11 комплекс оборудования (equipment family): Набор приборныхи программных компонентов,
которые могут работать совместно в одной или более определенных структурах (конфигурациях). Раз
работка специальной конфигурации для АС и соответствующего прикладного программного обеспече
ния может поддерживаться программными средствами; обеспечивает набор стандартных операций
(библиотеку прикладных функций), которые могут бытьобъединены, образуя специальное прикладное
программноеобеспечение.
{МЭК61513]
П р и м е ч а н и е1 — Комплекс оборудования может быть изделием определенного изготовителя или
набором изделий, соединенных и настроенных поставщиком.
П р и м е ч а н и е 2 — Термин «платформа оборудования» иногда используется как синоним термина
«комплексоборудования».
3.12 погрешность (error): Разность между рассчитанным, наблюдаемым или измеренным значе
ниемвеличиныили параметра иистинным, установленнымилитеоретическим значениемвеличины или
параметра.
{МЭК61513]
П р и м е ч а н и е — См. также термины: «ошибка», «неисправность», «отказ».
3.13 рабочая программа (executable code): Программное обеспечение, которое включено в спе
циализированную систему.
П р и м е ч а н и е — Рабочая программа обычно включает в себя команды, которые должны выполняться
техническим обеспечением специализированной системы, и сопутствующие данные.
3.14 отказ (failure): Отклонение реальногофункционирования от запланированного.
(МЭК61513]
П р и м е ч а н и е — См. также термины: «ошибка», «неисправность», «погрешность».
3.15 дефект (fault): Неисправностьили ошибка в компонентетехническогообеспечения, програм
много обеспечения или системы.
(МЭК61513]
П р и м е ч а н и е 1 — Дефекты могут быть подразделены на случайные и систематические. Случайные
дефекты возникают в результате деградации технического обеспечения и вызывают отказы в непредвиденные
моменты времени. Систематические неисправности возникают вследствие ошибок в проекте (например, ошибок в
программном обеспечении) и при одинаковых условиях систематически ведут к одинаковым отказам.
П р и м е ч а н и е 2 — Дефект (особеннодефект, связанный спроектированием) можетоставаться незаме
ченным до тех пор. пока сохраняются условия, при которых он не отражается на выполнении функции, т.е. пока не
произойдет отказ.
П р и м е ч а н и е 3 — См. также термины: «ошибка», «погрешность», «отказ».
3.16 функциональная валидация (functional validation): Проверка правильности применения
спецификаций прикладных функций относительно исходных требований к функциям и эксплуатацион
ным характеристикам станции. Функциональная валидация дополняет валидацию системы и оценива
ется ее соответствие спецификации функций.
[МЭК61513]
3.17 универсальный язык (general-purpose language): Компьютерный язык, разработанныйдля
всех видов применения.
П р и м е ч а н и е 1 — Программное обеспечение операционной системы групп оборудования обычно реа
лизуется с использованием универсальных языков.
3