(MISRA-C 10강) Deviation 처리와 컴플라이언스 문서화 전략

📝10강: Deviation 처리와 컴플라이언스 문서화 전략 

MISRA-C 규칙을 따라가다 보면…
"이 규칙은 꼭 지켜야 하는데, 현실적으로 불가능하다?" 🤔
이럴 때 등장하는 것이 바로 Deviation(예외 처리) 입니다!

---

1. 왜 Deviation이 필요할까? 🎯

• 모든 규칙은 "안전 + 일관성"을 위해 만들어졌지만
  특수한 상황에서는 적용이 오히려 불필요하거나 역효과일 수 있음.
• 따라서 명확한 이유와 근거가 있으면 예외 허용 가능!

---

2. 예외 허용 조건 ✅

1. 대체 수단 존재: 안전성을 다른 방법으로 확보했을 때
2. 정당한 사유: 하드웨어 제약, 표준 라이브러리 호환 등
3. 문서화 완료: 사유와 영향을 명확히 기록해야 함

👉 즉, "아무 이유 없이 편해서"는 ❌ 절대 불가!

---

3. Deviation 기록 요령 ✍️

• 규칙 번호: 어떤 규칙을 어겼는지 명확히
• 사유: 기술적 제약, 기능적 요구사항 등 근거
• 대체 안전 조치: 다른 방식으로 리스크를 줄였음을 입증
• 승인 절차: 팀 리더/품질 부서 확인 필수

작은 메모라도 남겨야 나중에 "왜 그랬는지" 설명이 가능해요! 😉

---

4. 감사(Audit) 대응 문서화 📂

• Deviation Log: 모든 예외를 표로 정리 (규칙번호/사유/승인자)
• Review Report: 팀 내 코드 리뷰 기록 첨부
• Tool Report + Manual Note: 정적 분석 결과와 수동 확인 내역 함께 제출

👉 이렇게 하면 심사자가 "준비 철저!"라는 느낌을 받습니다 👍

---

오늘의 비유 🎨

Deviation 문서화 없이 심사를 받는 건…
시험지에 답은 맞았는데 풀이를 안 쓰는 꼴! ✏️
→ 꼭 이유와 과정을 남겨야 ‘정답’으로 인정받습니다.

---

다음 회차 예고 🎬

이번 회차가 마지막입니다! 🎉
👉 이제 여러분은 MISRA-C의 규칙, 도구 활용, 예외 처리까지
모두 익힌 “실무형 안전 코딩 전문가”가 되셨습니다 🚗💻✨

---