【별지 2】 문서 표준서식

1. 운용개념기술서

2. 탐색개발계획서

3. 체계요구사항명세서

4. 체계설계기술서

5. 체계개발계획서

6. 소프트웨어요구규격서

7. 소프트웨어설계기술서

8. 인터페이스설계기술서

9. 데이터베이스설계기술서

10. 시험계획서

11. 시험절차서

12. 시험결과보고서

13. 소프트웨어설치계획서

14. 소프트웨어전이계획서

15. 펌웨어 설치절차서

16. 소프트웨어버전기술서

17. 소프트웨어산출명세서

18. 운영자지침서

19. 사용자지침서

20. 입출력지침서

21. 운영메뉴얼

22. 프로그래밍메뉴얼

【별지 2-1】 운용개념기술서 작성지침

작성목적

가. 운용개념기술서는 제안된 체계에 대하여 사용자의 요구사항 만족관계, 기존의 체계나 절차와의 관계성, 그 체계를 사용하는 운영방식 등을 기술 한다.

나. 운용개념기술서는 제안된 체계의 운용개념에 대해 사업주관기관, 사업추진 관련부서(개발기관, 전산운영부서, 사용기관)간의 이해를 구하기 위해 사용된다. 따라서 본 문서화 내역을 통해 구체적으로 개발기관에 대한 사용기관의 요구 사항이나 사용기관에 대한 개발기관의 체계구상, 그리고 기타의 관심분야에 대한 의사소통을 원활히 하는데 이용될 수 있다.

1. 개요

1.1 적용범위

o 본 문서가 적용되는 체계를 식별하여 기술

1.2 체계개요

o 본 문서가 적용되는 체계의 목적을 간략히 기술

o 체계의 일반적인 특성을 기술

-	체계개발, 운영, 유지보수 History 요약

-	사업주관기관, 획득기관, 사용기관, 개발자, 지원부서 식별

-	현재, 계획된 운영장소를 기술

-	기타 적절한 자료

1.3 문서개요

o 문서의 목적과 내용을 요약할 것

o 문서사용에 대한 보안과 프라이버시에 대해 고려해야 될 사항 기술

2. 참조문서

2.1 정부 문서

o 문서번호, 문서명, 버전, 작성일자

2.2 비정부 문서

o 문서번호, 문서명, 버전, 작성일자

3. 현 체계의 실태분석

3.1 배경

o 현행 체계 또는 상황에 대한 배경, 임무(Mission) 또는 목적, 범위를 기술

3.2 현 체계의 운영방식 및 제약사항

o 현행체계 또는 상황에 대한 운영 정책과 제약사항을 기술

3.3 현 체계 상황

o 운영중인 상태나 모드에 대한 차이점 기술

o 상태나 모드에 따른 현행체계 및 상황에 대해 적용 가능한 아래 항목을 포함하여 기술

- 운영환경과 특성

- 주요 체계구성요소 및 이들 상호간의 연계

- 외부체계 또한 절차와의 인터페이스

- 현행체계의 능력/기능

- 도표(Chart)와 입력, 출력, Data Flow, Manual, 사용자 관점에서 현행체계나 상황을 이해하기에 충분한 자동화된 절차

- 성능특성(Speed,Throughput,Volume,Frequency)

- 품질속성(신뢰성, 유지보수의 용이성, 가용성, 유연성, 이식성, 유용성, 효율성)

- 안전, Security, 프라이버시, 위험한 상황에서의 운영 연속성에 대한 대책

3.4 사용자 부서/운용요원 유형

o 체계 사용자의 유형(Type) 또는 현 상황에 포함된 요원에 대해 적용 가능한 아래사항을 포함하여 기술

-	조직 구조, 교육/기술, 책임, 활동(Activities)

-	상호작용(Interacton)

3.5 체계 지원사항

o 적용 가능한 범위 내에서 아래사항에 대한 현행체계의 지원개념의 개요(Overview)를 기술

-	지원부서, 설비, 장비, 지원S/W, 수리/교체 기준, 유지보수 수준(Level)과 주기, 저장, 분배, 공급방법

4. 변경사항에 대한 당위성과 특성

4.1 변경에 대한 당위성

o 신규 또는 변경된(이하 신규) 체계를 요구하는 아래 요소에 대해서 기술

- 사용자 요구, 처리, 임무, 목적, 환경, 인터페이스, 요원, 기타 요소

o 변화에 대응할 수 없는 현행 체계나 상황의 결함 또는 제한사항 요약

4.2 필요한 변경사항에 대한 기술서

o 4.1에서 명시한 요소에 대응하기 위해 필요한 아래 사항에 대해 요약을 기술

-	신규 또는 수정되어야 하는 능력/기능, 프로세스, 인터페이스, 기타 변경사항

4.3 변경사항의 우선순위

o 필요한 변화들 사이의 우선순위 식별

예) 필수사항, 요구사항, 선택사항으로 구분하고, 요구사항, 선택사항 각각에 대해 우선순위 결정

4.4 기타 변경사항

o 4.2에는 표현되지 않았지만 고려했던 사항은 무엇이며 포함하지 않은 타당한 이유를 기술

4.5 가정사항과 제약사항

o 이장에서 명시한 변화에 적용 가능한 가정사항과 제약사항을 기술

5. 새로운 또는 수정된 체계에 대한 개념

5.1 배경

o 신규 체계에 대한 배경, 임무(Mission) 또는 목적, 범위를 기술

5.2 운영방식 및 제약사항

o 신규 체계에 적용할 수 있는 운영정책과 제약사항을 기술

5.3 새로운 또는 수정된 체계에 대한 기술서

o 여러 가지 운영상태나 모드에 대한 차이점 기술

- 평시, 주요훈련시, 경계시, 전시, 위기시 차이점 식별

- 각각에 대한 유지보수, 교육, 평상시 업무수행 방법

o 상태나 모드에 따른 현행체계 및 상황에 대해 적용가능한 아래 항목을  포함하여 기술

※ 새로운 체계가 상태나 모드에 관계없이 운영된다면 분리하여 기술할 필요는 없음

-	운영환경과 특성

-	주요 체계구성요소 및 이들 상호간의 연계

-	외부체계 또한 절차와의 인터페이스

-	신규체계의 능력/기능

-	도표(Chart)와 입력, 출력, Data Flow, Manual, 사용자 관점에서 신규 체계나 상황을 이해하기에 충분한 자동화된 절차

-	성능특성(Speed,Throughput,Volume,Frequency)

-	품질속성(신뢰성, 유지보수 용이성, 가용성, 유연성, 이식성, 유용성, 효율성)

-	안전, Security, 프라이버시, 위험한 상황에서의 운영 연속성에 대한 대책

5.4 사용자 부서/운용요원의 유형

o 신규체계의 사용자 유형(Type)에 대해 적용 가능한 아래사항을 포함하여 기술

-	조직구조, 교육/기술, 책임, 활동(Activities)

-	상호작용(Interacton)

5.5 체계 지원사항

o 가능한 범위내에서 아래사항에 대한 신규체계의 지원개념의 개요를 기술

-	지원부서, 설비, 장비, 지원 S/W, 수리/교체 기준, 유지보수 수준과 주기, 저장, 분배, 공급방법

6. 체계운영 시나리오

o 신규체계를 묘사하는 하나 이상의 운영시나리오를 기술(사용자 사이의 상호작용, 타 체계와의 인터페이스, 체계에 대해 기술한 상태와 모드)

o 시나리오는 적용 가능한 다음사항을 포함

-	이벤트, 동작, 자극(Stimuli), 정보, 상호작용 등

7.	요약

7.1 운용개념

o 사용자, 획득자, 개발자, 지원부서에 대해 기대되는 운영영향에 대해 기술

o 영향 : 컴퓨터 운영센터에 대한 인터페이스의 변경사항

- 절차상의 변경사항

- 새로운 자료원천 사용

- 입력될 자료의 수량, 형식, 주기 등의 변경

- 자료유지 요구에 대한 변화

- 평시, 경계시, 전시, 위기시 새로운 운영모드

7.2 체계 운영조직

o 사용자, 획득자, 개발자, 운영부서 상에 예상되는 영향에 대해 기술

o 영향 : 책임의 변화

- 책임이나 지위의 추가/삭제

- 교육이나 재교육에 대한 필요

- 요원의 수, 기술수준, 다양한 운영모드에 대한 요원의 위치

8.	제안된 체계의 분석

8.1 장점

o 신규체계로부터 획득되는 장점의 질적, 양적 요약

-	요약 : 적용 가능한 신규성능, 개선된 성능, 성능향상에 대한 효과를 정성적(질적), 정량적(양적) 기술하되 4.1에서 식별된 현행 체계의 결함과의 연계성을 확인

8.2 단점과 제한사항

o 신규체계의 단점과 제한사항에 대하여 적용 가능한 아래사항을 참조하여 기술

o 단점과 제한사항

-	Degraded & Missing Capabilities

-	요구에 부응하지 못하는 능력

-	자원(Computer-Hardware)의 과사용

-	사용자의 가정사항과의 불일치

-	기타 영향

8.3 체계운용 개념 대안별 비교분석

o 체계에 고려된 주요 대안을 식별하여 기술

o 대안의 특성, 대안들 사이의 Trade-Off, 선택한 대안에 대한 의사결정 근거

9. 참고사항

o 본 문서를 이해하는데 도움이 되는 일반정보를 기술

- 두문자어, 약어, 본 문서에서 사용된 의미, 용어, 정의목록 등

A. 부록

【별지 2-2】 탐색개발계획서 작성지침

작성 목적

가. 탐색개발계획서는 소프트웨어 개발활동들에 대한 개발자의 계획을 기술한다. 본 문서내의 소프트웨어 개발　이라는 용어는 새로운 개발, 수정, 재사용, 재공학, 유지보수, 그리고 소프트웨어 산출물로 나타나는 기타의 모든 활동을 포함하는 의미로 사용된다.

나. 탐색개발계획서는 감독하기 위한 도구를 사업주관부서에게 제공하며, 이러한 감독의 대상은 소프트웨어 개발활동에 관련한 단계별 개발활동, 개발방법, 각각의 활동에 따르는 접근방법, 사업에 대한 일정, 조직, 자원 등이다.

1. 개요

1.1 적용범위

o 식별번호, 타이틀, 약어, 버전번호, 릴리즈 번호를 포함하여 본 문서가 적용되는 체계와 소프트웨어에 대한 완전한 식별을 기술한다.

1.2 체계개요

o 본문서가 적용되는 체계와 소프트웨어의 목적에 대해 간략하게 기술

o 체계와 소프트웨어의 아래와 같은 일반적인 특성을 기술

- 시스템 개발, 운영, 유지보수의 요약된 History

- 사업의 Sponsor, 획득자, 사용자, 개발자, 지원부서

- 현재, 그리고 계획된 운영사이트

- 기타 관련된 문서

1.3 문서개요

o 본 문서의 목적과 내용을 요약

o 이 문서 사용에 관계되는 보안과 프라이버시에 대한 고려사항을 기술

1.4 다른 계획과의 관계

o 본 체계개발계획서와 다른 사업관리계획과의 관계를 기술

2. 연구개발 개요

o 이 장은 이후의 장에서 기술될 계획에 대한 내용을 수립하기 위하여 요구되는 아래의 절로 나누어 작성

- 개발될 시스템과 소프트웨어상의 요구사항과 제약사항

- 사업문서화상의 요구사항과 제약사항

- 체계수명주기에서의 사업의 위치

- 채택된 프로그램/획득전략 또는 그에 대한 요구사항이나 제약사항

- 사업일정계획과 자원상의 요구사항과 제약사항

- 기타 요구사항과 제약사항

(사업에 대한 보안, 프라이버시, 방법, 표준, 하드웨어와 소프트웨어에서의 독립 등)

o 체계운용요구능력을 작업분할구조(WBS : Work Breakdown Structure) 형태로 작성 가능

4. 개발활동을 수행하기 위한 계획

o 아래 각각의 절에서 불필요한 활동에 대해서는 해당 없음으로 기술

o 만약 다른 빌드 또는 다른 소프트웨어가 다른 계획을 요구한다면 이러한 상이한 점을 지적

o 추가로 각 절은 적절한 위험과 불확실성을 식별해야 하며 또 이들을 다루기 위한 계획을 포함

4.1 개발과정

o 체계 분석 및 설계를 위한 개발과정을 기술

o 계약조항이 있는 경우 계약조항에 부합하는 계획을 수립

4.2 개발계획

4.2.1 개발방법

o 사용하게 될 체계 분석 및 설계 방법을 기술하거나 참조언급

- 지원하는데 사용되는 매뉴얼과 자동화된 도구를 포함

o 이 토픽과 관계되는 모든 계약조항을 다루어야 하며, 방법이 적용될 활동에 대한 문맥에서 더욱 잘 기술된다며 다른 절로 참조언급

4.2.2 산출물 관련 표준규격사항

o 요구사항, 규격서를 표현하는데 지켜야 할 표준을 기술하거나 참조언급

o 표준은 이 토픽과 관계되는 모든 계약조항을 다루어야 하며, 표준이 적용될 활동에 대한 문맥에서 더욱 잘 기술된다면 다른 절로 참조언급

4.2.3 중요 요구사항의 취급

o 중요한 사항으로 지정된 요구사항들을 다루기 위한 접근방법을 다음의 세부절로 나누어 기술

o 아래 절에서의 계획은 식별된 토픽에 관계되는 모든 계약조항을 반영

4.2.3.1 안전성 보증계획

4.2.3.2 보안성 보증계획

4.2.3.3 개별적 기밀 보증계획

4.2.3.4 기타 중요 요구사항에 대한 보증계획

4.2.4 컴퓨터 하드웨어 자원활용

o 컴퓨터 하드웨어 자원의 할당과 활용을 감시하기위한 접근방법을 기술

o 이 토픽에 관계되는 모든 계약조항을 반영

4.2.5 중요 결정사항의 근거

o 중요한 의사결정의 합리적인 근거를 기록하기 위한 접근방법을 기술

o 이 토픽에 관계되는 모든 계약조항을 반영

4.2.6 소프트웨어 개발내역 검토를 위한 접근방법

o 획득자가 산출물과 활동의 검토를 위해 개발자나 협력업체의 장치에 접근하는 절차를 기술

o 이 토픽에 관계되는 모든 계약조항을 반영

5. 세부적인 개발활동에 대한 계획

o 요구되지 않는 활동에 대해서는 해당 없음으로 표시

o 각 활동에 대해서 적용할 접근방법(방법/절차/도구)을 포함

- 분석 또는 기타 기술적인 업무

- 결과의 기록

- 관련된 인도품(Deliverables)의 준비

o 위험과 불확실성에 대한 식별과 그것을 다루기 위한 계획을 기술

o 4.2.1에서 적절한 방법이 기술되어 있는 경우 참조 언급

5.1 사업계획과 감독

o 사업계획과 감독을 위한 접근방법을 기술하기위해 다음의 세부절로 나누어 기술

o 각 토픽에 관계되는 모든 계약조항을 반영

5.1.1 개발계획

5.1.2 구성항목 시험계획

5.1.3 관리검토를 위한 여유시간을 포함한 수행 및 변경계획

5.2 개발환경

o 개발환경을 조성, 조정, 관리유지하기위한 접근방법을 다음의 세부절로 나누어 기술

o 식별된 토픽에 대한 모든 계약조항을 반영

5.2.1 공학환경

5.2.2 검증환경

5.2.3 개발 라이브러리

5.2.4 개발 파일

5.2.5 인도되지 않는 소프트웨어

5.3 체계요구사항 분석

o 체계요구사항 분석을 위한 접근방법을 다음의 세부절로 나누어 기술

o 각 절에 해당되는 계약조항이 있는 경우 계약조항을 반영할 수 있는 계획을 수립하여 반영

5.3.1 사용자 입력의 분석

5.3.2 운용개념

5.3.3 체계요구사항

5.4 체계설계

o 체계설계를 위한 접근방법을 다음의 세부절로 나누어 기술

o 각 절에 해당되는 계약조항이 있는 경우, 계약조항을 반영할수 있는 계획을 수립

5.4.1 체계설계시 고려사항

5.4.2 체계 구조설계

5.5 소프트웨어 형상관리

o 소프트웨어 형상관리를 위한 접근방법을 다음의 세부절로 나누어 기술

o 각 절에 해당되는 계약조항이 있는 경우, 계약조항을 반영할 수 있는 계획을 수립

5.5.1 형상 식별

5.5.2 형상 통제

5.5.3 형상 상태 회계

5.5.4 형상 인증

5.5.5 패키지화, 저장, 취급, 인도

5.6 산출물 평가

o 산출물 평가를 위한 접근방법을 다음의 세부절로 나누어 기술

o 각 절에 해당되는 계약조항이 있는 경우, 계약조항을 반영할 수 있는 계획을 수립

5.6.1 산출물 평가기록

5.6.2 산출물 평가에서의 독립성

5.7 품질보증

o 품질보증을 위한 접근방법을 다음의 세부절로 나누어 기술

o 각 절에 해당되는 계약조항이 있는 경우, 계약조항을 반영할 수 있는 계획을 수립

5.7.1 품질보증 평가

5.7.2 품질보증 평가기록

5.7.3 품질보증 평가에서의 독립성

5.8 기타 소프트웨어 개발활동

o 기타 소프트웨어 개발활동을 위한 접근방법을 다음의 세부절로 나누어 기술

o 각 절에 해당되는 계약조항이 있는 경우, 계약조항을 반영할 수 있는 계획을 수립

5.8.1 위험관리

5.8.2 소프트웨어 관리 식별

5.8.3 보안과 개별적 기밀

5.8.4 하부계약자 관리

5.8.5 소프트웨어 독립적 검증 및 확인부서와의 인터페이스

5.8.6 관련된 개발자와의 조정

5.8.7 사업과정의 개선

5.8.8 기타 활동들

6. 일정계획 및 활동계획표

o 각 빌드에서의 활동을 식별하고 각 활동의 시작, 초안과 최종 인도품 그리고 기타 이정표의 가용성, 활동의 완료를 보여주는 일정계획

o 활동들 사이의 순차적, 종속적인 관계를 묘사하고 사업 수행상 가장 큰 시간제약을 부과하는 활동을 식별하는 활동 네트워크

7. 사업조직과 자원

o 각 빌드에 적용될 사업조직과 자원을 기술하기 위해 다음의 하부절로 나누어 기술

7.1 사업조직

o 프로젝트 조직구조, 조직간의 관계, 요구되는 활동을 수행하는 각 조직의 책임과 권한을 기술

7.2 사업자원

사업에 적용되는 자원을 기술한다. 적용 가능하다면 다음사항을 포함하라

o 인력자원

- 인력소요 추정치(요원의 시간외 시수)

- 요원의 분할(예 : 관리, 소프트웨어 엔지니어링, 소프트웨어 테스트, 형상관리, 산출물 평가, 품질보증 등)

- 요원의 기술수준, 지리적 위치, 보안등급에 따른 분할

o 사용되는 개발자 설비에 대한 개요, 작업이 수행되는 지리적인 위치, 사용되는 설비, 보안지역, 계약에 의한 설비

o 획득자 구비장비, 소프트웨어, 서비스, 문서, 자료, 그리고 설비들에 대한 필요시기

o 기타 필요한 자원에 대한 획득계획, 요구되는 일자, 자원품목의 가용성

8. 참고사항

o 본 문서를 이해하는데 도움이 되는 정보를 기술(예: 배경,Glossary,근거)

o 약어, 축어를 사전순서로 열거하고 의미를 문서에서 사용한대로 기술

o 문서를 이해하는데 필요한 정의와 용어의 목록을 포함

A. 부록

【별지 2-3】 체계요구사항명세서 작성지침

작성 목적

가. 체계요구사항명세서는 개발 혹은 획득하고자 하는 체계나 부체계에 대한 요구사항과 그 요구사항의 만족여부를 확인하기 위한 방법을 명세화 한다. 체계 및 부체계에 대한 외부 인터페이스 요구사항은 체계요구사항명세서에 포함할 수 있다.

나. 체계요구사항명세서는 향후 체계 또는 부체계의 설계 및 개발시험평가의 바탕이 된다.

1. 개 요

1.1 적용범위

o 본 문서가 적용되는 체계의 완전한 식별하여 기술

1.2 체계개요

o 본 문서가 적용되는 체계의 목적을 간략히 기술

o 체계의 일반적 특성을 기술

- 체계개발, 운영, 유지보수에 대한 History 요약

- 사업주관기관,획득기관,사용기관,개발자,지원조직을 식별

- 현재 그리고 계획된 운용 사이트 식별

- 기타 적절한 자료

1.3 문서개요

o 본 문서의 목적과 내용을 요약할 것

o 본 문서사용에 대한 보안과 프라이버시에 대한 고려사항 기술

2. 참고문서

o 본 문서를 작성시 참조한 문서를 정부문서와 비정부문서로 기술한다

2.1 정부 문서

o 문서번호, 문서명, 버전, 작성일자

2.2 비정부 문서

o 문서번호, 문서명, 버전, 작성일자

3. 요구사항

o 체계에 대한 요구사항 즉 수락조건이 되는 체계의 특성을 명세화하는 아래의 절로 세분된다. 아래 각 절은 다음 사항을 고려하여 작성한다.

- 요구사항에 대해 추적 및 시험을 위해 식별자를 부여하며 요구사항을 위한 목표시험이 정의될 수 있도록 언급한다.

-	각 요구사항에 대해 4장(개발시험평가)에서 자격부여 방법을 기술하지 않으려면 각 절에서 자격부여방법(데모, 시험, 분석, 검사, 기타)을 기술해야 한다.

- 체계요구사항이 각 부체계 어디에 해당되는지 5장에서 기술하지 않으려면 이장 각 절에서 기술하여야 한다.

- 요구사항의 상세정도는 체계 수락조건에 해당하는 체계의 특성수준까지 획득자가 요구하지 않은 특성에 대해서는 개발자는 설계기술서에 기록한다.

- 주어진 요구사항이 없으면 요구사항 없음으로 표현하고 주어진 요구사항이 하나이상의 절에 해당되면 한번만 언급하고 나머지 절에서는 참조표시 할 것

3.1 상태 및 모드

o 각각의 요구사항이 상태나 모드로 구분하여 해당되는 상태, 모드를 표시

o 상태와 모드가 요구되지 않으면 인위적으로 구분하지 말 것

예) 상태나 모드의 구분 : 평시, 주요훈련시, 경계시, 전시, 위기시로 구분

3.2 체계 능력 요구사항

o 체계의 각 능력(관련된 요구사항의 그룹)과 관련된 요구사항을 항목화하여 세부절로 기술

o 능력은 요구사항을 잘 표현하기위해 function, subject, object 또는 다른 용어로 대체가능함

3.2.X 체계 능력

o 요구되는 체계 능력을 식별

o 능력과 관련된 요구사항을 항목화 할 것

o 능력을 분해하여 더욱 명확히 기술할 수 있다면 부절로 명확히 명세화

o 체계의 동작에 대한 요구사항은 적용가능한 아래 인자를 포함하여 기술

- 인자 : 응답시간, 처리시간, 기타 시간제약 요소, 순서, 정확도, 처리용량(양적/수적), 우선 순위, 지속적 운용요구사항, 운용조건에 기인한 허용오차, 예외처리, 한계초과시 동작요구사항, Error처리 요구사항, 긴급사건 발생시 운용지속 요구사항

o 체계가 허용하는 입력과 제공하는 출력에 대한 요구사항은 3.3.X에 기록

3.3 체계 외부 인터페이스 요구사항

o 체계 외부 인터페이스에 대한 요구사항을 명세화하는 세부절로 구성

o 인터페이스 요구사항을 포함하는 다른 문서를 참조할수 있다.

3.3.1 인터페이스 식별 및 인터페이스 관계도

o 본 체계에서 요구되는 외부 인터페이스를 식별(식별자 기술)

o 적용 가능한 인터페이스 대상 개체(체계, 형상항목, 사용자)의 이름, 번호, 버전, 참조문서를 기술

o 확정된 인터페이스 특성(요구한 사항),개발 또는 수정될 인터페이스를 구분하여 식별(요구할 사항)

o 인터페이스를 나타내기 위해 하나이상의 다이어그램이 제공될 수 있다.

3.3.X 인터페이스 식별자

o 인터페이스하는 개체(Entity)를 기술

o 인터페이스를 위해 체계에 부과된 요구사항을 기술

o 인터페이스와 관련된 다른 개체의 인터페이스의 특성을 가정으로 기술하거나 "XXX할때는 이것을 하고 체계는 XXX할 것이다." 라고 표현

o 본 절은 여기에 정보를 언급하는 대신에 다른 문서(자료사전, 통신 프로토콜 표준, 사용자 인터페이스 표준)를 참조할 수 있다.

o 적용 가능하다면 요구사항은 요구사항에 적합한 순서로 제시되며 인터페이스하는 개체의 관점으로부터 이러한 특성(크기, 빈도, 다른 자료요소의 특성)에 차이가 없어야 한다.

o 다음 사항을 포함해야 한다.

- 체계가 할당해야 하는 인터페이스 우선순위

- 구현될 인터페이스 타입에 대한 요구사항(예: 실시간 자료전달, 자료 저장과 검색 등)

- 체계가 제공, 저장, 송신, 접근, 수신해야 하는 인터페이스 각각의 자료요소(Individual data element)에서 요구되는 특성

• 이름/식별자

식별자

비기술적(자연어) 이름

국방표준자료요소 이름

기술적 이름(코드나, DB에서 변수명, 필드명)

약어나 동의어

• 자료타입(문․수자, 정수 등)

• 크기와 형식

• 측정단위(미터, 달러 등)

• 가능한 값의 범위(0-9)

• 정확도(유효숫자 자리수)

• 우선순위, 시기, 빈도, 양, 순서, 제약사항

(예: 자료요소의 수정 또는 업무규칙 적용 등)

• 보안고려사항

• 근원지(작성/송신 개체)와 수령지(사용/수신)

- 체계가 제공, 저장, 송신, 접근, 수신해야 하는 데이터 집합체(data element assembly : 레코드, 메시지, 파일, 배열, 디스플레이, 레포트)에서 요구되는 특성

• 이름/식별자

식별자

비기술적(자연어) 이름

국방표준자료요소 이름

기술적 이름(코드나, DB에서 변수명, 필드명)

약어나 동의어

• 포함하는 자료요소와 그 구조(개수, 순서, 그룹 등)

• 매체(디스크 등)와 그 매체에서의 자료요소/집합체의 구조

• 디스플레이와 출력의 시청각적 특징(색깔, 폰트, 아이콘 및 밝기, 경고음)

• 정렬, 접근특성과 같은 집합체 사이의 관계

• 보안고려사항

• 근원지(작성/송신 개체)와 수령지(사용/수신 개체)

- 체계가 인터페이스를 위해 사용하는 통신방법에서 요구되는 특성

• 식별자

• 통신 링크/밴드/주파수/매체와 그 특성

• 메세지 포멧팅

• 흐름제어(순서 번호 매김, 버퍼할당)

• 자료전달율, 전송하는 간격(정기적/비정기적)

• 라우팅, 어드레싱, 명명규칙

• 우선순위, 등급을 포함하는 통신 서비스

• 안전/보안/우선순위 암호화, 사용자 자격부여, 구획화, 감리 등의 고려사항

- 체계가 인터페이스에서 사용하는 프로토콜 요구사항

• 식별자

• 프로토콜의 우선순위/층

• 단편화, 재조립 등을 포함하는 패갯팅, 라우팅, 어드레싱

• 규약준수검사, 에러통제, 회복절차

• 연결설정, 유지, 종료를 포함한 동기화

• 상태, 식별, 그 외 레포팅 특징

- 인터페이스 실체의 물리적 호환성, 전압 등과 같은 기타 요구되는 특성(부피, 허용치, 로드, 전압, 플러그 호환성)

3.4 체계 내부 인터페이스 요구사항

o 체계 내부인터페이스 요구사항을 명세화

o 체계구성요소에 대한 모든 내부 인터페이스가 설계로 미루어지거나 System Component의 요구사항 명세로 미루어질 수 있으며 만약 미루어졌다면 그렇게 표시하고 그렇지 않다면 3.3과 같은 사항을 기술

