ГОСТ Р 51901.12—2007
6.3 Ошибки программного обеспечения
FMEA. проводимыйдляаппаратныхсредств сложной системы, можетиметьпоследствиядля про
граммного обеспечения системы. Таким образом, решения о последствиях, критичности и условных
вероятностях, вытекающие из FMEA. могут зависеть от элементов программного обеспечения, их осо
бенностей. последовательности и времени работы. В этом случае взаимосвязи между аппаратными
средствами и программным обеспечением должны бытьчетко идентифицированы, поскольку последу
ющееизменение или улучшениепрограммногообеспечения можетизменитьFMEAи полученныенаего
основе оценки. Одобрение программногообеспечения иего изменений можетбыть условиемдля пере
смотра FMEA и соответствующих оценок, например логика программного обеспечения может быть
изменена для повышения безопасности за счет эксплуатационной надежности.
Сбои из-за ошибок или несоответствий программного обеспечения будут иметь последствия, зна
чения которыхдолжны бытьопределены при проектировании программногообеспечения иаппаратных
средств. Установление таких ошибок или несоответствий и анализ их последствий возможны только
ограниченно. Последствия возможныхошибок в программном обеспечениидля соответствующихаппа
ратных средствдолжны бытьоценены. Рекомендации по уменьшению такихошибокдля программного
обеспечения и аппаратных средств часто являются результатом анализа.
6.4 FMEA и последствия отказов системы
FMEA системы может быть выполнен независимо от ее конкретного применения и может затем
бытьприспособленкособенностям конструкциисистемы. Этоотноситсякнебольшим наборам, которые
могут быть самостоятельно рассмотрены как компоненты (например, электронный усилитель, электри
ческий двигатель. механический клапан).
Однако более типичной является разработка FMEA для конкретногопроектас конкретными послед
ствиями отказов системы. Необходимо классифицировать последствия отказов системы, например:
отказ предохранителя, устранимый отказ, неустранимый отказ, ухудшение выполнения задачи, невы
полнение задачи, последствия для отдельных людей, группы или общества в целом.
Возможность учета в FMEA самых отдаленных последствий отказа системы зависит от конструк
ции системы и взаимосвязей FMEA с другими формами анализа, такими как дерево неисправностей,
марковский анализ, сети Петри и т. п.
7 Применения
7.1 Использование FMEA/FMECA
FMEA — метод, который прежде всего приспособлен к исследованию отказов материала и обору
дованияиможет бытьпримененкразличным типам систем(электрических, механических, гидравличес
ких и т.д.) и их комбинациям для частей оборудования, системы или проекта в целом.
FMEA должен включать в себя исследование программного обеспечения и действий человека,
если они влияют на надежность системы. FMEA может быть исследованием процессов (медицинских,
лабораторных, производственных, образовательных и т.п.). В этом случае его обычно называют FMEA
процесса или PFMEA. При выполнении FMEA процесса всегда учитывают цели и задачи процесса и
затем исследуюткаждыйэтаппроцессакакосновунеблагоприятныхрезультатовдля другихэтапов про
цесса или выполнения целей процесса.
7.1.1 Применение в пределах проекта
Пользователь должен определить, как и для каких целей использует FMEA. FMEA может быть
использован самостоятельно или служить дополнением и поддержкой для других методов анализа
надежности. Требования к FMEAследуют из необходимости понять поведение аппаратныхсредств иих
значение для функционирования системы или оборудования. Требования к FMEA могут существенно
меняться в зависимости от особенностей проекта.
FMEA поддерживает концепцию анализа проекта идолжен быть применен как можно раньше при
проектировании подсистем исистемы в целом. FMEAприменим ко всем уровнямсистемы, ноболеепод
ходитдля низких уровней, характеризующихся большимчислом объектов и/или функциональнойслож
ностью. Важнымявляетсяспециальное обучениеперсонала, выполняющего FMEA. Необходимотесное
сотрудничество инженеров и проектировщиков системы. FMEA следует обновлять по мере продвиже
ния проекта и изменения конструкции. В конце этапа проектирования FMEA используют для проверки
конструкции и демонстрации соответствия разработанной системы установленным требованиям
пользователя, требованиям стандартов, инструкций и обязательным требованиям.
21