Действующий
В таблице Б.1 приводятся примеры обычно используемых справочников для технических систем. Подобные правила, такие как "слишком рано", "слишком поздно", "слишком много", "слишком мало", "слишком долго", "слишком короткие", "неправильное направление", "неправильный объект", "неправильное действие", могут быть использованы для идентификации человеческих ошибок.
Направляющие слова | Определения |
Не или нет | Никакая из частей ожидаемого результата не достигается или предполагаемое условие отсутствует |
Больше (выше) | Количественное увеличение |
Меньше (ниже) | Количественное снижение |
Так же, как | Качественная модификация/увеличение (например, дополнительный материал) |
Часть чего-то | Качественная модификация/уменьшение (например, только один из двух компонентов в смеси) |
Обратный/противоположный | Логическая противоположность намерения проекта (например, обратного потока) |
Кроме как | Полная замена, происходит что-то совершенно другое (например, неправильный материал) |
Рано | Относительно к часовому времени |
Поздно | Относительно к часовому времени |
Первоначально исследования HAZOP были разработаны для анализа систем химических процессов, но были распространены на другие типы систем, включая механические и электронные системы, процедуры и программные системы, организационные изменения и разработку, и анализ правовых контрактов.
Процесс HAZOP может касаться всех форм отклонения от намерений проекта из-за недостатков в дизайне, компоненте (компонентах), плановых процедурах и действиях человека. Он чаще всего используется для улучшения дизайна или определения рисков, связанных с изменением дизайна. Обычно это выполняется на этапе детального проектирования, когда доступна полная диаграмма предполагаемого процесса и информация о конструкции, но при этом изменения в дизайне по-прежнему возможны. Однако он может быть выполнен поэтапным подходом с различными направляющими для каждого этапа, поскольку конструкция развивается в деталях. Исследование HAZOP также может быть выполнено во время работы, но требуемые изменения могут быть дорогостоящими на этом этапе.
Входы включают текущую информацию о системе, подлежащей рассмотрению, а также намерения и технические характеристики проекта. Для аппаратного обеспечения это могут быть чертежи, спецификации, технологические схемы, схемы управления технологическими процессами и логические схемы, а также процедуры эксплуатации и обслуживания. Для HAZOP, не связанных с оборудованием, входные данные могут представлять собой любой документ, описывающий функции и элементы исследуемой системы или процедуры, например организационные диаграммы и описания ролей, а также проект договора или проект процедуры.
Исследование HAZOP обычно проводится междисциплинарной командой, в которую должны входить разработчики и операторы системы, а также лица, не имеющие непосредственного участия в проектировании или рассматриваемой системе, процессе или процедуре. Ведущий/координатор учебы должен быть тренирован и иметь опыт работы с исследованиями HAZOP.
Выходы включают протоколы совещаний HAZOP с отклонениями по каждому зарегистрированному пункту обзора. Записи должны включать: используемое направляющее слово и возможные причины отклонений. Они также могут включать действия для устранения выявленных проблем и лица, ответственного за действие.
- предоставляет средства для систематического изучения системы, процесса или процедуры для определения того, как она может не достичь своей цели;
- создает письменную запись процесса, который может быть использован для демонстрации должной осмотрительности.
- метод имеет тенденцию повторяться, обнаруживая одни и те же проблемы несколько раз, следовательно, может быть трудно поддерживать концентрацию;
- подробный анализ требует высокого уровня документации или системных/технологических процедур и процессов;
- он может сосредоточиться на поиске подробных решений, а не на сложных фундаментальных предположениях (однако это можно смягчить поэтапным подходом);
- обсуждение может быть сфокусировано на подробных вопросах проектирования, а не на более широких или внешних проблемах;
- он сдерживается (проектом) дизайна и целью проектирования, а также объемом и задачами, предоставленными команде;
- этот процесс в значительной степени зависит от опыта дизайнеров, которым может быть трудно быть достаточно объективными, чтобы искать проблемы в своих проектах.
Сценарный анализ - это название, данное целому ряду методов, которые включают в себя разработку моделей того, как может получиться будущее. В общих чертах он состоит в том, чтобы определить вероятный сценарий и проработать то, что может произойти с учетом различных возможных будущих событий.
Для относительно близких периодов времени это может включать экстраполяцию от того, что произошло в прошлом. Для более длительного анализа сценариев времени может потребоваться построение воображаемого, но надежного сценария, а затем изучение характера рисков в рамках этого сценария. Это чаще всего применяется группой причастных сторон с различными интересами и опытом. Анализ сценариев включает в себя подробное описание сценария или сценариев, которые необходимо рассмотреть, и изучения последствий сценария и связанного с ним риска. Обычно рассматриваемые изменения включают:
Сценарный анализ чаще всего используется для определения риска и изучения последствий. Он может использоваться как на стратегическом, так и на операционном уровне для всей организации или ее части.
Долгосрочный сценарный анализ пытается помочь в планировании крупных изменений в будущем, таких как те, которые произошли за последние 50 лет в области технологий, предпочтений потребителей, социальных установок и т.д. Анализ сценариев не может предсказать вероятность таких изменений, но может учитывать последствия и помогать организациям развивать сильные стороны и устойчивость, необходимые для адаптации к предсказуемым изменениям. Его можно использовать для прогнозирования того, как могут развиваться угрозы, возможности, а также для всех видов риска.
Анализ сценариев с короткими временными рамками используется для изучения последствий инициирующего события. Вероятные сценарии могут быть экстраполированы из того, что произошло в прошлом, или из моделей. Примеры таких приложений включают планирование чрезвычайных ситуаций или прерываний бизнеса. Если данные недоступны, то используются мнения экспертов, но в этом случае очень важно уделять самое пристальное внимание объяснениям их взглядов.