3.5 체계 내부 자료 요구사항

o 체계 내부자료에 부과된 요구사항이 있다면 명세화

(체계내부에 해당되는 데이터베이스, 데이터 파일에 대한 요구사항을 기술)

o 내부자료에 대한 모든 결정이 설계나 System Component 요구사항 명세로 남겨진다면 그렇게 언급하고 그렇지 않다면 3.3.X.다 와 3.3.X.라와 같이 기술

3.6 체계 설치 적응 요구사항

o 체계개발후 설치SITE에 종속적인 요구사항을 기술

예) 설치Site에 종속되는 위도, 경도, 코드, 지방, 세금

o 운영상황에 따라 다르게 요구되는 운영파라미터

예) : Operation-Dependent Parameter, Data-Recording

3.7 안전 요구사항

o 물리적 환경, 재산, 인명에 미치는 위험을 예방 또는 최소화 하기위해 필요한 요구사항 기술

예) 위험한 물건의 사용제한, 선적, 취급, 저장을 위한 분류, 가스감지 및 경고장치, 접지

o 문서화의 대상은 대부분 하드웨어 취급에 대한 요구이지만 본 체계에서는 인간공학차원에서 시력보호를 위한 화면의 색상제한, 글자(폰트, Size) 등으로 요구사항을 확인하고 특별한 요구사항이 없을 때는 “해당없음”으로 표시

3.8 보안 및 개별적 요구사항

o 체계가 운영되어야 할 보안/프라이버시 환경

o 제공되어야 할 보안/프라이버시 타입과 정도

o 감수되어야 할 보안/프라이버시 위험

o 위험을 감소시키기 위한 안전장치

o 보안/프라이버시 정책

o 체계가 제공해야 할 보안/프라이버시 실시의무

3.9 체계 운용환경 요구사항

o 체계가 운용되어야 할 환경요구사항을 기술

- 소프트웨어 체계 : 소프트웨어가 운영될 컴퓨터 하드웨어, 운영체제 (추가사항은 3.10에 기술)

- 하드웨어-소프트웨어 체계 : 아래환경에서 체계의 저장, 수송, 운영을 견뎌야 하는 환경조건

• 자연환경(바람, 비, 온도, 습도, 장소)

• 유도환경(움직임, 쇼크, 잡음, 전자기 방사)

• 적 행위에 의한 환경(폭발, 방열)

3.10 컴퓨터 자원 요구사항

3.10.1 하드웨어 요구사항

o 적용 가능하다면 다음 사항을 포함하여 기술

- 장비타입별 수량, 타입, 사이즈, 용량, 프로세서의 특성, 메모리, 보조기억장치, 통신/네트워크 장비 등

3.10.2 하드웨어 자원활용 요구사항

o 최대로 활용할 수 있는 프로세서의 Capacity, 메모리, 보조기억장치, 통신/네트워크장비용량 등과 같은 컴퓨터 하드웨어 활용도(Utilization)에 대한 요구사항을 기술

※ Reaource에 대해 백분율로 표시하여 자원 활용도가 측정되는 조건을 포함

3.10.3 소프트웨어 요구사항

o 체계에 의해 사용되거나 결합될 소프트웨어 요구사항을 기술한다(운영체제, DBMS, 통신/네트워크 소프트웨어, 유틸리티, 입력과 장비 시뮬레이터, 테스트 S/W, 제조 S/W 등)

o 각 S/W항목에 대하여 정확한 명칭, 버전, 참조문서가 제공되어야 함

3.10.4 통신요구사항

o 체계에 사용되거나 통합될 컴퓨터 통신요구사항을 기술(연결될 지역적 위치, 체계형상(Configuration) 및 네트워크 토플로지, 전송기술, 자료전송율, 게이트웨이, 요구사용시간, 송수신 자료형식 및 볼륨, 송수신 및 반응시간 범주, 데이터 피크볼륨, 진단특징)

3.11 체계 품질요소

o 체계의 품질요소를 확보하기위한 요구사항을 기술

- 기능성 : 사용자의 요구기능을 충족시키는 정도

- 신뢰성 : 정확하고 일관성 있게 수행하는 능력

- 유지보수성 : 쉽게 서비스하고, 수리하고, 고칠 수 있는 능력

- 가용성 : 필요시 접근하여 작동하는 능력

- 적응성 : 변화되는 요구사항에 대해 쉽게 적응하는 능력

- 이식성 : 새로운 환경으로 쉽게 수정할 수 있는 능력

- 재사용성 : 다수 응용프로그램에 활용할 수 있는 능력

- 시험용이성 : 쉽고, 완벽하게 시험할 수 있는 능력

- 사용성 : 쉽게 배우고 사용할 수 있는 능력

3.12 설계 및 구현 제약사항

o 설계 및 구현 제약사항을 명세화

o 하드웨어-소프트웨어 체계인 경우 체계에 부과되는 물리적인 요구사항(상용 또는 국방표준 및 명세를 참조함으로써 명세가 가능)을 포함

o 제약사항에 대한 예

- 요구되는 부체계, 표준, 군용 또는 기존 구성요소, 정부/획득자 제공자산(장비, 정보 또는 S/W)과 같은 특정 체계 아키텍쳐 사용 또는 아키텍쳐에 대한 요구사항

- 특정 설계나 구현표준, 데이터표준, 특정 프로그램언어의 사용, 제작요구사항 및 생산기술

- 체계의 물리적 특성(중량한도, 치수제한, 색상, 보호코팅 등), 교환 가능한 부품, 한 장소에서 다른 장소로 수송될 수 있는 능력, 한 사람 또는 그 이상의 사람에 의해 설치될  수 있는 능력

- 사용 및 사용 불가한 물질, 독성물질의 취급에 대한 요구사항, 체계에 허용된 전자기적 방사한도

- 표찰사용, 부품표시, 일련번호 및 롯트 번호 표시, 기타 식별 표시

- 예견되는 성장영역 또는 기술, 위협, 임무의 변화를 지원하기 위해 제공되어야 하는 유연성 및 확장성

3.13 전력화 지원요소

3.13.1 교리발전

3.13.2 교육훈련

o 체계에 포함될 훈련장비와 훈련자료를 포함한 체계요구사항을 기술

3.13.3 운용 조직 및 인력

o 수용인원수, 기술수준, 임무주기, 소요훈련 등을 기술

예) 제공되어야 할 워크스테이션의 숫자, Build-in도움말, 훈련특성에 대한 요구사항 등

3.13.4 군수지원분야

o 체계의 군수지원과 관련된 아래항목에 대한 요구사항을 기술

- 체계 유지보수

- 소프트웨어 지원

- 시스템 유형모드

- 제공시스템 요구사항

- 기존설비에 대한 영향

- 기존장비에 대한 영향

3.14 기타 요구사항

o 그림, 기술 메뉴얼, 테스트계획 및 절차, 설치명령 데이터 등을 기술

3.15 패키징 요구사항

o 체계 구성품 인도시 패키징, 라벨링 등에 대한 요구사항을 기술

o 군 사양 및 표준 참조 가능

3.16 요구사항의 우선순위 및 중요성

o 요구사항에 대한 우선순위, 중요성, 가중치를 기술

※ 모든 요구사항이 동일한 가중치라면 그대로 언급할 것

4. 개발시험평가

o 3장의 요구사항에 대하여 요구사항 만족여부 판단을 위해 사용될 자격 부여방법아래와 같이 기술

※ 3장에서 표현해도 가능하며 표를 사용하는 것을 권장

- 데모 : 체계 또는 체계의 일부분에 운용 즉 기능운용 관찰에 의존하며 특별한 기계, 시험장비, 추가적인 분석을 요구하지 않는다.

- 시험 : 향후 분석을 위해 특별한 기계나 시험장비를 사용하여 체계 또는 체계의 일부를 운용한 후 자료를 수집

- 분석 : 다른 자격부여방법에서 획득된, 축적된 자료의 분석처리

(예 : 시험결과의 정리, 삽입, 추정)

- 검사 : 체계의 구성요소와 문서를 눈으로 검사

- 특별한 자격부여방법 : 특수 TOOL, 기술, 절차, 설비, 승인한계, 표준예제의 사용, 사전생산 또는 주기적인 샘플생산, Pilot Model, Pilot Lot 등과 같은 체계를 위한 특수한 자격부여방법

5. 요구사항 추적성

o 체계 Level에는 적용하지 않고 부체계 Level 이후에서 적용한다.

o 상위 문서와 하위문서간의 요구사항을 추적 가능하도록 작성

6. 참고사항

o 본 문서를 이해하는데 도움이 되는 일반정보 기술

- 두문자어, 약어, 본 문서에서 사용된 의미, 용어, 정의목록 등

A. 부록

【별지 2-4】 체계설계기술서 작성지침

작성 목적

가. 체계설계기술서는 체계 또는 부체계 설계시 고려사항과 체계 또는 부체계의 구조설계를 기술한다. 체계/부체계 설계기술서는 소프트웨어설계기술서, 인터페이스설계기술서와 데이터베이스설계기술서에 의해 보충된다.

나. 체계설계기술서는 관련된 소프트웨어설계기술서, 인터페이스설계기술서, 데이터베이스설계기술서와 함께 이후의 체계개발을 위한 기반으로 사용된다.

1. 개 요

1.1 적용범위

o 본 문서가 적용되는 체계를 식별하여 기술

1.2 체계개요

o 본 문서가 적용되는 체계의 목적을 간략히 기술

o 체계의 일반적 특성을 기술

- 체계개발, 운영, 유지보수에 대한 History 기술

- 사업주관기관, 획득기관, 사용기관, 개발자, 운영조직을 기술

- 현재 그리고 계획된 운용 사이트 식별

- 기타 적절한 자료

1.3 문서개요

o 본 문서의 목적과 내용을 요약

o 현 문서사용에 대한 보안과 프라이버시에 대해 고려할 사항 기술

2. 참고문서

2.1 정부 문서

o 문서번호, 문서명, 버전, 작성일자

2.2 비정부 문서

o 문서번호, 문서명, 버전, 작성일자

3. 체계설계시 고려사항

o 체계-차원의 설계 의사결정을 제공하기 위하여 세부절로 나누어 작성

- 설계 의사결정은 체계의 동작설계에 대한 결정과 체계 구성요소의 선정과 설계에 영향을 주는 결정을 말한다.

- 요구사항 내에 명백하거나 설계(System design)로 미루어 졌다면 있는 그대로 기술

o 안전성, 보안, 프라이버시 등과 같은 중요한 요구사항에 대해서는 별도의 절로 기술

o 체계의 상태와 모드에 의존되는 설계결정은 그러한 의존성을 기술

o 설계를 이해하기 위해 필요한 설계표기법을 제시하거나 참조되어야 한다.

o 동작 설계시 유의사항 : 구현에 관계없이 사용자 관점에서 어떻게 작동하는가를 생각하라

o 체계차원 설계 의사결정 예:

- 체계 입력과 출력에 관한 설계 의사결정사항, 타 체계와 인터페이스, 형상항목, 사용자에 대한 결정사항(이러한 정보의 일부 또는 전부가 “인터페이스 설계기술서”에서 주어진다면 그것을 참조) : 여기에서 고려된 것이 4.3.2, 4.3.3...로 기술되어야 함

- 각종 입력이나 조건에 반응하는 체계 동작에 대한 설계 의사결정으로 체계가 수행할 행위, 반응시간, 기타 성능특성, 물리적 체계의 모델, 선택된 공식/알고리즘/범칙, 허용되지 않는 입력이나 조건의 취급 등을 포함

- 체계 DB/데이터 화일을 사용자에게 어떻게 보여줄지에 대한 설계 의사결정 : 여기에서 고려된 것이 4.3.2 , 4.3.3...로 기술되어야 함

- 안전성, 보안, 프라이버시 요구사항을 만족하기 위한 접근방법을 선택

- 크기, 색상, 모양, 무게, 자재 등과 같은 하드웨어나 하드웨어-소프트웨어 체계를 위한 설계 및 구축선택사항

- 유연성, 유용성, 유지보수성을 제공하기위한 선택된 접근방식과 같은 요구사항에 반응하기 위한 설계차원의 의사결정사항

4. 체계 구조 설계

o 체계 아키텍쳐를 기술하기 위해 아래절로 구성

o 설계의 일부 또는 전부가 체계의 상태나 모드에 의존적이면 그것을 표현

o 설계정보가 하나이상의 절에서 포함된다면 한번만 표기하고 다른 절에서는 참조

o 이해를 위해 설계표기법이 제시되거나 참조 되어야 한다

주의사항 : 간략성을 위해 본장은 하드웨어 구성항목(HWCIs), 소프트웨어 구성항목(CSCIs), 수작업 운용으로 기술한다. 그러나 체계를 부체계로 구성하거나, 부체계를 HWCIs, CSCIs, 수작업운용으로 구성하거나 기타 다양하게 적용할 수도 있다.

4.1 체계 구성요소

o 체계구성요소(HWCI, CSCI, 수작업)를 식별하고 식별자를 부여

-데이터베이스는 CSCI가 되거나 CSCI의 일부로 간주

o 구성요소간의 정적인 관계(..로 구성된다)를 기술하며, 설계방법론에 따라 다중관계를 보여줄 수 있다.

o 각 구성요소의 목적, 체계요구사항, 체계차원의 설계의사결정을 명시

(체계요구사항은 5.가에서 명시할 수 있음)

o 만약 알려져 있다면 각 구성요소의 개발 상태/형태를 식별

(신규개발, 기존 구성요소 재사용, 기존설계 재사용, Reengineering이 계획된 기존설계나 구성요소, Build N을 위해 계획된 구성요소 등)

- 기존의 설계나 구성요소에 대하여는 본 기술서에 이름, 버전, 문서참조 위치 등의 식별번호를 기술

o 체계에서 사용하도록 식별된 각 컴퓨터체계 또는 기타 컴퓨터 하드웨어의 집합체에 대하여 그것의 하드웨어 자원(프로세서, 메모리, 입출력장치, 보조기억장치, 통신. 네트워크 장비)을 기술

- 적용 가능하다면 각 기술내용에 그 자원을 사용하는 구성항목을 식별,그 자원을 이용하는 각  CSCI의 자원활용 할당량을 설명(예: 자원용량 20%를 CSCI 1에 할당,30%는 CSCI 2에 할당) 및 활용도가 측정되는 조건 및 자원의 특성을 기술

- 프로세서 : 제조사, 모델번호, 처리기속도/용량, 인스트럭션 집합 구조식별, 적용 가능한 컴파일러, 워드사이즈, 문자집합표준(ASCII, EBCDIC등), 인터럽트 능력

- 메모리 : 제조사, 모델번호, 메모리 사이즈, 유형, 속도, 구성(256K 캐쉬메모리, 16MB RAM(4MB X 4))

- 입출력 장치 : 제조사, 모델번호, 장치타입, 장치속도/용량

- 보조기억장치 : 제조사, 모델번호, 기억장치타입, 설치된 기억장치 용량, 기억장치 속도

- 통신/네트워크 : 모뎀, LAN카드, 허브, 게이트웨이, 케이블링, 고속 데이터 라인에 대한 모델번호, 데이터 전송율/용량, 네트워크 토플로지, 전송기술, 사용되는 프로토콜

- 각각의 기술내용에 확장능력, 진단능력 및 다른 추가적인 능력을 기술

o 체계를 위한 사양 트리를 기술

- 구성요소를 위해 계획된 사양의 관계를 식별하고 보여주는 다이어그램

4.2 실행 개념

o 체계구성요소(System Component)사이의 실행개념을 기술

o 다이어그램과 설명을 통해 Component사이의 동적인 관계를 표현

(즉 시스템 운영 중 어떻게 작용하는가)

o 적용 가능하다면 다음사항을 포함

- 실행 Control의 흐름

- Data Flow

- Dynamic Controlled Sequencing

- 상태전이도(state transition diagram)

- Timing Diagram

- Component 사이의 우선순위

- 인터럽트 처리

- Timing과 Sequencing의 Relationship

- 예외처리

- Concurrent Execution

- Dynamic Allocation/Deallocation

- Object, Processes, Tasks의 dynamic Creation/Deletion

- 기타 dynamic behavior

4.3 인터페이스 설계

o 시스템 컴포넌트 사이의 인터페이스 특성을 기술하기 위하여 세부절로 구성

- 컴포넌트 사이의 인터페이스와 외부 개체(타 체계, 구성항목, 사용자)와의 인터페이스를 포함

NOTE : 체계설계단계에서 인터페이스가 완벽하게 설계되어야 한다는 요구는 없다. 본 절은 체계 아키텍쳐 설계의 부분으로서 만들어지는 인터페이스 설계의사결정을 기록하기 위하여 제공된다. 본 절의 내용이 대부분 인터페이스설계기술서 또는 다른 문서에 포함된다면 그런 출처를 참조하라

4.3.1 인터페이스 식별과 다이어그램

o 본 절은 각 인터페이스에 대한 프로젝트 고유 식별자를 할당하며 인터페이스 개체(체계, 구성항목, 사용자 등)의 이름, 번호, 버전, 참조문서를 기술한다.

o 식별은 이미 고정된 인터페이스 특성을 가진 개체를 언급하며 개발 및 수정될 개체를 명세화 한다.

o 인터페이스 관계를 그림으로 나타내라

4.3.X 프로젝트 식별자(4.3.1에서 식별된 프로젝트 고유식별자)

o 인터페이스하는 개체를 간략히 기술

o 인터페이스 특성을 기술하기위해 아래 세부절로 나누어 기술

- 체계가 할당해야 하는 인터페이스 우선순위

- 인터페이스 타입(real-time data transfer,자료의 저장과 검색)

- 체계가 제공, 저장, 송신, 접근, 수신해야 하는 데이터 Element의 특성

• 이름/식별자

식별자

non-technical(natural-language) name

표준 standard data element name

technical name(코드나 데이터베이스에서 변수명, 필드명)

약어나 동의어

• 자료타입

• 크기와 형식(문자길이)

• 측정단위(미터, 달러 등)

• 가능한 값의 범의(0-9등)

• 정확도(유효숫자 자리 등)

• 우선순위, 시기, 빈도, 양, 순서, 자료요소가 수정되는지 업무규칙이 적용되는지 등과 같은 제약사항

• 보안과 프라이버시 제약사항

• 자료 제공처와 활용처

- 체계가 저장, 송신, 접근, 수신해야 하는 데이터 집합체(레코드, 메시지, 파일, 배열, 디스플레이, 리포트 등)의 특성

• 이름/식별자

식별자

non-technical(natural-language) name

technical name(코드나 데이터베이스에서 변수명, 필드명)

약어나 동의어

• 포함하는 자료요소와 구조(개수, 순서, 그룹)

• 매체(Di나)와 그 매체에서의 자료요소/집합체의 구조

• 디스플레이와 출력의 시청각적 특징

(색깔, 폰트, 아이콘 및 밝기, 경고음 등)

• 정렬, 접근특성과 같은 집합체 사이의 관계

• 우선순위,시기,빈도,양,순서,제약사항 등의 고려사항

• 보안과 프라이버시 고려사항

• 자료 제공처와 활용처

- 체계가 인터페이스를 위해 사용하는 통신방법에서 요구되는 특성

• 식별자

• 통신 링크/밴드/주파수 매체와 그 특성

• 메세지 포멧팅

• 흐름제어(sequence numbering, buffer allocation)

• 자료전송률, 주기적/비주기적, 전송간격

• 라우팅, 어드레싱, 명명규칙

• 우선순위, 등급을 포함한 전송 서비스

• 안전/보안/프라이버시 고려사항(암호화, 자격부여, 구획화, Auditing등)

- 다음과 같은 인터페이스 개체의 프로토콜 특성

• 식별

• 프로토콜의 우선순위/Layer

• 단편화 재조립을 포함한 패캣팅, 라우팅, 어드래싱

• 규약준수검사, 에러통제, 회복절차

• connection, maintenance, termination을 포함한 동기화

• 상태, 식별, 기타 report 특징

- 인터페이스 개체의 물리적 호환성, 전압등과 같은 특성

(부피, 허용치, LOADS, 전압, 플러그 호환성)

o 만약 인터페이스 개체가 본 문서에 포함되지 않는다면 다음과 같이 가정으로 기술

- 개체가 커버되지 않을 때는 ...게하고 체계는 ...을 할 것이다.

o 본 절은 여기에 언급하는 대신에 다른 문서(자료사전, 프로토콜 표준, 사용자 인터페이스 표준)를 참조할 수 있다

5. 체계 상세설계

6. 요구사항 추적성

o 본 체계설계기술서 내의 각 체계구성요소(System Component)로부터 그것에 할당된 체계요구사항으로의 추적성(4.1에서 표현해도 됨)

o 각 체계요구사항으로부터의 할당된 체계구성요소로의 추적성

7. 참고사항

o 본 문서를 이해하는데 도움이 되는 일반정보를 기술

예) 두문자어, 약어, 본 문서에서 사용된 의미, 용어, 정의목록 등

A. 부록

【별지 2-5】 체계개발계획서 작성지침

작성 목적

가. 체계개발계획서는 소프트웨어 개발활동들에 대한 개발자의 계획을 기술한다. 본 문서내의 소프트웨어 개발　이라는 용어는 새로운 개발, 수정, 재사용, 재공학, 유지보수, 그리고 소프트웨어 산출물로 나타나는 기타의 모든 활동을 포함하는 의미로 사용된다.

나. 체계개발계획서는 감독하기 위한 도구를 사업주관부서에게 제공하며, 이러한 감독의 대상은 소프트웨어 개발활동에 관련한 단계별 개발활동, 개발방법, 각각의 활동에 따르는 접근방법, 사업에 대한 일정, 조직, 자원 등이다.

1. 연구개발 개요

1.1 적용범위

o 식별번호, 타이틀, 약어, 버전번호, 릴리즈 번호를 포함하여 본 문서가 적용되는 체계와 소프트웨어에 대한 완전한 식별을 기술한다.

1.2 체계개요

o 본문서가 적용되는 체계와 소프트웨어의 목적에 대해 간략하게 기술

o 체계와 소프트웨어의 아래와 같은 일반적인 특성을 기술

- 시스템 개발, 운영, 유지보수의 요약된 History

- 사업의 Sponsor, 획득자, 사용자, 개발자, 지원부서

- 현재, 그리고 계획된 운영사이트

- 기타 관련된 문서

1.3 문서개요

o 본 문서의 목적과 내용을 요약

o 이 문서 사용에 관계되는 보안과 프라이버시에 대한 고려사항을 기술

1.4 다른 계획과의 관계

o 본 체계개발계획서와 다른 사업관리계획과의 관계를 기술

2. 참고 문헌

o 이 문서에서 참조한 문서를 정부문서와 비정부 문서로 구분하여 기술

2.1 정부 문서

o 번호, 타이틀, 수정, 발행일

2.2 비정부 문서

o 번호, 타이틀, 수정, 발행일

3. 요구사항에 대한 개요

o 이 장은 이후의 장에서 기술될 계획에 대한 내용을 수립하기 위하여 요구되는 아래의 절로 나누어 작성

- 개발될 시스템과 소프트웨어상의 요구사항과 제약사항

- 사업문서화상의 요구사항과 제약사항

- 체계수명주기에서의 사업의 위치

- 채택된 프로그램/획득전략 또는 그에 대한 요구사항이나 제약사항

- 사업일정계획과 자원상의 요구사항과 제약사항

- 기타 요구사항과 제약사항

(사업에 대한 보안, 프라이버시, 방법, 표준, 하드웨어와 소프트웨어에서의 독립 등)

4. 소프트웨어 개발활동을 수행하기 위한 계획

o 아래 각각의 절에서 불필요한 활동에 대해서는 해당 없음으로 기술

o 만약 다른 빌드 또는 다른 소프트웨어가 다른 계획을 요구한다면 이러한 상이한 점을 지적

o 추가로 각 절은 적절한 위험과 불확실성을 식별해야 하며 또 이들을 다루기 위한 계획을 포함

4.1 소프트웨어 개발과정

o 사용될 소프트웨어 개발과정을 기술

o 계약조항이 있는 경우 계약조항에 부합하는 계획을 수립

o 계획된 빌드를 식별하고 적절한 경우 그들의 목적과 각 빌드에서 수행해야 될 활동(Activities)을 기술

4.2 소프트웨어 개발계획

4.2.1 소프트웨어 개발방법

o 사용하게 될 소프트웨어 개발방법을 기술하거나 참조언급

- 지원하는데 사용되는 매뉴얼과 자동화된 도구를 포함

o 개발방법은 이 토픽과 관계되는 모든 계약조항을 다루어야 하며, 방법이 적용될 활동에 대한 문맥에서 더욱 잘 기술된다며 다른 절로 참조언급

4.2.2 소프트웨어 산출물 관련 표준규격사항

o 요구사항, 설계, 코드, 테스트 케이스, 테스트 절차, 테스트 결과를 표현하는데 지켜야 할 표준을 기술하거나 참조언급

o 표준은 이 토픽과 관계되는 모든 계약조항을 다루어야 하며, 표준이 적용될 활동에 대한 문맥에서 더욱 잘 기술된다면 다른 절로 참조언급

o 사용될 각각의 프로그래밍 언어에 대하여 코드표준을 제공

- 형식에 대한 표준(예 : 인덴테이션, 줄 간격, 대소문자, 정보의 순서)

- 머리말 코멘트에 대한 표준

예) 코드명/ID, 버전ID, 변경이력, 목적, 요구사항과 설계 결정사항, 프로세싱에서의 특기사항(사용된 알고리즘, 가정사항, 제약사항, 한계사항, 부작용), 자료에 대한 특기사항(입력, 출력, 변수, 구조 등)

- 기타 코멘트에 대한 표준(예 : 번호, 내용)

- 변수, 파라미터, 패키지, 프로시져, 파일 등에 대한 명명규약

- 프로그래밍 언어 구축 또는 기능상의 제약사항(있는 경우)

- 코드 총괄시 복잡성의 제약(있는 경우)

4.2.3 재사용 가능한 소프트웨어 산출물

4.2.3.1 재사용 가능한 소프트웨어 산출물의 통합

o 재사용 가능한 소프트웨어 산출물의 식별, 평가, 병합에 대한 접근방법을 기술

o 재사용 가능한 산출물을 찾기 위한 영역(Scope)과 평가하기위한 기준을 포함

o 이 토픽과 관계되는 모든 계약조항을 반영

o 후보가 되거나 선택된 재사용 가능한 소프트웨어 산출물은 본 계획이 준비되거나 또는 수정될 시기에 식별되고 기술

- 이때 사용에 있어서의 장점, 단점 및 제약사항 등을 기술

4.2.3.2 재사용 가능한 소프트웨어 산출물의 개발

o 재사용 가능한 소프트웨어 산출물의 개발에 대한 기회를 식별, 평가, 그리고 Reporting하기위한 접근방법을 기술

o 이 토픽과 관계되는 모든 계약조항을 반영

4.2.4 중요 요구사항의 취급

o 중요한 사항으로 지정된 요구사항들을 다루기 위한 접근방법을 다음의 세부절로 나누어 기술

o 아래 절에서의 계획은 식별된 토픽에 관계되는 모든 계약조항을 반영

4.2.4.1 안전성 보증계획

4.2.4.2 보안성 보증계획

4.2.4.3 개별적 기밀 보증계획

4.2.4.4 기타 중요 요구사항에 대한 보증계획

4.2.5 컴퓨터 하드웨어 자원활용

o 컴퓨터 하드웨어 자원의 할당과 활용을 감시하기위한 접근방법을 기술

o 이 토픽에 관계되는 모든 계약조항을 반영

4.2.6 중요 결정사항의 근거

o 중요한 의사결정의 합리적인 근거를 기록하기 위한 접근방법을 기술

o 이 토픽에 관계되는 모든 계약조항을 반영

4.2.7 소프트웨어 개발내역 검토를 위한 접근방법

o 획득자나 획득자가 승인한 요원이 소프트웨어 산출물과 활동의 검토를 위해 개발자나 협력업체의 장치에 접근하는 절차를 기술

o 이 토픽에 관계되는 모든 계약조항을 반영

5. 세부적인 소프트웨어 개발활동에 대한 계획

