263
Далее был рассмотрен этап проектирования и выделены
основные факторы, влияющие на него. На всех стадиях
этапа проектирования можно выделить повторяющиеся
факторы:
степень
подготовки,
психологические
особенности, дефицит времени. Также присутствуют и
другие, не влияющие ранее факторы, которые возникают
от специфики стадии. Из этого можно сделать вывод, что
на каждой стадии происходит учет не одного и даже не
двух факторов, что приводит к выводу о большой степени
влияния человека.
На этапе наладки список повторяющихся факторов
пополняется и уже выглядит следующим образом: степень
подготовки, психологические особенности, перегрузка
информацией, дефицит времени (Рис. 1).
После стадии наладки могут быть найдены оставшиеся
ошибки проектирования, и тогда интенсивность отказа
сократится, но также на этом этапе могут быть совершены
человеком свои дополнительные ошибки, которые
приведут к увеличению интенсивности отказа. Поэтому,
необходимо учитывать накопление ошибок от этапа к
этапу для получения достоверного показателя в итоге.
Рис. 1 – Бизнес-процесс этапа наладки
Самой продолжительной из всех стадий является этап
эксплуатации,
который
состоит
из
множества
регламентных
процедур
с
проработанными
и
утвержденными
требованиями.
Отличием
стадии
эксплуатации от других является ее цикличность, которая
выражена в постоянном контроле функционирования
оборудования РЗА. Анализ и корректировка реализуемых
технических решений на данной стадии выполняется не
только с определенной периодичностью, обусловленной
проведением
профилактического
контроля
и
восстановительными работами, но и при наступлении
необходимых условий, как например, для выполнения
первого профилактического контроля, внеочередной
проверки или послеаварийной проверки. Цикличность
этапа необходимо отражать на протяжении 25 лет по
требованию продолжительности работы терминалов РЗА.
Каждый год работы будут устраняться какие-то ошибки, и
если рассматривать комплекс в целом, то в один год может
быть найдена ошибка в одном компоненте, в другой год –
в другом компоненте. С учетом этого интенсивность отказа
каждый год будет снижаться, причем с разной скоростью,
которая в свою очередь будет зависеть от уровня
компетенции, от степени автоматизации контроля,
проверки, системы мониторинга и т.д.
IV.
О
ПИСАНИЕ ПОДХОДА К МЕТОДИКЕ
Для разработки методики, учитывающей влияние
человеческого фактора на надежность РЗА ЦПС, за основу
предлагается принять следующие тезисы:
1.
Необходимо определить все отказы, к которым
может привести каждый из факторов в виду его наличия
или отсутствия, также учесть тот факт, что человек может
пропустить какое-либо мероприятие на любом из этапов
ЖЦ, неправильно выполнить действие или неверно
выполнить последовательность действий (не по
инструкции, например, неправильный внос уставок).
2.
Весь комплекс РЗА состоит из различных
компонентов, таких как преобразователи аналоговых
сигналов (merging unit, MU), локально-вычислительная
сеть (ЛВС), интеллектуальные электронные устройства
(intellectual electronic device, IED), которые в свою очередь
состоят
из
внутренних
элементов.
Например,
интенсивность отказа MU является комплексным
показателем, который суммарно состоит из интенсивности
отказа его внутренних компонентов, а именно из
надежности аппаратной части и программной части после
стадии производства. Также в этот комплексный
показатель дополнительно входит влияние человеческого
фактора на надежность MU при непосредственной работе с
устройством на следующих этапах ЖЦ. Если рассмотреть
такое влияние человеческого фактора для каждого
компонента, далее можно определить суммарную
интенсивность отказа комплекса. Надежность всего
комплекса РЗА будет зависеть от надежности работы его
каждого составного элемента и/или его функции, в работе
этот элемент сейчас или нет, резервируется он или не
резервируется, исправна ли на данный момент сеть, есть ли
у нее резервная сеть и т.д.
3.
Человеческий фактор и отказ элемента/функции, к
которому он привел, должны быть данными, которые
накапливаются
статистически
соответствующими
службами, причем статистика должна вестись по каждой
ситуации, не только, когда произошел какой-то инцидент,
но и в случаях нормального обслуживания. Используя
статистику этих значений возможно будет рассчитывать
