Примечание 1 - См. также "система безопасности", "класс системы контроля и управления".
Примечание 2 - В данном стандарте системы контроля и управления, важные для безопасности, подразделяются на три класса: 1; 2; 3.
Примечание 3 - IAEA 50-SG-D8 подразделяет системы, важные для безопасности, на "системы безопасности" и "системы, связанные с безопасностью".
3.38 ремонтопригодность (maintainability): Вероятность того, что конкретная операция по обслуживанию устройства в данных условиях эксплуатации может быть выполнена в заранее определенный период времени, в заранее определенных условиях с использованием заранее определенных операций и средств.
[МЭК 60987, пункт 2.10, модифицировано]
3.39 полный жизненный цикл безопасности контроля и управления (overall safety life cycle of the l&C): Необходимый объем действий, включающий в себя оснащение всей архитектуры контроля и управления системами и оборудованием, важными для безопасности, и выполняемый в течение периода времени, начиная с установления требований на основе проекта безопасности АС, и заканчивая периодом, когда ни одна система контроля и управления не пригодна к эксплуатации.
[МЭК 61508-4, пункт 3.7.1, модифицировано]
3.40 анализ безопасности AC (plant safety analysis): См. А.2 приложения А.
3.41 постулированное исходное событие (postulated initiating event - PIE): Постулированные исходные события, определяющие события, которые приводят к определенным нарушениям эксплуатации или аварийным условиям с последующими отказами оборудования.
[МАГАТЭ 50-C-D]
Примечание 1 - Ожидаемые эксплуатационные происшествия: все эксплуатационные процессы, имеющие отклонения от нормальной эксплуатации, которые происходят один или несколько раз в течение времени эксплуатации АС и ввиду предусмотренных проектом мер не вызывают каких-либо значительных повреждений объектов, важных для безопасности, и не приводят к аварийным условиям.
Примечание 2 - Первичными причинами постулированных исходных событий могут быть вероятные отказы оборудования и ошибки персонала (как на самой АС, так и вне ее), события, вызванные воздействием человеческого фактора или природных явлений. Перечень постулированных исходных событий должен быть установлен надзорным органом.
3.42 ранее разработанное программное обеспечение (pre-developed software - PDS): Часть программного обеспечения, которая уже существует и доступна как коммерческий или запатентованный продукт.
[МЭК 60880-2, пункт 3.1]
Примечание - Ранее разработанное программное обеспечение можно разделить на: программное обеспечение общего назначения, которое не разрабатывалось для определенного оборудования, и программное обеспечение, интегрированное в компоненты оборудования, которое применяется совместно с оборудованием.
3.43 вероятностный метод (probabilistic method): См. А.2.2 приложения А.
3.44 проектная организация (project organization): Организация(и) или лица, которые в процессе прохождения всех фаз общего жизненного цикла безопасности контроля и управления и/или системы контроля и управления несут ответственность за определение и осуществление всей организационной и технической деятельности, связанной с функциями контроля и управления, системами и оборудованием, важными для безопасности.
Примечание - Этот термин введен для более четкого отличия от термина "эксплуатирующая организация".
3.45 квалификация (qualification): Процесс определения соответствия системы или компонентов эксплуатационным условиям. Квалификация осуществляется для установления соответствия определенного класса системы контроля и управления определенному набору квалификационных требований.
3.46 качество (quality): Совокупность характеристик объекта, которые придают ему способность удовлетворить установленные и реализуемые требования.
[ИСО 8402, пункт 2.1]
3.47 обеспечение качества (quality assurance): Совокупность планируемых и систематически проводимых мероприятий, необходимых для создания уверенности в том, что продукция или услуга будет соответствовать определенным требованиям к качеству.
[ИСО 8402, пункт 3.5, модифицировано]
3.48 программа качества (quality plan): Документ, регламентирующий конкретные меры в области качества, распределение ресурсов и последовательность действий, относящихся к конкретной продукции, услуге, контракту или проекту.
3.49 резервирование (redundancy): Способ обеспечения надежности объекта за счет использования дополнительных средств и/или возможностей, избыточных по отношению к минимально необходимым для выполнения требуемых функций.
[МАГАТЭ 50-SG-D8]
3.50 надежность (reliability): Вероятность того, что прибор, система или устройство будут выполнять назначенные функции удовлетворительно в течение определенного времени в определенных условиях эксплуатации.
[МАГАТЭ 50-SG-D8]
Примечание - Надежность компьютерных систем включает в себя как надежность технических средств, которая обычно выражается количественно, так и надежность программного обеспечения, которая обычно является качественной мерой, поскольку в большинстве случаев не существует критериев для установления числового значения его надежности.
3.51 повторно используемое программное обеспечение (reusable software): Программный модуль, который может использоваться более чем в одной компьютерной программе или программном обеспечении системы.
[IEEE 610, модифицировано] [1]
3.52 комплекс безопасности (safety group): Взаимосвязанный набор оборудования, спроектированный для выполнения всех операций, необходимых для того, чтобы гарантировать непревышение пределов, установленных проектом для данного постулированного исходного события.
Примечание - Функции контроля и управления в комплексе безопасности могут относиться к различным категориям.
3.53 системы безопасности (safety systems): Системы, обеспечивающие при требуемых условиях безопасный останов реактора и отвод тепла от активной зоны и/или ограничивающие последствия возможных эксплуатационных происшествий и аварийных условий.
[МАГАТЭ 50-SG-D8]
Примечание 1 - См. также "система, важная для безопасности", "класс систем контроля и управления".
Примечание 2 - Система безопасности по МАГАТЭ соответствует в основном классу 1 данного стандарта.
3.54 защищенность (security): Способность компьютерной системы защитить информацию и данные так, чтобы не допустить их несанкционированного прочтения или изменения другими системами и отдельными лицами, и для того, чтобы допущенные к ним системы и лица не получали отказов.
[ИСО/МЭК12207, пункт 3.25, модифицировано]
3.55 единичный отказ (single failure): Случайный отказ, который выражается в потере способности компонента или системы выполнять предписанные функции. Отказы, возникающие как следствие единичного случайного события, рассматриваются как составляющие единичного отказа.
[МАГАТЭ 50-SG-D8, модифицировано]
Примечание 1 - См. также "критерий единичного отказа".
Примечание 2 - Единичный отказ может быть следствием как внутреннего, так и внешнего опасного воздействия.
3.56 критерий единичного отказа (single-failure criterion): Комплекс оборудования, отвечающий критерию единичного отказа, когда он способен функционировать в соответствии со своим предназначением, несмотря на допускаемый единичный случайный отказ, происшедший внутри комплекса. Последующие отказы, возникающие в результате допускаемого единичного отказа, рассматриваются как составляющие единичного отказа.
[МАГАТЭ 50-S-D]
Примечание 1 - См. также "единичный отказ", "отказ программного обеспечения".
Примечание 2 - Отказ из-за программного обеспечения является систематическим, а не случайным отказом.
3.57 отказ программного обеспечения (software failure): Отказ системы из-за проявившейся проектной ошибки в компоненте программного обеспечения
Примечание 1 - Все отказы программного обеспечения связаны с ошибками при проектировании, так как программное обеспечение в данном контексте не связано с физическими носителями, не изнашивается или не страдает от физических отказов. Так как триггеры, которые являются источниками сбоев программного обеспечения, задействуются при работе системы случайным образом, то отказы программного обеспечения имеют также случайный характер.
Примечание 2 - См. также "отказ", "сбой", "сбой программного обеспечения".