§9 의 마지막 원칙이다.
"요구사항 변경 시 관련 기능 요구사항, 기능별 상태, HMI 표시 및 시험 항목의 영향을 함께 검토한다."
실제 예 — TBD-034 를 Emergency 로 확정하면
| 영향 영역 | 무엇이 바뀌나 |
|---|---|
| 관련 요구사항 | §6.4.3 표시 우선순위에 Emergency 가 하나 늘고, §6.3.5 상태 제공 대상에 Ambient 추가 |
| 기능별 상태 | §6.6 의 기능별 상태에 "엔진룸 CV"가 Emergency 등급으로 매핑 |
| HMI 표시 | §6.5.3 의 "안전 경고를 일반 정보보다 우선" — HMI 에서도 최상위 |
| 시험 항목 | Ambient 우선순위 시험 전체 재수행. "Emergency 2개 동시 발생" 시나리오 신설 |
한 TBD 를 닫는 것이 네 영역에 파급된다. 이걸 안 하면 SR 과 시험 명세서가 어긋난다.
추적 표로 관리한다
| ID | 상태 | 확정값 | 확정일 | 근거 | 영향받는 절 | 재시험 필요 |
|----|------|--------|--------|------|-------------|-------------|
| TBD-002 | 확정 | Classic CAN 500 kbps | ... | 부하 2.8 % | 전체 통신 | — |
| TBD-009 | 진행 | — | — | 벤치 실험 | §6.2.2, §6.2.4 | §6.2 전체 |
"재시험 필요" 열이 §9 원칙의 실행이다. 값이 바뀌면 어떤 시험을 다시 할지가 적혀 있어야, 나중에 "이거 다시 봐야 하나"로 시간을 쓰지 않는다.