Theme Series 시스템 엔지니어링(95회)
개발기간 단축, 비용 절감, 품질 향상을 위한 시스템 엔지니어링 실무를 중심으로
체계 요구 공학ⅩⅥ
민성기 시스템체계공학원장(ise@seinstitute.co.kr)
운용요구서 국방사례
[운용 요구사항 문서 ORD 작성 이유]
1. 국방 의사결정 시스템과 운용 요구사항
요구사항 생성체계는 획득관리 시스템, 국방기획관리 시스템과 함께 국방관리의 세 가지 주요 의사결정 지원체계를 이루고 있다. (그림 1 참조) 요구사항 생성체계는 2003년 6월24일 CJCS 3170.01C에 의해 RGS(Requirement Generation System)에서 JCIDS(Joint Capability Integration & Development System)으로 바뀌었다. 
우리나라 국방 의사결정 체계도 1970년대 초부터 이와 유사한 체계를 운영해 오고 있다. 국방 기획관리 제도는 PPBEES로, 요구생성 절차는 국방전력발전 업무 규정으로, 획득절차는 방위사업청 획득관리 규정으로 발전되어 왔다. 따라서 제도적 차원에서는 유사하나 조직은 다르다.
그림 2는 요구사항과 획득 시스템 상호간 인터페이스를 1999 모델을 기준으로 보여주고 있다. 이 시스템은 DoD 5000 시리즈를 반영하고 있다. DoD 5000 시리즈의 1999년 버전에 따라 계획된 프로그램은 승인된 프로그램 문서와 그림 2에 있는 절차에 따라 진행된다.
그러나 우리나라 국방부 획득체계 개선단에서는 이미 2008년에 OCD와 ORD 문서를 작성토록 천명한 바 있다. 그 내용을 요약하면 그림 3과 같다.
현재 우리의 제도는 ROC에서 개발규격(B형)으로 바로 추진함에 따라 사용군과 획득기관 사이에 많은 마찰을 빚고 있다. 이를 해결하기 위해 OCD와 ORD를 작성토록 한 바 있다. 운용요구서가 작성되지 않을 경우, 획득기관에서 작성된 체계규격서는 근거가 미약하여 계약문서의 역할이 어렵게 된다. 따라서 운용자 요구사항을 근거로 체계 요구사항을 도출하여 계약하는 것이 정형이다. 이러한 문서는 다음 표 1과 같이 어느 시기에 누가 작성하고 승인하는지 작성 내용은 무엇인지를 볼 수 있다. 나아가 운용 요구사항에 요구사항별 확인 및 검증 기준인 시험, 분석, 데모 및 검사 항목을 지정할 수 있어 종합시험 평가계획(TEMP: Test & Evaluation Master Plan)을 효율적으로 작성할 수 있다.
2) 운용 요구사항 생성체계 발전
운용요구사항의 발전과정을 보면 그림 4와 같다. 1960년 맥나마라 국방이 국방기획 관리 제도를 적용하면서 소요군에서는 운용 요구사항을 제시토록 하였다. 이에 따라 첫 번 만들어진 문서가 SOR(Specific Operational Requirements)이다. 이는 1966년 미 공군 57-1 규정에 따라 QOR(Qualitative Operational Requirements)로 불리기 시작했고, 이어 1967년에 미 공군에서 규정변경을 통해 ROC(Required Operational Capability)라고 불렀고, 이는 획득 단계에 따라 I & II로 나누어 보완토록 했다. 1980년대에 들어 와 ORD모델이 생성되고 ORD-I & II로 발전되어 오다가 다음 CDD와 CPD로 2003년에 변경되어 오늘에 이르고 있다.
ORD가 CDD로 변경된 이유는 크게 두 가지 분야의 이슈 사항으로 제기되었다. 하나는 합동 요구사항이며, 다른 하나는 진화적 획득방법을 적용하는 DoD 방침이다. 이는 전장무기의 보다 좋은 품질 제품을 보다 빠른 시기에 획득도록 하는 전략을 바탕으로 하고 있다.
① 합동 요구사항
합동 요구사항은 하나 이상의 DoD 기관이 연관된 프로그램 요구사항을 말한다. 일치성과 상호운용성 및 통합성을 바탕으로 하는 모든 C4I 및 정보, 감시, 및 정찰 (ISR)시스템은 합동 프로그램으로 간주한다. 합동 또는 “합동”으로 지명된 프로그램의 잠재 합동 특성이 있는 프로그램은 모든 DoD 기관 참여하에 개발되고 시간이 지나면서 더 많은 사항을 고려해야 한다. 합동 요구사항의 책임성과 절차가 별도로 제시되어야 한다.
② 진화적 획득에 따른 기간에 따른 단계별 요구사항 적용
DoD가 진화적 획득방법을 통해 전통적 획득방법의 개발기간 단축 프로그램 수행 시, 이 절차를 지원하기 위해 운용 요구사항을 생성하는 효과적 방법이 필요하게 되었다. 기간에 따른 단계별 요구사항 생성 방법은 예상 위협과 가용한 기술로 점진적 기간에 따라 운용 요구사항을 특정 짓는 진화적 방법을 적용하게 되었다. 기간에 따른 단계별 요구사항은 진화적 획득방법 적용 시, 필수적인 사항이며 운용 필요성을 설정하고 문서화하기 위해 최상의 접근방법으로 강력하게 적용하고 있다.
③ 최근 요구사항과 획득 시스템 상호간 인터페이스
위 두 가지 방침을 적용한 2003년 이후에 적용해 오고 있는 요구사항과 획득 시스템 상호가 인터페이스는 그림 5와 같다.
앞서 표 1에서 언급한 바와 같이 MNS는 ICD로, 마일스톤 B에서의 ORD는 CDD로 마일스톤 C에서의 ORD는 CPD로 대치되어 운영되고 있다.
3) 2003년까지 적용해 오던 ORD부터 작성하는 이유와 타당성
여기에는 두 가지 중요한 이유와 타당성이 있다. 그 하나는 획득 조직의 차이점과 소요 제기자의 ORD 작성 능력의 변화를 단계적으로 해야 한다는 점이다.
① 국방 의사결정 시스템과 운용 요구사항과의 관계
우리의 조직과 미 국방 조직의 차이점을 들 수 있다. 이는 그림 6에서와 같이 미 국방은 소요 제기면에서 합참을 중심으로 하향식(Top-down) 체제를 구현했지만, 우리는 여전히 각군에서 상향식(Bottom-up) 방식을 유지해 오고 있다. 또한 획득 단계에서 각 군이 연구개발사령부를 운영, 개발 기능이 각 군에 주어져 있지만, 우리는 외청조직인 방위사업청에서 획득을 전담하고 있어 소요와 획득이 엄연하게 구분되어 있다. 따라서 ORD 문서와 같이 대상 시스템에 대한 소요를 분명하게 제시해 주어야 한다.
② 획득제도면에서 운용 요구사항
개념 구체화 단계에 각 군이 이를 수행함으로써 대안 비교분석이 용이한 반면, 우리는 군에서 제기한 ROC를 기간으로 선행연구 기간에 이에 대한 분석을 수행함으로써 ROC를 근간으로 한 ORD를 작성함이 타당하다.
[ORD 작성기관·작성시점/종료시점·작성방법 등]
1. ORD 작성기관
우선 ORD를 작성하는 기관을 알아보려면 2003년도까지 미 국방에서 이를 작성하던 체계를 살펴보아야 한다. 앞서 그림 1에 따라 관련 문서는 표 1과 같이 변경되었다. 이 세 가지 시스템 상호간의 효과적이고 밀접한 인터페이스는 국방력을 위하여 품질 좋은 제품 획득에 그 목적이 있다. 요구사항 생성체계는 전장무기의 예상임무 필요성에 대한 의사결정자에게 정보를 생성하는 프로세스이다.
이러한 임무 필요성은 MNS 문서에 광범위한 운용 사항을 정의한다. MNSs는 신규 국방 획득 프로그램으로 생성될 전장무기 운용 요구사항을 개발하기 위하여 준비된 문서이다. MNS 확인은 물자가 아닌 솔루션으로서는 이를 해결할 수 없고 잠재적인 ‘신규 개념/시스템’ 물자로 고려되어야 할 경우를 확정해 준다. 후속적으로 MNS에 표현된 필요성은 CRDs(필요한 경우) 및 ORDs 형태의 요구사항 생성절차에 따라 요구사항을 개발한다. CRDs는 복합 시스템이나 시스템 패밀리 형태로 나타나는 임무영역에 관하여 확인된 성능 위주 통합 능력을 통해 ORD 개발지침을 제공해 준다. ORDs는 제안 시스템에 대하여 보다 세부적으로 보완된 성능과 능력으로 MNS와 CRD(적용 시) 요구사항을 변환한 문서이다. ORDs는 획득관리 시스템과 고도의 국방 획득 프로그램 개발, 계획 및 예산에 대한 기획, 계획, 예산 시스템(PPBS)에 특정 요구사항 베이스를 제공해 준다.
이를 요약하여 제시하면 표 2와 같다. 국방 시스템 수명주기 모델은 그림 7에서 그 시기를 볼 수 있다. 
2. 작성시점과 종료시점
체계개발 계약 이전에 작성되어야 할 뿐만 아니라 이는 계약에 포함될 시스템 규격서(A 형) 작성 이전에 이를 요구사항으로 제시되어야 한다. 참고로 RFP에 포함된 문서 내용을 보면 그림 8과 같다. 참고로 입찰조건으로 ORD 문서는 참고 문서이고 계약 문서는 시스템 규격서이다. 여기서 ORD 요구사항은 사용자 요구사항(UR)이며, 시스템 규격서 요구사항은 시스템 요구사항(SR)이라는 사실을 유념해야 한다. 다른 말로 하면 ORD는 소요 제기자가 원하는 대상 시스템을 구체적으로 제안하면, 이를 개발하기 위한 상위레벨 시스템 요구사항을 획득기관, 즉 방위사업청에서 작성하는 문서이다. ORD 문서의 초기 문서는 PDR 단계에서 작성되는 흔히 ORD(I)이라고 부르며, 체계개발 과정을 통해 형성된 결과를 평가한 후, CDR 단계에서 작성되는 ORD(II)라고 부른다. 나아가 이 문서가 종료되는 시점은 양산승인 시점, FRPDR에서 이루어진다.
3. 작성방법
오늘날 미 국방에서 적용해 오고 있는 그림 5에서와 같은 ICD, CDD, CPD 체제로 변경되기 전까지의 ORD체계는 그림 9와 같다.
이를 토대로 우리 국방 소요제기 단계를 정의한 국방전력발전 업무규정을 살펴보면 다음 그림 10과 같다. 지금의 소요 작성방법은 야전부대 및 병과학교 소요제안을 근거로 각 군 교육사 또는 전투발전단에서 소요제안서(초안)를 작성한 다음, 전투실험, 위게임 과정을 통한 사전분석을 한다. 그리고 교육사/전발단 차장이 주관하는 전력소요 통합협조회의를 하고 소요제안서(안)가 확정된다. 이를 각 군 전력기획참모부에서 각 군부 및 감실 의견을 종합하여 육군은 전력투자사업심의회/정책회의, 해군은 전력정비위원회, 공군은 기회관리협의회 심의를 거쳐 총장 결재로 소요요청서를 합참으로 보낸다.
합참 전력기획부는 접수된 소요요청서를 관련 부서(정보, 작전 및 군수) 및 기관(KIDA 및 ADD)과 검토한 다음 이를 전력소요검토회의에 회부한다. 이 회의에서는 합동성, 동시성, 상호운용성 차원의 미래전쟁 수행개념 충족성, 전력회 시기, 소요량의 적절성, ROC의 합리성, 부대기획과의 연계성, 패키지 소요의 타당성 등을 검토한다. 그 결과에 따라 전력소요서(안)를 작성하고 이를 합동전략 실무회의를 비롯한 전략회의, 합동 참모회의를 거쳐 심의 의결하며, 합참의장과 장관 결재를 통해 전력소요를 확정하고 있다. 이러한 절차에서 소요요청기관, 제기기관 및 결정기관은 표 3과 같다.
이때 제안되는 소요는 장기소요와 중기소요로 나누어진다. 장기 및 중기소요 요청서 양식은 표 4와 같다. 여기서 장기소요는 선행연구와 탐색개발의 근거가 된다. 통상 확정된 중기소요는 체계개발로 진입하는 근거가 된다. 표 4에서 밑줄을 그은 부분은 중기 소요요청서 양식이다. 따라서 ORD 작성방법은 기존의 소요요청서 작성방법을 따르도록 한다. 즉, 소요요청서를 작성하는 절차의 소요제안서 대신에 운용요구서(ORD)를 제시하면 되고 작성방법 또한 동일한 과정을 밟도록 하면 된다. 그림 11에 보면 우리의 장기소요서(ROC I)는 미 국방의 2003년도를 기준으로 MNS와 ICD, 중기 소요요청서(ROC II)는 ORD I과 CDD와 대응되며, ORD II와 CPD 대응문서는 없다.
따라서 문서 작성방법은 표 4와 ORD 문서 내용을 보완하는 방안이 좋다고 본다.
4. 작성 내용
운용요구서 작성 내용은 국방과 민간에서 사용하는 목차가 서로 상이하다. 미국과 한국의 국방 ORD 목차는 표 5와 같다. 기본적으로 미 국방 목차 8가지 사항은 그대로 한국 목차에도 적용하고 있으며, 문서의 범위, 참조문서, 용어정의 및 약어를 앞단에 포함함으로써 문서의 성격을 보다 분명하게 한 점이 다르다. 국방 ORD 작성 내용은 표 5에 수록하였다.
운용 요구사항은 개발단계, 생산단계, 배치단계, 교육훈련단계, 운용단계, 체계향상단계, 폐기단계 7개의 수명주기 단계에서의 요구사항을 작성함에 있다.
ORD란 제안된 개념이나 시스템에 대한 운용성능 요구사항을 포함한 포맷으로 제시된 문서이다. 후속 획득 단계에서 지속적인 평가를 위해 제안된 시스템은 임무 필요성을 충족시키는 데 필요한 시스템 능력을 정의하여 초기 ORD로 작성한다. 초기 ORD에 운용성능 파라미터로 나타낸 요구사항은 시스템(예, 인공위성, 항공기, 선박, 미사일, 또는 무기체계)에 테일러링 되며, 거리, 살상 확률, 플랫폼 생존성 및 소요 시기 등과 같이 시스템 레벨 성능 능력을 반영한다. ORD 작성 절차는 <그림 12>에서와 같이 다음 네 가지 단계로 되어 있다.
운용 요구사항을 작성하기 위한 주요 활동을 요약해 보면 다음 표 6과 같다. 여기서 가장 중요한 활동은 운용개념을 개발하고 운용 요구사항을 도출하는 활동이다. 이를 좀 더 살펴보도록 하자.
① 운용개념 개발
운용개념을 개발하기 위해 가장 중요한 분석활동은 OMS/MP를 개발하는 활동이다. 이는 그림 13과 같다. 이는 임무영역을 분석하여 전투 시나리오와 평시 시나리오를 개발한다. 이에 따라 요구 작전 형태와 요구 교육훈련이 도출되며 이를 전/평시 작전 및 훈련 유형별 운용시간을 도출함으로써 RAM 값 산출 모델의 입력기준인 신뢰도를 MTBF로, 가용도를 Aㅇ로, 정비도를 MTTR로 산출하게 된다. OMS/MP는 전/평시 장비수행방법과 임무달성 유형을 정의하게 됨으로써 소요군의 운용개념과 운용환경, 그리고 전투 및 운용 시나리오를 충족시키는 방안을 구체화하게 된다. 이는 나아가 운용 유지단계에서의 종합군수지원 요구를 사전에 제시함으로써 이를 획득 개발단계에서 설계사항에 미리 반영할 수 있도록 함에 주요 목적이 있다.
② 운용 요구사항 개발
일반적으로 운용 요구사항 카테고리는 그림 14와 같다. 기본적으로 운용 요구사항은 개발단계, 생산단계, 배치단계, 교육훈련단계, 운용단계, 체계향상단계, 폐기단계 7개의 수명주기 단계에서의 요구사항을 작성함에 있다. 따라서 운용상태에 따른 운용모드를 식별하고, 대상 시스템의 임무요구에 따른 수행 기능과 충족해야 할 성능 목표를 제시하며, 대상 시스템과 합동성, 동시성 및 상호운용성에 따른 주변 시스템과의 인터페이스 식별, 운용환경, 요구자원, 중량, 크기, 부피 등 물리적 제약사항, RAMS, 수송성, 품질 등의 설계품질(-ilities)을 제시함에 있다.
운용 요구사항을 개발하기 위해서는 요구분석 활동이 이루어져야 한다. 따라서 일반적인 요구분석 활동비용을 기준으로 해서 외부 전문업체가 이를 작성할 때 드는 비용을 산출토록 한다. 요구분석 활동 18단계를 소개하면 다음 그림 15와 같다.
요구분석을 통해 얻어지는 효과는 다음 그림 16과 같다. SRR 단계에서 MD(요구사항기술오류)가 10% 미만이 되도록 할 수 있으며 이에 대한 투자는 대형 복합 시스템의 경우, 총 개발비용의 0.1%이다. ROI는 통상 200배 이상의 효과를 가져온다. 여기서 SRR 단계가 작성된 ORD를 근거로 SRS(system Requirements Specification)를 심의하는 단계이다. 이 단계에서의 요구분석이란 ORD 작성단계에서 분석된 내용을 다시 한 번 짚어 보는 단계로 볼 수 있다.
따라서 ORD 작성을 위한 소요예산은 총 개발비의 최소한 0.1% 이상이 필요하다. 그러나 대상 시스템의 규모에 따라 다를 것이다. 예를 들면, 표 7과 같다.
[운용요구서 작성 표준양식]
ORD 작성 표준양식과 작성내용을 표준화하여 제시한다. 먼저 표준양식을 살펴보면 다음과 같다. 크게 서두 부문과 본문 그리고 부록으로 구성한다. 작성내용에 대한 표준은 다음과 같다.
1장 범위
1.1 식별/1.2 문서개요와 배포처/1.3 제안체계요약
2장 참조문서
2.1 정부문서/2.2 기타문서
3장 용어 및 약어
3.1 용어정의/3.2 약어설명
4장 일반적인 운용능력 기술
4.1 능력차이
·임무 필요성을 요약 제시하라. (만일 MNS가 ORD 이전에 작성되지 않았다면, 임무 필요성 충족 대안을 조사한 과정을 설명하라.)
4.2 전반적인 임무영역
·전반적인 임무영역을 기술하라.
4.3 제안체계 또는 제품
·제안시스템을 기술하라.
4.4 지원 분석
·제안시스템을 지원하는 분석내용을 기술하라.
4.5 제안시스템 달성임무
·제안시스템으로 수행해야 할 임무를 정의하라.
4.6 운용지원개념
·미래 전장에서 제안시스템의 배치장소, 고용/운용, 조직구조, 및 유지 및 지원 인터페이스를 요약한 운용 및 지원개념을 기술하라.
4.7 C4ISR 운용개념
·C4ISR (정보교환) 운용개념을 기술하라.
4.8 진화적 획득
·제안시스템의 진화적 획득에 대한 장점을 기술하라. 진화적 획득방법을 지원할 일정계획에 맞추어 기술된 점진적 능력 향상 내용으로 요구사항이 주어져야 한다. 요구사항은 프로그램 시작으로부터 6년 IOC를 목표로 초기 능력이 그 시기에 맞추어져야 한다. 초기 IOC를 넘어선 요구사항은 단계적 방법으로 제시되어야 하며 이는 예상 위협과 잘 맞추어져야 한다. FYDP 이내에 필요한 만큼 사용자에 의해 확인될 수 있는 초기 요구사항만이 초기 획득을 위해 정의될 수 있다. 종속 요구사항은 다음 후속 블록으로 능력을 달성할 수 있도록 계획해야 한다.
5장 위협
5.1 위협 환경 및 위협 요소
·발생 가능하고 예상되는 위협 환경에 따른 위협을 요약하라. (국방 기본정책서, 국방정보판단서, 합동군사전력서를 참조하라.)
6장 기존 체계와 C4ISR 아키텍처에서의 부족한 사항
6.1 기존 시스템으로 발생 가능하거나 예상되는 요구사항
·기존 체계에서 발생하거나 예상되는 요구사항을 충족시킬 수 없는 이유를 기술하라.
6.2 기존 C4ISR 운용, 시스템 및 기술 아키텍처
·기존 C4ISR 운용, 시스템 및 기술 아키텍처로 제안체계의 요구사항을 충족시킬 수 없는 이유를 기술하라.
7장 요구능력
·제안체계에서 요구되는 운용성능 파라미터(능력 및 특성)를 식별하라.
·산출물 중심으로 측정 가능한 요구사항을 제시하라. 한계치/목표치 포맷을 사용하고 각 요구사항에 대한 판단 기준과 합리적 조건을 제시하라. 합리적 조건이란 대상 시스템의 고유 임무환경(예, 전시, 평시, 전이 상태)을 포함한다.
·시기적인 요구사항은 그 필요성을 나타내는 이벤트와 시간에 따른 요구 상태를 나타내야 한다.
·ORD KPPs : 여기에 제시된 바와 같이 ORD KPPs를 개발하라. 표 9는 한 KPP사례를 요약한 것이다. 참조 I와 S에 기술된 절차에 따라 ORD IERs 매트릭스를 개발하고 IER 매트릭스로부터 여기에 제시된 상호운용성 ORD KPP를 개발하라.
7.1 체계 성능
·임무 프로파일, 고용전술, 대응책, 및 환경조건(모두 포함,; 자연 및 인공; 예를 들면, 기후, 해양음향, 정보전) 사항으로 임무 시나리오(전시 및 평시, 차이가 있다면)를 기술한다.
·거리, 정확도, 하중, 속도, 임무 신뢰성, 상호운용성, 등과 같은 시스템 성능 파라미터를 식별한다. 어는 파라미터가 KPPfh 선정할 것인지를 추천한다.
7.2 정보교환 요구사항
·참조문서 I에 기술된 것과 같이 제안시스템이 지원해야 할 임무영역(예를 들면, CAS, AAW, 감시, 정찰 등)에 대한 상위레벨 시스템 정보교환 요구사항을 식별하라.
7.3 군수지원 및 준비
·임무 달성률, 운용 가용성, 예방정비 빈도 및 기간 또는 계획정비활동 등에 대한 측정 요소를 포함하라.
·전시 및 평시 군수지원 운용을 고려한 임무 요구사항을 기술하라.
·전장 손실 수리 능력, 수송 요구사항, 요구 정비레벨, 목표와 능력의 급상승 및 유동성을 포함한 전장지원 요구사항을 식별하라.
7.4 환경, 안전과 기타 체계 특성
·특성은 설계, 비용, 리스크 드라이버로 나타날 요소를 말한다. 환경, 안전 및 직업병 고려요소를 제시하라.
·전자 공격(EA) 및 전시 예비 모드(WARM) 요구사항을 제시하라.
·재래식, 초기 핵무기 영향, 핵과 화생방 (NBCC) 생존 가능성을 제시하라.
·불시 공격(예를 들면, 급진적인 cook-off, 탄환 충격, 심각한 파괴)에 대한 대응을 제시하라.
·사고 또는 병기 전자파 복사열(HERO)에 대한 안전요소를 기술하라.
·다양한 환경에서의 기대 임무 능력(예, 완전, 부분저하)을 정의하라. 시스템, 핵, 폭발, 비행안전에 관한 안전 파라미터를 포함토록 하라.
·물리적 및 운용상의 보안 요구를 식별하라.
·전자파 환경 영향(E3) 및 시스템 및 장비에 대한 스펙트럼 지원 가능성을 제시하라.
8장 체계지원
·초기 및 완전 운용 능력에 대한 지원목표를 설정하라. 인터페이스 시스템(시스템/하부 시스템, 플랫폼, 및 전력 레벨에서), 특히 C4I(지휘, 통제, 통신, 컴퓨터 및 정보); 수송 및 기지; 및 표준화 및 상호운용성과 연관된 인터페이스를 제시하라. 잠재적인 합동성 목표(합동, 유사합동, 또는 독자)를 제시하라.
8.1 정비 계획 수립
·수행될 정비 업무와 모든 단계적 정비 레벨을 식별하라. 핵경도 및 구조 통합과 같은 계획정비 및 검사를 포함하라. 계약 대 수리에 대한 장래 계획 수립 방법을 기술하라.
8.2 지원 장비
·시스템에 운용될 표준 지원 장비를 정의하라.
·모든 레벨에서의 자동시험 장비로서 수행될 원하는 시험 및 고립화된 고장을 실제 수용 가능한 확률 및 유의수준으로 표현된 내용으로 기술하라.
8.3 C4I/표준화, 상호운용성 및 공통성
·시스템이 야전 배치되는 그 시점에서 예상되는 C4I 아키텍처를 어떻게 충족시킬 것인지를 기술하라.
·데이터와 데이터 복합 요구사항(데이터, 음성, 비디오), 컴퓨터 네트워크 지원, 잼 대응 요구사항을 식별하라.
·지능 인터페이스, 통신, 목표 및 임무 계획 수립 활동을 포함한 데이터베이스 지원, 위협 데이터 등을 포함한 고유 지능 정보 요구사항을 식별하라.
·시스템은 DoD 합동기술 아키텍처(JTA)에 포함된 정보기술표준을 충족해야 한다.
·GCCS 또는 COP와 연계된 인터페이스 요구사항을 제시하라(K 참조).
·교환 및 사용될 정보에 대한 가용성, 통합성, 입증, 비밀관리, 거절불가를 제공하는 방어능력을 포함하는 IA를 제시하라. IA는 보호, 방어, 반응 능력을 통해 복구에 필요한 특성을 포함해야 한다. 리스크와 이득을 균형화하기 위해 IA 및 정보 상호운용성 특성은 함께 개발되고 함께 진화해야 한다. 이는 모든 음성, 비디오 및 데이터 전이와 함께 정보보안을 위해 필요한 공공 주요 인프라 구조(PKI)를 적용해야 한다. 서로 상이한 분류 레벨에서 운용되는 시스템의 상호연결은 DoD CIO에 의해 승인된 프로세스(예, SABI: Secret and below interoperability)로 수행될 것이다(H & I 참조).
·연료 및 전력에 대한 필요성을 에너지 표준 및 효율성에 따라 제시하라.
8.4 컴퓨터 자원
·컴퓨터 자원 제약사항(예, 언어, 컴퓨터, 데이터베이스, 아키텍처 또는 상호운용성 제약사항)을 식별하라.
·자동시험 장비를 포함한 모든 치명적인 임무와 지원 컴퓨터 자원을 제시하라.
·통합 컴퓨터 자원 지원에 필요한 능력을 기술하라.
·고유 사용자 인터페이스 요구사항, 문서화 요구, 및 특정 소프트웨어 인증을 식별하라.
8.5 인간-체계 통합 : 다음 사항을 포함한 HSI 도메인을 제시한다.
·운용자, 유지보수자 및 지원 요원에 대한 광범위의 인력 제약조건을 설정하라.
·시스템 설계에 영향을 주는 인력요소 요구사항(이용률, 정비율, 파일럿 사용률 등)을 식별하라.
·총 시스템 성능을 제약하고 기여하는 운용자. 유지보수자 및 지원요원에 대한 광범위한 인식, 물리적, 감지하는 요구사항을 설정하라.
·효과적인 인간-시스템 인터페이스를 달성할 인적 성능 요구사항을 설정하라. 새로운 군사업무 특수전문가를 복합하고, 보완하며 설정할 요구사항을 식별하라.
·교육훈련 지원 패키지(예, 시뮬레이터, 훈련기기, 내장된 훈련 등)와 교육훈련 군수지원에 대한 요구사항을 포함한 교육훈련 개념을 설정하라. 주어진 운용환경에서 업무성과 또는 시스템 효과도를 감소하기 위한 안전 또는 보건 및 치명적인 에러를 포함토록 하라. 위 요구사항에 대한 한계치와 목표치를 결정토록 하라.
8.6 기타 군수지원 및 설비 고려요소
·제안 시스템에 해당하는 조항을 기술하라.
·요구사항을 지원하기 위한 고유 설비, 대피호, 지원 인프라 구조, 환경순응 요구사항, 연관된 비용 및 가용성 마일스톤 일정을 제시하라.
·특수 패키지, 취급, 및 수송 고려요소를 식별하라.
·시스템과 창에 대한 지원 및 기술 오더와 같은 엔지니어링 데이터와 같은 고유 데이터 요구사항을 정의하라.
8.7 수송 및 기지
·전구 내 또는 밖으로 시스템을 운송하는 수단을 기술하라. 리프트 제약사항을 식별하라. 기지 요구사항( 주기지 및 전방 운용기지) 및 교육훈련에 필요한 연관된 설비를 상세하게 기술하라.
8.8 지구촌 정보 및 서비스
·영상, 지능 영상, 영상 중심 MASINT 및 지구촌 정보를 식별하라. 가능하다면 NIMA (National Imagery and Mapping Agency) 표준 군사 데이터를 사용하라.
8.9 자연환경 지원
·필요한 표준 및 고유 기후, 해양, 우주 지구물리학 지원 사항을 식별하라. 데이터 정확도와 예상 요구사항을 포함하라.
9장 전력구조
9.1 소요량 및 교육훈련 소요
·필요한 체계 또는 하부체계 수량을 수리부속품 및 교육훈련장비 수량과 함께 제시하라. 이는 필요한 시스템/하부 시스템 추정량을 이지 확정적인 배치 또는 기지 수량을 문서화 한 소스는 아니다.
9.2 시제수량
·ORD를 충족하기 위해 개발 및 조달될 체계 또는 하부체계를 요구하는 유닛, 플랫폼 또는 유사 플랫폼 적용(기타 서비스나 정부 에이전시 등) 수량을 식별하라.
10장 일정
10.1 초기 및 완전 운용능력 확보 완료조건
·완료 시, 어떠한 활동이 초기 및 완전 운용능력 확보를 위해 필요한 것인지를 기술하라. (프로그램이 점진적으로 정의되어 수정 보완하거나 절충 분석이 종료될 때까지 융통성 있는 여유를 주도록 하라.)
10.2 초기 및 완전 운용능력 확보 성능레벨 또는 운용능력
·초기 및 완전 운용능력을 선언하는 데 필요한 성능레벨 또는 운용능력을 분명하게 제시하라. 갖추어야 할 운용 시스템, 운용 및 지원인력, 설비, 지원 인프라 구조 및 조직, 중간 및 창 지원 요소에 대한 수량을 제시한다. 만일 주어진 기간 내에 가용하지 않을 경우, 초기 운용능력에 대한 목표를 제시하는 것이 매우 중요하다. 이러한 목표가 달성되지 못했을 경우에 미치는 영향을 기술하고 적절하다면, 수락 가능성에 대한 윈도를 식별한다.
11장 비용 및 비용절감
11.1 한계비용과 목표비용 설정
·ORD에 비용을 제시토록 하라. 비용을 포함하게 되면 국방 예산 담당자는 일찍이 제안 프로그램에 대한 예산 수용성을 미리 반영할 수 있다. 추정된 비용은 한계치와 목표치(반드시 KPP로 필요하진 않다)로 제시되어야 한다.
11.2 비용절감 CAIV 적용
·이는 프로그램이 진전됨에 따라 CAIV 절충 분석이 이루어져 융통성 있게 비용을 제시함에 있다. 컴포넌트 분야는 평가대상으로 비용을 사용하기 때문에 비용을 KPP로 다룬다. 비용은 ORD로부터 추출되며 국방비용 담당 부서에 포함되어야 한다.
부록
1. OMS/MP
2. ORD 지원분석 목록
3. ORD KPP 요약
4. IER(정보교환 요구사항) 매트릭스
