해당 채팅 내역과 관련없는 질문인데, 기능안전에서 ASIL등급을 정하자나, 거기서 QM 등급으로 나오는 거 있자나? QM등급 나온 거는 안전 관련 없는 일반 요구사항인거야 아니면 안전 관련 없는 요구사항이랑 별개인 개념이야?
✅ ASIL과 QM의 관계
- ASIL (Automotive Safety Integrity Level)
- A, B, C, D 4단계 (D가 가장 엄격).
- 위험원(Hazard)을 분석해서, 해당 기능이 사고를 유발할 위험이 있으면 ASIL을 부여합니다.
- QM (Quality Management)
- ASIL이 할당되지 않은 경우에 나오는 등급.
- 즉, 해당 기능이나 요구사항이 안전 관련 기능이 아니거나, 안전 분석 결과로 특별한 안전 무결성 요구가 필요하지 않은 경우 → QM.
- QM은 “안전 등급 없음”이 아니라, 일반 품질 프로세스(Quality Management Process)로만 관리하면 충분하다는 의미입니다.
✅ QM = 안전과 무관한 일반 요구사항인가?
- 부분적으로 맞음, 하지만 완전히 같지는 않음.
- QM으로 분류되는 경우
- 기능 안전 분석(FMEDA, HARA 등)을 했는데, 안전상 위험이 발견되지 않음 → QM.
- 예: 차량의 오디오 볼륨 조절 기능, 실내 조명 색상 변경 기능.
- “안전과 완전히 무관”과는 조금 다른 개념
- QM이라고 해서 무조건 "안전과 전혀 관련 없음"은 아님.
- 다만 안전 분석을 거쳐서 추가적인 안전 무결성 요구가 필요하지 않다고 결론이 난 것.
- 즉, QM도 기능 안전 프로세스의 일부로 나온 결과값이에요. 단순히 “일반 요구사항”이라고 별도로 분리하는 게 아니라, 안전 분석 결과로 안전 관리가 필요 없는 요구사항이라고 정의된 것.
✅ 비유
- ASIL A~D: “이건 안전 위해서 특별히 관리해야 함, 강화된 절차 필요.”
- QM: “안전 분석했는데 위험하지 않네, 그냥 일반 품질 관리만 해도 충분.”
📌 정리
- QM은 “안전 관련 없는 요구사항”과 완전히 동일한 개념은 아님.
- QM은 안전 분석을 통해 안전 관리가 불필요하다고 판정된 요구사항을 뜻함.
- 따라서 QM 요구사항도 ISO 26262 맥락 안에서는 안전 프로세스의 결과물 중 하나임.
- 실무에서는 QM 기능을 그냥 일반 시스템/소프트웨어 요구사항처럼 관리하지만, “안전 분석의 결과 QM이 나왔다”는 점에서 의미가 다름.
'기능안전_기본이론' 카테고리의 다른 글
| variants존재 판단 여부 (0) | 2025.08.26 |
|---|---|
| 26262 Part4에 의문인 구절 (0) | 2025.08.26 |
| 기능안전의 통합 테스트 관련 특이성 (0) | 2025.07.23 |
| 안전 메커니즘의 기원 (두 가지로 분류됨) (0) | 2025.07.23 |
| Fail safe와 FSR/ 안전 메커니즘 관계 (0) | 2025.07.23 |