o 요구되지 않는 활동에 대해서는 해당 없음으로 표시

o 프로젝트 전체에서 빌드별, 소프트웨어별 서로 다른 계획을 요구하는 경우 이것을 표현

o 각 활동에 대해서 적용할 접근방법(방법/절차/도구)을 포함

- 분석 또는 기타 기술적인 업무

- 결과의 기록

- 관련된 인도품의 준비

o 위험과 불확실성에 대한 식별과 그것을 다루기 위한 계획을 기술

o 4.2.1에서 적절한 방법이 기술되어 있는 경우 참조 언급

5.1 사업계획과 감독

o 사업계획과 감독을 위한 접근방법을 기술하기위해 다음의 세부절로 나누어 기술

o 각 토픽에 관계되는 모든 계약조항을 반영

5.1.1 소프트웨어 개발계획

5.1.2 소프트웨어 구성항목 시험계획

5.1.3 체계 시험계획

5.1.4 소프트웨어 설치계획

5.1.5 소프트웨어 전이계획

5.1.6 관리검토를 위한 여유시간을 포함한 수행 및 변경계획

5.2 소프트웨어 개발환경의 구축

o 소프트웨어 개발환경을 구축, 조정, 관리유지하기위한 접근방법을 다음의 세부절로 나누어 기술

o 식별된 토픽에 대한 모든 계약조항을 반영

5.2.1 소프트웨어 공학환경

5.2.2 소프트웨어 시험환경

5.2.3 소프트웨어 개발 라이브러리

5.2.4 소프트웨어 개발 파일

5.2.5 인도되지 않는 소프트웨어

5.3 운용개념, 체계 요구사항 및 설계에 대한 검토

5.4 소프트웨어 요구사항 분석

o 소프트웨어 요구사항분석을 위한 접근방법을 기술

o 계약조항이 있는 경우 계약조항을 반영할 수 있는 접근방법을 기술

5.5 소프트웨어 설계

o 소프트웨어 설계를 위한 접근방법을 다음의 세부절로 나누어 기술

o 각 절에 해당되는 계약조항이 있는 경우, 계약조항을 반영할 수 있는 계획을 수립

5.5.1 소프트웨어 설계시 고려사항

5.5.2 소프트웨어 구성항목 구조설계

5.5.3 소프트웨어 구성항목 상세설계

5.6 소프트웨어 구현 및 단위시험

o 소프트웨어 구현 및 단위시험을 위한 접근방법을 다음의 세부절로 나누어 기술

o 각 절에 해당되는 계약조항이 있는 경우, 계약조항을 반영할 수 있는 계획을 수립

5.6.1 소프트웨어 구현

5.6.2 단위시험 준비

5.6.3 단위시험 수행

5.6.4 수정 및 재시험

5.6.5 단위시험 결과의 분석과 기록

5.7 단위통합 및 시험

o 단위통합 및 시험을 위한 접근방법을 다음의 세부절로 나누어 기술

o 각 절에 해당되는 계약조항이 있는 경우, 계약조항을 반영할 수 있는 계획을 수립

5.7.1 단위통합 및 시험준비

5.7.2 단위통합 및 시험수행

5.7.3 개정과 재시험

5.7.4 단위통합 및 시험 결과의 분석과 기록

5.8 소프트웨어 개발시험평가

o CSCI 개발시험평가를 위한 접근방법을 다음의 세부절로 나누어 기술

o 각 절에 해당되는 계약조항이 있는 경우, 계약조항을 반영할 수 있는 계획을 수립

5.8.1 소프트웨어 개발시험평가상의 독립성

5.8.2 목표 체계상에서의 시험

5.8.3 소프트웨어 개발시험평가 준비

5.8.4 소프트웨어 개발시험평가의 모의수행

5.8.5 소프트웨어 개발시험평가 수행

5.8.6 개정과 재시험

5.8.7 소프트웨어 개발시험평가 결과의 분석과 기록

5.9 CSCI/HWCI 통합 및 시험

o CSCI/HWCI 통합 및 시험을 위한 접근방법을 다음의 세부절로 나누어 기술

o 각 절에 해당되는 계약조항이 있는 경우, 계약조항을 반영할 수 있는 계획을 수립

5.9.1 CSCI/HWCI 통합 및 시험준비

5.9.2 CSCI/HWCI 통합 및 시험수행

5.9.3 수정 및 재시험

5.9.4 CSCI/HWCI 통합 및 시험결과의 분석과 기록

5.10 체계 개발시험평가

o 체계품질 시험을 위한 접근방법을 다음의 세부절로 나누어 기술

o 각 절에 해당되는 계약조항이 있는 경우, 계약조항을 카바할 수 있는 계획을 수립

5.10.1 체계 개발시험평가상의 독립성

5.10.2 목표 컴퓨터 운용환경 상에서의 시험

5.10.3 체계 개발시험평가 준비

5.10.4 체계 개발시험평가의 모의수행

5.10.5 체계 개발시험평가 수행

5.10.6 개정과 재시험

5.10.7 체계 개발시험평가 결과의 분석과 기록

5.11 소프트웨어 사용준비

o 소프트웨어 사용준비를 위한 접근방법을 다음의 세부절로 나누어 기술

o 각 절에 해당되는 계약조항이 있는 경우, 계약조항을 카바할 수 있는 계획을 수립

5.11.1 실행 가능한 소프트웨어의 준비

5.11.2 사용자 사이트에 대한 버전기술 준비

5.11.3 사용자 매뉴얼의 준비

5.11.4 사용자 사이트에서의 설치

5.12 소프트웨어 전이준비

o 소프트웨어 전이준비를 위한 접근방법을 다음의 세부절로 나누어 기술

o 각 절에 해당되는 계약조항이 있는 경우, 계약조항을 반영할 수 있는 계획을 수립

5.12.1 실행 가능한 소프트웨어의 준비

5.12.2 소스 화일의 준비

5.12.3 지원사이트에 대한 버전기술 준비

5.12.4 주어진(as-built) 소프트웨어 구성항목 설계 및 기타 소프트웨어 지원정보를 준비

5.12.5 체계 설계기술의 갱신

5.12.6 지원 메뉴얼의 준비

5.12.7 지정된 지원 사이트에서의 설치

5.13 소프트웨어 형상관리

o 소프트웨어 형상관리를 위한 접근방법을 다음의 세부절로 나누어 기술

o 각 절에 해당되는 계약조항이 있는 경우, 계약조항을 반영할 수 있는 계획을 수립

5.13.1 형상 식별

5.13.2 형상 통제

5.13.3 형상 상태 회계

5.13.4 형상 인증

5.13.5 패키지화, 저장, 취급, 인도

5.14 소프트웨어 산출물 평가

o 소프트웨어 산출물 평가를 위한 접근방법을 다음의 세부절로 나누어 기술

o 각 절에 해당되는 계약조항이 있는 경우, 계약조항을 반영할 수 있는 계획을 수립

5.14.1 공정중 및 최종 소프트웨어 산출물 평가

5.14.2 소프트웨어 산출물 평가기록

5.14.3 소프트웨어 산출물 평가에서의 독립성

5.15 소프트웨어 품질보증

o 소프트웨어 품질보증을 위한 접근방법을 다음의 세부절로 나누어 기술

o 각 절에 해당되는 계약조항이 있는 경우, 계약조항을 반영할 수 있는 계획을 수립

5.15.1 소프트웨어 품질보증 평가

5.15.2 소프트웨어 품질보증 평가기록

5.15.3 소프트웨어 품질보증 평가에서의 독립성

5.16 수정활동

o 소프트웨어 품질보증을 위한 접근방법을 다음의 세부절로 나누어 기술

o 각 절에 해당되는 계약조항이 있는 경우, 계약조항을 반영할 수 있는 계획을 수립

5.16.1 문제/변경 보고서

o 기록될 항목들 : 사업명, 제기자, 문제번호, Software Element 또는 영향받는 문서, 제기일자, 범주와 우선순위, 설명, 문제에 배정된 분석가, 배정일자, 완료일자, 분석시간, 해결방안, 영향, 상태, 해결방안의 승인, 수행활동, 수정인, 수정일자, 구현된 해결방안의 설명

5.16.2 수정활동 체계

5.17 공동기술, 관리검토

o 공동기술 및 관리검토를 위한 접근방법을 다음의 세부절로 나누어 기술

o 각 절에 해당되는 계약조항이 있는 경우, 계약조항을 반영할 수 있는 계획을 수립

5.17.1 공동기술 검토

5.17.2 공동관리 검토

5.18 기타 소프트웨어 개발활동

o 기타 소프트웨어 개발활동을 위한 접근방법을 다음의 세부절로 나누어 기술

o 각 절에 해당되는 계약조항이 있는 경우, 계약조항을 반영할 수 있는 계획을 수립

5.18.1 위험관리

5.18.2 소프트웨어 관리 식별

5.18.3 보안과 개별적 기밀

5.18.4 하부계약자 관리

5.18.5 소프트웨어 독립적 검증 및 확인부서와의 인터페이스

5.18.6 관련된 개발자와의 조정

5.18.7 사업과정의 개선

5.18.8 기타 활동들

6. 일정계획 및 활동계획표

o 각 빌드에서의 활동을 식별하고 각 활동의 시작, 초안과 최종 인도품 그리고 기타 이정표의 가용성, 활동의 완료를 보여주는 일정계획

o 활동들 사이의 순차적, 종속적인 관계를 묘사하고 사업 수행상 가장 큰 시간제약을 부과하는 활동을 식별하는 활동 네트워크

7. 사업조직과 자원

o 각 빌드에 적용될 사업조직과 자원을 기술하기 위해 다음의 하부절로 나누어 기술

7.1 사업조직

o 프로젝트 조직구조, 조직간의 관계, 요구되는 활동을 수행하는 각 조직의 책임과 권한을 기술

7.2 사업자원

사업에 적용되는 자원을 기술한다. 적용 가능하다면 다음사항을 포함하라

o 인력자원

- 인력소요 추정치(요원의 시간외 시수)

- 요원의 분할(예 : 관리, 소프트웨어 엔지니어링, 소프트웨어 테스트, 형상관리, 산출물 평가, 품질보증 등)

- 요원의 기술수준, 지리적 위치, 보안등급에 따른 분할

o 사용되는 개발자 설비에 대한 개요, 작업이 수행되는 지리적인 위치, 사용되는 설비, 보안지역, 계약에 의한 설비

o 획득자 구비장비, 소프트웨어, 서비스, 문서, 자료, 그리고 설비들에 대한 필요시기

o 기타 필요한 자원에 대한 획득계획, 요구되는 일자, 자원품목의 가용성

8. 참고사항

o 본 문서를 이해하는데 도움이 되는 정보를 기술(예: 배경,Glossary,근거)

o 약어, 축어를 사전순서로 열거하고 의미를 문서에서 사용한대로 기술

o 문서를 이해하는데 필요한 정의와 용어의 목록을 포함

A. 부록

【별지 2-6】 소프트웨어요구규격서 작성지침

작성 목적

가. 소프트웨어요구규격서는 다음 항목을 포함하여 기술한다.

o 소프트웨어 구성항목(CSCI)에 대한 요구사항과 각 요구사항의 충족을 보증하기 위한 방법

o 하나 이상의 체계, 부체계, 하드웨어 구성항목, 소프트웨어 구성항목, 수작업 또는 기타의 체계 구성요소들 간의 상호운용(인터페이스)을 위하여 부과되는 요구사항

나. 필요한 경우 소프트웨어 구성항목의 외부 인터페이스에 관계되는 요구사항은 별도의 문서로 작성하여 체계설계기술서와 소프트웨어요구규격서를 보충할 수 있다. 이 때 에도 소프트웨어 내부 인터페이스에 대해서는 소프트웨어요구규격서에 포함하여야 한다.

1. 개 요

1.1 적용범위

o 본 문서가 적용되는 체계와 S/W를 식별하여 기술

1.2 체계개요

o 본 문서가 적용되는 체계와 S/W의 목적을 간략히 기술

o 체계와 S/W의 일반적 특성을 기술(아래사항이 일반적 특성임)

- 체계개발, 운영, 유지보수에 대한 History 요약

- 사업주관기관, 획득기관, 사용기관, 개발자, 지원조직을 식별

- 현재 그리고 계획된 운용사이트 식별

- 기타 적절한 자료

1.3 문서개요

o 본 문서의 목적과 내용을 요약

o 본 문서사용에 대한 보안과 프라이버시에 대해 고려사항 기술

2. 참조문서

o 본 문서 작성시 참조한 문서를 정부문서와 비정부문서로 기술

2.1 정부 문서

o 문서번호, 문서명, 버전, 작성일자

2.2 비정부 문서

o 문서번호, 문서명, 버젼, 작성일자

3. 요구사항

o CSCI에 대한 요구사항, 즉 수락조건이 되는 CSCI의 특성을 명세화하는 아래의 절로 세분하여 기술

o 요구사항에 대해 추적 및 시험을 위해 식별자를 부여하며 요구사항을 위한 목표시험이 정의될 수 있도록 언급

o 각 요구사항에 대해 4장(개발시험평가)에서 자격부여 방법을 기술하지 않으려면 각 절에서 자격부여방법(데모, 시험, 분석, 검사, 기타)을 기술

o 5장에서 기술하지 않으려면 체계 요구사항에 대한 추적성을 기술

o 요구사항의 상세정도는

- CSCI 수락조건에 해당하는 CSCI의 특성수준까지

- 획득자가 개발자에게 위임한 특성에 대해서는 개발자는 설계기술서에

기록한다.

o 주어진 요구사항이 없으면 요구사항 없음으로 표현하고 주어진 요구사항이 하나이상의 절에 해당되면 한번만 언급하고 나머지 절에서는 참조

3.1 상태와 모드

o 각각의 요구사항이 상태나 모드로 구분되면 해당되는 상태, 모드를 표시하여 기술

o 상태와 모드가 요구되지 않으면 인위적으로 구분하지 않는다.

3.2 소프트웨어 구성항목 요구사항

o CSCI의 각 능력과 관련된 요구사항을 항목화하여 세부 절로 작성

o 능력은 관련이 있는 요구사항의 그룹으로 정의

o 능력은 요구사항을 잘 표현하기 위해 function, subject, object 또는 다른 용어로 대체 가능

3.2.X CSCI 능력

o 요구되는 CSCI능력을 식별하고 관련된 요구사항을 항목화하여 기술

o 능력을 분해하여 더욱 명확히 기술할 수 있다면 세부절로 명확히 명세화

o 요구사항은 구성항목(CSCI)에 요구되는 동작으로 명시할 수 있으며, 적절한 아래의 파라미터를 포함

파라미터 : 응답시간, 처리시간, 기타 시간제약 요소, 순서, 정확도, 처리용량(양적/수적), 우선순위, 지속적 운용요구사항, 운용조건에 기인한 허용오차, 예외처리, 한계 초과 시 동작요구사항, Error처리 요구사항, 긴급사건 발생 시 운용지속 요구사항

o CSCI가 허용하는 INPUT과 제공하는 OUTPUT에 대한 요구사항은 3.3.X에 기록

3.3 소프트웨어 구성항목 외부 인터페이스 요구사항

o CSCI 외부 인터페이스에 대한 요구사항을 명세화하여 세부절로 기술

o 인터페이스 요구사항을 포함하는 다른 문서 참조 가능

3.3.1 인터페이스 식별 및 인터페이스 관계도

o CSCI에서 요구되는 외부 인터페이스를 식별(식별자 기술)

o 각 인터페이스의 식별을 위해 인터페이스 대상 개체(체계, 구성항목, 사용자 등)의 이름, 번호, 버전, 참조문서를 기술

o 확정된 인터페이스 특성, 개발 또는 수정될 인터페이스를 구분하여 식별

o 인터페이스를 나타내기 위해 하나이상의 다이어그램이 제공

3.3.X 인터페이스 식별자

o 인터페이스하는 개체 및 인터페이스를 위해 CSCI에 부과된 요구사항을 기술

o 인터페이스에 포함된 다른 개체의 인터페이스의 특성은 가정 또는 개체가 이것을 반영할때는 “CSCI는 ...... 한다” 로 기술

o 다른 문서(자료사전, 통신프로토콜 표준, 사용자 인터페이스 표준) 참조 가능

o 적용 가능하다면 요구사항은 요구사항에 적합한 순서로 제시되며, 인터페이스하는 개체의 관점으로부터 이러한 특성(크기, 빈도, 다른 자료요소의 특성)의 차이점을 기술

- 체계가 할당해야 하는 인터페이스 우선순위

- 구현될 인터페이스 타입에 대한 요구사항

(예 : Real-time data transfer, Storage-and-retrieval of data 등)

- CSCI가 제공(Provide), 저장(Store), 송신(Send), 접근(Access), 수신(Receive)해야 하는 인터페이스 각각의 자료요소(Individual data element)에서 요구되는 특성

• 이름/식별자

식별자

비 기술적(자연어) 이름

국방 표준자료요소 이름

기술적 이름(코드 또는DB에서 변수명, 필드명)

약어나 동의어

• 자료타입(Alphanumeric, Integer ..)

• 크기와 형식(length and punctuation of character string)

• 측정단위(미터, 달러 등)

• 가능한 값의 범위(0-99)

• 정확도(유효숫자 자리수)

• 우선순위, 시기, 빈도, 양, 순서, 제약사항

(예 : 자료요소의 수정 또는 업무규칙 적용 등)

• 보안고려사항

• 근원지(작성/송신 개체)와 수령지(사용/수신)

- CSCI가 제공(Provide), 저장(Store), 송신(Send), 접근(Access), 수신(Receive)해야 하는 데이터 집합체(data element assembly : 레코드, 메시지, 파일, 배열, 디스플레이, 레포트)에서 요구되는 특성

• 이름/식별자

식별자

비 기술적(자연어) 이름

국방 표준자료요소 이름

기술적 이름(코드 또는DB에서 변수명, 필드명)

약어나 동의어

• 포함하는 자료요소와 그 구조(Number, Order, Grouping등)

• 매체(디스크 등)와 그 매체에서의 자료요소/집합체의 구조

• 디스플레이와 출력의 시청각적 특징

(색깔, 폰트, 아이콘 및 밝기, 경고음 등)

• 정렬, 접근특성과 같은 집합체 사이의 관계

• 우선순위, 시기, 빈도, 양, 순서, 제약사항

예) 자료요소의 수정 또는 업무규칙 적용 등

• 보안고려사항

• 근원지(작성/송신 개체)와 수령지(사용/수신 개체)

- CSCI가 인터페이스를 위해 사용하는 통신방법(Communication Methods)에서 요구되는 특성

• 식별자

• 통신 링크/밴드/주파수/매체와 그 특성

• 메세지 포멧팅

• 흐름제어(순서 번호 매김, 버퍼할당)

• 자료 전달율, 전송하는 간격(정기적/비정기적)

• 라우팅, 어드레싱, 명명규칙

• 우선순위, 등급을 포함하는 통신 서비스

• 안전/보안/우선순위 암호화(Encryption), 사용자 자격부여(User  Authentication), 구획화(Compartmentalization), 감사(Auditing) 등의 고려사항

- CSCI가 인터페이스에서 사용하는 프로토콜 요구사항

• 식별자

• 프로토콜의 우선순위/층

• 단편화(Packeting), 재조립 등을 포함하는 패갯팅, 라우팅, 어드레싱

• 규약준수검사, 에러통제, 회복절차

• 연결설정, 유지, 종료를 포함한 동기화

• 상태, 식별, 그 외 레포팅 기능

• 인터페이스 실체의 물리적 호환성, 전압 등과 같은 기타 요구되는 특성(부피, 허용치, 로드, 전압, 플러그 호환성)

3.4 소프트웨어 구성항목 내부 인터페이스 요구사항

o CSCI 내부 인터페이스 요구사항을 명세화

o 만약 모든 내부 인터페이스가 설계로 미루어졌다면 그렇게 표시하고, 그렇지 않다면 3.3과 같은 절로 기술

3.5 소프트웨어 구성항목 내부 자료 요구사항

o CSCI내에 부과된 자료에 대한 요구사항이 있다면 명세화

o CSCI내 DB 또는 Data File에 대한 요구사항이 포함

o 내부 자료에 대한 모든 결정이 설계로 미루어졌다면 그렇게 언급하고, 그렇지 않다면 3.3.X.다 와 3.3.X.라와 같은 항목의 내용을 여기에서 기술

3.6 적합 요구조건

o CSCI에 대해서 설치SITE에 종속적인 요구사항을 기술

예) 설치Site에 종속되는 위도, 경도, 코드, 지방, 세금

o 운영상황에 따라 다르게 요구되는 운영 파라미터

예) Operation-Dependent Parameter, Data-recording

3.7 안전 요구조건

o 인명, 재산, 물리적 환경에 미치는 위험을 예방 또는 최소화 하기위해 필요한 요구사항을 기술

예) CSCI가 실수로 발생된 동작에 대한 예방책(삭제시 Confirm ?) 또는 Non-action

o 실수에 의한 주요 부분의 파괴방지와 주요 부분(커널)의 안전수칙을 기술

3.8 보안 및 개별적 기밀 요구사항

o 비밀, 프라이버시 유지와 관련된 CSCI의 요구사항을 명세화

o CSCI가 운영되어야 할 보안/프라이버시 환경, 제공되어야 할 보안/프라이버시 Type과 Degree, CSCI가 지탱해야 될 보안/프라이버시 위험, 위험을 감소시키기 위한 안전장치, 보안/프라이버시 정책, CSCI가 제공해야 할 보안/프라이버시에 대한 책임 등

3.9 소프트웨어 구성항목 운용환경 요구사항

o CSCI가 운용되어야 할 환경 요구사항을 기술

예) CSCI를 운영할 수 있는 하드웨어와 Operating System

※ 컴퓨터 Resource에 대한 추가적인 사항은 3.10에서 기술

3.10 컴퓨터 자원 요구사항

3.10.1 컴퓨터 하드웨어 요구사항

o CSCI에 의해 사용되는 컴퓨터 하드웨어에 관련한 요구사항을 명세화

o 적용 가능한 요구사항은 아래와 같다.

- 장비타입별 수량, 타입, 사이즈, 용량, 프로세서의 특성, 메모리, 보조기억장치, 통신/네트워크 장비 등에 대한 요구사항

3.10.2 컴퓨터 하드웨어 자원활용도 요구사항

o 프로세서의 Capacity중 최대로 사용가능한 량, 메모리Capacity, Input / Output Device Capacity, 보조기억장치, 통신/네트워크장비 용량 등과 같은 컴퓨터 하드웨어 활용도(Utilization)에 대한 요구사항을 기술

o 각 Resource의 Capacity에 대해 퍼센트로 표시하며, 자원 활용도가 측정되는 조건 포함.

3.10.3 컴퓨터 소프트웨어 요구조건

o CSCI에 의해 사용되거나 결합될 소프트웨어 요구사항을 기술

예) 운영체제, DBMS, 통신/네트워크 소프트웨어, 유틸리티, 입력 과 장비 시뮬레이터, 테스트 S/W, 제조 S/W 등

o 각 S/W항목에 대하여 정확한 명칭, 버전, 참조문서를 제공

3.10.4 컴퓨터 통신 요구사항

o CSCI에 사용되거나 통합될 컴퓨터 통신요구사항을 기술

예) 연결될 지역적 위치, Configuration 및 네트워크 토플로지, 전송기술, 자료 전송율, 게이트웨이, 요구사용시간, 송수신 자료형식 및 볼륨, 송신/수신/반응시간의 Boundary, 데이터 피크볼륨, 진단특징

3.11 소프트웨어 품질요소

o 계약에 의해 식별되거나 상위단계 규격서로부터 도출된 소프트웨어 품질요인에 관한 CSCI 요구사항을 기술

- 기능성 : 사용자의 요구기능을 충족시키는 정도

- 신뢰성 : 정확하고 일관성 있게 수행하는 능력

- 유지보수성 : 쉽게 서비스하고, 수리하고, 고칠 수 있는 능력

- 가용성 : 필요시 접근하여 작동하는 능력

- 적응성 : 변화되는 요구사항에 대해 쉽게 적응하는 능력

- 이식성 : 새로운 환경으로 쉽게 수정할 수 있는 능력

- 재사용성 : 다수 응용프로그램에 활용할 수 있는 능력

- 시험용이성 : 쉽고, 완벽하게 시험할 수 있는 능력

- 사용성 : 쉽게 배우고 사용할 수 있는 능력

3.12 설계와 구현 제한사항

o CSCI의 설계 및 구현 제약사항을 명세화

o 상업적 또는 국방표준 규격 참조 가능

예)

- 요구된 데이터베이스나 다른 소프트웨어 UNIT와 같은 특정한 CSCI아키텍쳐 또는 아키텍쳐에 대한 요구사항을 이용; 표준의 사용, 국방 또는 기존의 구성요소, 정부/획득자 제공 재산의 이용(장비, 정보, 소프트웨어)

- 특정 설계나 구현 표준 이용; 특정 데이터 표준 이용; 특정 프로그램언어의 이용

- 기술, 위험요소, 임무에서의 증가나 변화에 대한 예상되는 영역을 지원하는 데 제공되어야 하는 융통성과 확장성

3.13 운용요원 관련 요구사항

o CSCI를 사용하거나 지원하는 인원에 대한 인원수, 기술수준, 임무주기(Duty Cycle), 교육 필요성, 기타정보를 포함하여 CSCI요구사항을 명세화

예) 동시 사용자수, Built-in 도움말, 교육특성

o CSCI에 부과된 요구사항이 있다면 인적요인에 대한 기술적 요구사항을 포함

o 적용 가능하다면 이러한 요구사항은 능력과 인간의 한계에 대한 고려사항을 포함

- 정상 및 극한 조건하에 예측할 수 있는 인적오류

- 인적오류에 대한 결과가 심각한 특정영역 등

예 : 색깔과 에러 메세지의 기간, 중대한 식별자의 위치나 Key, 청각신호

3.14 교육훈련 관련 요구사항

o 교육과 관계된 CSCI요구사항을 명세화

예) CSCI에 포함된 교육 소프트웨어

3.15 군수지원 관련 요구사항

o 군수지원 고려사항과 관계된 CSCI요구사항을 명시

- 체계 유지보수, 소프트웨어 지원, 체계 전송 모드, 지원-체계 요구사항, 기존설비의 영향, 기존장비의 영향 등

3.16 기타 요구사항

o 앞의 절에서 명시되지 않은 CSCI요구사항을 기술

3.17 패키지화 요구사항

o CSCI 인도시(예: 8 Track 마그네틱 테이프) 패키징, 라벨링, 처리에 대한 요구사항을 기술

o 적절한 군 사양 및 표준이 참조 가능

3.18 요구사항의 선행과 기준

o 모든 요구사항에 대한 상대적인 중요도를 나타내는 우선순위, 중요성, 가중치를 기술

o 특별한 처리를 위해 신호목적의 안전, 비밀, 프라이버시에 대한 중요도에 근거한 요구사항 식별하여 포함

- 모든 요구사항이 동일한 가중치라면 그대로 언급한다.

4. 개발시험평가 조항

o 3장에서 인용한 요구사항의 자격 부여방법을 설명

(표를 사용하는 것을 권장)

- 데모 : CSCI 또는 CSCI의 일부 운용 즉 기능운용관찰에 의존하며 특별한 기계, 시험장비, 추가적인 분석을 요구하지 않는다.

- 시험 : CSCI 또는 CSCI의 일부 운용, 향후 분석을 위해 특별한 기계나 시험 장비를 사용하여 자료를 수집

- 분석 : 다른 자격부여방법에서 획득된, 축적된 자료의 분석처리

예) 시험결과의 정리, 설명, 통계

- 검사 : CSCI Code와 문서를 눈으로 검사

- 특별한 자격부여방법 : 특수 TOOL, 기술, 절차, 설비, 승인한계 등과 같은 CSCI를 위한 특수한 자격부여방법

5. 요구사항 추적성

o 각각의 CSCI요구사항으로부터 체계 요구사항으로의 추적성

(3장에서 각 요구사항을 설명함으로써 대체될 수 있음)

o CSCI에 할당된 각각의 체계 요구사항들의 추적성

