ISO 26262 표준 문서에서 Part4의 6.4.1.3에 대해 너가 읽어보고 공부한 다음에, 이 뜻이 일반 기능 요구사항을 모두 TSC에 반영하라는 뜻인건지 아닌지 알려줘. 물론 너가 이 대답을 하려면 너는 ISO 26262표준 전반에 대한 이해를 하고 있어야 겠지만
ISO 26262-4, Clause 6.4.1.3 핵심 내용
원문에 따르면:
6.4.1.3 If other functions or requirements are implemented by the system or its elements, in addition to those functions for which technical safety requirements are specified, then these functions or requirements shall be specified or their specification referenced.
EXAMPLE: Other requirements can come from ECE rules, FMVSS, company platform strategies, functional concepts or other concepts such as cybersecurity concept. kekaoxing.com
즉, 기술적인 안전 요구사항(technical safety requirements)이 따로 명시된 기능 외에도, 시스템에 구현되는 기타 기능 또는 요구사항이 있다면, 다음 두 가지 중 하나를 반드시 해야 한다는 뜻이에요:
- 해당 기능/요구사항을 명시적으로 문서화할 것, 혹은
- 이미 정의된 문서나 요구사항에 대한 **참조(reference)**를 제공할 것.
예시로는 ECE 규격, FMVSS 등 법규나 플랫폼 전략, 기능 개념 또는 사이버 보안 요구사항 등이 포함될 수 있다고 설명하고 있습니다 kekaoxing.com.
“일반 기능 요구사항 모두 TSC에 반영해야 한다”는 뜻인가요?
결론부터 말씀드리자면:
인트라 프레이즈 (in-context) 상에서는 “TSC에 반영”이라는 말은 다소 오해의 소지가 있습니다.
- Clause 6.4.1.3 은 other functions or requirements가 있는 경우, 그것들을 문서로 작성하거나 참조하라는 규정입니다.
- 이는 TSC(기술적 안전 개념, Technical Safety Concept) 자체에 모든 일반 기능 요구사항을 포함하라는 것이 아니라, 안전 요구사항 이외의 기능도 누락되지 않도록 명확하게 정의하거나 참고하라는 의미입니다.
따라서, 이 기준은 특정 요구사항들이 “안전 요구사항이 아니므로 TSC 문서에서 제외해도 된다”는 해석을 방지하기 위한 것입니다.
즉, 일반 기능 요구사항이 TSC에 꼭 기술될 필요는 없지만, 적어도 문서화하거나 참조함으로써 전체 시스템 요구사항이 명확하게 드러나도록 관리해야 한다는 뜻입니다

'기능안전_기본이론' 카테고리의 다른 글
| 진단 테스트 전략, 자체 시험 (0) | 2025.08.26 |
|---|---|
| variants존재 판단 여부 (0) | 2025.08.26 |
| QM VS 안전과 무관한 일반 요구사항 (0) | 2025.08.26 |
| 기능안전의 통합 테스트 관련 특이성 (0) | 2025.07.23 |
| 안전 메커니즘의 기원 (두 가지로 분류됨) (0) | 2025.07.23 |