ГОСТ Р МЭК 61513—2011
П р и м е ч а н и е 3 — Термины «оборудование», «компонент* и «модуль» часто применяют как синонимы.
Отношение между ними пока не стандартизованы.
3.18 комплекс оборудования (equipment family): Набор приборных и программных компонентов,
которые могут работать совместно в одной или более определенных структурах (конфигурациях). Разра
ботка специальной конфигурации для АС и соответствующего прикладного программного обеспечения
может поддерживаться программными средствами. Комплекс оборудования обеспечивает набор стандар
тных операций (библиотеку прикладных функций), которые могут быть объединены, образуя специальное
прикладное программное обеспечение.
П р и м е ч а н и е 1— См. также «функциональность», «прикладное программное обеспечение», «библио
тека прикладных программ».
П р и м е ч а н и е 2 — Линейка оборудования может быть как продуктом от определенного поставщика, так
и набором изделий, соединение и адаптация которых выполнены поставщиком.
П р и м е ч а н и е 3 — Иногда в качестве синонима термину «линейка оборудования» используют термин
«приборная (аппаратная) платформа».
3.19 погрешность (error): Расхождение между рассчитанным, наблюдаемым или измеренным зна
чениями величины или условиями и истинным, установленным или теоретическим значениями величины
или условий (см. рисунок 3).
3.20 оценка (свойства системы) (evaluation of a system property): Приписывание качественного или
количественногозначения данному свойству системы.
[МЭК 61069-1, пункт 2.2.2]
3.21 отказ (failure): Отклонение реального функционирования от запланированного (см. рисунок 3).
[МЭК 60880-2, пункт 3.8]
П р и м е ч а н и е 1— Отказ является результатом сбоя в аппаратуре, программном обеспечении, системе
или ошибки оператора или обслуживания и отражается на прохождении силчала.
П р и м е ч а н и е 2 — См. также «дефект», «отказ программного обеспечения».
3.22 дефект (fault): Дефект в аппаратуре, программном обеспечении или в компоненте системы
(см. рисунок 3).
П р и м е ч а н и е 1— Дефекты могут быть результатом случайных отказов, которые возникают, например,
из-за деградации аппаратуры в результате старения: возможны систематические дефекты, например, в резуль
тате дефектов в программном обеспечении, возникающих из-за ошибок при проектировании.
П р и м е ч а н и е 2 — Дефект (особенно дефекты, связанные с проектированием) может оставаться
незамеченным, пока сохраняются условия, при которых он не отражается на выполнении функции, т.е. пока не
произойдет отказ.
П р и м е ч а н и е 3 — См. также «дефект программного обеспечения».
3.23 функциональное разнообразие (functional diversity): Применение разнообразия на функцио
нальном уровне (например, при достижении предельных значений какдавления, так и температуры).
[МЭК 61069-1, пункт 2.2.2]
П р и м е ч а н и е — См. также «разнообразие».
3.24 функциональная валидация (functional validation): Проверка правильности применения специ
фикаций прикладныхфункций относительно исходныхтребований к функциям и эксплуатационным харак
теристикам станции. Функциональная валидация дополняет валидацию системы и оценивает ее соответ
ствиеспецификации функций.
3.25 функциональность (functionality): Характеристика функции, которая определяет процедуры пе
реработки входной информации в выходную информацию.
П р и м е ч а н и е — Выполнение прикладных функций определяющим образом влияет на работу АС.
Входная информация гложет поступать от датчиков, блоков обработки, другого оборудования или другого про
граммного комплекса. Выходная информация может воздействовать на исполнительные механизмы, блоки об
работки. другое оборудование и другое программное обеспечение (см. [4]).
3.26 функция, важная для безопасности (function important to safety): Особая цель, которая должна
способствовать безопасности.
[МАГАТЭ 50-SG-D3 и МЭК 61226, модифицировано]
П р и м е ч а н и е — См. также «функция контроля и управления», «подфункция контроля и управления»,
«прикладная функция».
7