o CSCI에 할당된 모든 체계 요구사항을 표기

6. 주의

o 본 문서를 이해하는데 도움이 되는 일반정보(배경정보, 용어해설, 합리성)

o 두문자, 약어, 본 문서에서 사용된 의미, 용어, 정의 등을 기술

A. 부록

【별지 2-7】 소프트웨어설계기술서 작성지침

작성 목적

가. 소프트웨어 설계기술서는 소프트웨어 구성항목, 이하 소프트웨어 구성항목에 대한 설계사항을 기술하는 것이다. 본 문서에는 소프트웨어 구현을 위한 소프트웨어 설계시 고려사항, 소프트웨어 구성항목 구조설계사항, 상세설계사항을 기록한다.

나. 소프트웨어 설계기술서는 인터페이스 설계기술서 및 데이터베이스 설계기술서와 같이 소프트웨어 구현의 기초로 사용된다. 본 문서는 개발자가 소프트웨어 구성항목을 설계하고 그 내용을 기록하기 위해 사용된다. 인터페이스에 관한 설계사항은 소프트웨어 설계기술서나 인터페이스설계기술서에 기술되며, 데이터베이스에 관한 사항은 소프트웨어설계기술서나 데이터베이스설계기술서에 기술된다.

1. 개요

1.1 적용범위

o 본 문서가 적용되는 체계와 소프트웨어를 식별하여 기술

1.2 체계개요

o 본 문서가 적용되는 체계와 소프트웨어의 목적을 간략히 기술

o 체계와 소프트웨어의 일반적 특성을 기술

- 체계개발, 운영, 유지보수에 대한 History 요약

- 사업주관기관, 획득기관, 사용기관, 개발자, 지원조직을 식별

- 현재 그리고 계획된 운용 사이트 식별

- 기타 적절한 자료

1.3 문서개요

o 본 문서의 목적과 내용을 요약

o 본 문서사용에 대한 보안과 프라이버시에 대한 고려사항 기술

2. 참고문서

o 본 문서를 작성 시 참조한 문서를 정부문서와 비정부문서로 기술

2.1 정부문서

o 문서번호, 문서명, 버전, 작성일자

2.2 비정부 문서

o 문서번호, 문서명, 버젼, 작성일자

3. 소프트웨어 설계시 고려사항

o CSCI의 동작설계(내부구현을 무시하고 사용자 입장에서 요구사항을 만족시키기 위해 CSCI가 어떻게 수행될 것인가에 대한 설계), CSCI를 구성하는 소프트웨어 단위모듈의 선택 및 설계에 미치는 결정사항들을 기술

o 만일 그와 같은 모든 결정사항들이 CSCI 요구사항 내에 명시되어 있거나 CSCI의 소프트웨어 단위설계까지 미루어진다면, 이 절에서는 그 사항을 기술

o 안전성(Safety), 보안성(Security), 프라이버시(Privacy) 등과 같은 중요한 요구사항에 대한 설계 의사결정사항들은 별도의 절로 기술

o 만일 설계 의사결정사항이 체계의 상태와 모드에 연관되어 있다면 그 연관성을 식별하여 기술

o 설계사항을 이해하기 위해 요구되는 설계규약을 기술하거나 참조

o CSCI차원의 설계 의사결정사항의 예:

- CSCI가 허용하는 입력과 출력에 관한 설계의사 결정사항 ,즉 인터페이스 설계 의사결정사항(타 체계, HWCIs, CSCIs, 사용자와의 인터페이스  본 문서의 4.3.X에 기술된다.)  만약 정보의 모든 사항 또는 일부분이 인터페이스설계기술서에 있다면, 그 정보들을 참조

- 입력이나 조건에 반응하는 CSCI동작에 대한 설계 의사결정사항(CSCI가 수행하는 행위, 응답시간, 기타 성능특성, 물리적 체계의 모델, 선택된 알고리즘/규칙, 허용되지 않는 입력과 조건의 취급)

- 데이터베이스와 데이터 파일이 사용자에게 어떻게 보여줄지에 대한 설계 의사결정사항.(본 문서의 4.3.X에 기술된다.)  만일 이러한 정보의 일부 또는 전부가 데이터베이스설계기술서에 기술되어 있다면 그것을 참조

- 안전성, 보안성, 프라이버시 요구사항 만족을 위한 접근방법

- 유연성(flexibility), 가용성(availability), 유지보수성(maintainability) 등의 요구사항을 만족하기 위한 접근방법에 대한 개략적인 설계 의사결정사항

4. 소프트웨어 구성항목 구조설계

o CSCI의 아키텍쳐 설계를 기술하기 위해 다음과 같은 세부절로 기술

o 만일 설계의 전부 또는 일부분이 체계의 상태와 모드에 연관되어 있다면 그 연관성을 기술

o 만일 설계정보가 하나이상의 절로 구분되어 진다면 한번만 기술하고 다른절에서 참조

o 설계사항을 이해하기 위해 요구되는 설계규약들을 기술하거나 참조

4.1 소트트웨어 구성항목 요소

o CSCI를 구성하는 소프트웨어 단위(소프트웨어 Units)를 식별하고, 식별자를 부여

※ 유의사항 : 소프트웨어 단위는 CSCI 설계요소이다.(예를 들어 CSCI의 중요한 일부분, 일부분의 컴포넌트, 클래스, 객체, 모듈, 기능, 루틴, 데이터베이스 등이다.) 소프트웨어 단위는 계층의 서로 다른 수준에서 발생하며 다른 소프트웨어 단위를 구성하기도 한다. 설계에서의 소프트웨어 단위는 코드와 데이터 개체(Routines, Procedure, Databases, Data files etc)간에 일대일 관계성을 가질 수도 있고, 그렇지 않을 수도 있다. 데이터베이스는 CSCI로 다뤄지기도 하고 소프트웨어 단위로 다뤄지기도 한다. 소프트웨어 설계기술서는 사용된 설계 방법론에 의한 일관성 있는 이름에 의해 소프트웨어 단위를 언급한다.

o 소프트웨어 단위의 정적인 관계성('consist of'와 같은)을 보여준다. 선택된 소프트웨어 설계 방법론에 따라 다중 관계성(multiple relationship)이 표현될 수 있다. (예를 들어 객체지향 설계에서는 CSCI의 모듈과 프로세스 구조 뿐 만 아니라 클래스와 객체의 구조도 표현될 수 있다.)

o 소프트웨어 단위의 목적을 기술하고 CSCI의 요구사항을 식별하고 CSCI 차원의 설계 의사결정사항에 그것을 할당한다.(요구사항의 할당은 6.가에서 명시할 수 있음)

o 소프트웨어 단위의 개발 상태/타입을 식별하고(새로운 개발인지, 현재 존재하는 설계 또는 소프트웨어를 재사용하는 것인지, 현재 존재하는 설계 또는 소프트웨어를 재 공학하는 것인지, 재사용하기 위해 개발되는 것인지, 빌드 N을 위해 계획된 소프트웨어인지 등과 같은), 현재 존재하는 개발 및 소프트웨어에 대해서는 이름, 버전, 참조문서, 라이브러리 등의 정보를 식별하여 기술한다.

o CSCI(가능하다면, 각 소프트웨어 단위)의 계획된 컴퓨터 H/W자원의 Utilization (프로세서 용량, 메모리 용량, 입출력장비 용량, 보조기억장치 용량, 통신장비 용량)을 기술한다.

- 만족되는 CSCI 요구사항 혹은 시스템 수준의 자원할당

- 이용자료에 기초한 가정 혹은 조건

예) 일반적인 경우, 가장 나쁜 경우, 어떤 사건에 대한 가정사항

- 이용에 영향을 주는 특정조건(가상 메모리의 사용, 중첩, 혹은 다중 프로세서 혹은 운영체제 Overhead에 의한 영향, 라이브러리 소프트웨어,  Implementation Overhead)

- 사용되는 측정 단위(프로세스 용량에 대한 %, 초당 사이클, 메모리 바이트, 초당 킬로바이트)

- 예측이나 측정되는 수준(소프트웨어 단위, CSCI, 실행 프로그램)

o 각 소프트웨어 단위가 위치할 프로그램 라이브러리를 기술한다.

4.2 실행개념

o 소프트웨어 단위간의 실행개념을 기술한다. 다이어그램과 설명을 통해 소프트웨어 단위의 동적관계를 표현한다.

(즉 CSCI운영 중 어떻게 작용하는가)

- Flow of execution control

- Data flow

- Dynamic controlled sequencing

- State transition diagram

- Timing diagram

- Priority among units

- Handling of interrupt

- Timing/sequencing relationship

- 예외처리

- 병행처리

- Dynamic Allocation/Deallocation

- Object, process, task의 dynamic allocation/deallocation

- 기타 dynamic behavior

4.3 인터페이스 설계

o 소프트웨어 단위의 인터페이스 특성을 기술하기 위해 다음과 같은 하부절로 나누어진다. 소프트웨어 단위간의 인터페이스 및 체계, 구성항목, 사용자와 같은 외부 개체와의 인터페이스를 기술한다.

o 만일 이러한 정보의 모두 또는 일부분이 인터페이스 설계 기술서나 소프트웨어 설계 기술서의 5장에 포함되어 있다면 그 출처를 참조하라.

4.3.1 인터페이스 대상 식별과 다이아그램

o 각 인터페이스에 할당된 프로젝트 유일한 식별자를 기술하고, 인터페이스하는 개체(소프트웨어 단위, 체계, 구성항목, 사용자 등)를 이름, 번호, 버전, 그리고 참조문서에 의해 식별한다. 이러한 식별은 개체가 가지는 확정된 인터페이스 특성을 기술하고(그러므로 인터페이스 개체에 인터페이스 요구사항을 내포한다), 그리고 개발되거나 수정될(내포된 인터페이스 요구사항을 가지는) 개체를 기술한다. 인터페이스를 서술하기 위해 하나 이상의 인터페이스 다이아그램으로 제공될 수 있다.

4.3.X 인터페이스 대상 및 상호운용 내역

o 이 절은 (4.3.2절부터 시작해서) 프로젝트 유일한 식별자에 의해 인터페이스를 식별하고, 간략하게 인터페이스 개체를 식별한다. 그리고 인터페이스 개체의 특성을 기술하기 위해 필요하다면 하부절로 나누어 기술한다. 만약 주어진 인터페이스 개체가 소프트웨어설계기술서에 의해서 전부 커버되지 않으나 (예를 들어 외부 체계) 인터페이스하는 개체를 설명하기 위해 인터페이스 특성을 언급해야 할 필요가 있다면 이러한 특성은 가정을 기술한다. 이절은 이러한 정보가 기술되어 있는 다른 문서(자료사전, 프로토콜 표준, 사용자 인터페이스 표준과 같은)를 참조한다. 이 설계 기술서는 다음과 같은 내용을 포함하고, 가능하다면 제공되는 정보에 알맞은 순서로 표현하고, 인터페이스하는 개체의 관점에서 이들 특성의 차이점(크기, 빈도에 대한 서로 다른 기대치, 혹은 데이터 요소의 특성)을 기술한다.

- 인터페이스 개체의 우선순위

- 구현을 위한 인터페이스 타입(실시간 데이터 전송, 데이터의 저장과 검색 등)

- 인터페이스 개체가 제공하고, 저장, 송신, 검색 등을 하기 위한 데이터요소의 특성

• 이름/식별자

프로젝트 유일한 식별자

비-기술적(자연어)이름

표준 데이터요소 이름

기술적인 이름(코드 혹은 데이터베이스에서의 변수나 필드이름)

약어와 동의어 이름

• 데이터 타입(영숫자, 정수 등)

• 크기와 형식(문자 스트링의 길이와 같은)

• 측정 단위(미터, 달러, 10억분의 1초)

• 가능한 값의 범위 혹은 일람표(0-99)

• 정확도와 정밀도

• 우선순위, 타이밍, 빈도, 볼륨, 순서, 기타 다른 제약사항(수정되는 데이터요소든지 적용된 업무규칙과 같은)

• 보안성과 프라이버시 제약사항

• 출처(setting/sending 개체), 수신(using/receiving)

- 인터페이스 개체가 제공하고, 저장, 송신, 검색 등을 하기 위한 데이터요소의 집합체(레코드, 메시지, 파일, 어레이, 디스플레이, 레포트..)특성

• 이름/식별자

프로젝트 유일한 식별자

비-기술적(자연어)이름

표준 데이터요소 이름

기술적인 이름(코드 혹은 데이터베이스에서의 변수나 필드이름)

약어와 동의어 이름

• 데이터 타입(영숫자, 정수 등)

• 크기와 형식(문자 스트링의 길이와 같은)

• 측정 단위(미터, 달러, 10억분의 1초)

• 가능한 값의 범위 혹은 일람표(0-99)

• 정확도와 정밀도

• 우선순위, 타이밍, 빈도, 볼륨, 순서, 기타 다른 제약사항

(수정되는 데이터요소든지 적용된 업무규칙과 같은)

• 보안성과 프라이버시 제한사항

• 출처(setting/sending 개체), 수신(using/receiving)

- 인터페이스개체가 인터페이스를 위해 사용되는 통신방법의 특성

• 프로젝트 유일한 식별자

• Communication links/대역/빈도/통신 매체와 특성

• 메시지 형식

• 흐름 제어(sequence numbering, buffer allocation)

• 데이터 전송률/전송간격

• 라우팅, 어드레싱, 명명규칙

• 우선순위와 등급을 포함한 전송 서비스

• 암호화, 인증, 구분, 감리와 같은 안전/보안/프라이버시 고려사항

- 인터페이스를 위해 사용되는 프로토콜 특성

• 프로젝트 유일한 식별자

• 프로토콜의 우선순위/계층

• 패킷(분할, reassembly, 라우팅, 어드레싱을 포함한)

• 합법성 체크, 에러 제어, 복구 절차

• 동기화

• 상태, 식별, 다른 기록 특성

- 인터페이스 개체의 물리적 호환성과 같은 기타 다른 특성

(dimensions, 허용 오차, 작업량, 볼트, 플러그 호환성 등)

5. 소프트웨어 구성항목 상세설계

o CSCI의 각 소프트웨어 단위를 기술하기 위해 다음과 같은 절로 나누어진다. 설계의 전부 또는 일부분이 체계 상태(state)와 모드(mode)에 관련된다면 그 연관성을 기술한다. 만일 설계정보가 하나의 절 이상에 나타난다면 한 번만 기술하고 다른 절로부터 참조한다. 소프트웨어 단위의 인터페이스 특성은 여기에 혹은 4장에 기술되거나, 인터페이스 설계기술서에 기술된다. 데이터베이스 혹은 데이터베이스를 접근하거나 처리하는데 사용된 소프트웨어 단위는 여기에 기술되거나, 데이터베이스 설계기술서에 기술될 것이다.

5.X (소프트웨어 단위의 프로젝트 유일한 식별자, 혹은 소프트웨어 단위 그룹의 지정자)

o 프로젝트 유일한 식별자에 의해 소프트웨어 단위를 식별하고, 단위에 대해 기술한다. 이 기술내용은 가능한 다음의 정보를 포함한다. 선택적으로 이 절에서는 소프트웨어 단위의 그룹을 지정하고, 하부 절에 소프트웨어 단위를 식별하고 기술한다. 다른 소프트웨어 단위 내에 포함된 소프트웨어 단위는 정보를 반복하기 보다는 기술내용을 참조한다.

- 만일 미리 선정되지 않았다면, 사용하고자 하는 알고리즘과 같은 설계 의사결정을 기술

- 소프트웨어 단위의 설계에서 제한사항, 한계사항 혹은 특이한 특성

- 사용하고자 하는 프로그래밍 언어와 만일 다른 언어를 사용하고자 할 경우에는 이론적인 근거를 기술

- 만일 소프트웨어 단위가 절차적인 명령어(DBMS에서 서식과 보고서를 정의하기 위한 메뉴선택과, 데이터베이스 접근과 처리를 위한 온라인 데이터베이스 Query, 자동화된 코드생성을 위해 그래픽 사용자 인터페이스에서의 입력, 운영체제 및 쉘 스크립트 명령어)로 구성되거나 포함하고 있다면, 절차적 명령어 목록과 사용자 매뉴얼 및 기타 문서

- 만일 소프트웨어 단위가 데이터를 포함하거나, 입력받거나, 출력한다면 입력과 출력, 그리고 기타 다른 데이터 요소와 데이터 집합체. 이문서의 4.3.X절에서 커버되는 토픽의 목록을 제공한다. 소프트웨어 단위의 로칼 데이터는 입력 데이터와 출력 데이터를 분리해서 기술한다. 만일 소프트웨어 단위가 데이터베이스라면, 대응되는 데이터베이스설계기술서를 참조하고, 인테페이스 특성은 여기에서 제공되거나 4장을 참조하거나, 대응되는 인테페이스설계기술서 4장을 참조한다.

- 만일 소프트웨어 단위가 로직을 포함하고 있다면, 소프트웨어 단위에서 사용되는 로직에 대하여 다음을 포함하여 기술한다.

• 실행을 초기화할 때 소프트웨어 단위 내에 영향을 주는 조건

• Control이 다른 소프트웨어 단위로 넘어가는 조건

• 데이터 변환, 재 명명, 데이터 전송을 포함한 각 입력에 대한 응답과 응답시간

• 소프트웨어 단위의 운영시 Operation의 순서 및 Dynamic controlled sequencing

. Sequence Control의 방법

. 로직과 입력조건(타이밍 변화, 우선순위 할당)

. 메모리와 데이터 전송

. 소프트웨어 단위내의 인터럽트 처리간의 타이밍 관계

• 예외처리와 오류처리

6. 요구사항 추적성

o 소프트웨어설계기술서에서 식별된 소프트웨어 단위로부터 할당된 CSCI요구사항에 대한 추적성

o 각 CSCI 요구사항으로부터 소프트웨어 단위로의 추적성

7. 참고사항

o 이 문서를 이해하는데 도움을 주는 일반적인 정보를 포함

o 이 문서에서 사용된 모든 동의어와 약어의 목록을 포함하고, 이 문서를 이해하는데 필요한 특정 목적 및 정의를 기술

A. 부록

【별지 2-8】 인터페이스설계기술서 작성지침

작성 목적

가. 인터페이스설계기술서는 하나 이상의 체계와 그 체계를 구성하는 하부체계, 하드웨어 구성항목과 컴퓨터 소프트웨어 구성항목, 수작업, 기타 다른 체계 구성요소와의 인터페이스 특성을 기술한다.

나. 인터페이스설계기술서는 체계설계기술서와 소프트웨어설계기술서, 데이터베이스설계기술서의 내용을 보충 설명하기 위해 사용된다. 인터페이스설계기술서는 인터페이스 설계사항을 제어하기 위해 제공된다.

1. 개요

1.1 적용범위

o 본 문서가 적용되는 체계, 인터페이싱 개체(Entity), 인터페이스들을 식별하여 기술

1.2 체계개요

o 본 문서가 적용되는 체계와 S/W의 목적을 간략히 기술

o 체계와 S/W의 일반적 특성을 기술(아래사항이 일반적 특성임)

o 체계개발, 운영, 유지보수에 대한 History 요약

o 사업주관기관, 획득기관, 사용기관, 개발자, 지원조직을 식별

o 현재 그리고 계획된 운용사이트 식별

o 기타 적절한 자료

1.3 문서개요

o 본 문서의 목적과 내용을 요약

o 본 문서사용에 대한 보안과 프라이버시에 대해 고려사항 기술

2. 참고문서

o 본 문서를 작성시 참조한 문서를 정부문서와 비정부문서로 기술한다.

2.1 정부 문서

o 문서번호, 문서명, 버전, 작성일자

2.2 비정부 문서

o 문서번호, 문서명, 버전, 작성일자

3. 인터페이스 설계

o 하나 이상의 체계, 부체계, 구성항목, 수작업, 다른 체계구성요소와의 인터페이스 특성을 기술하기 위해 하부절로 구분한다. 만일 설계내용의 일부 또는 전부가 체계의 상태와 모드에 관련된다면, 그 연관성을 기술한다. 만일 설계 정보가 하나이상의 절로 구분되어 진다면 한번만 기술하고 다른 절에서 참조한다. 설계사항을 이해하기 위해 요구되는 설계규약들을 기술, 참조한다.

3.1 인터페이스 대상 식별과 다이아그램

o 1.1에서 식별된 각 인터페이스에 대하여, 본 절은 사업-고유 식별자를 포함하여야 하며, 가능하다면 인터페이스 개체(체계, 구성항목, 사용자 등)를 이름, 번호, 버전, 문서참조로서 명시하여야 한다.

o 식별은 개체가 가지는 확정된 인터페이스 특성을 기술하고(그러므로 인터페이스 개체에 인터페이스 요구사항을 내포한다), 그리고 개발되거나 수정중인(내포된 인터페이스 요구사항을 가지는)개체를 기술한다. 인터페이스를 서술하기 위해 하나이상의 인터페이스 다이아그램으로 제공될 수 있다.

3.X 인터페이스 대상 및 상호운용내역

o 본 절(3.2로 시작되는)은 사업-고유 식별자 및 인터페이스하는 개체를 간략히 식별하며, 인터페이스를 위해 하나 이상의 인테페이스하는 개체에 부과되는 요구사항을 기술하고자 하는 필요에 따라 하부절로 나누어야 한다.

o 만약 주어진 인터페이스 개체가 인터페이스설계기술서에 의해서 전부 커버되지 않거나(예를 들어, 외부 체계) 인터페이스하는 개체를 설명하기 위해 인터페이스 특성을 언급해야 할 필요가 있다면 이러한 특성은 가정으로 기술한다.

o 본 절은 이러한 정보가 기술되어 있는 다른 문서(자료사전, 프로토콜 표준, 사용자 인터페이스 표준과 같은)를 참조할 수 있다.

o 설계기술서는 가능한 다음과 같은 내용은 포함하고, 제공되는 정보에 알맞은 순서로 표현하고, 인터페이스하는 개체의 관점에서 이들 특성의 차이점(크기, 빈도에 대한 서로 다른 기대치, 혹은 데이터 요소의 특성과 같은)을 기술한다.

- 인터페이스 우선순위

- 구현될 인터페이스 유형

(예 : 실시간 데이터 전송, 데이터의 저장과 검색 등)

- 인터페이스 개체가 제공, 저장, 송신, 검색, 수신 등을 하기 위한 데이터 요소의 특성

• 이름/식별자

. 식별자

. 비-기술적(자연어) 이름

. 표준 자료요소 이름

. 기술적인 이름(코드 혹은 데이터베이스에서의 변수나 필드 이름)

. 약어나 동의어

• 자료타입(영숫자, 정수, 등)

• 크기와 형식(문자 스트링의 길이와 같은)

• 측정단위(미터, 달러, 10억분의 1초)

• 가능한 값의 범위 혹은 일람표(0-99)

• 정확도와 정밀도(유효숫자 자리수)

• 우선순위, 시기, 빈도, 볼륨, 순서, 기타 제약사항(자료요소의 수정 또는 업무규칙 적용 등)

• 보안 및 프라이버시 제약사항

• 근원지(setting/sending 개체), 수령지(using/receiving)

- 인터페이스 개체가 제공, 저장, 송신, 검색, 수신 등을 하기 위한 데이터 집합체의 특성

• 이름/식별자

. 식별자

. 비-기술적(자연어) 이름

. 표준 자료요소 이름

. 기술적인 이름(코드 혹은 데이터베이스에서의 변수나 필드 이름)

. 약어나 동의어

• 자료타입(영숫자, 정수, 등)

• 크기와 형식(문자 스트링의 길이와 같은)

• 측정단위(미터, 달러, 10억분의 1초)

• 가능한 값의 범위 혹은 일람표(0-99)

• 정확도와 정밀도(유효숫자 자리 수)

• 우선순위, 시기, 빈도, 볼륨, 순서, 기타 제약사항(자료요소의 수정 또는 업무규칙 적용 등)

• 보안 및 프라이버시 제약사항

• 근원지(setting/sending 개체), 수령지(using/receiving)

- 인터페이스 개체가 인터페이스를 위해 사용되는 통신방법의 특성

• 식별자

• 통신 링크/대역/빈도/통신 매체와 특성

• 메시지 형식

• 흐름 제어(sequence numbering, buffer allocation)

• 데이터 전송률/전송간격

• 라우팅, 어드레싱, 명명규칙

• 우선순위와 등급을 포함한 전송 서비스

• 암호화, 인증, 구분, 감리와 같은 안전/보안/프라이버시 고려사항

- 인터페이스를 위해 사용되는 프로토콜 특성

• 식별자

• 프로토콜의 우선순위/계층

• 패킷(분할, reassembly, 라우팅, 어드레싱을 포함한)

• 합법성 체크, 에러 제어, 복구 절차

• 동기화

• 상태, 식별, 다른 기록 특성

- 인터페이스 개체의 물리적 호환성과 같은 기타 다른 특성

(dimensions, 허용 오차, 작업량, 볼트, 플러그 호환성 등)

4. 요구사항 추적성

o 인터페이스설계기술서의 각 인터페이스하는 개체에서부터 체계나 소프트웨어 구성항목 요구사항까지의 추적용이성

o 인터페이스설계기술서에 포함되는 인터페이스에 영향을 주는 각 체계나 소프트웨어 구성항목서부터 인터페이스하는 개체까지의 추적가능성

5. 참고사항

o 이 절은 본 문서의 이해를 돕기 위한 일반적인 정보(배경, 용어정의, 관련근거 등)를 기술한다. 또한 약자/약어의 의미 및 본 문서를 돕기 위하여 사용된 용어 및 정의들에 대한 목록이 포함되어야 하는데, 가, 나, 다 순으로 나열되는 것이 좋다.

A. 부록

【별지 2-9】 데이터베이스설계기술서 작성지침

작성 목적

가. 데이터베이스설계기술서는 데이터베이스 설계내역을 기술한다. 데이터베이스는 데이터베이스관리체계(DBMS)를 이용하여 사용자가 컴퓨터 프로그램에 의해 접근 가능한 컴퓨터 자료파일로 저장된 자료의 집합이다. 또한, 데이터베이스설계기술서는 데이터를 접근하여 조작하기 위해 사용되는 소프트웨어단위에 대해서 기술한다.

나. 데이터베이스설계기술서는 데이터베이스와 그의 관련된 소프트웨어 단위들을 구현하는데 기초가 되며, 획득기관에게 설계내역과 소프트웨어 운영에 필요한 정보를 제공한다.

1. 개요

1.1 적용범위

o 본 문서에서 기술하게 될 데이터베이스의 명확한 식별을 위한 정보를 포함

1.2 데이터베이스 개요

o 이 단락에는 본 문서에서 기술하게 될 데이터베이스의 목적을 간단하게 언급한다. 또한 다음과 같은 데이터베이스의 일반적인 성격을 기술한다.

- 기존의 개발 사용, 유지보수에 대한 기록 요약

- 사업주관기관, 획득기관, 사용기관, 개발기관, 운영지원부서

- 현재 또는 계획된 운영 장소

- 기타 관련문서

1.3 문서개요

o 본 문서의 목적과 내용들을 요약

o 본 문서의 활용에 관한 보안 및 프라이버시 고려사항들을 기술

2. 참고 문서

o 본 문서를 작성 시 참조한 문서를 정부문서와 비정부문서로 기술한다.

2.1 정부 문서

o 문서번호, 문서 명, 버전, 작성일자

2.2 비정부 문서

o 문서번호, 문서 명, 버전, 작성일자

3. 데이터베이스 차원의 설계 의사결정사항

이 절은 데이터베이스 설계시의 결정사항을 서술하는데 필요한 단락들로 구성된다. 이들 결정사항들은 사용자 관점에서 그들의 요구사항을 충족하는 데이터베이스의 동작상태(behavior)와 향후 데이터베이스 설계에 영향을 미칠 요소들에 관련된 것들로서, 구현 의존적인 요소들은 포함하지 않는다. 이러한 결정사항들이 체계 또는 소프트웨어구성항목(CSCI) 요구사항에 명확히 설정된다면, 그 내용을 명시해야 한다. 안전, 보안, 프라이버시와 같은 치명적인 요구사항에 대한 고려요소에 대해서는 세분화하여 상세히 기술한다. 설계내역이 체계의 상태와 모드에 종속적이면, 해당되는 종속관계를 명시해야 한다. 결정사항의 일부나 모두가 사용(또는 수정된(customized)) DBMS의 관련 문서에 기술되어 있으면, 그들을 참조할 수 있다. 설계내역을 이해하는데 필요한 설계 기법이나 표기법(convention)에 대해서도 설명을 포함하거나 참조문서를 명시해야 한다. 데이터베이스 설계시 결정되어야 할 요소들은 다음과 같다.

