ГОСТ Р 51901.12—2007
если система является функционально сложной, с многочисленными взаимосвязями между объектами
внутриивне границ. В таких случаяхполезноопределятьграницы исследований наосновефункцийсис
темы. а не аппаратных средств и программного обеспечения. Это позволит ограничить количество вхо
дов и выходовнадругие системы и можетуменьшитьколичество иснизитьтяжестьпоследствийотказов
системы.
Необходимочетко установить, что все системы или компоненты вне границ исследуемой системы
рассмотрены и исключены из анализа.
5.2.2.3 Уровни анализа
Важноопределить уровеньсистемы, который будетиспользовандля анализа. Например, в систе
ме могут возникнуть нарушения еефункций или отказы подсистем, сменныхэлементов или уникальных
компонентов(см. рисунок 1).Основныеправилавыбора уровнейсистемыдляанализазависятотжелае
мых результатов и доступности необходимой информации. Полезно использовать следующие
основные принципы:
a) высший уровеньсистемы выбирают исходя изконцепции проекта иустановленных требований
к выходам:
b
) самый нижний уровень системы, на котором анализ является эффективным. — это уровень,
характеризующийся наличиемдоступной информациидляопределенияиописанияего функций. Выбор
соответствующего уровнясистемы зависитотпредыдущегоопыта. Для системы, основанной назрелом
проекте с зафиксированными и высокими уровнями надежности, ремонтопригодности и безопасности,
применяютменеедетальныйанализ. Болеедетальнуюпроработкуи соответственноболее низкиеуров
ни системы вводят для недавно разработанной системы или системы с неизвестной хронологией
надежности:
c) установленный или предполагаемый уровень технического обслуживания и ремонта является
ценным руководством при определении более низких уровней системы.
При проведении FMEA определение видов, причин и последствий отказов зависит от уровня ана
лиза и критериев отказа системы. В процессе анализа последствия отказа, идентифицированного на
более низком уровне, могутстать видами отказов для более высокого уровня системы. Видыотказов на
более низком уровне системы могут стать причинами отказов на более высоком уровне системы и так
далее.
При декомпозиции системы до ее элементов последствия одной или более причины вида отказов
создают видотказа, который в свою очередь является причинойотказов составной части. Отказсостав
ной части является причиной отказа модуля, который всвою очередь является причинойотказа подсис
темы. Воздействие причины отказа на одном уровне системы, таким образом, становится причиной
воздействия на более высоком уровне. Приведенное объяснение показано на рисунке 1.
5.2.2.4 Представление структуры системы
Символическое представление структуры функционирования системы, особенно в виде схемы,
очень полезно при проведении анализа.
Необходиморазработать простыесхемы, отражающиеосновныефункциисистемы. В схемелинии
соединенияблоковпредставляютсобой входыи выходыдля каждойфункции. Характеркаждойфункции
и каждого входадолжен бытьточно описан. Для описания различных фаз эксплуатации системы может
потребоваться несколько схем.
В соответствии с продвижением проектирования системы можетбыть разработана схема сблока
ми, представляющими реальные компонентыили составныечасти. Такоепредставлениедаетдополни
тельную информацию для более точной идентификации потенциальных видов отказов и их причин.
Блок-схемы должны отражать все элементы, их отношения, резервирование и функциональные
взаимосвязи междуними. Это обеспечивает прослеживаемостьфункциональныхотказов системы. Для
описания альтернативных режимов эксплуатации системы может потребоваться несколько блок-схем.
Могут потребоваться отдельные схемы для каждого режима эксплуатации. Как минимум, каждая
блок-схема должна содержать:
a) декомпозицию системы на основные подсистемы, включая их функциональные взаимосвязи;
b
) всесоответственноотмеченные входы ивыходы иидентификационныеномера каждой подсис
темы;
c) все резервирования, предупреждающую сигнализацию и другие технические особенности,
которые обеспечивают защиту системы от отказов.
5.2.2.5 Пуск, эксплуатация, управление и техническое обслуживание
Статус различных режимов эксплуатации системы, атакже изменения конфигурации или положе
ния системы и ее компонентов в течение различных стадий эксплуатации должны быть определены.
Минимальныетребования кфункционированию системыдолжны бытьопределены так, чтобы критерии
7