위험 분석
Hazard analysis위험 분석은 위험 평가에 사용되는 프로세스의 첫 번째 단계로 사용된다.위험 분석의 결과는 다양한 위험 유형의 식별이다.위험은 잠재적 조건이며 존재 여부에 관계없이 발생합니다(확률은 1 또는 0).단일 존재 또는 다른 위험(사건이라고도 함) 및 조건과 결합하여 실제 기능상실 또는 사고(Misap)가 될 수 있다.하나의 특정 시퀀스에서 이것이 정확히 발생하는 방식을 시나리오라고 합니다.이 시나리오에서는 발생 확률이 1에서 0 사이입니다.많은 경우 시스템에 잠재적인 장애 시나리오가 있습니다.또한 최종 조건의 최악의 중대도에 따라 분류가 할당됩니다.리스크는 확률과 심각도의 조합입니다.예비 위험 수준은 위험 분석에 제공될 수 있다.리스크의 검증, 보다 정확한 예측(검증) 및 수용은 리스크 평가(분석)에서 결정됩니다.두 가지 모두 주요 목표는 위험을 통제하거나 제거할 수 있는 최선의 방법을 선택하는 것입니다.이 용어는 항전, 화학 공정 안전성, 안전 공학, 신뢰성 공학 및 식품 안전 등 여러 공학 전문 분야에서 사용됩니다.[1]
위험 및 위험
위험은 "계획되지 않거나 바람직하지 않은 사건을 야기하거나 야기할 수 있는 조건, 사건 또는 상황"으로 정의된다.단일 위험이 사고나 기능 고장의 원인이 되는 경우는 거의 없습니다.사고나 운영상의 실패는 일련의 원인의 결과로 발생하는 경우가 많습니다.위험 분석은 시스템 상태(예: 작동 환경)와 고장 또는 오작동을 고려합니다.
경우에 따라서는 안전 또는 신뢰성 위험을 제거할 수 있지만, 대부분의 경우 일정 수준의 위험을 수용해야 합니다.사전 예상 비용을 정량화하기 위해서는 잠재적 결과와 발생 확률을 고려해야 한다.위험 평가는 결과의 심각도와 매트릭스의 발생 가능성을 결합하여 이루어집니다."용납할 수 없는" 범주에 속하는 위험(예: 높은 심각도와 높은 확률)은 안전 위험 수준을 줄이기 위해 어떤 방법으로든 완화되어야 한다.
IEEE STD-128-1994 소프트웨어 안전계획은 중요한 기능을 명령, 제어 또는 감시하는 소프트웨어에 포함시키기 위해 안전요건과 속성이 정의 및 특정되도록 소프트웨어 안전 위해 분석을 수행하기 위한 업계의 베스트 프랙티스를 규정한다.소프트웨어가 시스템에 관여하는 경우, 그 소프트웨어의 개발 및 설계 보증은 DO-178C의 지배를 받는 경우가 많습니다.위험 분석에 의해 식별된 결과의 심각도는 소프트웨어의 중요도 수준을 결정한다.소프트웨어의 중요도 레벨은 A부터E까지로, Catalypolative에서 No Safety Effect의 중대도에 대응합니다.레벨 A와 레벨 B 소프트웨어와 해당 기능 작업 및 작업 제품에 대해 보다 높은 수준의 엄격성이 요구되며, 이는 시스템 안전 영역이 안전 기준과 요건을 충족한다는 객관적인 증거로 사용된다.
2009년에는[1] DoD와 NASA에서 수십 년 동안 입증된 시스템 안전 프로세스를 기반으로 최첨단 상용 표준이 발표되었습니다.ANSI/GEIA-STD-0010-2009(시스템 안전 프로그램 개발 및 실행을 위한 표준 모범 사례)는 위험 예방, 제거 및 제어를 위해 입증된 종합적이고 포괄적이며 맞춤형 접근방식을 사용하는 비무장화된 상업 모범 사례이다.위험 분석과 기능 기반 안전 프로세스를 중심으로 한다.
심각도 정의 - 안전 관련 예
(표준)
중요도 | 정의. |
---|---|
대재앙 | 그 결과 다수의 사망자가 발생하거나 시스템이 손실 |
위험. | 다음과 같은 상황이 발생할 수 있는 정도까지 불리한 조건에 대처할 수 있는 시스템 또는 운영자의 능력을 감소시킨다.
|
주요한 | 시스템 또는 운영자가 불리한 작동 조건에 대처할 수 있는 능력을 다음과 같은 수준으로 감소시킵니다.
|
작은 | 시스템의 안전성은 크게 저하되지 않습니다.운영자가 요구하는 조치는 운영자의 능력 범위 내에 있습니다.내용:
|
안전상의 영향 없음 | 안전에 영향을 미치지 않음 |
(의료기기)
중요도 | 정의. |
---|---|
대재앙 | 사망의 결과 |
긴급 | 영구적인 손상 또는 생명에 위협을 주는 부상을 초래할 수 있습니다. |
심각한. | 부상 또는 장애를 유발하고 전문적인 의료 조치가 필요함 |
작은 | 일시적으로 부상을 입거나 장애가 발생하여 전문적인 치료가 필요하지 않은 경우 |
무시할 수 있다 | 일시적인 불편함 또는 불편함을 초래합니다. |
발생 가능성 예제
(표준)
가능성 | 정의. |
---|---|
가능성이 있다 |
|
원격의 |
|
극히 리모트 |
|
극히 있음직하지 않은 일 |
|
(의료기기)
가능성 | 정의. |
---|---|
빈번하다 | § 10−3 |
가능성이 있다 | < 10−3 및 1010−4 |
간헐적 | < 10−4 및 1010−5 |
원격의 | < 10−5 및 1010−6 |
있을 것 같지 않다 | 10−6 미만 |
「 」를 참조해 주세요.
- 환경 유해성
- 의료기기 위험관리 - ISO 14971 – ISO 표준
- 장애 모드 및 영향 분석– 잠재적인 시스템 장애 분석
- 고장 트리 분석 – 안전 엔지니어링 및 신뢰성 엔지니어링에서 사용되는 고장 분석 시스템
- 위험 및 운영성 연구(HAZ라고도 함)동작
- 잠재적 위험 사례
- 재빠르다
- 안전 엔지니어링 – 엔지니어링된 시스템이 허용 가능한 수준의 안전성을 제공하는 엔지니어링 분야
- 신뢰성 엔지니어링 – 신뢰성을 중시하는 시스템 엔지니어링의 하위 분야
- 산업안전보건 – 직장인의 안전, 보건 및 복지에 관한 분야
- RTCA DO-178B(항공시스템 및 기기 인증에 관한 소프트웨어 고려사항)
- RTCA DO-178C
- RTCA DO-254(DO-178B와 비슷하지만 하드웨어용)
- SAE ARP4761(시스템 안전성 평가 프로세스)
- SAE ARP4754(시스템 개발 프로세스)
- MIL-STD-882(시스템 안전 표준 프랙티스)
- ANSI/GEIA-STD-0010-2009(시스템 안전 프로그램 개발 및 실행을 위한 표준 모범 사례)
- IEEE STD 1228-1994 소프트웨어 안전 플랜
- IEEE STD 1584-2002 아크플래시 위험 계산 실행용 IEEE 가이드
추가 정보
- Center for Chemical Process Safety (1992). Guidelines for Hazard Evaluation Procedures, with Worked Examples (2nd ed.). Wiley-American Institute Of Chemical Engineers. ISBN 0-8169-0491-X.
- Bahr, Nicholas J. (1997). System Safety Engineering and Risk Assessment: A Practical Approach (Chemical Engineering) (1st ed.). Taylor & Francis Group. ISBN 1-56032-416-3.
- Kletz, Trevor (1999). Hazop and Hazan (4th ed.). Taylor & Francis. ISBN 0-85295-421-2.
레퍼런스
- ^ "Joint Software Systems Safety Engineering Handbook" (PDF). Naval Ordnance Safety and Security Activity. Retrieved 25 August 2021.
외부 링크
- CFR, Title 29-Labor, Part 1910--직업안전보건표준, § 1910.119
"고위험 화학물질의 프로세스 안전 관리"(특히 부록 C)에 관한 미국 OSHA 규제. - FAA 명령 8040.4는 FAA 안전 위험 관리 정책을 수립한다.
- FAA는 기관이 사용하는 시스템 안전 프로세스의 개요를 제공하는 시스템 안전 핸드북을 발행합니다.
- IEEE 1584-2002 표준 - 아크 플래시 위험 평가를 위한 지침을 제공합니다.