o 질의 또는 입‧출력(전시화면 보고서, 전문 등)과 관련 인터페이스에 관한 사항. 특히 인터페이스에 대해서는 타 체계, HWCI, CSCI, 사용자와의 인터페이스를 모두 포함하여 5절에 상세히 기술하여야 하며, 이때 인터페이스설계기술서를 참조할 수도 있다.

o 각 입력이나 질의에 대한 데이터베이스 동작상태. 여기에는 처리내용, 응답시간 등의 성능요구사항, 선택된 방정식/알고리즘/규칙, 배열, 입력오류의 처리 등이 포함된다.

o 데이터베이스/자료파일이 사용자에게 어떻게 보일 것인지에 대한 결정사항. 구체적인 내용은 4절에서 기술될 것이다.

o 사용될 DBMS에 대한 사항(명칭, 버전/릴리스)과 수정 요구사항을 수용하기 위하여 데이터베이스에 구축되어야 하는 융통성의 유형

o 데이터베이스에 의해서 제공되는 가용성, 보안성, 프라이버시, 지속성의 수준과 유형

o 데이터베이스의 분산(클라이언트/서버), 마스터 데이터베이스 파일 갱신과 관리. 여기에는 일관성 유지, 동시성 관리, 무결성/업무규칙 강화 등의 고려요소들이 포함된다.

o 백업과 복원의 문제. 여기에는 자료와 처리 분산 전략, 백업/복원 시 허가된 작업명시, 비디오나 음성과 같은 신기술 혹은 표준화되지 않은 기술에 대한 특별한 고려사항 등이 포함된다.

o 리팩킹, 정렬, 인덱싱, 동기화, 일관성에 관한 문제, 이밖에도 자동 디스크 관리, 공간재생, 최적화, 저장 장치와 크기, 데이터베이스의 자료생성 및 기존자료의 확보 등의 고려사항들도 포함되어야 한다.

4. 데이터베이스 상세설계

이 절은 데이터베이스 상세설계 내역을 기술하는 단락들로 구성된다. 설계의 수준별 명칭과 번호는 적용되는 설계기법에 의하여 결정된다. 데이터베이스 설계의 수준은 개념적, 논리적, 물리적 수준으로 구분되는 것이 일반적이다. 설계내역의 부분 혹은 전체가 체계의 상태나 모드에 종속적이면, 해당되는 종속관계를 명시해야 한다. 설계내역을 이해하는데 필요한 표기법에 대해서는 설명을 포함하거나 참조문서를 명시해야 한다.

※ 주의 : 본 기술서에서의 특정 설계 수준에서 관계, 특성, 필드, 셀, 자료 항목등과 같이 더 이상의 구조(구성되는 자료요소들의 숫자/순서/그룹)를 갖지 않는 자료단위를 자료요소라고 지칭하며, 엔티티, 관계, 스키마, 필드, 표, 배열, 전시화면, 보고서 등과 같이 구조를 갖는 자료단위를 자료집단이라고 지칭하기로 한다.

4.x (데이터베이스 설계수준 명칭)

이 단락은 선정된 설계기법의 각 수준별 데이터베이스 설계내역을 기술하게 되는데, 데이터베이스를 구성하는 자료집단 및 자료요소들에 대하여 아래와 같은 상세한 특성을 포함하여야 한다. 각 항목의 기술 순서는 중요하지 않으며, 일부 항목은 생략될 수도 있다.

o 자료요소의 특성들

- 명칭/식별자

• 사업 고유 식별자

• 업무상의 명칭

• 국방표준 자료요소 명칭

• 구현상의 명칭(예, 데이터베이스의 필드명칭)

• 약어나 동의어

- 자료유형

- 크기와 형식

- 측정단위

- 값의 범위 또는 나열

- 정확도 및 정밀도(유효 자리 수)

- 우선순위, 시간, 빈도, 볼륨, 순차성 및 기타 제약조건(갱신허용 여부, 업무규칙 적용여부 등)

- 보안 및 프라이버시 제약조건

- 자료 제공처(할당/전송 개체)와 활용처(사용/접수 개체)

o 자료집단의 특성들

- 명칭/식별자

• 사업 고유 식별자

• 업무상의 명칭

• 구현상의 명칭(예, 데이터베이스의 필드명칭)

• 약어나 동의어

- 자료요소들과 그들의 구조(숫자, 순서, 그룹)

- 저장매체(디스크 등)와 매체내의 자료구조

- 출력 시의 시‧청각적 특성(색, 윤곽, 글씨체, 아이콘 및 기타 전시 효과들)

- 자료집단간의 관계(정력/접근 특성 등)

- 우선순위, 시간, 빈도, 볼륨, 순차성 및 기타 제약조건(갱신허용 여부, 업무규칙 적용여부 등)

- 보안 및 프라이버시 제약조건

- 자료 제공처(할당/전송 개체)와 활용처(사용/접수 개체)

5. 데이터베이스에 관련된 소프트웨어단위(CSU) 상세설계

이 절은 다음과 같은 데이터베이스에 접근하는 각 소프트웨어단위를 기술하는 단락들로 구성된다. 설계내역의 일부 혹은 전체가 소프트웨어 설계기술서, 수정(커스터마이즈)된 DBMS에 대한 소프트웨어 설계기술서, 또는 상용 DBMS의 사용자치침서 등에 포함되어 있으면, 해당 정보를 참조하도록 명시하고 본 문서에서는 생략할 수 있다. 설계내역의 부분 혹은 전체가 체계의 상태나 모드에 종속적이면, 해당되는 종속관계를 명시해야 한다. 설계내역의 일부가 하나 이상의 단락에 기술되는 경우에는 한 곳에만 기술하고 다른 단락에서는 참조하도록 명시한다. 설계내역을 이해하는데 필요한 설계기법이나 표기법에 대해서는 설명을 포함하거나 참조문서를 명시해야 한다.

5.x (소프트웨어단위의 사업 고유 식별자, 혹은 소프트웨어 단위그룹에 대한 지시자)

이 단락은 사업범위 내에서 고유하게 식별된 각 소프트웨어단위에 대한 아래와 같은 설계내역을 기술하게 된다. 소프트웨어단위 그룹별로 단락을 형성할 수도 있으며, 이 경에는 소프트웨어 단위별로 세분화하여 부단락을 형성한다. 또한 하나의 소프트웨어단위가 다른 소프트웨어단위를 포함하는 경우에는 해당 단락을 참조하도록 명시하기만 하면 된다.

1) 단위 설계내역(이용된 알고리즘 등)

2) 제약조건, 한계 혹은 특이사항

3) 프로그래밍언어 및 근거(설정된 CSCI 언어가 아닌 경우)

4) 절차적 명령어 목록 및 관련되는 사용자지침서 혹은 관련 문서. 절차적 명령어란 시스템소프트웨어(DBMS, OS, 그래픽 사용자 인터페이스(GUI) 구현도구 등)이 제공하는 명령어들이 소프트웨어단위에 포함되는 경우로서, 메뉴선택 명령어, 온라인 질의어, 혹은 셀 스크립트 등이 여기에 해당된다.

5) 입‧출력자료에 대한 자료요소/자료집단의 기술. 단 국부자료에 대해서는 입‧출력 자료와는 별도로 기술되어야 한다. 인터페이스 특성에 대해서는 본 단락에 기술할 수도 있으며 인터페이스하는 개체가 본 데이터베이스설계기술서에서 기술되지는 않으나 소프트웨어단위를 설명하기 위해서는 인터페이스 특성이 언급되어야 하는 경우(예를 들어, 외부체계)라면, 이러한 특성들은 가정으로 언급하거나, “[XXX 개체]가 이러한 특성을 가질 때, [소프트웨어 단위]는  한다.” 라고 기술한다. 이 단락은 해당 정보를 대신하여 자료사전, 표준 프로토콜, 표준 사용자 인터페이스 등과 같은 관련 문서를 참조할 수도 있다. 인터페이스 설계내역에 포함되어야 할 특성들은 기술서는 아래와 같은 특성들을 포함하여야 하는데, 각 항목의 기술 순서는 중요하지 않으며 일부 항목은 생략될 수도 있다. 본 특성들이 인터페이스하는 개체의 관점에서 차이(자료요소의 크기, 빈도 등과 같은 특성들에 대한 수치가 다르게 추정되는 경우)가 있는 경우에 대해서는 주석을 남겨야 한다.

- 인터페이스에 대한 사업 고유 식별자

- 인터페이스하는 개체(소프트웨어단위, 구성항목, 사용자 등)에 대한 식별정보 : 명칭, 번호, 버전, 참조문서

- 인터페이스하는 개체에 의해서 인터페이스에 배정된 우선순위

- 구현될 인터페이스의 유형(실시간 자료전송, 자료 저장-검색 등)

- 인터페이스하는 개체에 관련된 자료요소들의 특성(본 기술서의 4.x.a항 참조)

- 인터페이스하는 개체에 관련된 자료집단들의 특성(본 기술서의 4.x.b항 참조)

- 인터페이스에 사용되는 통신 방법에 대한 특성

• 사업 고유 식별자

• 통신 링크/밴드/빈도/매체와 그들의 특성

• 전문 양식

• 흐름 제어(일련번호 부여 및 버퍼 할당)

• 자료전송량, 주기적/비주기적 구분, 전송 간격

• 라우팅, 주소할당 명명에 대한 규약

• 우선순위와 등급을 포함하는 전송 서비스

• 안전성/보안성/프라이버시에 대한 고려사항(암호화, 사용자 인증, 구획, 감사 등)

- 인터페이스에 사용되는 프로토콜의 특성

• 사업 고유 식별자

• 프로토콜의 우선순위/계층

• 패킷화(분할과 조합 포함), 라우팅, 어드레싱

• 합법성 조사, 오류 제어 및 회복 절차

• 동기화(연결 설정 포함), 유지, 종료

• 상태, 식별 및 기타 보고 기능

- 개체들간의 물리적 호환성(차원, 톨러런스, 부하, 볼트, 플러그 호환성 등)과 같은 기타 특성

6) 소프트웨어단위의 논리(로직)

- 소프트웨어단위의 실행이 초기화될 때 영향을 주는 조건

- 다른 소프트웨어단위에 제어를 넘길 때의 조건

- 자료변환, 자료 전송 등의 명령을 포함하는 각 입력에 대한 응답과 응답시간

- 처리 순서 및 동적 제어 순서

• 순서 제어의 방법

• 제어 방법의 논리 및 입력 조건(시간편차, 우선순위 할당 등)

• 기억장소와의 입․출력 자료전송

• 이산 입력신호 인식 및 인터럽트 처리들 간의 시간 관계

- 예외처리 및 오류처리

6. 요구사항 추적가능성

이 절은 아래와 같은 추적가능성을 포함하는데, 이는 요구사항의 반영 여부를 확인하기 위한 문서체계간의 상호참조에 대한 일관성을 유지하기 위한 것이다.

1) 본 기술서에서 기술되는 각 데이터베이스나 소프트웨어단위로부터 해당되는 체계 또는 CSCU의 요구사항으로의 추적가능성

2) 본 기술서에서 기술되는 각 데이터베이스나 소프트웨어단위에 할당된 각 체계 또는 CSCI 요구사항으로부터 해당되는 데이터베이스나 소프트웨어단위로의 추적가능성

7. 참고사항

이 절은 본 문서의 이해를 돕기 위한 일반적인 정보(배경, 용어정의, 관련근거 등)를 기술한다. 또한 약자/약어의 의미 및 본 문서를 돕기 위하여 사용된 용어 및 정의들에 대한 목록이 포함되어야 하는데, 가나다 순으로 나열되는 것이 좋다.

A. 부록

부록은 문서관리의 편리를 위해서 분리된 정보(도표, 비밀자료 등)를 수록하기 위해서 사용된다. 각 부록은 문서를 구성함에 있어 본래 삽입되어야 할 곳에서 반드시 참조되어야 한다. 부록은 다루기 쉽도록 별권으로 구성할 수도 있다. 부록은 로마숫자(Ⅰ,Ⅱ,)의 의해 구분된다.

【별지 2-10】시험계획서 작성지침

작성 목적

가. 시험계획서는 소프트웨어 구성항목과 소프트웨어 체계의 개발시험평가에 대한 계획을 기술한다. 여기에서는 시험에 이용될 시험환경을 기술하며, 수행될 시험내역을 식별하며, 시험활동에 대한 일정을 제공한다.

나. 본 시험계획서의 서식은 소프트웨어 단위시험, 소프트웨어 통합시험, 소프트웨어 개발시험평가, 체계통합시험, 체계개발시험평가 등을 위하여 계획서 작성 시 활용할 수 있다. 시험계획서는 사업주관기관이 소프트웨어 구성항목에 대한 계획과 소프트웨어 체계 개발시험평가에 대한 적합성을 평가할 수 있게 하여준다.

1. 개요

1.1 적용범위

o 본 문서가 적용되는 체계와 소프트웨어를 식별하여 기술

1.2 체계개요

o 본 문서가 적용되는 체계와 소프트웨어의 목적을 간단하게 기술

o 체계와 소프트웨어의 일반적인 특성을 기술

o 체계 개발 추진내역과 운용, 유지보수에 대한 것을 요약해서 기술

o 획득자, 사용자, 개발자, 그리고 지원 기관을 식별하여 기술

o 현재 그리고 계획된 운영 사이트를 식별하고 다른 관련된 문서의 목록 제시

1.3 문서개요

o 본 문서의 목적과 내용을 요약해서 기술

o 본 문서를 사용하는 것과 관련된 보안이나 프라이버시 고려사항을 기술

1.4 다른 계획서와의 관계

o 시험 계획서와 이와 관련된 사업 관리 계획서와의 관계를 기술

2. 참고 문서

o 본 문서를 작성시 참조한 문서를 정부문서와 비정부문서로 기술한다

2.1 정부 문서

o 문서번호, 문서명, 버전, 작성일자

2.2 비정부 문서

o 문서번호, 문서명, 버전, 작성일자

3. 소프트웨어 시험 환경

o 각 시험이 예정된 시험 사이트의 소프트웨어 시험 환경을 다음 절들로 나누어 기술

o 체계개발계획서에서 기술된 자원에 대해서는 본 문서에서 다시 기술하지 않고 체계개발계획서를 참조

3.x (시험 사이트명)

o 시험이 예정된 사이트들을 식별해서, 각 사이트의 소프트웨어 시험 환경을 다음 부절에서 기술

o 모든 시험이 한 사이트에서 진행된다면, 본 절과 다음 부절은 한번만 제시

o 여러 시험 사이트에서 서로 일치하거나 유사한 소프트웨어 시험 환경을 사용한다면, 그런 사이트들에 대해서는 같이 기술 가능

o 시험사이트들에 대한 중복되는 내용은 이전에 기술된 사이트의 내용을 참조

3.x.1 소프트웨어 항목

o 각 시험 사이트에서 계획된 시험활동을 수행되는데 필요한 소프트웨어 항목(예, 운영체제, 컴파일러, 통신 관련 응용 소프트웨어, 데이터베이스, 입력 파일, 코드 감사기(auditors), 동적 패스 분석기(dymanic path analyzers), 시험 드라이버, 전처리기, 시험 자료 생성기, 시험 통제 소프트웨어, 다른 특별한 시험 소프트웨어, 후처리기)을 이름, 번호, 그리고 버전으로 식별하여 기술

o 각 항목의 목적을 기술하고, 각 항목의 저장매체(테이프, 디스크 등)을 기술하고, 각 사이트에서 공급해야할 것들을 식별하고, 식별된 소프트웨어 항목과 관련하여 분류된 처리 문제나 다른 보안 또는 프라이버시(privacy) 문제를 식별

3.x.2 하드웨어와 펌웨어 항목

o 각 시험 사이트에서 소프트웨어 시험 환경을 구축하는데 사용될 컴퓨터 하드웨어, 인터페이스 장비, 통신 장비, 시험 자료 변형 장비, 보조 장치(테이프 드라이버, 프린터, 플로터), 시험 메시지 생성기, 시험 타이밍디바이스, 시험 사건 기록기 등과 펌웨어를 이름, 번호, 그리고 버전으로 식별

o 각 항목의 목적을 기술하고, 필요한 각 항목의 사용 기간과 수량을 기술하고, 각 사이트에서 공급해야 할 것들을 식별하고, 식별된 소프트웨어 항목과 관련하여 분류된 처리 문제나 다른 보안 또는 프라이버시(privacy) 문제를 식별

3.x.3 다른 요소

o 각 시험 사이트에서 시험을 위해 그 외 필요한 것들을 식별

- 매뉴얼, 시험될 소프트웨어가 저장된 저장매체, 시험에 사용될 자료가 저장된 저장매체, 표본 출력 목록, 그리고 다른 지시사항을 포함

o 사이트에 인도될 항목과 사이트에서 공급해야할 항목을 식별

o 각 필요한 요소의 종류, 형식, 그리고 수량을 식별

o 각 항목과 관련된 분류된 처리 문제나 다른 보안 또는 프라이버시 문제를 식별

3.x.4 소유권(proprietary nature), 획득자 권리, 그리고 허가(licencing)

o 시험 환경의 각 요소와 관련된 소유권, 획득자 권리. 그리고 허가 문제를 식별

3.x.5 설치, 시험, 그리고 통제

o 시험 사이트의 요원들과 다음 활동을 수행하기 위한 개발자의 계획을 식별

-	소프트웨어 시험 환경의 각 요소를 획득하고 개발

-	소프트웨어 시험 환경의 각 항목을 사용하기 전에 설치하고 시험

-	소프트웨어 시험 환경의 각 항목을 통제하고 유지

3.x.6 참가조직

o 시험 사이트에서 시험에 참가하는 조직과 각 참가 조직의 역할과 책임을 식별

3.x.7 요원

o 시험 사이트에서 시험 기간 동안 필요한 요원의 수와 종류, 그리고 기술 수준을 식별하고 각 요원들이 필요한 날짜와 횟수 그리고 특별한 요구사항을 식별

※ 특별한 요구사항 예 : 광범위한 시험 프로그램에서 연속성과 일관성을 보장하기 위해서 교대로 작업을 수행하거나 핵심 기술을 보유해야 한다는 것 등이다.

3.x.8 적응 계획

o 시험 전과 시험 동안에 수행될 적응 교육을 기술

o 3.x.7 절에서 제시한 요원 요구사항과 관련된 정보를 제시

o 적응 교육에는 사용자 지시사항, 운영자 지시사항, 유지 및 통제 그룹 지시사항, 그리고 간부급 요원들에 대한 적응 교육의 요약 보고를 포함

3.x.9 수행될 시험

o 시험 사이트에서 수행될 시험을 식별

o 시험실행에 관해 4절에서 기술하므로 본 절에서는 4절 참조 가능

4. 시험 식별

o 시험 계획서가 적용되는 각 시험을 식별하고 기술하며  다음과 같은 절로 구성

4.1 일반 정보

o 전체적인 시험에 적용되는 각 시험을 식별하고 기술하며 다음과 같은 절로 구성

4.1.1 시험수준

o 시험이 수행되는 수준을 기술

예) CSCI 수준, 체계 수준 등

4.1.2 시험 분류

o 수행될 시험을 분류

예) 타이밍 시험, 오류 입력 시험, 최대 용량 시험 등

4.1.3 일반 시험 조건

o 모든 시험에 적용할 조건을 기술

예) 각 시험은 평균, 최대, 최소 값을 포함, X시험은 실 자료를 사용; 각 CSCI에 대해서 실행 크기와 시간을 측정 수행될 시험의 확장과 확장 근거를 기술한다. 시험의 확장은 잘 정의된 총 정량의 백분율로 나타내는데, 이를 테면, 분리된 운영 조건이나 값의 샘플 수 또는 다른 샘플 추출 방법 등이다. 재시험/역시험을 위한 방법 등도 포함된다.

4.1.4 시험 진행

o 시험의 계획 순서나 진행을 설명

4.1.5 자료 기록, 축적(reduction), 그리고 분석

o 시험 계획서에서 식별된 시험에서, 시험기간 동안 그리고 시험 후에 사용될 자료 기록, 축적, 분석 절차를 식별하고 기술

o 식별된 절차에는 시험 결과를 기록하고, 그 결과를 평가하기에 적절한 형태로 변환하고 자료 축적과 분석의 결과를 보유하는데 필요한 수작업, 자동화, 그리고 반자동화 기술을 포함

4.2 시험 계획

o 계획된 시험의 총 범위를 기술하며 다음 부절들로 구성

4.2.x (시험될 항목)

o 이름과 사업 고유 식별자로 CSCI, 부체계, 체계, 또는 다른 실체를 식별

o 다음 부절로 나뉘어져 그 항목에 대해서 계획된 시험을 기술

(주의 : 본 계획에서 시험이라는 용어는 시험 케이스의 집합이다. 본 문서에서 시험 케이스를 각각 기술하지는 않는다.)

4.2.x.y (시험의 사업고유식별자)

o 사업 고유 식별자로 시험을 식별하고 그 시험과 관계된 아래 정보를 제시한

-	시험 목적

- 시험 수준

- 시험 분류

- 요구사항 명세서에서 명세된 자격부여 방법

- 본 시험이 적용되는 CSCI 요구사항과 소프트웨어 체계 요구사항의 식별자(이 정보는 6절에서 제시될 수도 있다.)

