* 시작에 앞서 용어는 Section4 의 게시물을 참고하면 된다.
1. Objective – 5 의 개요
생산될 소프트웨어에 대해 시스템 안전 달성요건(system safety objective)에 부합하는 소프트웨어 개발 표준을 정의한다.
2. Activity
4.2 Software Planning Process Activities
b. 프로젝트에 사용될 소프트웨어 개발 표준은 정의되거나 선택되어야 한다.
g. 소프트웨어 계획 프로세스가 완료 될 때까지, 소프트웨어 계획과 소프트웨어 개발 표준은 변경 통제 및 검토완료 되어야한다.
4.5 Software Development Standards
소프트웨어 개발 표준은 소프트웨어 개발 프로세스에 대한 규칙과 제약을 정의한다. 소프트웨어 개발 표준은 소프트웨어 요구사항 표준, 소프트웨어 설계 표준, 소프트웨어 코드 표준을 포함한다. 소프트웨어 검증 프로세스는 이러한 표준을 실제 산출물과 의도한 산출물 간의 적합성을 평가하기 위한 기준으로써 사용한다. 소프트웨어 표준 개발에 대한 활동은 아래를 포함한다.
a. 소프트웨어 개발 표준은 11장을 따라야 한다.
b. 소프트웨어 개발 표준은 주어진 소프트웨어 제품 또는 관련된 제품의 집합이 균등하게 설계되고 실행될 수 있도록 해야 한다.
c. 소프트웨어 개발 표준은 입증 될 수 없거나 안전관련 요구사항과 호환 가능하지 않은 산출물을 생산하는 방법 또는 구성물의 사용을 불가능하게 해야 한다.
d. 강건성은 소프트웨어 개발 표준에서 고려되어져야 한다.
3. Applicability by Software Level
해당 Objective는 SW 레벨 A-C에서는 모두 수행해야 한다.
4. Outputs(산출물)
• SW Requirements Standards
소프트웨어 요구사항 표준 – 자세한 내용은 DO-178C의 11.6 항목 참조
• SW Design Standards
소프트웨어 설계 표준 – 자세한 내용은 DO-178C의 11.7 항목 참조
• SW Code Standards
소프트웨어 코드 표준 – 자세한 내용은 DO-178C의 11.8 항목 참조
5. Control Category by Software Level(SW 레벨에 따른 형상관리 수준)
SW 레벨 A, B에서의 산출물 SW Requirements Standards, SW Design Standards, SW Code Standards는 CC1 수준으로 형상 관리한다.
SW 레벨 C에서는 산출물 SW Requirements Standards, SW Design Standards, SW Code Standards는 CC2 수준으로 형상 관리한다.
6. 달성방법
• 시스템 안전성 목표에 일치하는 요구사항 표준, 설계 표준, 코드 표준을 정의함
• 요구사항 표준에는 구조적 방법, 식별체계, 표현방법(data flow diagram, UML), 요구사항 개발 및 관리 tool(DOORS), 제약사항. 파생 요구사항 제공 방법 등을 정의함
• 설계 표준에는 표현방법, 명명규칙, 제어조건, 설계도구 사용상의 제약사항, 복잡도 제한사항 등을 정의함
• 코드 표준은 Programming 언어, 소스코드 표현방식, 변수/함수 명명규칙, 조건사항, 코딩도구에 대한 제약사항 등을 정의함
