맞습니다. Part 7의 모든 활동은 Part 4, 5, 6에서 도출된 구체적인 '안전 요구사항'에 기반합니다. 개발 단계에서 "무엇이 안전한지" 정의하지 않으면, 생산과 서비스에서 "그 안전함을 어떻게 유지할지" 알 수 없습니다.
다음은 각 파트별로 Part 7(생산/운영/서비스/폐기)을 위해 반드시 도출하고 전달해야 하는 요구사항들의 예시를 체계적으로 정리한 것입니다.
핵심 원리: "개발의 출력이 생산/서비스의 입력이다"
개발팀은 "이렇게 해야 안전하다" 는 요구사항을 정의하고, Part 7 담당 조직은 "그 요구사항을 지키고 있음을 증명하는 방법" 을 구현합니다.
Part 4: 시스템 수준에서 도출되는 Part 7 요구사항
시스템 수준에서는 제품의 안전 개념과 아키텍처가 정의되며, 여기서 파생된 최상위 생산/운영 제약조건이 도출됩니다.
Part 5: 하드웨어 수준에서 도출되는 Part 7 요구사항
하드웨어 수준에서는 실리콘, 회로, 부품의 구체적인 스펙이 정의되며, 이는 생산 검증의 기준이 되고 서비스 교환의 규칙이 됩니다.
Part 6: 소프트웨어 수준에서 도출되는 Part 7 요구사항
소프트웨어 수준에서는 비가시적 요소의 무결성과 구성 관리가 핵심이며, 이는 플래싱, 버전 관리, 업데이트와 직결됩니다.
종합: Part 7로의 수렴
Part 4, 5, 6의 모든 요구사항은 최종적으로 Part 7의 다음 문서와 활동에 집약됩니다.
- Production Plan에 반영: 새로운 공정, 특수 장비, 자격 인력 요구사항으로.
- PFMEA의 입력으로 활용: 잠재적 고장 모드 및 그 안전 영향도(심각도) 평가의 근거로.
- Control Plan의 관리 포인트로 구체화: 무엇을, 얼마나 자주, 어떻게 검사하고 기록할지에 대한 지침으로.
- 작업 지시서 및 교육 자료로 전환: 현장 작업자가 지켜야 할 구체적인 작업 절차로.
- 서비스/정비 매뉴얼에 기재: 정비 기술자가 안전을 훼손하지 않고 수리할 수 있는 방법으로.
이 과정이 체계적으로 이루어져야만, "안전하게 설계된 제품" 이 "안전하게 만들어지고, 안전하게 유지되는 제품" 이 될 수 있습니다. 이것이 기능안전 생명주기의 완성입니다.