- 특수 요구사항(예를 들면, 48시간 동안 연속적으로 시설사용(48 hours of continuous facility time), 무기 시뮬레이션, 시험 확장, 특수 입력이나 데이터베이스 사용

- 기록될 자료 종류

- 사용할 자료 기록/축적/분석 종류

- 가정 및 제약사항, 체계나 시험 조건에 예정된 시험 한계타이밍, 인터페이스, 장비, 요원, 데이터베이스 등

- 시험과 관련된 안전, 보안, 그리고 프라이버시 고려사항

o  필요시 4.1절의 일반 정보 참조 가능

5. 시험 일정

o 계획에서 식별된 시험을 수행하기 위한 일정을 제시하거나 다른 곳에서 제시된 일정을 참조

o 다음 내용을 포함

- 시험이 예정된 사이트와 시험이 수행될 동안 시간 배정을 나타내는 목록이나 차트

- 아래 제시되는 활동과 사건을 나타내는 각 시험 사이트의 일정, 시간적 순서로 나타내면서 필요시 설명을 추가한다.

• 사이트에서의 시험 기간(On-site test period)과 시험의 중요 부분에 할당된 기간

• 소프트웨어 시험 환경과 다른 방비를 설치하고, 시스템 디버깅, 적응교육을 하는데 사이트에서 필요한 기간을 미리 시험

• 시험에 필요한 데이터베이스/자료파일값, 입력값, 그리고 다른 운용자료를 모음

• 계획된 재시험을 포함해서, 시험을 수행

• 소프트웨어 시험 보고서를 준비, 검토 및 승인

6. 요구사항 추적성

o 본 계획에서 식별된 각 시험과 각 시험이 적용되는 CSCI 요구사항과 소프트웨어 체계 요구사항과의 추적성(이 추적성은 4.2.x.y절에서 제시되고 본 절에서는 그것을 참조할 수도 있다)

o 본 시험 계획서가 적용되는 각 CSCI 요구사항 및 소프트웨어 체계 요구사항과 그 요구사항에 적용되는 시험과의 추적성, 모든 적용가능한 소프트웨어요구규격서와 그와 관련된 인터페이스 요구사항과의 추적성도 포함된다. 그리고 소프트웨어 체계에 대해서는 모든 적용가능한 체계요구사항명세서와 그와 관련된 체계수준의 인터페이스 관련 요구사항과의 추적성도 포함된다.

7.참고 사항

o 본 문서를 이해하는데 도움이 되는 일반 정보를 제시

(배경정보, 용어 설명, 근거)

o 문서에서 사용되는 모든 두문자어와 약어를 알파벳 순으로 설명

o 문서를 이해하는데 필요한 용어와 정의를 역시 알파벳 순으로 설명

A. 부록

o 문서의 유지보수를 용이하게 하기 위해서 필요한 정보를 분리해서 부록으로 제공할 수도 있다.(예, 차트, 분류된 자료). 가능하다면, 부록에서 제시된 자료에 대해서는, 본문에서 참조한다고 기술하면 된다. 부록은 관리하기 쉽도록 분리된 문서로 만들 수도 있다. 부록이 여러 개 필요할 때는 알파벳 순으로 번호를 부여한다.(A,B, )

【별지 2-11】시험절차서 작성지침

작성 목적

가. 시험절차서는 소프트웨어 구성항목이나 소프트웨어 체계/부체계의 개발시험평가를 수행하기 위한 시험 준비사항, 시험 자료, 시험 절차를 기술한다.

나. 본 시험절차서의 서식은 소프트웨어 단위시험, 소프트웨어 통합시험, 소프트웨어 개발시험평가, 체계통합시험, 체계개발시험평가 등을 위하여 절차서서 작성 시 활용할 수 있다.

다. 시험절차서는 수행될 개발시험평가에 대한 적합성을 사업주관부서가 평가할 수 있게끔 하여준다.

1. 개요

1.1 적용 범위

o 본 문서가 적용되는 체계와 소프트웨어를 식별하여 기술

1.2 체계 개요

o 본 문서가 적용되는 체계와 소프트웨어의 목적을 간단하게 기술

o 체계와 소프트웨어의 일반적인 특성을 기술

o 체계 개발 추진내역과 운용, 유지보수에 대한 것을 요약해서 기술

o 사업 발기인, 획득자, 사용자, 개발자, 지원 기관을 식별

o 현재 그리고 계획된 운영 사이트를 식별하고 다른 관련된 문서의 목록 제시

1.3 문서개요

o 본 문서의 목적과 내용을 요약해서 기술

o 본 문서를 사용하는 것과 관련된 보안이나 프라이버시 고려사항을 기술

2. 참고 문서

o 본 문서를 작성 시 참조한 문서를 정부문서와 비정부문서로 기술한다.

2.1 정부 문서

o 문서번호, 문서명, 버전, 작성일자

2.2 비정부 문서

o 문서번호, 문서명, 버전, 작성일자

3. 시험 준비사항

o 경고나 주의로 표시되는 안전예방사항과 보안 및 프라이버시 고려사항 등을 다음 절로 구성하여 기술

3.x (시험의 사업고유식별자)

o 사업 고유 식별자로 시험을 식별하고 간단하게 기술

o 다음 부절로 나뉘어 작성하며, 요구되는 정보가 이전에 다른 시험을 위해 명세된 정보와 중복되면, 반복해서 기술하기 보다는 참조형태로 작성

3.x.1 하드웨어 준비사항

o 시험을 하기 위한 하드웨어를 준비하는데 필요한 절차를 기술

- 사용될 특정 하드웨어, 이름과 번호로 식별

- 하드웨어를 연결하기 위해 필요한 스위치 환경(switch setting) 및 케이블링(cabling)

- 하드웨어, 연결 제어(interconnecting control), 그리고 자료 흐름을 나타내는 하나 이상의 다이어그램

- 하드웨어를 준비상태로 두기 위한 단계적 지시사항

o 출판된 운영 매뉴얼의 참조형태로 작성 가능

3.x.2 소프트웨어 준비사항

o 시험 중인 항목과 시험을 위해 관련된 소프트웨어 및 자료를 준비하는데 필요한 절차를 기술

- 시험에 사용되는 특정 소프트웨어

- 시험 중인 항목의 저장매체(마그네틱 테이프, 디스켓 등)

- 관련된 소프트웨어 저장매체(시뮬레이터, 시험드라이브, 데이터베이스 등)

- 소프트웨어 적재 지시사항(순서 포함)

- 한 시험케이스 이상에 공통적인 소프트웨어 초기화 지시사항

o 출판된 운영 매뉴얼의 참조형태로 작성 가능

3.x.3 그 외 시험 전 준비사항

o 시험수행을 위한 시험 전 요원들의 활동, 준비사항이나 절차를 기술

4. 시험 내역

o 경고나 주의로 표시되는 안전 예방사항과 보안 및 프라이버시 고려사항등 을 기술

4.x (시험의 사업고유식별자)

o 사업고유식별자로 시험을 식별하여 다음 부절로 나누어 작성

o 요구되는 정보가 이전에 제시된 정보와 중복되면, 반복해서 기술하기 보다는 참조형태로 작성

4.x.y 시험 자료의 사업고유식별자

o 사업고유식별자로 시험 케이스를 식별하여 개요 및 목적을 기술

4.x.y.1 요구사항

o 시험 케이스와 관련된 CSCI나 체계 요구사항을 식별하여 기술

o 5.2절에서 작성하여 참조 가능

4.x.y.2 선행 조건

o 시험 수행 전에 수립되어야 할 선행조건을 식별한다. 다음 사항을 고려하여야 할 것이다.

- 하드웨어와 소프트웨어 구성

- 시험 전에 준비되어야 할 플랙(flag), 초기 구분점(breakpoint), 통제 인자, 또는 초기 자료

- 시험 케이스 수행을 위해 필요한 하드웨어 조건이나 전자적 상태 맞춤

- 타이밍 측정 시 사용될 초기 조건

- 모의 실험 환경의 조건

- 시험 케이스에 해당되는 다른 특수 조건

4.x.y.3 시험 입력자료

o 시험 케이스에 필요한 시험 입력을 기술하며, 다음 사항을 제시

- 각 시험 입력의 명칭, 목적, 설명(값의 범위, 정확도)

- 시험 입력의 소스, 시험 입력 선택에 사용되는 방법

- 시험 입력이 실제인지 모의 시험입력인지

- 시험 입력의 시간적 사건적 순서

- 입력 자료가 통제되는 방식

• 자료 종류와 값이 최소/적정 수를 가지는 항목 시험

• 과부하, 그리고 다른 최악의 경우에 끼치는 영향을 시험하기 위해서 유효하지 않은 자료 종류와 값을 가지는 항목 시험

• 비 규칙적인 입력을 적절히 다루기 위한 시험으로 유효하지 않은 자료 종류와 값을 가지는 항목을 시험

• 필요시 재시험 허가

4.x.y.4 시험 예상 결과

o 시험 수행에 따라 예상되는 모든 결과를 식별하여 기술하며, 시험 중간 결과와 시험 최종 결과를 제시

4.x.y.5 결과 평가를 위한 기준

o 시험 케이스의 중간 및 최종 결과를 평가하기 위한 기준을 식별하며, 다음 사항을 포함

- 출력의 승인 가능한 범위나 정확도

- 승인 가능한 시험 결과를 구성하는 입출력 조건의 최소 조합 수

- 시간이나 사건 수에 따른 허용 가능한 최대/최소 시험 기간

- 일어날 수 있는 인터럽트, 정지, 또는 다른 시스템 정지의 최대 수

- 처리 에러의 가능한 정보(allowable severity of processing errors)

- 결과가 결정적이지 않아 재시험이 수행될 조건

- 시험 자료, 시험 데이터베이스/자료화일, 또는 시험 절차에서 출력이 비 규칙적임을 나타내는 조건

- 시험 통제, 상태 및 결과의 허용 가능한 정도와 다음 시험 케이스의 준비(보조 시험 소프트웨어의 출력이 될 수도 있다)

- 그 외 추가 기준

4.x.y.6 시험 절차

o 시험 케이스를 위한 시험 절차를 식별

o 시험 절차는 각 단계가 수행되는 순서대로 일련의 번호와 함께 정의

o 문서의 유지보수를 쉽게 하기 위해 시험절차를 부록으로 만들어서 본 절에서 참조하는 형태로 작성(권장)

o 시험절차의 상세정도는 시험되는 소프트웨어 종류에 따라 관련된 일련의 키 스트로크(keystroke)나 다른 행위를 포함

o 기대되는 결과를 명세하고 그 결과를 실제 결과와 비교하는데 유용한 수준만큼 적절히 상세하게 기술

- 각 단계에서 요구되는 시험 운영자 행위와 장비 운용

• 시험 케이스초기화와 시험 입력 적용

• 시험 조건 검사

• 시험 결과의 임시 평가 수행

• 자료 기록

• 시험 케이스 정지나 인터럽트

• 필요시 자료 덤프(dump)나 다른 도움 요구

• 데이터베이스/자료화일 수정

• 성공하지 못했을 경우 시험 케이스 반복

• 시험 케이스에서 요구될 때 적절한 모드 적용

• 시험 케이스 종료

- 각 단계를 위한 예상 결과 및 평가기준

- 시험 케이스가 여러 요구사항을 필요로 한다면 각 요구사항에 해당되는 시험절차 식별(이 정보는 5절에서 제공할 수도 있다.)

-프로그램 정지나 결함발생 시 취해야 할 행동

• 참조 목적으로 사용하는 표시기(indicator)로부터 중요자료 기록

• 시간에 민감한 시험 지원 소프트웨어와 시험 기계를 정지시킴

• 시험 결과에 대한 시스템 및 운영자 기록을 모음

- 다음을 수행하기 위한 시험결과를 분석하는데 사용되는 절차

• 출력이 생성되었는지를 감지

• 시험케이스에 의해 생성된 자료 저장매체와 위치 식별

• 시험을 계속하기 위한 판단으로 출력 평가

• 요구되는 출력과 일치하지 않은 시험결과 평가

4.x.y.7 가정 및 제약사항

o 시스템이나 시험 조건으로 인한 시험 케이스를 기술하는데 사용되는 가정사항 및 제약사항을 식별

(예 : 타이밍 한계, 인터페이스, 장비, 요원, 데이터베이스/자료화일 등)

o 명시된 한계나 인자에 대한 예외사항이 승인되면, 승인된 것들을 식별하고, 그 사항들이 시험 케이스에 미치는 영향을 기술

5. 요구사항 추적성

o 시험절차서에서 식별된 각 시험 케이스와 각 시험 케이스가 적용되는 체계나 CSCI 요구사항과의 추적성. 한 시험 케이스가 여러 요구사항에 적용된다면, 각 시험 절차와 적용되는 요구사항과의 추적성(이 추적성은 4.x.y.1절에서 제공될 수도 있다.)

o 시험 절차서가 적용되는 체계설계기술서, 소프트웨어요구규격서(인터페이스 요구사항 포함), 소프트웨어 설계기술서, 인터페이스 설계기술서, 데이터베이스 설계기술서 등에 명시된 요구사항과의 추적성, 시험 케이스가 여러 요구사항에 적용된다면, 각 요구사항에 해당되는 특별한 시험 절차 스텝을 추적할 수 있어야 한다.

6. 참고 사항

o 본 문서를 이해하는데 도움이 되는 일반 정보(배경 정보, 용어 설명, 근거), 용어와 정의를 역시 알파벳 순으로 설명

o 본 문서에서 사용되는 모든 두문자어와 약어를 알파벳 순으로 설명

A. 부록

o 문서의 유지보수를 용이하게 하기 위해서 필요한 정보를 분리해서 부록으로 제공할 수도 있다.(예, 차트, 분류된 자료)

o 부록에서 제시된 자료에 대해서는, 본문에서 참조한다고 기술하면 된다.

o 부록은 분리된 문서로 만들 수도 있으며, 부록이 여러 개 필요할 때는 알파벳 순으로 번호를 부여한다.(A,B, )

【별지 2-12】시험결과보고서 작성지침

작성 목적

가. 시험결과보고서는 소프트웨어 구성항목, 소프트웨어 체계나 부체계, 기타의 소프트웨어 관련 항목에 대해서 수행된 개발시험평가 내역을 기술한다.

나. 본 시험결과보고서의 서식은 소프트웨어 단위시험, 소프트웨어 통합시험, 소프트웨어 개발시험평가, 체계통합시험, 체계개발시험평가 등을 위하여 보고서 작성 시 활용할 수 있다.

다. 시험결과보고서는 사업주관기관이 시험과 그 결과에 대한 평가를 가능하도록 한다.

1. 개요

1.1 적용 범위

o 본 문서가 적용되는 체계와 소프트웨어를 식별하여 기술

1.2 체계 개요

o 본 문서가 적용되는 체계와 소프트웨어의 목적을 간단하게 기술

o 체계와 소프트웨어의 일반적인 특성을 기술

o 체계 개발, 운영, 유지에 대한 연혁을 요약해서 기술

o 사업 발기인, 획득자, 사용자, 개발자, 지원 기관을 식별

o 현재 그리고 계획된 운영 사이트를 식별하고 다른 관련된 문서의 목록 제시

1.3 문서개요

o 본 문서의 목적과 내용을 요약해서 기술

o 본 문서를 사용하는 것과 관련된 보안이나 프라이버시 고려사항을 기술

2. 참고 문서

o 본 문서를 작성시 참조한 문서를 정부문서와 비정부문서로 기술한다

2.1 정부 문서

o 문서번호, 문서명, 버전, 작성일자

2.2 비정부 문서

o 문서번호, 문서명, 버전, 작성일자

3. 시험결과의 개요

o 시험결과의 개요를 제공하도록 다음과 같은 단락으로 나누어 작성

3.1 시험된 소프트에어의 체계적인 평가

o 시험결과에 의해 증명된 소프트웨어의 전체적인 성능평가 제공

o 수행된 시험에 의해서 발견된 잔존하는 결함 ; 제한 또는 제약사항들에 대한 식별

o 잔존하는 결함, 제한 또는 제약사항들에 대해서 다음과 같은 것을 기술

- 부합되지 않은 요구사항에 대한 식별을 포함한 소프트웨어와 체계성능 상에서의 충돌

- 그것의 교정에 대한 소프트웨어와 체계 설계상의 충돌

- 그것을 교정하기 위해서 추천되는 해결/접근 방식

3.2 시험 환경

o 실제 운영환경과 시험환경의 차이에 대한 평가수단(방법)이나 시험결과 상에서의 이러한 차이점에 대한 영향을 제공

3.3 개선책

o 시험 대상 소프트웨어의 설계, 운영, 시험에서의 추천된 개선책을 제공

o 소프트웨어에 대한 추천 개선책과 그것의 영향

※ 만일 추천된 개선책이 제공되지 않는다면, 본 단락은 없음이라고 기술

4. 세부적 시험결과

o 각 시험에 대한 세부적인 결과를 기술하기 위해 다음과 같은 단락으로 나누어 작성

※ 주의사항 : 시험이라는 말은 시험 사례의 관련된 수집을 의미한다.

4.x (시험의 고유식별자)

o 고유 식별자에 의해서 시험을 식별하고, 시험결과를 기술하기 위해 다음과 같은 부단락으로 나누어 작성

4.x.1 시험결과의 요약

o 시험결과를 요약 기술

o 요약은 시험과 결합된 개별 시험 사례의 완결상태를 가능한 한 표를 포함해서 작성

(예 : 예상되는 모든 결과, 직면하게 되는 문제점, 요구된 것과의 편차)

o 완결상태가 예상된 것이 아닐 때, 본 단락은 다음과 같은 세부적인 단락을 참조해야 한다.

4.x.2 직면한 문제점

o 하나 이상의 문제점이 발생된 각각의 시험 사례를 식별하는 부단락들로 나누어 작성

4.x.2.y (시험사례의 고유식별자)

o 하나 이상의 문제점이 발생된 각 시험사례를 고유식별자로 식별하여 다음 사항을 포함하여 작성

- 발생된 문제점에 대한 간략한 기술

- 문제점들이 발생한 시험 절차 단계에 대한 식별

- 문제점/변경사항 보고서와 보관 자료에 연관된 참조

- 문제점을 교정하기 위한 시도에 있어서, 반복되는 절차나 단계의 시도 회수와 각 시도의 성과

- 재시험을 시작하는 시험 단계나 보관 시점

4.x.3 시험사례/절차에서의 편차

o 시험사례/시험절차로부터 편차를 갖는 각 시험 사례를 식별하기 위해 다음과 같은 부 단락으로 나누어 작성

4.x.3.y 시험사례의 고유식별자

o 하나 이상의 편차가 발생된 각 시험사례를 고유식별자를 통해 식별하고, 다음과 같은 것을 제공해야 한다.

- 편차의 기술.(예를 들어, 요구된 장비의 대체, 연계성이 없는 절차적 단계, 일정 편차와 같은 편차가 발생되는 시험사례 수행과 편차 특성)

- 편차에 대한 이론적 해석

- 시험 사례의 타당성에 관한 편차 충돌의 평가

5. 시험 일지

o 이 보고서에 의해서 망라되는 시험 사건을 연대별로 기록하되 다음 사항을 포함

※ 가능하면 그림이나 부록으로 표현한다.

- 시험이 수행된 날짜, 시간, 장소

- 모든 하드웨어의 분야/모델/제품번호, 제조자, 버전 단계, 구경측정날짜, 사용된 하드웨어와 소프트웨어 구성

- 가능한 한, 시험관련 활동의 날짜와 시간, 활동을 수행한 개인에 대한 식별, 증거에 대한 식별

6. 참고사항

o 본 문서를 이해하는데 도움을 주는 일반적인 정보를 포함

(예, 배경정보, 용어 해설, 이론적 근거 등)

o 모든 두문자어, 약어의 가나다순 목록과 본 문서에서 사용된 의미와 본 문서를 이해하는데 필요한 용어와 정의에 대한 목록을 포함

A. 부록

o 문서 유지보수의 편의를 위해 분리되어 발표된 정보를 제공

o 각 부록은 일반적으로 자료가 제공되어진 문서의 본문에서 참조

【별지 2-13】소프트웨어설치계획서 작성지침

작성 목적

가. 소프트웨어설치계획서는 사용자 작업 사이트에 소프트웨어를 설치하기 위한 계획서이며, 이 계획서에는 사전 준비사항, 사용자 교육, 기존체계의 변환내역 등을 기술한다.

나. 소프트웨어설치계획서는 개발자가 사용자 현장에서 소프트웨어 설치작업에 참여하여야만 될 때 또는 문서화 계획이 꼭 필요할 만큼 설치과정이 복잡할 경우 작성된다.

1. 개요

1.1 적용 범위

o 본 문서가 적용되는 체계와 소프트웨어를 식별하여 기술

1.2 체계 개요

o 본 문서가 적용되는 체계와 소프트웨어의 목적을 간단하게 기술

o 체계와 소프트웨어의 일반적인 특성을 기술

o 체계 개발, 운영, 유지에 대한 연혁을 요약해서 기술

o 사업 발기인, 획득자, 사용자, 개발자, 지원 기관을 식별

o 현재 그리고 계획된 운영 사이트를 식별하고 다른 관련된 문서의 목록 제시

1.3 문서개요

o 본 문서의 목적과 내용을 요약해서 기술

o 본 문서를 사용하는 것과 관련된 보안이나 프라이버시 고려사항을 기술

1.4 다른 계획과의 관련성

o 다른 사업관리계획과의 관계가 있는 경우 관련 사항을 기술

2. 참고 문서

o 본 문서를 작성시 참조한 문서를 정부문서와 비정부문서로 기술한다

2.1 정부 문서

o 문서번호, 문서명, 버전, 작성일자

2.2 비정부 문서

o 문서번호, 문서명, 버전, 작성일자

3. 설치 (installation) 개요

o 설치 과정(process)의 개요를 제공하기 위하여 다음의 문단들로 나누어

작성

3.1 기술

o 본 문단은 설치과정의 일반적인 기술을 제공

o 본 문서의 나머지 부분에서 참고를 요할 경우에 이 문단의 내용을 기본골격(frame)으로 사용

o 소프트웨어 설치를 위한 사이트들의 목록, 계획된 날짜, 그리고 설치방법 등을 기술

3.2 연락처 (contact point)

o 설치와 관련된 의문사항이 있을시 필요한 연락처에 대한 조직명, 부서 상징/코드(symbol/code) 그리고 전화번호 등을 제공

3.3 전산지원 소모품 (material)

o 설치에 필요한 지원자재의 유형(type), 소스(source), 그리고 수량을 열거하고 기술

(예 : 자기테이프 디스크팩(disk pack), 특수출력용지(special form) 등)

3.4 교육훈련 (training)

o 사용자사이트(user site)에 설치된 소프트웨어를 운영하고, 사용할 요원들을 교육하기 위한 개발자의 계획을 기술

o 일반적인 오리엔테이션, 강의교육, 현장교육('hands-on' training) 등에 대한 윤곽(delineation)을 포함시켜 기술

3.5 작업 (task)

o 소프트웨어 설치에 포함되는 각 작업을 일반적인 용어(term)로 열거하고 기술

o 각 작업에 대한 기술은 과업을 수행할 조직을, 대개 사용자, 컴퓨터운영, 또는 개발자 중의 하나로 식별(identify)하여 작성

o 작업목록(task list)은 다음과 같은 항목을 포함

- 설치에 대한 전반적인 계획, 조정, 그리고 준비(preparation) 사항

- 설치 팀(team)에 파견되는 요원

- 설치팀의 숙소(lodging), 교통수단, 사무장비 배정

- 설치와 관련된 매뉴얼 가용성에 대한 보증

- 설치전에 이루어져야 할 선행조건들의 수행여부

- 교육활동에 관한 계획 및 수행

- 설치를 위한 컴퓨터지원과 기술적 보조(assistance)

- 기존(current) 시스템으로부터의 변환(conversion)에 관한 사항

3.6 운영요원

o 설치기간(installation period)동안에 필요한 요원의 기술수준 등을 기술

o 교대 근무를 하는 조작요원(operator), 사무지원(clerical support)의 필요성 등을 포함

3.7 보안 및 개별적 기밀사항

o 시스템과 관련된 보안과 프라이버시에 대한 고려사항의 개요를 포함하여 기술

4. 소프트웨어 센타운영자 (operations staff)를 위한 사이트-특정 정보

o 소프트웨어가 컴퓨터센터에 설치되거나 또는 기타 중앙집중식이나 네트워크화된 소프트웨어의 설치인 경우 적용

※ 이 경우 사용자들은 터미날을 통하여 또는 배치 입출력을 이용하여 접근한다.

o 만약 이러한 유형의 설치가 적용되지 않는다면, "적용되지 않음"으로 기술

4.x (사이트명)

o 하나의 사이트나 여러 사이트들의 집합을 식별하며 다음의 하부문단으로 나누어 각 사이트별로 설명(discuss)

o 여러 개의(multiple)의 사이트가 그들에 대한 정보가 대동소이한 경우, 함께 설명 가능

4.x.1 일정계획 (schedule)

o 설치과정 중에 수행되어야 하는 작업들의 일정을 제시

o 작업을 시간순서(chronological order)로, 각 과업의 시작날짜와 완료날짜를 묘사(depict)

o 필요한 경우 부가설명(supporting narrative)도 포함

4.x.2 소프트웨어 목록 (inventory)

o 설치를 지원하는데 필요한 소프트웨어의 목록을 제공

- 소프트웨어 명, 식별번호, 버전번호, 구성, 보안등급 등 명시,

- 소프트웨어 제공방법(현지 비치, 필요시 배달 등) 명시

- 설치시 활용정도 명시(필수 또는 지원)

4.x.3 설비

o 설치과정에 필요한 물리적인 설비와 편의시설을 상세히 기술

- 하루 중 소요시간, 소요일수, 교대 수 등이 명시된 요구되는 강의실, 작업 공간, 그리고 교육 보교재

- 운영되고 가용한 하드웨어

- 설치 팀을 위한 숙소와 교통수단

4.x.4 설치팀

o 설치 팀의 구성 및 임무를 기술

4.x.5 설치 절차

o 설치를 위한 단계적인 절차를 제공

o 다른 문서(운영자매뉴얼 등)의 참조 가능

o 경고(WARNING) 또는 주의(CAUTION)로 표시된 안전예방책을 포함

- 소프트웨어 초기화(installing)

- 한번 초기화되어 설치된 소프트웨어를 검사

- 사이트특정정보로 데이터베이스와 기타 소프트웨어를 초기설정

- 기존시스템으로부터 변환, 병행 운영을 가능하면 포함하여

- 운영자매뉴얼과 사용자매뉴얼에 있는 절차를 모의운영(dry run)

4.x.6 자료 갱신절차

o 설치기간 중에 적용되는 자료갱신절차 제공

o 다른 문서(운영자매뉴얼 등)의 참조 가능

5. 소프트웨어 사용자에 대한 사이트-특정정보

o 소프트웨어의 사용자에게 적합한 설치계획을 제공

o 조직, 기능 등으로 상이한 사용자에 대해서는 사용자 유형별로 분리된 각 절(예를 들어 6절에서 7절, , n절)의 형태로 기술

5.x (사이트명)

o 하나의 사이트나 여러 사이트들의 집합을 식별하여 각 사이트별로 설명

5.x.1 일정계획

o 설치과정에 수행되어야 하는 과업들의 일정을 제공

o 과업을 시간순서로, 각 과업의 시작날짜와 완료날짜를 묘사

5.x.2 설치 절차

o 설치를 위한 단계적인 절차를 제공

o 다른 문서(운영자 매뉴얼)의 참고 기술 가능

o 경고(WARNING) 또는 주의(CAUTION)로 표시된 안전예방책 설명

- 운영자에 의해 수행되지 않는 4.x.5에서 기술된 과업의 수행

- 사용자-특정 자료(data)의 초기설정

- 질의(querry)와 기타 사용자 입력에 대한 셋업(setting up)

- 샘플이 되는 과정을 수행

- 샘플이 되는 보고서를 생산(generating)

- 기존시스템으로부터 변환, 병행 운영을 가능하면 포함하여

- 사용자매뉴얼에 있는 절차를 모의운영(dry run)

5.x.3 자료 갱신절차

o 설치과정에 적용되는 사용자의 자료갱신절차를 제공

o 다른 문서 또는 다른 절을 인용 가능

6. 참고사항

o 본 문서를 이해하는데 도움이 되는 모든 정보를 포함

예) 배경, 글로서리, 근거

o 본 문서에서 사용된 약어, 축어를 사전순서(alphabetical)로 열거하고 의미를 문서에서 쓰인 바대로 기술

o 문서를 이해하는데 필요한 정의와 용어의 목록 포함

A. 부록

o 문서 유지보수에서의 편의를 위하여 개별적으로 출판된 정보를 제공

【별지 2-14】소프트웨어전이계획서 작성지침

작성 목적

가. 소프트웨어전이계획서는 인도 소프트웨어를 수명주기 전반에 걸쳐 지원하기 위하여 필요한 하드웨어, 소프트웨어, 기타의 자원을 식별하여, 인도항목을 전산운영부서로 전이하기 위한 개발기관 계획을 기술한다.

나. 소프트웨어 지원 개념(Support Concept)이 개발부서로 부터 별도의 전산운영부서로 책임 이전되기를 요청할 때, 소프트웨어 전이계획서가 작성된다. 소프트웨어 전이계획서는 또한 획득기관에 의한 컴퓨터 자원 수명주기 관리계획(Computer Resources Life Cycle Management Plan)의 갱신을 위해 이용될 수 있다.

1. 개요

1.1 적용 범위

o 본 문서가 적용되는 체계와 소프트웨어를 식별하여 기술

1.2 체계 개요

o 본 문서가 적용되는 체계와 소프트웨어의 목적을 간단하게 기술

o 체계와 소프트웨어의 일반적인 특성을 기술

o 체계 개발, 운영, 유지에 대한 연혁을 요약해서 기술

o 사업 발기인, 획득자, 사용자, 개발자, 지원 기관을 식별

o 현재 그리고 계획된 운영 사이트를 식별하고 다른 관련된 문서의 목록 제시

1.3 문서개요

o 본 문서의 목적과 내용을 요약해서 기술

o 본 문서를 사용하는 것과 관련된 보안이나 프라이버시 고려사항을 기술

1.4 다른 계획과의 관련성

o 다른 사업관리계획과의 관계가 있는 경우 관련 사항을 기술

2. 참고 문서

o 본 문서를 작성시 참조한 문서를 정부문서와 비정부문서로 기술한다

2.1 정부 문서

o 문서번호, 문서명, 버전, 작성일자

2.2 비정부 문서

o 문서번호, 문서명, 버전, 작성일자

3. 소프트웨어 지원자원 (support resources)

o 인도 소프트웨어의 지원을 위해 필요한 자원을 식별하여 기술

o 자원들은 소프트웨어와 관련 문서를 통제, 복사, 분배하기 위해, 그리고 소프트웨어에 대한 수정사항을 명시, 설계, 구현, 기록(document), 시험, 평가(evaluate), 통제, 복사, 분배하기 위해 필요한 항목을 포함

3.1 설비 (facilities)

o 인도 소프트웨어를 지원하기 위해 필요한 설비들을 기술

- 특수 빌딩, 정보실(rooms), 실물모형(mock-ups), 선로보호설비(raised flooring or cabling) 등과 같은 건물특성

- 보호와 프라이버시 요구사항(TEMPEST 보호물, 기밀실 등)을 지원하기 위한 건물특성

- 안전 요구사항(화재 경보기, 안전유리 등)을 지원하기 위한 건물특성

- 특수전력 요구사항

o 각 항목의 목적을 기술하며, 도표를 이용할 수 있다.

3.2 하드웨어

o 인도 소프트웨어를 지원하기 위해 필요한 하드웨어와 관련 문서를 식별하고 기술

- 컴퓨터, 주변장치, 하드웨어 시뮬레이터, 에뮬레이터, 진단 장비, 비-컴퓨터 장비 등

o 본 단락은 다음 사항을 포함하여야 한다.

- 모델, 버전, 구성의 명시

- 선택된 하드웨어에 관한 근거(rationale)

- 가능하다면, 각 항목에 대한 사용자/운영자 안내서나 지시사항 참조

- 획득기관에서 보유하고 있는 각 하드웨어 항목과 관련 분서의 식별, 전산운영부서로 인도될 항목의 식별, 전산운영부서에서 보유한 것으로 파악된 항목의 식별, 전산운영부서가 획득해야만 하는 항목의 식별, 또는 상황에 대한 기타의 기술(other description of status)

- 만일 항목이 반드시 획득되어야 한다면, 현행 공급처(source of supply)에 대한 정보. 이러한 정보는 항목이 현재 이용 가능한가에 대한 여부, 항목 인도 시 이용 가능하도록 기대되어지는가에 대한 여부를 포함한다.

- 제조기관 지원(manufacturer support), 허가(licensing), 자료소유권(data right)에 관한 정보. 이러한 정보는 항목이 현재 제조기관에 의해 지원되는가에 대한 여부, 항목 인도 시 지원되도록 기대되어지는가에 대한 여부, 허가(licenses)가 전산운영부서에 할당되어 있는가에 대한 여부, 이러한 허가(licenses)의 형태를 포함한다.

- 보호와 프라이버시 고려사항, 제약사항(limitations), 또는 기타의 주의 항목(items of interest)

3.3 소프트웨어

o 인도 소프트웨어를 지원하기 위해 필요한 소프트웨어와 관련 문서를 식별하고 기술

- 컴퓨터 지원 소프트웨어 공학(CASE) 도구, 이러한 도구상의 자료, 컴파일러, 시험도구, 시험자료, 시뮬레이션, 에뮬레이션, 지원도구(utilities), 형상 관리 도구, 데이터베이스와 자료화일, 그리고 기타의 소프트웨어를 포함

o 본 단락은 다음 사항을 포함하여야 한다.

- 가능하다면, 이름, 식별 번호, 버전 번호, 릴리즈 번호, 구성의 명시

- 선택된 소프트웨어에 관한 근거(rationale)

- 가능하다면, 각 항목에 대한 사용자/운영자 안내서나 지시사항 참조

- 획득기관에서 보유하고 있는 각 소프트웨어 항목과 관련 문서의 식별, 전산운영부서로 인도될 항목의 식별, 전산운영부서에서 보유한 것으로 파악된 항목의 식별, 전산운영부서가 획득해야만 하는 항목의 식별, 또는 상황에 대한 기타의 기술(other description of status)

- 만일 항목이 반드시 획득되어야 한다면, 현행 공급처(source of supply)에 대한 정보. 이러한 정보는 항목이 현재 이용 가능한가에 대한 여부, 항목 인도 시 이용 가능하도록 기대되어 지는가에 대한 여부를 포함한다.

- 공급기관 지원(vendor support), 허가(licensing), 자료소유권(data right)에 관한 정보. 이러한 정보는 항목이 현재 제조기관에 의해 지원되는가에 대한 여부, 항목 인도 시 지원되도록 기대되어 지는가에 대한 여부, 허가(licenses)가 전산운영부서에 할당되어 있는가에 대한 여부, 이러한 허가(licenses)의 형태를 포함한다.

- 보호와 프라이버시 고려사항, 제약사항(limitations), 또는 기타의 주의 항목(items of interest)

3.4 기타 문서

o 인도 소프트웨어를 지원하기 위해 필요한 기타 문서를 식별하여 기술

- 인도 소프트웨어에 대한 계획, 보고서, 연구, 명세서, 설계 기술서, 시험 사항/절차, 시험보고서, 사용자/ 운영자 안내서, 지원 안내서 등 포함

o 본 단락은 다음 사항을 제공하여야 한다.

- 가능하다면, 이름, 식별 번호, 버전 번호, 릴리즈 번호

- 각 문서가 본 목록에 포함된 근거

- 획득기관에서 보유하고 있는 각 문서의 식별, 전산운영부서로 인도될 항목의 식별, 전산운영부서에서 보유한 것으로 파악된 항목의 식별, 전산운영부서가 획득해야만 하는 항목의 식별, 또는 상황에 대한 기타의 기술(other description of status)

- 만일 문서가 반드시 획득되어야 한다면, 획득처에 관한 정보

- 허가(licensing)와 자료소유권(data right)에 관한 정보

- 보호와 프라이버시 고려사항, 제약사항(limitation), 또는 기타의 주의 항목(items of interest)

3.5 운영요원

o 인도 소프트웨어를 지원하기 위해 필요한 요원을 기술

- 예상되는 인원, 기술과 경험의 종류/수준, 비밀취급허가 등 포함

- 소요 요원의 근거로써 사업상의 개발관리 요원을 언급 가능

3.6 기타의 자원

o 인도 소프트웨어를 지원하기 위해 필요한 기타의 자원을 식별하여 기술

- 자기 테이프나 디스켓과 같은 소모품과 이것의 예상 형태와 수량

3.7 구성요소간의 상호관련성

o 이전 단락에서 식별된 구성요소간의 상호관련성을 식별하여 기술

- 상호관계성을 나타내기 위하여 도표 이용 가능

4. 설치 운영시 고려사항

o 절차, 충고(advice), 교훈(lessons learned) 등을 기술

o 필요에 따라 단락으로 나누어 작성

o 개발기관이 전산운영부서에 대하여 인도 소프트웨어와 관련 지원 환경을 지원하기 위해 권고할 수 있는 절차를 포함

5. 교육

o 인도 소프트웨어 지원을 위한 지원요원 교육에 대한 개발자 계획을 기술

- 교육에 관한 일정, 기간 및 장소

- 이론 교육과 현장 교육에 대한 계획

- 이하 사항에 대한 계획(provision) (직접적인 또는 참조에 의한)

• 운영 소프트웨어와 목적 컴퓨터에 대한 숙련

• 지원 소프트웨어와 주 체계에 대한 숙련

6. 예상되는 변경내역

o 인도 소프트웨어에 대한 예상 변경영역을 기술

7. 전이계획 (transition planning)

o 인도 소프트웨어를 전산운영부서로 전이하기 위한 개발자 계획을 기술

- 인도 소프트웨어를 전산운영부서로 전이하기 위해 수행하는 모든 활동. 이러한 활동들은 계획/조정(coordination) 회의(meeting), 전산운영부서로 인도될 항목에 대한 준비, 소프트웨어 지원환경의 포장/운송/설치/점검, 운영 소프트웨어(operational software)의 포장/운송/설치/점검, 지원 요원 교육을 포함

- 각 활동에 대한 역할과 책임

- 전이 활동을 완료하기 위해 요구되는 자원과 각 자원을 제공할 출처

- 전이 활동 일정과 이정표

- 지원환경내의 인도 항목에 대한 설치와 점검 절차

8. 참고 사항

o 본 문서를 이해하는데 도움이 되는 일반적인 정보를 포함

(예 : 배경 정보, 용어해설, 근거 등)

o 본 문서에서 이용되는 모든 약어와 의미를 설명하는 목록과 본 문서를 이해하기 위해 필요한 용어와 정의 목록을 포함

A. 부록

o 문서 간수 시(예 : 챠트, 분류된 자료)의 편의를 도모하고자 이용될 수 있으며, 개별적으로 출판된 정보를 제공

o 각 부록은 본문 상에서 참조 가능

o 부록들은 취급상 용이함을 위하여 별도로 제본 가능

【별지 2-15】펌웨어설치절차서 작성지침

작성 목적

가. 펌웨어설치절차서는 체계의 펌웨어 디바이스를 프로그래밍/재프로그래밍하기 위해 필요한 정보를 제공한다. 이것은 읽기 전용 기억소자(ROM), 프로그램 가능한 ROM(PROM), 소거 가능한 PROM(FROM)과 기타 펌웨어 디바이스에 적용된다.

나.  펌웨어 설치절차서는 펌웨어 디바이스의 소거, 소프트웨어 적재(Load), 적재과정의 확인, 적재된 프로그램의 기록을 위해 필요한 펌웨어 디바이스, 장비, 소프트웨어, 절차를 기술한다.

1.개 요

1.1 적용범위

이 문서의 적용을 받는 시스템과 소프트웨어에 대한 식별번호, 제목, 약어, 버젼번호 등을 포함하도록 한다.

1.2 체계개요

o 이 문서의 적용을 받는 시스템과 소프트웨어의 목적에 대하여 개략적으로 언급하고, 다음과 같은 일반사항을 작성한다.

- 시스템 개발/운용/유지보수 경위

- 본 사업의 구매자, 사용자, 개발자, 지원기관

- 현재 및 향후 운용 장소

- 기타 관련 사항

1.3 문서 개요

o 이 문서의 목적과 요약내용 및 보안관련 사항이나, 문서의 사용과 관련된 유의사항을 작성한다.

2. 참고문서

o 이 문서에서 참고 또는 인용하고 있는 문서의 문서번호, 제목, 개정번호, 날짜 등을 기록한다.

3. 펌웨어 프로그래밍 지시사항

3.1 프로그램된 펌웨어 디바이스의 식별코드

3.1.1 프로그램 되기 이전의 디바이스에 대한 기술

o 이 절은 다음과 같은 사항을 포함하여 작성한다.

- 프로그램 될 펌웨어 디바이스의 모델명 및 제조사

- 해당 펌웨어 디바이스의 물리적인 사양

• 메모리 크기, 타입, 속도, 형상(64K × 1, 8K × 1 등)

• 동작 특성(access time, 전원 조건, logic level 등)

• 각 pin의 기능에 대한 사양

• logical interface 등

- 해당 펌웨어의 동작 환경 조건

3.1.2 디바이스에 프로그램화 될 소프트웨어

3.1.3 프로그래밍 장비

o 해당 펌웨어 디바이스에 소프트웨어를 프로그래밍하기 위하여 사용된 장비에 대하여 기술

- 컴퓨터, 일반 장비, 특수장비(소거, 로딩, 입증, 표식 등에 필요한 장비) 등이 해당

- 각 장비별 제조사, 모델명,사용목적, 기타 필요한 정보를 표시

3.1.4 프로그래밍 소프트웨어

o 해당 펌웨어 디바이스에 소프트웨어를 프로그래밍하기 위하여 사용된 소프트웨어에 대하여 기술

- 소프트웨어를 소거, 로딩, 입증, 표식하는데 필요한 소프트웨어

- 각 소프트웨어마다 제조사, 소프트웨어 명칭, 버젼,사용목적, 기타 필요한 정보를 표시

3.1.5 프로그래밍 절차

o 해당 펌웨어 디바이스에 소프트웨어를 프로그래밍하기 위하여 필요한 절차를 기술

- 소프트웨어를 소거, 로딩, 입증, 표식하는데 필요한 절차

- 각 절차마다 필요한 장비 및 소프트웨어를 표시하고, 보안성에 관한 대책도 함께 작성

3.1.6 설치 및 수리절차

o 펌웨어 디바이스의 설치, 교체, 수리에 관한 절차를 작성

3.1.7 공급기관 정보

o 펌웨어 디바이스, 프로그래밍 장비, 프로그래밍 소프트웨어의 공급자에 관한 정보를 작성

4. 참고사항

A. 부록

【별지 2-16】소프트웨어버전기술서 작성지침

작성 목적

가. 소프트웨어버전기술서는 릴리즈되는 소프트웨어의 구성항목을 식별하고, 관련 기술도서 및 소프트웨어의 버전을 식별하여 기술한다. 이것은 소프트웨어를 발표, 추적, 통제하기 위하여 이용된다.

나. 버전이라는 용어는 소프트웨어의 초기 발표, 소프트웨어의 후속 발표, 또는 동시에 발표되는 소프트웨어의 복수 형태중 하나(예를 들어, 서로 다른 사용자 작업영역으로 배포되는)에 대하여 적용될 수 있다.

1. 개요

1.1 적용범위

o 본 문서가 적용되는 체계와 소프트웨어를 식별하는데, 식별번호, 타이틀, 약어, 버전 번호, 그리고 릴리스 번호 등으로 식별한다.

o 이 식별이 릴리즈 되는 소프트웨어 내용에 영향을 주는 범위 하에 소프트웨어 버전 기술서의 지정된 수령인을 식별한다.

예) 소스 코드가 모든 수령인에게 릴리즈 되는 것은 아니다.

1.2 체계개요

o 본 문서가 적용되는 체계와 소프트웨어의 목적을 간단하게 기술

o 체계와 소프트웨어의 일반적인 특성을 기술

o 체계 개발 추진내역과 운용, 유지보수에 대한 것을 요약해서 기술

o 사업 발기인, 획득자, 사용자, 개발자, 그리고 지원 기관을 식별하여 기술

o 현재 그리고 계획된 운영 사이트를 식별하고 다른 관련된 문서의 목록 제시

1.3 문서개요

o 본 문서의 목적과 내용을 요약해서 기술

o 본 문서에 관한 보안이나 프라이버시(privacy) 고려사항 기술

2. 참고 문서

o 본 문서에서 참조되는 모든 문서의 번호, 제목, 개정, 날짜를 기술

3. 버전 기술

o 본 절은 다음 절들로 구성된다.

3.1 릴리즈된 자료 목록

o 식별 번호, 제목, 약어, 날짜, 버전 번호, 릴리즈 번호 및 적용할 수 있는 모든 물리적 매체(예, 소스 프로그램 리스트, 테이프, 디스크)와 릴리즈 되는 소프트웨어 버전을 구성하는 관련 문서를 나열

o 각 항목에 적용 가능한 보안 및 프라이버시 고려사항 및 다루는 데 필요한 안전 대책(예, 정전기(static) 및 자장의 주의, 복제 및 라이센스 양식의 지시 및 제한 사항)도 포함

3.2 소프트웨어 목록

o 식별번호, 제목, 약어, 날자, 버전 번호, 릴리즈 번호, 소프트웨어를 구성하는 모든 컴퓨터 파일을 나열

o 모든 적용 가능한 보호, 프라이버시 고려사항이 포함

3.3 설치시 변경 사항

o 이전 버전에서 새로운 버전으로 구성될 때의 모든 변경 리스트(list)를 나열

o 보고서, 변경 사항 제안안, 다른 체계의 운영과 인터페이스 상의 변경 및 그 효과에 관련한 내용을 식별하여 기술

o 첫 소프트웨어 버전에는 미 적용

3.4 관련 문서

o 릴리즈되는 소프트웨어에 관한 관련 기술문서를 식별하여 기술

o 식별 번호, 제목, 약어, 날짜, 버전 번호, 릴리즈 번호 등을 포함

3.5 설치 변경 사항

o 다음의 정보를 가능한 한(as applicable) 제공 또는 참조

- 소프트웨어 버전 설치시의 지시사항

- 활용 버전에 설치하여야 하는 다른 변경사항의 식별, 소프트웨어 버전에는 포함되지 않은 사이트 유일의 적응 자료

- 설치 시 보안, 프라이버시, 안정 예방 사항

- 적합한 버전 설치 여부 확인 절차

- 설치 시 문제 및 의문사항이 있을 때의 연락처

3.6 발생 가능한 문제점 및 알려진 오류사항

o 릴리즈 시점에서 소프트웨어 버전의 모든 가능한 문제 및 알려진 오류, 문제 또는 오류를 해결하기 위해 취해지는 모든 단계, 각 문제의 인식, 회피, 정정, 기타 조치에 관한 지시사항을 제공 또는 참조

o 설명되는 정보는 소프트웨어 버전기술서의 지정된(intended) 수령인(recipient) 수준에 부합되게 작성

예) 사용기관에 대해 오류 회피 조언, 지원기관에 대해 오류 정정 조언

4. 참고 사항

o 본 문서의 이해를 돕기 위한 일반적인 정보 제공

예) 배경 정보, 목록 및 이론적 근거

o 두문자어(acronyms), 약어와 그 의미 그리고 본 문서의 이해를 돕기 위해 사용된 관련 용어나 정의의 리스트를 기술

A. 부록

【별지 2-17】소프트웨어산출명세서 작성지침

작성 목적

가. 소프트웨어산출물명세서는 소프트웨어 구성항목(CSCI)에 대한 구축 설계 정보 컴파일, 빌드, 수정절차를 포함하여 실행가능한 소프트웨어, 원본 파일, 그리고 소프트웨어 지원 정보를 기술한다.

나. 소프트웨어산출물명세서는 소프트웨어 구성항목의  실행가능한 소프트웨어와 원본 파일, 그리고 소프트웨어 구성항목에 대한 주요한 소프트웨어 지원 문서를 주문할 때 사용될 수 있다. (주의사항 : 각각의 조직은 소프트웨어 인도 주문과 관련하여 서로 다른 정책을 가진다. 이러한 정책은 본 문서화 항목 기술서를 적용하기 전에 확실히 결정지어야 한다.)

1. 개요

1.1 적용범위

o 본 문서가 적용되는 체계와 소프트웨어를 식별하는데, 식별번호, 타이틀, 약어, 버전 번호, 그리고 릴리스 번호 등으로 식별한다.

1.2 체계개요

o 본 문서가 적용되는 체계와 소프트웨어의 목적을 간단하게 기술

o 체계와 소프트웨어의 일반적인 특성을 기술

o 체계 개발 추진내역과 운용, 유지보수에 대한 것을 요약해서 기술

o 사업 발기인, 획득자, 사용자, 개발자, 그리고 지원 기관을 식별하여 기술

o 현재 그리고 계획된 운영 사이트를 식별하고 다른 관련된 문서의 목록 제시

1.3 문서개요

o 본 문서의 목적과 내용을 요약해서 기술

o 본 문서에 관한 보안이나 프라이버시(privacy) 고려사항 기술

2. 참고 문서

o 본 문서에서 참조되는 모든 문서의 번호, 제목, 개정, 날짜를 기술

3. 요구사항

o 소프트웨어 본체가 최종 인도된 소프트웨어 구성항목의 타당한 복사본으로 인증되기 위한 요구사항을 기술하는 것으로 다음의 단락으로 구분하여 작성

3.1 실행가능한 소프트웨어

o 일괄처리 파일, 명령파일, 자료 파일, 목표 컴퓨터에서 소프트웨어를 설치하거나 운영하는데 필요한 기타의 소프트웨어 파일 등을 포함

o 소프트웨어 구성항목에 대한 실행 가능한 소프트웨어나 전기적 매체 등에 수록된 것을 참조하는 형태로 제공

3.2 원본 파일

o 일괄처리 파일, 명령파일, 자료 파일 또는 소프트웨어 구성항목에 대한 실행 가능한 소프트웨어를 재생성 하는데 필요한 기타의 파일 등을 포함

o 소프트웨어 구성항목에 대한 실행 가능한 소프트웨어나 전기적 매체 등에 수록된 것을 참조하는 형태로 제공

3.3 패키징 요구사항

o 소프트웨어 복사본의 포장 및 표기방법에 대한 요구사항을 설명

4. 개발시험평가 조항

o 소프트웨어가 타당한 복사본이라는 것을 증명하는데 사용되는 방법을 설명

예) 실행 가능한 파일에 대한 방법은 3.1에서 참조된 각 실행 가능한 파일이 질문에서의 소프트웨어와 동등하게 명명된 사본을 가지며, 각 사본이 비트 대 비트 비교, 합계 조사, 또는 기타의 방법으로 실행 가능한 파일과 정확하게 일치한다는 것을 보여줄 수 있다는 것을 확증해야 한다.

5. 참고 사항

o 본 문서를 이해하는데 도움을 주는 일반적인 정보를 포함

예) 배경 정보, 용어 해설, 이론적 근거 등

o 모든 두문자어, 약어의 가나다순 목록과 본 문서에서 사용된 의미나 본 문서를 이해하는데 필요한 용어와 정의에 대한 목록을 포함

A. 부록

【별지 2-18】운영자지침서 작성지침

작성 목적

가. 소프트웨어센터운영자지침서는 컴퓨터 센터나 기타의 중앙 또는 네트워크된 소프트웨어 설치 장소내의 요원에게 소프트웨어 체계 설치/운영 방법에 대한 내역을 기술한다.

나. 소프트웨어센터운영자지침서는, 사용자가 터미널이나 개인용 컴퓨터를 이용하여 접근하거나 일괄 또는 상호작용 방식을 이용하여 입출력을 송수신하는 방법으로써, 컴퓨터 센터나 기타의 중앙 또는 네트워크된 소프트웨어 설치 장소에 설치될 소프트웨어 체계를 지원하기 위하여 사용된다.

1. 개요

1.1 적용범위

o 본 문서가 적용되는 체계와 소프트웨어를 식별하는데, 식별번호, 타이틀, 약어, 버전 번호, 그리고 릴리스 번호 등으로 식별한다.

1.2 체계개요

o 본 문서가 적용되는 체계와 소프트웨어의 목적을 간단하게 기술

o 체계와 소프트웨어의 일반적인 특성을 기술

o 체계 개발 추진내역과 운용, 유지보수에 대한 것을 요약해서 기술

o 사업 발기인, 획득자, 사용자, 개발자, 그리고 지원 기관을 식별하여 기술

o 현재 그리고 계획된 운영 사이트를 식별하고 다른 관련된 문서의 목록 제시

1.3 문서개요

o 본 문서의 목적과 내용을 요약해서 기술

o 본 문서에 관한 보안이나 프라이버시(privacy) 고려사항 기술

2. 참고 문서

o 본 문서에서 참조되는 모든 문서의 번호, 제목, 개정, 날짜를 기술

3. 소프트웨어 요약

이 절은 다음의 단락들로 나누어진다.

3.1 소프트웨어 적용

o 소프트웨어의 운용에 관한 간결한 설명을 제공

o 소프트웨어 운용으로 기대되는 성능증대, 운영 향상, 이익 등을 설명

3.2 소프트웨어 목록

o 소프트웨어 운영을 위해 반드시 설치되어야 하는 데이터베이스나 자료화일 같은 모든 소프트웨어 파일을 식별

o 식별 내용 중에는 각 파일의 보호와 프라이버시, 그리고 위급한 상황에서 소프트웨어를 계속 또는 재시작 하는데 필요한 소프트웨어의 식별을 포함

3.3 소프트웨어 환경

o 하드웨어, 소프트웨어, 안내서 운영, 그리고 소프트웨어를 초기화하고 운영하는데 필요한, 다른 자원들을 식별

- 필요로 하는 메모리의 양, 필요한 보조 저장소의 수, 그리고 단말기, 프린터, 다른 입/출력 장치와 같은 주변장치를 포함하여 반드시 있어야 하는 컴퓨터 장비

- 반드시 있어야 하는 통신 장비

- 네트워크 소프트웨어, 운영 체제, 데이터베이스, 데이터 파일, 유틸리티, 그리고 소프트웨어를 참조, 생성, 갱신하는 영구 파일들 처럼 반드시 있어야 하는 다른 소프트웨어; 위급한 상황에서 운영을 재개하는데 필요한 데이터베이스/자료화일

- 반드시 있어야 하는 형식, 절차, 또는 다른 안내서 운영

- 반드시 있어야 하는 다른 설비들, 장비, 또는 자원

3.4 소프트웨어 구성과 운영의 개요

o 운영자의 관점에서 소프트웨어의 구성과 운영에 관한 간결한 설명으로 다음의 내용을 제공

- 운영자 관점에서의 소프트웨어의 논리적 구성요소, 각 구성요소의 목적/운영에 관한 개요

- 소프트웨어와 각각의 형태에 대한 소프트웨어의 응답을 위해 구축될 수 있는 입력/접근의 형태(Types)

- 소프트웨어에 의해서 생산되는 보고서의 다른 출력, 또한 각각에 대한 보안과 프라이버시 고려사항 포함

- 전형적인 수행 시간과 그것에 영향을 미치는 요소들

- 소프트웨어 운영의 구성을 실행하라. 적용 가능하다면 다른 운영들이 어떤 관계인지를 보여주기 위해 차트를 사용할 수 있다. 만일 수행의 집합이 시간주기(time periods)나 순환(cycle)에 의해 그룹화 된다면, 매일(daily), 매주(weekly)에 필요로 하는 통합 운영의 각 집합이, 기본으로 표현된다.

- 만일 실행이 구성 레벨에 의해 논리적으로 그룹화 된다면, 중심부 처리(headquarters processing), 영역 활동 처리(field activity processing) 등과 같은 각 구성단계(organizational level)에 의해서 수행될 수 있는 실행 그룹으로 표현된다.

- 체계 제약, 운영 표준의 포기, 특별 지원 영역 지향 정보(예로, 라이브러리, 소형 컴퓨터와 텔레프로세싱 지원, 다른 체계와의 인터페이스), 또는 처리의 다른 특별한 면

- 체계에서 사용되는 통신망의 도표를 포함한 통신 기능과 소프트웨어 처리의 일반적인 기술

3.5 긴급상황, 선택상황 작동 모드별 조치사항

o 운영 상황과 운영모드의 차이점을 설명하고, 긴급한 상황에서의 조치사항을 기술

3.6 보안 및 개별적 기밀 요구사항

o 소프트웨어와 관련된 보안과 프라이버시 고려사항을 기술

o 인준되지 않은 소프트웨어에 대한 경고 또는 주의 문구를 포함

3.7 지원 및 문제보고

o 소프트웨어 운영 중에 발생하는 문제의 보고나 개발자의 지원절차를 기술

o 이와 관련된 계약에 대한 관점을 식별

4. 설치와 환경 설정

o 소프트웨어 설치와 소프트웨어 환경설정, 이전 파일들이나 자료의 삭제 및 겹쳐쓰기, 그리고 소프트웨어 운영을 위한 매개변수 입력등과 같은 반드시 필요한 절차를 설명

※ 안전예방책(경고 또는 주의 문구 표기 등)을 포함

5. 수행 설명

다음의 단락들로 나누어 기술한다.

※ 안전예방책(경고 또는 주의 문구 표기 등)을 포함

5.1 실행 목록

o 수행하여야 할 실행 목록을 제공

o 각 실행을 구성하는 소프트웨어와 작업을 식별

o 각 실행의 목적을 요약하여 포함

5.2 단계

o 실행단계를 논리적인 순서로 기술

o 실행의 중간 결과의 확인 및 확인결과에 따른 조치사항 등을 기술

o 실행 중단의 상황 기술

※ 실행단계 분할의 예 : 편집, 파일, 갱신, 그리고 보고서 예비조사

5.3 진단 절차

o 소프트웨어 진단을 위한 환경설정과 실행 절차를 제공

o 검증(Validation), 문제 해결(Trouble Shooting)에 대한 절차를 포함

o 진단 소프트웨어에 대한 모든 매개변수(입력과 출력), 코드, 범위값 설명

5.4 에러 메시지

o 각 에러 메시지에 대한 의미 설명

o 에러 메시지에 대한 정확한 절차 설명

5.5 각 수행의 설명

이 단락은 다음의 부단락들로 나누어진다.

5.5.x 수행 이름이나 식별자에 대한 수행 설명

실행을 식별하여 설명하기 위해 다음의 부단락으로 나누어 작성한다.

5.5.x.1 제어 입력

o 실행을 초기화하는데 필요한 작업 제어분의 수행 흐름에 관한 목록을 제공한다.

5.5.x.2 실행 관리 정보

o 다음의 사항을 포함하여 수행 메시지를 필요로 하는 정보를 제공한다.

- 주변 기기와 자원 요구조건

- 보안과 프라이버시 고려사항

- 초기화의 방법

- 실행 시간 계산

- 요구된 반환 시간

- 메시지와 응답

- 검사 시점에 관한 절차

- 운영 표준으로부터의 포기

5.5.x.3 입-출력 파일

o 실행에 의해 생성되거나 갱신되는 정보를 기술

o 입력처럼 제공되는 파일과 데이터베이스에 관한 정보를 제공

- 이름, 보안과 프라이버시, 기록 매체, 보존 일정(Retention schedule), 경향(disposition) 등과 같은 정보를 포함

5.5.x.4 출력보고

o 실행중 산출되거나, 순차적으로 재산출되는 보고서에 관한 정보를 제공

- 보고서 식별자, 산출 제어 번호, 보고서 제어 기호, 제목, 보안과 프라이버시, 매체(예, 하드 카피, 자기 테이프), 사본의 수, 사본의 분배 등과 같은 정보를 포함.

5.5.x.5 재시도/복구와 운영의 지속에 관한 절차

o 시스템 장애의 상황에서 운영자와 관련된 재시도/복구에 따른 절차를 제공

o 긴급한 상황에서 지속적인 운영을 위한 절차를 제공

6. 참고 사항

o 이 문서를 이해하는데 도움이 되는 일반적인 정보를 포함

예) 배경 정보, 용어 해설 관계 등

o 이 절은 모든 두문자어, 약어의 알파벳 목록과 이 문서에서 사용되는 그것들의 의미와 이 문서를 이해하는데 필요한 항목과 정의의 목록 등을 포함.

A. 부록

【별지 2-19】사용자지침서 작성지침

작성 목적

가. 소프트웨어사용자지침서는 소프트웨어 구성항목, 관련 소프트웨어 구성항목의 집합, 또는 소프트웨어 체계/부체계를 설치하고 이용하는 방법을 기술한다. 여기에서는 특정 직책이나 업무에 대한 지시와 같은 소프트웨어 운영의 특정 부분도 포함한다.

나. 소프트웨어사용자지침서는 사용자에 의한 소프트웨어 실행 방법에 관한 것으로 온라인 사용자 입력 및 출력을 해석하기 위한 사용자 인터페이스를 가진다. 만일 내장형 소프트웨어인 경우 소프트웨어 사용자지침서를 분리할 필요는 없으며, 주 체계의 사용자 지침서에 해당 내용을 포함한다.

1. 개요

1.1 적용범위

o 본 문서가 적용되는 체계와 소프트웨어를 식별하는데, 식별번호, 타이틀, 약어, 버전 번호, 그리고 릴리스 번호 등으로 식별한다.

1.2 체계개요

o 본 문서가 적용되는 체계와 소프트웨어의 목적을 간단하게 기술

o 체계와 소프트웨어의 일반적인 특성을 기술

o 체계 개발 추진내역과 운용, 유지보수에 대한 것을 요약해서 기술

o 사업 발기인, 획득자, 사용자, 개발자, 그리고 지원 기관을 식별하여 기술

o 현재 그리고 계획된 운영 사이트를 식별하고 다른 관련된 문서의 목록 제시

1.3 문서개요

o 본 문서의 목적과 내용을 요약해서 기술

o 본 문서에 관한 보안이나 프라이버시(privacy) 고려사항 기술

2. 참고 문서

o 본 문서에서 참조되는 모든 문서의 번호, 제목, 개정, 날짜를 기술

3. 소프트웨어 요약

이 절은 다음의 단락들로 나누어진다.

3.1 소프트웨어 적용

o 소프트웨어의 운용에 관한 간결한 설명을 제공

o 소프트웨어 운용으로 기대되는 성능증대, 운영 향상, 이익 등을 설명

3.2 소프트웨어 목록

o 설치 시 필요한 데이터베이스와 자료 파일 등 모든 소프트웨어 파일을 식별

- 보호, 프라이버시, 위급한 상황에서 소프트웨어를 운용에 필요한 필수 소프트웨어의 식별을 포함

3.3 소프트웨어 환경

o 하드웨어, 소프트웨어, 매뉴얼 운영, 그 외 사용자가 소프트웨어를 설치하고 가동하는데 필요한 다른 자원들을 식별

- 컴퓨터 장비로서 요구되는 메모리 크기, 요구되는 보조 기억장치 크기, 프린터 및 입/출력 장비와 같은 보조 장비

- 통신 장비

- 기타 소프트웨어로 운영 체제, 데이터베이스, 데이터 파일, 유틸리티, 그 외 지원 시스템.

- 형식(Form), 절차, 또는 다른 수작업 사항

- 기타 설비, 장비 또는 자원

3.4 소프트웨어 구성 및 운용 개요

o 사용자 관점에서 본 소프트웨어의 구성 및 운용의 개요를 기술

- 사용자 관점에서 본, 소프트웨어의 논리적 구성 요소 및 각 구성요소의 목적/운용 개요

- 사용자가 기대하는 성능 특성

• 받아들여지는 입력의 유형, 분량, 비율

• 소프트웨어가 산출할 수 있는 출력의 유형, 분량, 비율

• 전형적 응답시간 및 영향 요인

• 전형적인 프로세싱 시간 및 영향 요인

• 한계

• 기대 오류율

• 기대 신뢰성

- 시스템, 조직, 위치와 인터페이스되는 소프트웨어에 의해 수행되는 기능간의 관련성

- 소프트웨어의 관리를 위해 구현되는 슈퍼바이저 통제(예, password)

3.5 긴급상황, 선택상황 작동 모드별 조치사항

o 위기시 또는 여러 다양한 상황 및 모드에서 사용자가 소프트웨어로 할 수 있는 업무간의 차이점을 설명

3.6 보안 및 개별적 기밀 요구사항

o 소프트웨어와 관련된 보안 및 프라이버시 고려사항을 기술

3.7 지원 및 문제 보고

o 소프트웨어 활용에 대한 지원을 받거나 문제들을 보고하기 위해 필요한 연락처 및 절차들을 식별

4. 소프트웨어 운용절차

o 최초 또는 임시 사용자를 위한 단계별 절차를 기술

o 사용자가 소프트웨어를 쉽게 사용할 수 있도록 충분하고 자세히 명시

※ 안전 예방 대책(경고 또는 주의 문구 표기 등)를 포함

4.1 소프트웨어 사용자

4.1.1 장비 숙달

o 다음 사항을 기술

- 전원의 ON 및 조정 절차

- 시각 화면의 크기 및 능력

- 커저의 숙달. 하나 이상의 커저가 있을 때 활성화 된 커저를 식별하는 법, 커저를 이동하는 법, 커저를 사용하는 법

- 키보드 배열 및 각기 다른 키 유형 및 지시 장비간의 역할

- 전원의 OFF 절차(특별한 운영 절차가 필요하다면)

4.1.2 접근통제

o 소프트웨어의 사용자에게 가시적인 소프트웨어의 접근 및 보안 측면의 개요를 설명

- 패스워드의 획득 방법 및 배부처

- 사용자 통제하의 패스워드 생성, 삭제, 변경 방법

- 저장 매체 관련 보호와 프라이버시 고려사항 및 이 사항을 출력 보고서와 사용자가 생성할 다른 매체로 표시하는 작업

4.1.3 설치 및 설정

o 소프트웨어에 설치 또는 사용을 위하여 사용자가 수행해야 하는 절차를 기술

- 소프트웨어 식별 및 사용허가, 설치, 형상(CONFIGURE), 삭제, 이전 파일의 겹치기, 소프트웨어 운영 인자의 입력 등을 포함

4.2 작업의 시작

o 작업을 시작하기 위한 단계별 절차를 제공

- 모든 선택사항을 고려하여 작성

- 문제점 발견을 위한 점검표(checklist) 등을 포함

4.3 작업의 종료 또는 보류

o 사용자가 소프트웨어 사용을 종료 또는 인터럽트(interrupt)하는 법과 정상적인 종료인지 중단사태가 일어났는지를 결정하는 방법을 기술

5. 참조 지침서 처리(Processing reference guide)

o 사용자가 소프트웨어를 사용하기 위한 절차를 제공

o 절차가 복잡하거나 확장해야할 때라면 6절, 7절, x절을 추가 작성 가능

- 6절, 7절, x절은 부가적인 절로 본 절과 같은 문장 구조와 그 절에 의미에 적합한 제목을 부여

※ 안전 예방 대책(경고 또는 주의 문구 표기 등)를 포함

5.1 능력

o 소프트웨어 사용의 개략 사항을 제공하기 위한 트랜잭션, 메뉴, 함수, 그 외 프로세스의 상호 관련성을 간략히 기술

5.2 규약

o 소프트웨어에 사용되는 모든 규약을 기술

- 화면 색상 사용, 청각 신호의 사용, 약어 사전의 사용, 이름 또는 코드의 부여 등

5.3 처리 절차

o 함수에 의거, 메뉴에 의거, 화면에 의거. 수행되어야 할 절차에 모든 필요한 주문 사항을 다음과 같이 세부 절의 형태로 작성

5.3.x (소프트웨어 사용 측면)

o 제목은 함수, 메뉴, 트랜잭션, 기술되어지는 다른 프로세스를 식별하여 사용

o 메뉴, 그래픽 아이콘, 데이터 엔트리 폼, 사용자 입력, 다른 소프트웨어 혹은 하드웨어에서의 입력의 선택 및 보기를 적절히 기술

o 사용자, 출력, 오류 진단, 오류 메시지, 오류 경고에 관련된 소프트웨어 인터페이스에 영향을 미치며 온라인 기술 정보 또는 교육 정보를 제공

- 설명을 위한 형식은 소프트웨어의 특수한 특성을 적용할 수 있으나 설명의 일관된 유형을 사용

예) 메뉴간의 기술이 일관적이어야 하고 트랜잭션간의 기술이 일관적이어야 한다.

5.4 관련 처리

o 사용자가 직접 호출하지 않는 배치 오프라인, 또는 백그라운드 처리를 식별하고 기술

o 이 처리과정을 지원하는 모든 사용자 책임을 명시

5.5 자료 보관

o 오류, 결함, 오동작, 또는 사고의 경우를 대비하여 자료 복구를 위한 복사본의 생산 및 유지에 필요한 절차를 기술

5.6 오류, 오동작, 위기시의 복구

o 처리중의 오류, 오동작으로 부터의 재시작 또는 복구 절차와 위기시의 운용 지속성을 확인하는 데 사용되는 상세 절차를 설명

5.7 메시지

o 오류 메시지, 진단 메시지, 사용자 함수의 사용 중 일어날 수 있는 경우에 관한 정보 메시지에 관한 목록을 기술

o  메시지의 의미와 이 메시지가 발생한 이후의 행동을 식별하여 기술

5.8 참고 지침서

o 소프트웨어 사용을 위해 그 소프트웨어에 적합한 속성 참조 카드 또는 페이지를 제공 또는 참조

o 자주 사용되는 함수 키, 통제 순서, 포맷, 명령어, 다른 소프트웨어 사용 측면을 적절히 요약

6. 참고 사항

o 본 문서의 이해를 돕기 위한 일반적인 정보를 제공

예) 배경 정보, 목록 및 이론적 근거 등

o 두문자어(acronyms), 약어와 그 의미 그리고 본 문서의 이해를 돕기 위해 사용된 관련 용어나 정의의 리스트를 기술

A. 부록

【별지 2-20】입출력지침서 작성지침

작성 목적

가. 소프트웨어입출력지침서는 사용자에게 컴퓨터 센터나 기타의 중앙 또는 네트워크된 소프트웨어 설치 장소내의 요원에 의해 동작되는 일괄 또는 상호작용 소프트웨어 체계로 접근, 입력의 전송, 그리고 체계로 부터의 출력을 해석하는 방법을 기술한다.

나. 소프트웨어입출력지침서는, 사용자가 터미널이나 개인용 컴퓨터를 이용하여 접근하거나 일괄 또는 상호작용 방식을 이용하여 입출력을 송수신 하는 방법으로써, 컴퓨터 센터나 기타의 중앙 또는 네트워크된 소프트웨어 설치 장소에 설치될 소프트웨어 체계를 지원하기 위하여 사용된다.

1. 개요

1.1 적용범위

o 본 문서가 적용되는 체계와 소프트웨어를 식별하는데, 식별번호, 타이틀, 약어, 버전 번호, 그리고 릴리스 번호 등으로 식별한다.

1.2 체계개요

o 본 문서가 적용되는 체계와 소프트웨어의 목적을 간단하게 기술

o 체계와 소프트웨어의 일반적인 특성을 기술

o 체계 개발 추진내역과 운용, 유지보수에 대한 것을 요약해서 기술

o 사업 발기인, 획득자, 사용자, 개발자, 그리고 지원 기관을 식별하여 기술

o 현재 그리고 계획된 운영 사이트를 식별하고 다른 관련된 문서의 목록 제시

1.3 문서개요

o 본 문서의 목적과 내용을 요약해서 기술

o 본 문서에 관한 보안이나 프라이버시(privacy) 고려사항 기술

2. 참고 문서

o 본 문서에서 참조되는 모든 문서의 번호, 제목, 개정, 날짜를 기술

3. 소프트웨어 요약

이 절은 다음의 단락들로 나누어진다.

3.1 소프트웨어 적용

o 소프트웨어의 운용에 관한 간결한 설명을 제공

o 소프트웨어 운용으로 기대되는 성능증대, 운영 향상, 이익 등을 설명

3.2 소프트웨어 목록

o 설치 시 필요한 데이터베이스와 자료 파일 등 모든 소프트웨어 파일을 식별

- 보호, 프라이버시, 위급한 상황에서 소프트웨어를 운용에 필요한 필수 소프트웨어의 식별을 포함

3.3 소프트웨어 환경

o 하드웨어, 소프트웨어, 안내서 운영, 그리고 소프트웨어를 초기화하고 운영하는데 필요한 다른 자원들을 식별

- 단말기, 프린터, 다른 입/출력 장치 같은 컴퓨터 장비

- 통신 장비

- 네트워킹 소프트웨어 같은 다른 소프트웨어

- 형식, 절차, 또는 다른 운영안내서

- 다른 설비, 장비, 또는 자원

※ 가정 사항

소프트웨어가 컴퓨터 센터나 다른 중앙집중화 또는 네트워크화 된 환경에서 설치된다는 가정에 기반을 두고 있고, 사용자가 그러한 환경에서 소프트웨어에 접근하고 사용하기 위해 반드시 있어야 하는 자원에 초점을 맞추었다.

3.4 소프트웨어 구성과 운영의 개요

o 운영자의 관점에서 소프트웨어의 구성과 운영에 관한 간결한 설명을 제공

- 사용자 관점에서의 논리적인 구성요소(사용자가 접근할 수 있는 데이터베이스와 자료화일, DBMS, 통신경로 등) 그리고 각 구성요소의 목적/운영의 개요

- 사용자가 기대하는 성능 특성

• 받아들여지는 입력의 유형(Types), 분량(volumes), 비율(rate)

• 소프트웨어가 산출할 수 있는 출력의 유형, 분량, 비율

• 전형적 응답시간 및 영향 요인

• 전형적인 프로세싱 시간 및 영향 요인

• 한계

• 기대 에러 율

• 기대 신뢰성

- 시스템, 조직, 위치와 인터페이스 되는 소프트웨어에 의해 수행되는 기능간의 관련성

- 소프트웨어의 관리를 위해 구현되는 슈퍼바이저 통제(예, password)

3.5 긴급상황, 선택상황 작동 모드별 조치사항

o 위기 시 또는 가능한 여러 다양한 상황 및 작동 모드에서 사용자가 소프트웨어로 할 수 있는 업무간의 차이점을 설명

3.6 보안 및 개별적 기밀 요구사항

o 소프트웨어와 관련된 보안 및 프라이버시 고려사항 기술

3.7 지원 및 문제보고

o 소프트웨어 활용에 대한 지원을 받거나 문제들을 보고하기 위해 필요한 연락처 및 절차를 기술

4. 소프트웨어 사용

o 다음 단락으로 나누어 작성

※ 안전 예방책(경고 또는 주의 문구 표기 등)을 포함

4.1 초기 절차

o 소프트웨어의 초기 사용에 따른 절차를 기술

- 표본 작업 요구 형식이나 표본 제어 문장 등의 정보를 포함

4.2 입력의 기술

4.2.1 입력 조건들

o 소프트웨어에 입력되는 각 유형이나 입력의 종류에 관한 조사에서 관찰된 조건을 기술

- 정상 상태보고(normal status report), 갱신 자료에 관한 필요성(need to updated data)과 같은 입력의 근거

- 입력의 빈도(월단위(monthly), 요구될 때 등)

- 입력의 근원(입력을 생성하는데 있어 식별되는 구성이나 station)

- 자기 테이프 같은 입력 매체

- 관련된 입력 (이 입력과 동시에 입력이 요구되는 것)

- 우선순위, 보안과 프라이버시 고려사항과 같은 다른 응용 정보)

4.2.2 입력 형식

o 소프트웨어로의 입력을 준비하는데 사용되는 레이아웃 형식(Layout formats) 및 각 형식의 라인과 절에 입력될 수 있는 정보를 설명

4.2.3 구성 규칙

o 입력을 준비하기 위해 반드시 관찰되어야 하는 규칙과 관례를 설명

- 입력 처리 길이(최대 100 문자 같은)

- 형식 변환(모든 입력 항목이 왼쪽-자리맞춤)

- 라벨링(Labeling),(소프트웨어에 관한 주요 자료 집합을 표기하는 식별자의 사용)

- 순서(입력에서 항목의 순서와 배치 같은)

- 구두점(Punctuation), 입력, 자료 그룹 그리고 항목의 시작과 끝을 나타내기 위한 기호( ..., ＊, 문자 조합, 등)의 여백(Spacing)과 사용

- 제약(개별적인 문자와 매개변수 집합의 사용을 금지하는 규칙 같은

4.2.4 입력 단어

o 입력을 준비하기 위해 이용하는 정규 문자 조합이나 코드를 설명

※ 코드들의 순서화 된 목록을 포함한 부록을 작성하여 제공할 수 있다.

4.2.5 표본 입력

o 소프트웨어에 의해 수락될 수 있는 입력의 각 유형이나 종류를 서술

- 선미(Headers), (입력의 시작을 표기)

- 입력의 원문이나 몸체

- 후미(Trailers), (입력의 끝을 표기하는)

- 생략될 수 있는 입력의 일부분

- 반복될 수 있는 입력의 일부분

4.3 출력의 설명

4.3.1 일반적인 설명

o 입력의 각 유형 또는 종류에 대하여 다음과 같은 정보를 제공

- 왜 출력의 생성되었는지에 관한 근거

- 입력의 빈도(월 단위, 요구될 때)

- 유효한 기본 출력의 교정이나 변형

- 입력의 매체(프린트 출력, 표시 화면, 테이프)

- 위치(컴퓨터 영역이나 원격적인 것처럼 출력이 나타날 수 있는 곳)

- 부가적인 특성(우선순위, 보안과 프라이버시 고려사항, 출력에서 정보를 완전하게 하는 출력과 연관된 것)

4.3.2 출력 형식

o 소프트웨어 출력의 각 유형이나 종류의 레이아웃(Layout)을 서술

- 보안과 프라이버시 표시

- 선미에서 나타날 수 있는 자료

- 출력의 원문이나 몸체에서 나타날 수 있는 정보(표기열 선미와 출력 형식의 부집합이나 절을 포함한)

- 후미에서 나타날 수 있는 자료

- 부가적인 특성(특별한 기호의 의미 같은)

4.3.3 표본 출력

o 소프트웨어 출력의 각 유형이나 종류를 서술하며 각 표본의 설명을 제공

- 각 열, 개체, 등의 의미와 사용

- 원본(계산되거나, 데이터베이스로부터 축출된)

- 특성(생략, 값의 범위, 측정의 단위)

4.3.4 출력 단어

o 출력에서 나타날 수 있는 코드나 약어를 설명

4.4 출력의 사용

o 운영적 영역이나 그것을 수신하는 행위에 의한 출력의 사용을 설명

4.5 복구나 에러 교정 절차

o 소프트웨어에 생기는 에러 코드목록과 그 의미 그리고 사용자에 의해서 취해질 수 있는 교정 활동을 설명

o 재시도, 복구, 그리고 긴급한 상황에서 운영의 지속을 위해서 사용자가 취할 수 있는 절차를 포함

4.6 통신 진단

o 통신 검증 및 문제의 식별, 분류를 위해서 사용자가 할 수 있는 진단절차를 기술

5. 질의(Query) 절차

o 질의(Query) 능력을 갖는 소프트웨어를 위해 준비하며, 다음의 단락들로 나누어 작성

5.1 데이터베이스/자료파일 형식

o 사용자의 관점에서 질의(Query)하는 데이터베이스나 파일의 형식과 내용에 대하여 설명을 제공

o 각각의 자료 요소에 대하여 다음의 정보를 제공한다.

- 자료 요소 이름

- 동의어

- 정의

- 형식(format)

- 값의 범위와 계산(Range and enumeration of values)

- 측정 단위

- 자료 항목 이름, 약어, 코드들

5.2 질의(Query) 능력

o 소프트웨어에 의해 제공된 사전 프로그램된 특별한 질의(Query) 능력을 구별하고 설명

5.3 질의(Query) 준비

o 질의(Query) 준비를 위한 명령어를 제공

5.4 제어(Control) 명령어

o 질의(Query) 요청에 대한 정확한 응답을 위해 필요한 행동이나, 순서적인 실행에 대한 명령어를 제공

- 이러한 명령어는 컴퓨터 시스템이나 소프트웨어에 의해 요구될 수 있는 제어문을 포함한다.

6. 사용자 단말기 처리 절차

o 사용자에게 단말기의 사용 정보를 제공

6.1 유효한 능력

o 검색(retrieval), 표기(display), 자료갱신의 능력을 일반적인 항목으로 설명

6.2 접근 절차

o 소프트웨어 운영의 초기화를 위해서 소프트웨어 접근에 따르는 규칙이나 단계의 순서를 기술

6.3 표기, 갱신, 그리고 검색 절차

o 단말기 사용을 통하여 가능한 표기(Display), 갱신, 검색절차를 제공

6.4 복구나 에러 교정 절차

o 에러 메시지를 식별하고, 에러 의미와 교정 활동을 제공

o 재시도, 복구, 그리고 긴급한 상황에서 운영의 지속을 위해 사용자가 수행하는 절차를 포함

6.5 종료 절차

o 프로세싱을 종료하기 위해 필요한 절차를 제공

7. 참고사항

o 문서를 이해하는데 도움이 되는 일반적인 정보를 포함

예) 배경정보, 용어해설, 관계 등

o 두문자어, 약어의 알파벳 목록과 이 문서에서 사용되는 그것들의 의미와 이 문서를 이해하는데 필요한 항목과 정의의 목록 등을 포함

A. 부록

【별지 2-21】운영메뉴얼 작성지침

작성 목적

가. 운영메뉴얼은 주어진 컴퓨터와 주변 장비를 운영하기 위해 필요한 내역을 기술한다. 본 메뉴얼은 컴퓨터 상에서 돌아가는 소프트웨어 자체에  초점을 맞추는 것이 아니라 컴퓨터 그 자체에 초점을 맞춘다.

나. 새롭게 개발된 컴퓨터, 특수 목적용 컴퓨터 또는 상업용 메뉴얼을 구할 수 없는 경우에 대해서 본 컴퓨터 운영메뉴얼을 만든다.

1. 개요

1.1 적용범위

o 적용되는 컴퓨터 체계에 대한 생산자 이름, 모델 번호 등을 기술

1.2 체계개요

o 적용되는 컴퓨터 체계에 대한 목적을 간략하게 기술

1.3 문서개요

o 본 문서의 목적과 내용을 간략하게 요약하고 본 매뉴얼의 사용과 관련된 보안과 프라이버시 문제를 기술

2. 참고 문서

o 본 문서에서 참조되는 모든 문서의 번호, 제목, 개정, 날짜를 기술

3. 컴퓨터 체계 운영

※ 안전 예방책(경고 또는 주의 문구 표기) 을 포함

3.1 컴퓨터 체계 시동 및 종료

3.1.1 전원 온-오프

o 컴퓨터 체계의 전원을 켜고 끄기 위한 절차를 기술

3.1.2 초기 작업(Initiation)

o 장비설치, pre-operation, 부트스트래핑(bootstrapping) 그리고 컴퓨터 체계의 초기 운영시 사용될 명령어를 포함해서 초기 운영에 필요한 절차를 기술

3.1.3 종료 작업(Shutdown)

o 컴퓨터 체계운영을 종료하기 위한 절차를 기술

3.2 운영 절차

o 여러 가지 운영 모드가 존재한다면 각 운영 모드에 대한 명령어를 제공하며, 다음 절로 나누어 작성

3.2.1 입출력(I/O) 절차

o 컴퓨터 체계와 관련된 입출력 매체(예를 들어 마그네틱 디스크나 테이프)를 기술

o 매체에 입력하거나 출력하는 절차 및 운영체계 제어 명령어를 간략하게 기술

o interactive 메시지 및 응답 절차를 기술

예) 사용 중인 터미널, 패스워드 키(keys)

3.2.2 감시 절차

o 운영 중인 컴퓨터 체계를 감시하기 위한 절차를 기술

o 지시자 및 지시자에 대한 해설, 그리고 루틴 및 특별 감시 절차를 기술

3.2.3 오프라인 절차

o 컴퓨터 체계와 관련된 모든 오프라인 장비를 운영하는 데 필요한 절차를 기술

3.2.4 다른 절차

o 운영자에 의해서 제공되는 부가적인 절차를 기술

예) 컴퓨터체계 정보, 컴퓨터 체계 보완 및 프라이버시 문제, 예비(Stand-by) 컴퓨터체계로의 변환(switch), 또는 비상시에 계속적인 운영을 보장해 주는 수단

3.3 문제발생 처리 절차

o 체계 운영 중 발생할 수 있는 문제들을 기술

- 문제와 관련된 에러 메시지나 지시사항을 기술하고 평가 기법

- 컴퓨터 체계 종료 작업을 위한 조건

- 온라인 intervention 또는 abort 절차

- abort 또는 인터럽트된 컴퓨터 체계 운영을 재구동하기 위한 절차

- 고장 관련 정보를 기록하는 절차

- 발생할 수 있는 문제점을 해결하기 위한 자동 및 수동 처리 절차

4. 진단 방법

o 컴퓨터 체계에 대한 고장을 식별하고 수리하는 진단 절차를 기술

4.1 진단 방법 요약

o 에러 메시지 구문과 fault isolation 구조를 포함해서 컴퓨터 체계의 진단 특성을 기술

o 각 진단 특성에 대한 목적을 기술

4.2 진단 절차

o 컴퓨터 체계상에서 수행되는 진단 절차를 기술

4.2.1 각각의 절차를 수행하기 위한 하드웨어, 펌웨어 또는 소프트웨어 식별

4.2.2 각각의 절차를 수행하기 위한 단계별 명령어

4.2.3 진단 메시지와 관련된 행위

4.3 진단 도구

o 컴퓨터 체계 상에서 획득할 수 있는 진단도구를 기술

※ 진단 도구는 하드웨어, 소프트웨어 또는 펌웨어 등으로 구분

o 명칭과 수량을 통해 진단도구를 식별하고 각 도구와 그것에 대한 응용에 대해서 기술

5. 참고 사항

A. 부록

【별지 2-22】프로그래밍메뉴얼 작성지침

작성 목적

가. 컴퓨터 프로그래밍 매뉴얼은 프로그래머가 컴퓨터상에서 프로그램한 방법을 이해하기 위해 필요한 정보를 기술한다.

나. 본 컴퓨터 프로그래밍 매뉴얼은 새롭게 개발된 컴퓨터, 특수 목적용 컴퓨터 또는 상업용 매뉴얼을 구할 수 없는 경우에 대해서 적용한다.

1. 개요

1.1 적용범위

o 적용되는 컴퓨터 체계에 대한 생산자 이름, 모델 번호 등을 기술

1.2 체계개요

o 적용되는 컴퓨터 체계에 대한 목적을 간략하게 기술

1.3 문서개요

o 본 문서의 목적과 내용을 간략하게 요약하고 본 매뉴얼의 사용과 관련된 보안과 프라이버시 문제를 기술

2. 참고 문서

o 본 문서에서 참조되는 모든 문서의 번호, 제목, 개정, 날짜를 기술

3. 프로그래밍 환경

o 컴퓨터 체계의 요소와 구성

o 다음 사항을 포함한 운영 특성, 능력, 및 제약 사항

- machine cycle time

- 워드 길이

- 메모리 용량 및 특성

- 명령어 집합(instruction set)의 특성

- 인터럽트 능력

- 운영 모드

예) 배치(batch), interactive, privileged, non-privileged

- 운영 레지스터

- 에러 지시자

- I/O 특성

- 특별한 기능

o 컴퓨터 체계 상에서 컴파일하거나 어셈블할 때 필요한 장비 기술

예) 테이프나 디스크 그리고 주변 장치

o 에디터, 링커, 링크 에디터, 컴파일러, 어셈블러, 크로스 컴파일러, 사용된 다른 유틸리티와 이와 관련된 참고 매뉴얼을 기술

o 결과를 로딩하고 실행하고 기록하는 데 필요한 특별 플래그(flag)나 명령어를 강조해서 기술

4. 프로그래밍 정보

o 컴퓨터 명령어 집합구조(instruction set architecture)의 프로그래밍 특성을 기술

- 데이터 표현

예) 바이트, 워드, 정수형, floating-point, double precision

- 명령어 포맷과 주소(addressing) 모드

- 특별한 레지스터나 워드(예를 들어 스택 포인터나 프로그램 카운터)

- 제어 명령어

예) branch, jump, 서브루틴/프로시져 콜 명렁어, privileged 명령어 그리고 운영모드

- 서브루틴 및 프로시져

예) non-reentrant, reentrant, macrocode, routines, argument lists, parameter passing conventions

- 인터럽트 처리 과정

- 타이머와 clocks

- 메모리 보호 특성(예를 들어 ROM)

- 명령어나 데이터 캐쉬 구조와 같은 부가적인 특성

o 다음 사항을 포함한 각각의 명령어 기술

- 사용법

- 구문

- 조건 코드 집합

- 실행 시간

- 가계 코드(Machine-code) 포맷

- Mnemonic conventions

- 다른 특성

o 다음 사항을 포함한 입출력 제어 프로그래밍 기술

- 컴퓨터 메모리의 초기 로딩과 검증

- serial and parallel 데이터 채널

- 이산(discrete) 입출력

- 인터페이스 요소

- 장비 수, 운영 코드, 및 주변 장치를 위한 메모리 위치

o 컴퓨터 체계와 관련된 부가적이고 제한적이고 특별한 프로그래밍 기법예) 마이크로 프로그램 제어부의 간결한 기술

o 컴퓨터 체계 상에서의 모든 목록의 적절한 사용을 포함해서 위에서 기술한 프로그래밍 특성에 대한 모의 실험의 예

o 조건 코드, 오버플러우(overflow), 주소의 예외사항 처리, 입출력 에러 상태 지시자를 포함한 컴퓨터 체계와 관련된 에러 탐색 및 진단 특성

5. 참고 사항

o 문서의 이해를 돕기 위한 일반적인 정보를 제공

예) 배경 정보, 목록 및 이론적 근거

o 두문자어, 약어와 그 의미 그리고 본 문서의 이해를 돕기 위해 사용된 관련 용어나 정의의 리스트를 기술

A. 부록