<4D4E E32202D2031B1C728C3CABEC82DC3D6C1BEBABB292D DBFCFBCBABABB2E687770>

Transcription

1 국방아키텍처프레임워크 (MND-AF) Version 1.2 < 제1 권> 정의및지침

2 - 빈페이지 -

3 제 I 권정의및지침

4 - 빈페이지 -

5 제개정 이력표 버전 1) 제개정 내용일자 v1.0 MND-AF 1.0 제정 v1.1 2) MND-AF 1.0 내용의일부개정 v1.2 3) 범정부 AF 산출물및메타모델반영 v1.2 4) 국방상호운용성관리규정 의제정반영 ) 버전번호부여규칙 - 첫째자리수 : 주버전, 전반적인개념의변경또는내용의대폭적인변경이나, 새롭게만들어진경우에숫자가증가함 - 둘째자리수 : 부버전. 내용의주요부분이부분적으로변경된경우에숫자가증가함. - 그외의경우버전의변경없이제1권부록 1 제 개정내역서 에변경내용을기재함. 2) 부록 1 제 개정내역서 참조 3) 부록 1 제 개정내역서 참조 4) 부록 1 제 개정내역서 참조

6 < 목차> 1. 국방아키텍처프레임워크개요 배경 정의 목적및범위 문서구성 사용대상 기대효과 9 2. 국방아키텍처정의 (3 원화통합관점) 공통관점정의 운용관점정의 체계관점정의 기술표준관점정의 관점간의관계 범정부 AF 관점간의관계 국방아키텍처산출물 산출물명명규칙 산출물구성요소 산출물간의관계 국방아키텍처기술절차 국방아키텍처기술절차 - 6 단계 각사업에서의기술절차구현 상호운용성 국방정보체계개발과상호운용성 국방아키텍처공통참조자원 핵심아키텍처데이터모델 국방데이터사전 직무정의서 상호운용성수준모델 기술참조모델 공통운용환경 데이터공유환경 국방정보체계기술구조 42-2-

7 < 도표차례> [ 도표 1-1] 국방아키텍처프레임워크개발접근환경 4 [ 도표 1-2] 아키텍처산출물목록 7 [ 도표 1-3] 수준별아키텍처산출물모델 8 [ 도표 2-1] 국방아키텍처모델 (3 원화통합관점) 17 [ 도표 2-2] 범정부아키텍처산출물매핑 21 [ 도표 2-3] 범정부아키텍처프레임워크와 MND-AF 산출물관계 21 [ 도표 3-1] 아키텍처산출물데이터흐름에따른관계 25 [ 도표 4-1] 국방아키텍처기술의일반적인 6 단계절차 27 [ 도표 5-1] 상호운용성확보를위한구성요소들의관계 31 [ 도표 6-1] 3 원화관점과공통참조자원의관계 33 [ 도표 6-2] 공통참조자원의정의 34 < 부록차례> 부록 1: 제 개정내역서 44 MND AF 1.2 주요개정내역 44 부록 2 : 약어표 48 영문알파벳순서로보기 48 주제별로보기 50-3-

8 ( 빈페이지입니다) -4-

9 제Ⅰ권정의및지침 1. 국방아키텍처프레임워크개요 1.1 배경 우리군은정보감지체계(Sensor) 로부터수집된정보를지휘통제체계를통하여목표타격체계(Shooter) 로까지연계시킴으로써먼저보고결심하여타격할수있도록분야별, 단계별목표를설정하여추진중에있다. 이러한목표를달성하기위하여네트워크중심으로단위무기체계들을통합하는개념인 SoS(System of Systems), FoS(Family of Systems) 로발전하고있는추세에있다. 이와같이발전하는전장운용개념을실현하기위하여우리군은전장관리( 지휘통제체계), 자원관리, 사무자동화, 기반체계분야등많은정보체계들을개발/ 도입하여활용하고있다. 향후에도우리군은정보기술분야에더많은투자를계획하고있으며, 특히전장관리 5개체계즉 KJCCS(Korea Joint Command Control System), MIMS(Military Intelligence Management System), 육/ 해/ 공군전술 C4I체계는군지휘통제의핵심으로써체계개발을진행중에있다. 전장관리체계와같이전군적인범위의대규모자동화정보체계는내부체계간의통합은물론이고연관된체계간에정보를서로연계하는상호운용성확보가매우중요하다. 상호운용성을향상시키기위하여정보체계의소요제기단계부터상호운용성관련소요가식별되어야한다. 이는개념연구를통하여더욱명확하게정의되고, 체계개발단계에검증된기술을활용하여구현됨으로체계간상호운용성을증대시킬수있다. 각군에서는정보체계의규모가양적, 질적으로증가함에따라정보자원관리의필요성이대두되었으며, 전군적인차원에서정보자원관리의중요성을인식하고있다. 정보자원관리는군에서운용중/ 개발중/ 개발예정인체계의하드웨어, 소프트웨어, 네트워크, 절차, 주요기능, 기술/ 표준, 조직/ 인력등정보체계관련주요자원을통합적, 효율적으로관리하는것이다. 이를통하여정보자원의공유또는재활용이가능하며, 투자우선순위의사결정과정보기술기반으로군의경영전략수립을지원할수있다. 또한, 정부는 2005년 12 월 정보시스템의효율적도입및운영등에관한법률 을제정하여정부차원의효율적인정보시스템구축및활용을위해공공기관의정보기술아키텍처수립과정보기술아키텍처정보요청시제공을의무화하고있다. 이에의거하여국방부도국방아키텍처단계별구축계획을수립하여국방아키텍처를구축중에있다. 이와같이국방자동화정보체계의상호운용성능력향상과효율적인정보자원관리, 투자우선순위의사결정, 소요공학, 효율적인체계분석/ 설계를위하여범정부아키텍처프레임워크를반영하여국방아키텍처프레임워크를개정하였으며, 국방아키텍처프레임워크의산출물은국방아키텍처관리체계인 MND-ARMS 에서관리하고, 법률에의해제공하도록정의한 아키텍처정보를범정부표준 ITA 산출물관리시스템(GITAMS) 연계기능으로전송하게된다. -1-

10 1.2 용어의정의 아키텍처는 체계를구성하고있는구성요소들의구조와관계성그리고그들의설계와진화과정모두에관계하는원칙과지침 이다. 아키텍처프레임워크는 아키텍처를개발하고, 표현하고통합하기위한공통적인접근 방식 이다. 국방아키텍처프레임워크란 우리군의자동화정보체계환경에적합한아키텍처프레임워크 이다. 국방아키텍처프레임워크는아키텍처접근을위한운용, 체계및기술표준관점의아키텍처모델과, 각영역은 34 종의산출물로정의되며, 이를지원하기위한템플릿, 상세설명, 참조모델( 기술표준관점, 상호운용수준모델, 아키텍처메타모델등) 및지원체계와관리도구로구성되어있다. 국방아키텍처는국방의비전과목표달성을위해조직의업무또는운용(OA), 체계 (SA), 기술표준(TA) 간관계에대해현상태(AS-IS) 아키텍처, 미래목표(TO-BE) 아키텍처그리고이행계획을종합적으로명시한국방정보화종합청사진이며, 하위아키텍처로구체화된다. 통합아키텍처 (Integrated Architecture) 는하나의관점에서정의된아키텍처데이터 요소가다른관점에서참조한아키텍처데이터요소와동일( 동일한명칭, 정의및값) 하 도록산출물과산출물데이터요소를개발하여작성된아키텍처로정의한다. 즉, 국방 아키텍처에서는운용, 체계및기술표준등 3가지관점을통합하여기술한아키텍처를 일컫는용어이다. 정보기술아키텍처란일정한기준과절차에따라업무, 데이터, 응용, 기술, 보안등조직전체의정보화구성요소들을통합적으로분석한뒤이들간의관계를구조적으로정리한체제및이를바탕으로정보시스템을효율적으로구성하기위한방법이다. ( 법률제7816 호 정보시스템의효율적도입및운영등에관한법률 ( )). 정보기술아키텍처메타모델이란아키텍처를구성하는실체인정보기술아키텍처산출물을구성하는데필요한정보들과그들간관계를정의하여모델링한것이며( 산출물종류와구성을정의), 각기관이기관에필요한아키텍처산출물메타모델을정의하도록하고있다. 범정부 ITA 산출물메타모델은전체공공부문에서정보기술아키텍처구성항목의최소한의일관성을확보하기위하여필요한정보기술아키텍처산출물과구성정보를정의하여모델링한것임. 국방아키텍처관리체계 (MND-ARMS) 란체계아키텍처정보저장 관리기로서범정부표준 ITA와의상호호환을위해범정부아키텍처관리시스템인 GITAMS와연계하고모든국 방아키텍처산출물을등록저장관리하는체계임. -2-

11 제Ⅰ권정의및지침 1.3 목적및범위 국방아키텍처프레임워크의목적 - 상호운용성증대 - 국방아키텍처기반의정보화사업조정, 통제및효율성제고 - 국방아키텍처기반의효율적정보자원관리방안수립 - 전군차원의대규모정보체계의체계분석및설계의공통적표현법제공 ( 소프트웨어분석, 설계는아님) - 국방최상위수준의정보화기본계획( 마스터플랜) 개발을위한공통적표현법제공 - " 정보시스템의효율적인도입및운영등에관한법률( 제7816 호) 에따른국방아키텍처구축및범정부아키텍처정보연계 국방아키텍처프레임워크의기술범위 국방아키텍처의정의및지침 국방아키텍처의기준산출물및템플릿의정의 국방아키텍처프레임워크의적용범위국방아키텍처프레임워크의적용범위는별도의규정과지침에의해기준이되는항목을중심으로정한다. 다음은기준이되는항목의예시이다. 사업의종류 체계개발규모혹은예산규모 체계와연관되는기관이나조직혹은체계의수 체계획득단계 산출물의용도및목적 -3-

12 1.4 문서구성 국방아키텍처프레임워크는미국방아키텍처프레임워크(DoDAF v1.0) 와범정부아키텍처프레임워크를기반으로선진아키텍처프레임워크의특징및우리국방의현실을고려하여개발하였다. [ 도표 1-1] 은우리군의아키텍처프레임워크개발에대한접근환경이다. 본문서의구성은제1 권정의및지침, 제2 권아키텍처산출물, 국방아키텍처메타모델정의서로구성되어있으며, 참고사항으로활용될용어해설이별첨된다. [ 도표 1-1] 국방아키텍처프레임워크개발접근환경 제1 권의핵심내용은다음과같다. 국방아키텍처모델 (3 원화관점) 운용, 체계, 기술표준관점정의와소개 국방아키텍처산출물개요 아키텍처산출물의종류와내용소개 국방아키텍처기술절차 아키텍처산출물의 국방아키텍처상호운용성개요 상호운용성내에서의 국방아키텍처검증방법소개 6단계기술절차에대한설명 MND-AF의위치및상호운용성과국방정보체계의관계설명 아키텍처산출물선정및관계성점검방법소개 -4-

13 제Ⅰ권정의및지침 국방아키텍처산출물메타모델정의 아키텍처산출물메타모델소개 -5-

14 1.5 사용대상 국방아키텍처에서의시각(Perspective) 수준은최상위자, 책임자, 실무자의크게 3가지로구분하며, 사용자중심의상세화관점을국방아키텍처프레임워크에서다음과같이구분하여활용한다. 최상위자 ( 계획자시각) 최상위자시각수준은자원과범위를설정하기위한개략적인조직, 기능, 범주를식별하고최종적으로구현될체계의수행할기능, 규모, 타체계와의관련성등을정립한다. 즉전군적으로중요한기반구조와핵심정보, 전군적수준의프로세스, 전략적계획, 조직의구조와위치, 그리고조직의목표와전략에근거한시각들을정의한다. 본시각수준은원칙적으로는각기관이나사업에서정의한바에따르지만, 최상위자시각의예를들면, 국방부아키텍처에서는국방부장관/ 차관/ 국, 실장수준이며, 합참아키텍처에서는의장/ 본부장/ 부장수준이될수있으며, 단위체계개발사업의경우에는단위체계를기획하고계획하는역할을맡은인원이될수있다. 책임자 ( 소유자시각) 책임자시각수준은, 관리자로서, 최종적으로구현될체계의청사진을만드는것이다. 전군적으로주요한기능을포함하고, 이를정의하는엔티티모델, 프로세스및그들간의상호연계성을정립한다. 관리자는상호운용성과통합성을반영하기위하여사용자요구에대한명확한식별을필요로한다. 본시각수준은원칙적으로는각기관이나사업에서정의한바에따르지만, 책임자시각수준의예를들면, 국방부아키텍처에서팀장수준이될수있으며, 단위체계사업의경우에는체계개발을책임지는직위혹은직책에있는요원이될수있다. 실무자 ( 설계자시각) 설계자시각수준은업무전문가관점에서정의된모델을근거로상세한명세서를작성하는것이다. 조직기능엔티티와프로세스를묘사하는데이터항목및기능들을결정하는체계분석가의산출물과도대응하게되며논리적정보모델, 컴포넌트및응용디자인, 체계분배와전개, 인력및논리적업무프로세스설계에근거한시각들을정의한다. 본시각수준은원칙적으로는각기관이나사업에서정의한바에따르지만, 국방부아키텍처의경우, 국방부각국실의업무담당자수준이될수있으며, 단위체계사업의경우, 실제체계를담당하는담당자가될수있다. [ 도표 1-2] 는아키텍처산출물들을사용대상에따라정리한아키텍처산출물에관련된표이 다. 이것은아키텍처의활용및작성에대한역할을명시적으로정리한표이며, 각정보화 -6-

15 제Ⅰ권정의및지침 활동시참고할수있는가이드라인이고, 우리군의관련정보화규정에따른산출물의작성과활용은제2 권 아키텍처산출물 에상세절차와내용을명기하였다. [ 도표 1-2] 아키텍처산출물목록 관 점식별자 명 칭 설 명 공통 AV-1 아키텍처개요및요약정보 아키텍처목적, 범위, 사용자, 환경및분석결과 공통 AV-2 통합사전 AF에사용되는용어의정의 공통 AV-3 아키텍처원칙정의서 OA, SA, TA, AF 관리의원칙정의 공통 AV-4 기관의비젼및미션 국방비전및미션, 목표, 전략을기술하고이행과제를정의 임무수행, 핵심운용조직, 운용능력등에대한총체적인모습을 운용 OV-1 운용개념도 표현, 계획자시각에서기관의업무와관련조직, 관련체계를 정의 운용 OV-2 운용노드연결기술서 운용노드에서수행되는활동및노드간의정보흐름표현 운용 OV-3 운용정보교환목록노드간교환되는정보(IEX) 의속성표 운용 OV-4 조직관계도조직간의지휘, 통제, 조정의관계도 운용 OV-5 운용활동모델업무활동의계층과흐름도 운용 OV-6 운용활동상세기술서 운용활동을위한동적인행동을이벤트, 순차적흐름및시간적구조로표현 운용 OV-7 데이터기술서 전사적데이터구성, 개념데이터, 논리데이터모델을표현 체계 SV-1 체계정의및인터페이스기술서논리적인체계정의서, Portfolio, Inter/Extra/Internet, 기반체계식별등 체계 SV-2 체계통신기술서물리적통신노드와이들간의통신경로표현 체계 SV-3 체계관계추적상관표정의된체계간의관계도정의 체계 SV-4 체계기능기술서체계기능정의 체계 SV-5 운용활동대체계기능추적상관표운용활동과체계기능과의대응관계표현 체계 SV-6 체계데이터교환목록체계간데이터교환내역표현 체계 SV-7 체계성능요소목록정량적, 정성적체계성능특성기술서 체계 SV-8 체계진화기술서시간에따른체계현대화계획을기술 체계 SV-9 체계기술예측목록체계진화에요구되는기술표준/ 제품을기술 체계 SV-10 체계기능상세기술서체계기능을위한동적인순차적흐름및시간적구조로표현 체계 SV-11 물리데이터모델 물리적데이터모델정의 체계 SV-12 체계기반구조기술서 체계 Technology 관계, 하드웨어및소프트웨어구성표현 체계 SV-13 체계보안기술서 보안정책및영역정의, 체계보안구성요소별 Logical Model 기술 TV-1 기술표준목록 아키텍처에적용할수있는기술표준 기술 TV-2 미래표준목록 예상되는새로운표준 기술 TV-3 제품목록 적용할솔루션에대한서술 -7-

16 국방아키텍처수준에따라 [ 도표 1-3] 과같이관점별산출물로구성된다. -8-

17 제Ⅰ권정의및지침 1.6 기대효과 국방아키텍처프레임워크도입에따른기대효과는정보체계측면에서의상호운용성, 이식성, 확장성을고려한표준기반의표준정보기술관점구축, 표준정보기술관점에의한투자통제로투자효율을제고하고, 상호운용성을통한평가및체계개발기준제시, 전략정보자산레포지토리(Repository) 를통한정보자산의효율적관리, 정보화ㆍ디지털시대의경영환경에부합되는정보전략계획수립및정보화촉진등을할수있다. 업무프로세스측면에서는일원화된통합관점의조직역량집중과업무효율화가가능하며, 표준업무프로세스, 정보를활용한신속한업무확장및경쟁우위를선점하고통합정보제공기반의체계적지원을통하여성공적인임무수행이가능하며, 표준업무및프로세스정의로대내고객만족도를향상케하여제대간역할정의로중복투자를방지하는효과를기대할수있다. -9-

18 -10-

19 제Ⅰ권정의및지침 2. 국방아키텍처정의 (3 원화통합관점) 아키텍처프레임워크는아키텍처를설명하기위한요소들을제공한다. 아키텍처는특정한도메인에대한현재및미래의표현으로써도메인의구성요소, 구성요소의목적, 구성요소상호간의관계, 구성요소의기능수행에관련된규칙과제약사항등의항목으로표현된다. 아키텍처정의에나오는각각의요소들은사용자관심의세부수준에따라달라진다. 예를들어, 도메인 은전군차원의국방부에서부터개별적인임무영역에이르기까지다양해질수있다. 구성요소 는국방부구성요소로서의육군에서부터통신네트워크의구성요소인통신기지국혹은정보체계구성요소로서의워크스테이션에이르기까지무엇이든될수있다. 구성요소의목적 은상위수준의일반적인작전개념에서부터최하위수준의특정한임무에이르기까지다양해질수있다. 구성요소상호간의관계 는상위수준의지휘통제아키텍처에서부터부대간의통신을위한주파수에이르기까지다양하다. 규칙과제약사항 은상위수준의교리처럼일반적일수도있고, 반드시준수하여야하는전문처리표준과같이세부적일수도있다. 아키텍처에대한설명과아키텍처를구현하는것의차이를인식하는것은매우중요하다. 아키텍처설명은자원, 규칙및상호관계성등과같은현실세계의구성요소에대한표현혹은청사진이다. 이러한청사진이아키텍처개발절차에따라설계, 개발및획득절차에입력되면아키텍처설명은실질적인구현으로변환된다. 아키텍처는상호결합될수있는운영, 체계, 기술의 3 가지중요관점으로정의하며, 관점간의공통적인요소는공통관점으로정의한다.3가지의아키텍처관점은사용자가고려하고표현하여야하는아키텍처특성에관련되어있다. 그러나이들관점은일부특성을중복적으로보유하고있다. 3가지의관점은동일한아키텍처에대한서로다른관점을제공하기때문에가장유용한아키텍처설명은복수의관점으로구성되는통합아키텍처에관한설명이된다. 단일관점의아키텍처설명과비교할때, 통합아키텍처설명은계획수립, 프로그래밍, 예산확보및획득절차에대한보다밀접한관계가있다. -11-

20 2.1 공통관점정의 공통관점의아키텍처구성요소는운용, 체계, 기술표준의 3가지관점에포함되어나타난다. 공통관점의산출물들은아키텍처산출물전반에걸친정보들을제공한다. 공통관점을한마디로표현하면아키텍처산출물에대한원칙, 범위, 개요또는현황이라고할수있다. 범위는아키텍처에대한핵심주제와시점( 시간: 과거, 현재, 미래, 훈련, 전시/ 평시등) 을가지고있으며, 아키텍처산출물에표현된관계, 조건및구성을설정한것이다. 조건이내포한의미는교리, 전술, 기술, 절차그리고목적및비전등을들수있으며, 작전개념, 시나리오, 주변상황또한포함될수있다. -12-

21 제Ⅰ권정의및지침 2.2 운용관점정의 운용관점은군사작전및지원에필요한직무와활동, 운용요소, 정보흐름을설명한다. 운용관점은전투원을지원하기위한운용요소, 직무와활동, 정보흐름을설명한다. 운용관점은정보교환의유형, 빈도수, 특성과정보교환이지원하는직무와활동등을상호운용관점의요구사항에서확인할수있는정도로상세하게정의한다. 운용관점에대하여일반적으로적용되는사항은다음과같다. 기본적인목적은운용요소, 직무와활동, 정보교환요구사항을정의하는것이다. 교리와수행하여야하는직무및활동을결합시킨다. 활동및정보교환요구사항은여러기관에서발생할수도있다. 일반적으로체계에종속되지않는다. 직무와활동에대한일반적인설명은조직체의아키텍처나모델에근거하지않는다. 고려하여야하는시간단계를명백하게식별하여야한다. 운용관점은직무와활동, 그리고필요한정보교환을설명한다. 이러한유형의설명은업무프로세스개선(BPR: Business Process Reengineering), 기술개선, 요원교육, 교리및정책진단, 합동작전의조정, 물리적자원과체계가지원해야하는운용요구사항( 예로서, 통신처리량, 특정노드간상호운용수준, 정보트랜잭션윈도우, 필요한보안수준등을정의 ) 함으로써, 군의수많은활동들을용이하게해준다. 운용관점은일반적으로기관이나군조직과는독립적이다. 그러나특정목적을위해다른조직하에서의업무처리에따른변화검토작업에대비하여현재조직하에서업무처리가어떻게이루어지는지를문서화할필요가있다. 운용관점은일반적으로교리로부터유도된다. 그러나경우에따라서는외부환경에의해교리와일치하지않는방식으로조직이운용되어야하는경우도있다. 이러한경우, 조직이실제로운용되는방법을보여줄수있도록아키텍처를기술하는것이유용하다. 이러한접근을통해조직의운용분석과교리준수운용방법을찾거나혹은교리자체를변경하는방법을모색할수있다. 그러나실제의운용방식이기반아키텍처나노드의부재, 정보교환의미흡등으로인해현재의정책과일치하지않을수도있다. 운용관점은일반적으로기술과는독립적이다. 그러나경우에따라서는, 새로운기술을정책에반영하기전에절차개선이이루어져야하므로새로운기술의영향을받을수있다. 또한새로운체계가절차의개선을촉진시키는방법을검토하기위하여현재체계의제약조건하에서절차가수행되는방법을문서화하여야하는경우도존재한다. 운용관점은목적, 용도, 범위에부합되게조직체의활동및정보교환요구사항을기술할수있다. 운용관점은상위수준의정보교환만을표현하는광범위한기능영역만을보여줄 수도있으며, 필요한경우에는특정한노드간의정보교환과정보교환의세부사항을보여 -13-

22 줄수도있다. 또다른경우에는보다세부적인수준에서어떠한정보가어떠한부대를지원하는지를보이는것이필요할수도있다. -14-

23 제Ⅰ권정의및지침 2.3 체계관점정의 체계관점은전투기능을제공하거나지원하기위한체계와체계간의상호연결성을설명한다. 도메인에대하여, 체계관점은복수의체계가어떻게연결되어상호운용되는지를보여주며아키텍처내의특정한체계에대한내부구성과운용을설명한다. 개별적인체계에대하여, 체계관점은물리적인연결, 위치, 주요노드의식별, 회선, 네트워크, 플랫폼등을포함하며체계성능및구성요소성능매개변수( 예로서유지보수성, 가용성등) 를지정한다. 체계관점은물리적인자원과자원의성능속성을운용관점과기술아키텍처의표준에대한요구사항으로연관시킨다. 체계관점은다수의체계가어떻게연결되고상호운용되는가를설명하고, 아키텍처내의특정한체계에대한내부아키텍처와운용을설명한다. 체계관점에대하여일반적으로적용되는사항은다음과같다. 체계관점의기본적인목적은물리적자원과의적용을통하여운용직무와활동을효율적으로수행하기위한것이다. 체계를운용직무및활동과관련된플랫폼, 기능, 특성별로운용관점에대응시킨다. 체계인터페이스를식별하며, 체계간의연결성을정의한다. 체계제약조건과체계성능의범위를정의한다. 기술종속적이며, 주제영역내의체계들이어떻게연결되고상호운용되는지를보여주고, 특정한체계의내면을설명한다. 다수의조직체와임무를지원할수있다. 고려하여야하는시간단계를명백하게식별하여야한다. 기술표준관점에근거하며, 제약을받는다. 체계관점은운용관점을반영하여체계와체계간의연결성을설명한다. 체계관점은체계기준선(baseline, 체계에대한기준설정) 설정, 운용요구사항을충족시키기위한비용효과적인방식을선택하는투자결정, 상호운용성의개선평가등과같은다양한목적으로사용할수있다. 체계관점은특정한기술과체계를설명한다. 이러한기술은아키텍처의사용목적에따라기존의기술, 신규기술, 개발예정기술, 개념적기술등과같이그상태가다양할수있다. 체계관점은노드간의정보교환, 체계간의트랜잭션, 통신용량요구사항, 보안요구수준등의관점으로변환하기위해운용관점에서정의한정보교환을구체화시켜야한다. 또는체계간의정보교환을특정한데이터요소의생성과전달을지원하는응용수준으로까지구체화하기도하는데, 이경우대응되는세부수준에서의정보모델이유용하게활용된다. 이러한정보모델은응용과응용의속성및관계성을포함한다. 운용관점의상세화정도는체계분석혹은체계평가의유형에의하여결정되어야한다. 현재및향후요구되는체계의특성에대한검토는운용임무및요구사항을고려하여수행되어야한다. -15-

24 2.4 기술표준관점정의 기술표준관점은체계구성요소의배열, 상호작용, 상호의존성을관리하는최소한의규칙으로써체계가특정한요구사항을만족시킨다는것을보장하기위한것이다. 기술표준관점은기술적인체계구현지침을제공한다. 체계구현지침은공학규격의작성과공통적인모듈의개발및산출물개발의기반이된다. 기술표준관점은특정한체계관점과특정한운용관점을위한체계서비스, 인터페이스및관계성을관리하는기술표준, 규약, 규칙, 기준등을포함하는데, 이들은프로파일로구성된다. 기술표준관점에대하여일반적으로적용되는사항은다음과같다. 운용관점의요구사항과운용요구사항을지원하는체계, 필요한기술, 적절한상호 운용성기준간의연관성에근거한다. 체계구현과체계운용을관리하는일련의표준과규칙을정의하기위한것이다. 프로파일은국방정보체계기술아키텍처 (DITA: Defense Information Technology Architecture) 와기타의표준문서에포함되어있는특정한표준을위한국방차원의표준과설계규칙으로부터개발된다. 표준과기준은복수의정보체계구현패러다임을반영하여야한다. 프로파일은특정한아키텍처구성(configuration) 을위하여전자적으로정보를생산, 사용혹은교환하는모든체계간의네트워크상호연계, 복수플랫폼에대한요구사항을설명한다. 새로운기술및표준을수용하여야하며오래된기술은제거하여야한다. 상용표준과기술발전방향에따라유도되어야한다. 기술표준관점은체계요소의구현, 배열, 상호작용및상호종속성을관리하는최소한의표준과규칙에대한프로파일을설명한다. 기술표준관점을적절히사용하면효율성과상호운용성을촉진시킬수있고, 개발자가발전계획을적절히수립할수있도록보장한다. 기존의기술적인참조자료에는기관수준의기술아키텍처이외에 DITA, 정보체계상호운용성수준(LISI: Levels of Information Systems Interoperability) 및다양한정책, 지침, 규약등이다수존재한다. 대부분의경우, 기술아키텍처를개발하는것은개발하고자하는아키텍처설명의범위에적용할수있는부분을이러한자료로부터추출하고목적에맞게이들지침을수정하는것이다. 체계간의상호운용성측면에서, 기술표준관점은체계관점에반영된사항을만족시키기위한기술구현기준혹은규칙을서술하는것이다. -16-

25 제Ⅰ권정의및지침 2.5 관점간의관계 각아키텍처산출물의 상세설명 에서는 3가지아키텍처관점간의일관성을유지하고통합이가능하도록명시적인연관성을제공하여야한다. 이러한연관성은통합적인임무운용요구사항과효과측정으로부터이를지원하는체계와체계의특성, 그리고체계의획득및개발을관리하는특정한기술기준으로의일관된추적성을제공하기위해서도필요하다. [ 도표 2-1] 은 3 가지아키텍처관점의상호연관성을설명한다. 운용관점은정보교환의특성을설명한다. 이러한설명은어떠한수준의정보교환상호운용성이필요한지를결정할수있도록충분해야한다. 체계관점은어느체계가요구사항을지원하는지를식별하고, 필요한상호운용성수준을적절한체계능력으로전환하며, 현재의구현을필요한체계능력과비교한다. 기술표준관점은각각의적합한체계기능구현을관리하는기준을명확하게표현한다. [ 도표 2-1] 국방아키텍처모델 (3 원화통합관점) 각군및기관은정보체계의영향과진척정도를평가하기위한성능측정을정의하여야한다. 통합아키텍처설명은이러한요구사항을충족시키는핵심이된다. 예를들어, 체계및체계속성( 체계관점에서식별된다) 과이들의성능측정은이들이임무( 효과성측정 의항목으로운용관점에서식별된다) 에제공하는유틸리티의관점에서평가되어야한다. 이와유사하게, 체계는적용되는표준과규약( 기술표준관점에서식별된다) 의관점에서평가되어야한다. 운용관점설명은특정한임무및직무를지원하기위한정보교환, 상호운용성및성능매개변수에관련된세부사항을제공한다. 체계관점설명은체계속성을정의하고, 체계성능을운용요구사항과비교하기위한기반을제공한다. 기술표준관점설명은상호운용가능한체계를배치하게만드는특정한구현기준을정의한다. 따라서 3가지아키텍처관점의설 -17-

26 명과이들간의상호연관성은상호운용성이나성능등을측정하기위한기반을제공하며, 또한이러한측정의결과가운용임무및직무의효과성에미치는영향을측정하는기반도제공한다. -18-

27 제Ⅰ권정의및지침 2.6 범정부 AF 관점과의관계 범정부정보기술아키텍처산출물은총 37개로서아키텍처산출물목록과같이 8개의공통관점산출물과 6 개의업무관점산출물, 5 개의응용관점산출물, 6 개의데이터관점산출물, 5 개의기술기반관점산출물, 7 개의보안관점산출물로구성되어있다. 또한범정부필수산출물은 범정부차원에서아키텍처정보의종합적인분석및활용을위해서필요한최소한의산출물로, 범정부취합대상이되는아키텍처정보임에따라반드시작성되어야하는산출물 로정의하고있으며, 범정부지원산출물은 범정부차원의취합대상정보는아니나아키텍처수립에필요한정보에대한가이드를제공하기위해정의한산출물 로서, 개별기관은범정부지원산출물을참고하여해당기관의산출물정의가가능하다. 범정부산출물에 1:1 로산출물이매핑될수있도록 [ 도표 2-2] 와 [ 도표2-3] 으로구성하였다. 범정부아키텍처산출물 번호관점식별자명칭설명 MND-AF 1.2 산출물 1 공통 CV1 기관의비전및미션 기관과정보화를위한비전및미션정의 AV-4 2 공통 CV2 정보기술아키텍처원칙 아키텍처수립의방향과목표점정의 AV-3 3 공통 CV3 용어표준 업무, 정보화용어및아키텍처용어표준화 AV-2 4 공통 RV1 업무참조협업및유관업무식별을위해조직에독립적인모형업무기능분류 5 공통 RV2 서비스컴포넌트응용서비스의재사용과공동활용을위한응용참조모형서비스기능분류 데이터의재사용과공동활용을위한데이터 6 공통 RV3 데이터참조모형분류및표준 7 공통 RV4 기술참조정보기술의관리및상호운용성제고를위한모형기술분류및표준 8 공통 RV5 성과참조정보화성과관리및평가를위한데이터분류모형및표준 9 업무 BV1 조직구성도/ 정의서 최상위자수준에서조직구조와역할을정의 10 업무 BV2 업무구성도/ 정최상위자수준에서기관의업무와관련조직, 의서관련응용서비스정의 11 업무 BV3 업무기능관리자수준에서기관의업무와업무간관계, 관계도 / 업무간정보흐름정의기술서 12 업무 BV4 13 업무 BV5 업무기능분할도 / 기술서 업무절차설계도 / 설계서 관리자수준에서기관의업무를세분화하고관련응용시스템을정의 업무를구성하는상세프로세스정의 국방참조모델국방 BRM 국방참조모델국방 SRM 국방참조모델국방 DRM 국방참조모델국방 TRM 국방참조모델국방 PRM OV-4 OV-1 OV-2 OV-5 [ 업무기능분할도] OV-5 [ 운용활동업무절차흐름도 ] 14 업무 BV6 업무매뉴얼표준업무매뉴얼정의 - 매핑산출물없음 15 응용 AV1 16 응용 AV2 [ 도표 2-2] 범정부아키텍처산출물매핑 응용서비스구성도 / 정의서 응용서비스관계도 / 기술서 최상위자수준에서기관의업무를지원하는응용서비스의구성현황과계획을정의 관리자수준에서응용서비스간관계및연관정보, 연관된외부서비스및기관을정의 SV-1 SV-2-19-

28 범정부아키텍처산출물 번호관점식별자명칭설명 17 응용 AV3 18 응용 AV4 19 응용 AV5 20 데이터 DV1 21 데이터 DV2 응용기능분할도 / 기술서응용기능설계도 / 설계서 응용프로그램목록데이터구성도 / 정의서 개념데이터관계도 / 기술서 관리자수준에서응용기능을세부적으로분석하고관련서비스컴포넌트참조모형을매핑 설계자수준에서응용시스템의세부응용기능을응용기능간관계, 관련논리데이터등을정의 개발자수준에서응용시스템을구현하는응용프로그램을정의 최상위자수준에서조직의업무에필요한주요데이터의구성현황과계획, 관련시스템을정의 관리자수준에서업무와관련된정보를데이터참조모형에따라그룹핑하여정의 MND-AF 1.2 산출물 SV-4 SV-4 SV-4 [ 프로그램목록] OV-7a OV-7b 22 데이터 DV3 관리자수준에서업무간정보흐름및관련데이터교환기술데이터, 그들의관계및속성, 관련시스템을서정의하며, 표준화된논리데이터모델정립을지원 OV-3 23 데이터 DV4 논리데이터모델설계자수준에서논리적수준의데이터모델 OV-7c 24 데이터 DV5 데이터교환설계서 설계자수준에서응용기능간의데이터교환을상세화한산출물로응용기능및시스템간데이터의공유와재사용을지원 25 데이터 DV6 물리데이터모델 개발자수준에서조지그이업무와관련된실제데이터의구현모습을정의하고, 논리데이터와물리데이터와의관계및데이터베이스와의관계정의 26 기술 TV1 기술구조최상위자수준에서조직의정보시스템과관련된구성도 / 인프라현황및계획을정의정의서 관리자수준에서기반구조를구성하는하드웨어, 27 기술 TV2 기반구조관계도네트워크, 통신시스템/ 장비및응용시스템간 / 기술서관계와인터페이스, 관련기술참조모형과표준을 정의 28 기술 TV3 29 기술 TV4 기반구조설계도 / 설계서 시스템성능설계서 30 기술 TV5 제품목록 31 보안 SV1 보안정책 32 보안 SV2 33 보안 SV3 34 보안 SV4 35 보안 SV5 36 보안 SV6 37 보안 SV7 보안구성도/ 정의서 보안관계도/ 기술서 관리보안설계서물리보안설계서 기술보안설계서 보안매뉴얼 설계자수준에서기술참조모형을기반으로기반구조의상세적용기술정의 설계자수준에서기반시스템의성능파라미터를정의조직기반구조에적용되어있는제품들을식별하여정의한것으로기술참조모형및표준프로파일에매핑되어관리 최상위자수준에서조직의보안영역별보안정책을정의최상위자수준에서조직의전체적인보안영역과보안요소에대한현황및목표청사진을도식화하여표현하고정의관리자수준에서보안요소를관리, 기술, 물리보안요소로분류하고이들과기반구조및응용시스템과의관계를정의설계자수준에서관리보안을위한내용과관련조직을정의설계자수준에서물리보안요소를식별하고물리보안요소와기반구조와의관계를정의설계자수준에서정보자산의기밀성/ 무결성/ 가용성을강화하기위해기반구조에대한기술적보안요소와적용보안기술을체계적으로정리개발자수준에서보안요소에대한구체적인실무지침을정의 SV-6 SV-11 SV-1b [ 체계노드간인터페이스 ] SV-2 [ 통신망구성도] SV-12 [ 체계분산구조도 ] SV-2 [ 네트워크구성도] SV-12 [ 하드웨어소프트웨어구성도 ] SV-7 TV-3 SV-13 [ 보안정책] SV-13 [ 보안구성도] SV-13 [ 보안관계도] - 매핑산출물없음 - 매핑산출물없음 - 매핑산출물없음 - 매핑산출물없음 -20-

29 제Ⅰ권정의및지침 범정부아키텍처매핑산출물의관계도 아키텍처산출물은관점과시각으로구분하여산출물을관리함으로써각산출물간의관계정보를가지고있다. 하나의관점내에서뿐만아니라, 관점간에도관계및참조형태로산출물간의관계를가지며, 시각과시각사이에서도, 계획자의개괄적이면서요약된정보가설계자의구체적인정보로구체화되는관계를가진다. 범정부아키텍처프레임워크에 MND-AF 산출물을매핑한산출물관계는아래의 [ 도표 2-3] 과같다. -21-

30 ( 빈페이지입니다.) -22-

31 제Ⅰ권정의및지침 3. 국방아키텍처산출물 국방아키텍처산출물은아키텍처데이터수집, 산출물구성요소또는복합요소와의관련성식별, 아키텍처목적에부합되는특성간의관계모델링등을위해그래픽, 텍스트, 표형태의구성을갖고산출물을구성하였다. 즉, 운용관점의산출물은 OV(Operational View), 체계관점은 SV(Systems View), 기술표준관점은 TV(Technical Standards View) 로시작하는번호를부여하였으며, 공통관점의산출물은 AV(All View) 로정의하였다. 3.1 산출물명명규칙 산출물정의서의구성과특징은아키텍처적용시수많은산출물개발에대한어려움을해결하기위해필수및보조의산출물로구분지어산출물선택의어려움을최소화할수있도록하였다. 쉬운아키텍처개발을위해서 산출물구성요소 를배치하여각산출물개발시요구되는핵심정보들을쉽게식별할수있게하였다. 또한산출물을구성하는정보들을논리적인관계로표현하여아키텍처산출물별로구성하였다. 모든산출물은그래픽, 표, 텍스트로구성되어있으며, 각각의명칭뒷부분에문서, 기술서, 목록, 상관표로구분하여유형을쉽게파악할수있게하였다. 산출물명칭은다음과같이문서유형별로정의된다. 문서 : 기술서, 표, 설계도등을포함한혼합형태의문서이다. 기술서 : 그림형태의문서로설계도및설계서를뜻하며구성요소에대하여주석과설명을포함한문서이다. 목록 : 문서및기술서의상세내용을일목요연하게정리한문서이다. 국방아키텍처프레임워크에서 34개의산출물은수준별관점별로식별자를부여하여관리한다. 필수, 보조산출물은산출물의중요도와체계개발및국방EA 사업구분에따라세부산출물과필수여부를정의하여활용한다. -23-

32 3.2 산출물구성요소 산출물구성요소는산출물의내용을기준으로작성되었다. 산출물은복잡한정보로구성되며본문서에서는사용자가아키텍처를좀더쉽게개발할수있도록각산출물마다산출물구성요소를두어어떠한정보를식별해야하는지를제시하였다. 예를들면아키텍트는사업수행에대한범위와수준을정의하고업무전문가와함께현상분석을수행할것이다. 이런경우업무전문가와아키텍트는각산출물에제시된산출물구성요소의내용을참고하여각정보를식별하고정의하여아키텍처산출물에반영하는것이다. 또한산출물구성요소가아키텍처를개발하기위한전부가아닌최소한의요구사항임을명심해야하며, 사업수행에필요하다고생각되는내용에대해서는추가적으로정보를식별하고그항목을정의해야한다. 산출물구성요소는아키텍처산출물을활용하여개발된아키텍처메타모델과밀접한관련을갖고있다. 아키텍처메타모델은아키텍처정보의논리적관계를표현한것으로, 아키텍처산출물을참고 ( 지침, 규칙, 산출물정의서, 산출물구성요소등) 하여작성되었으며, 핵심아키텍처데이터모델문서에상세히내용을기술하였다. -24-

33 제Ⅰ권정의및지침 3.3 산출물간의관계 국방아키텍처프레임워크의모든산출물은논리적으로그용도와활용처가구분되어있다. 모든산출물을전군적으로활용하기위해공통, 운용, 체계, 기술관점으로분류하는방법외에아키텍처를개발하고활용하기위한관점의분류방법을들수있다. [ 도표 3-1] 은산출물의흐름에따른관계표현의한예이다. [ 도표 3-1] 아키텍처산출물데이터흐름에따른관계 ( 예시) 국방아키텍처산출물관계 국방아키텍처프레임워크의운용관점, 체계관점, 기술표준관점간에는밀접한관계가있다. 각관점별산출물간의관계를통하여산출물사이의추적성과일관성을제공할수있다. 국방아키텍처프레임워크에서정의한각산출물들은산출물구성에필요한여러가지구성요소및그정보를포함하고있으며, 서로다른산출물의구성요소들간에는정보의관련성으로인해서로참조하고있는경우가대부분이다. 아키텍처의개발에서는개발의목적과용도에따라필요한핵심정보들을정의할수있으며, 그러한핵심정보들의흐름을추적하면필요한산출물및산출물간의관계를파악할수있다. 위에보인도표는전형적인산출물간의관계를보인것이다. -25-

34 다음은산출물간의상세관계의일부를설명한것이다. 상세한내용은 제2권아키 텍처산출물 을참조한다. OV-4의조직은 OV-2 의운용노드와매핑되고, OV-5 의운용활동과매핑된다. OV-2의운용노드는 OV-5 의운용활동과매핑된다. OV-2의니드라인은 OV-3 의정보교환과매핑된다. OV-2의운용노드는 OV-6c 의생명선과매핑된다. OV-6a는 OV-5 를제약하는구조적이고유효한규칙을포함한다. OV-6a는 OV-6b의상태전이와 OV-5 의결정포인트를제약한다. OV-6b의사건은 OV-6c 의메시지와매핑된다. -26-

35 제Ⅰ권정의및지침 4. 국방아키텍처기술절차 본장에서는미국방부의 DoDAF 를참조하여, 국방아키텍처프레임워크(MND-AF) 에서정의한산출물을기술하고자하는아키텍처개발자들이일반적으로참조해야할 6단계의산출물기술절차(Description Process) 를설명한다. 이러한절차는일반적인것이며, 아키텍처를개발하여확보하고자하는기관이나아키텍처의개발목적등에맞게조정하여사용하여야한다. 하지만, 국방아키텍처프레임워크가이렇게조정된절차를보증해주지는않으며, 단지, 다음에설명하는 6 단계의일반적인기술절차는, 아키텍처개발자가사업의목적이나기관에맞도록절차를조정하고자할때, 이에대한생각의출발점으로서도움을주고자제공한것일뿐이다. 다음에설명한단계들은국방아키텍처프레임워크에맞추어서산출물을기술하기위한기본적인사항이며, 일반적인기술순서를표현한것이다. 아래 [ 도표 4-1] 에 6단계절차를표시하였으며, 단순한표현을위해전반적으로반복되는과정은생략하였다. 비록, 도표에서는반복과정이표현되지않았다하더라도, 실제아키텍처개발에서는많은반복과정을빈번히만나게될것이라는것을이해하고있어야한다. 그림에서회색으로표시된영역인 1단계부터 5단계까지가 국방아키텍처프레임워크(MND-AF)' 제1권과제2 권의범위에속하는부분이다. [ 도표 4-1] 국방아키텍처기술의일반적인 6단계절차 -27-

36 4.1 국방아키텍처기술절차 -6단계 제 1 단계 : 아키텍처목적과용도결정 아키텍처산출물은투자결정지원이목적이든, 요건식별이나체계획득, 상호운용성평가, 운용평가, 또는여타의다른목적을가지든상관없이, 특정목적을가지고작성되어야한다. 아키텍처를개발하고자하는기관이나조직에서는,(1) 산출물에서의도적으로조사 탐구하려는문제점과 (2) 산출물을통해해결방안을기대할수있는질문및 (3) 일반사용자와관련자의관심과관점사항등을, 아키텍처작성작업을시작하기전에, 가능한한구체적으로결정해야한다. 또한, 예상되는분석작업의유형을고려해야만한다, 예를들면 아키텍처는특정모델에입력자료로사용될수도있다거나 또는산출물에포함되어야할것과산출물이구조화되어야할방법에모의작업 (Simulation) 이영향을미칠수있다는것 등을고려해야한다. 이러한것에주안점을두면, 보다효율적으로아키텍처산출물을작성할수있을것이며, 작성된아키텍처는훨씬더적절한균형을갖추고, 유용하게될것이다. 제2 단계: 아키텍처범위결정 제 2 단계에서는아키텍처를기술하는데있어서범위와내용, 환경및여타의고려해야할가정을결정한다. 일단, 목적과용도가결정이되면, 향후작성할아키텍처산출물의면모를결정할수있다. 아키텍처산출물의기술할때, 다음항목들을고려할수는있으나, 다음항목에만제한되는것은아니다. 활동, 기능, 조직및시기등의범위 확보해야할적절한수준의상세정보 보다 큰그림(Bigger Picture) 내에서아키텍처기술노력의내용 운용시나리오, 상황및고려된지리적인범위 계획된경제적인상황 기술된기간동안의특정기술의계획된가용성및능력등 상기한항목을결정하는데도움이되는사업관리요소로는, 아키텍처를기술하는데가용한자원, 아키텍처를분석하는데가용한자원과전문지식의수준, 그리고필요한아키텍처데이터의가용성등이있다. 제3 단계: 확보대상정보결정 -28-

37 제Ⅰ권정의및지침 제 3 단계에서는목적과용도및범위를기반으로, 아키텍처를기술하는데확보할필요가있는정보가무엇인지를결정한다. 목적을충족시키기위해, 기술할필요가있는아키텍처정보를결정하는데에는주의를기울여야한다. 필요한정보가생략되어, 아키텍처산출물이무용지물이될수도있고; 또한, 불필요한정보가포함되어, 시간과가용자원이주어졌을때아키텍처산출물이현실적으로실행할수없다는것이입증될수도있으며, 또는당면한문제점해결에는불필요한사소한항목들과산출물이혼동할수도있고, 불필요한사소한내용들로인해난잡해질수도있다. 마찬가지로, 제한된자원을가지고, 미래에아키텍처산출물이조정, 확장또는재사용이용이하도록구조화하기위하여, 아키텍처산출물의미래용도를예측하는데에도주의를기울여야한다. 아키텍처측정기준은통합아키텍처기술의핵심측면이므로, 아키텍처개발의초기단계에서고려되어야한다. 아키텍처개발자들은각관점( 운용, 체계및기술표준) 이아키텍처측정기준을가지고있다는것을확인하고싶어하는데, 아키텍처측정기준은, 작성할산출물이무엇인지를정확히결정하고산출물의상세화수준과산출물에서확보해야할속성정보들을정확히결정하기위하여식별되어야한다. 측정기준은정량적일수도있고정성적일수도있다. 만약, 아키텍처개발자가측정기준을결정할수없다면, 최종결과물은상위의사결정자들에게무의미한것이될것이다. 제4 단계: 관점별작성대상산출물의결정 제 1단계부터제 3 단계까지의이해를바탕으로작성해야할산출물의종류를결정하고, 각산출물을작성하기위하여수집해야할데이터를결정한다. 제 5 단계 : 데이터수집및필수산출물의작성 제 5 단계는아키텍처산출물작성에기본이되는필수데이터를수집하고, 관계를식별하며, 조합하는단계이다. 국방아키텍처프레임워크(MND-AF) 제 2 권 아키텍처산출물 에서는각관점별산출물이정의되어있으며, 산출물별로정의에포함된필요엔티티와속성정보등, 데이터요소들을정의하고있다. 향후통합아키텍처의도입과관련하여, 다른아키텍처와의통합을촉진하기위하여, 아키텍처는 국방아키텍처프레임워크(MND-AF) 를준수하여개발되어야한다. 만약에, 목적에부합하기위하여작성해야할아키텍처산출물목록의재조정이필요하다면, 가능한한효율적으로조정해야한다. 자원이허락한다면, 다양한단계에서원칙확인을위한분석을수행하는것, 즉분석대상영역에서주의깊게선정한일부산출물(subset) 을대상으로제 6단계를시험적용해보는것도유용하다. 작성된산출물이일관성을확보하고있고적절한수준에서통합되었는지를주의깊게확인해보아야한다. 자동화도구및 AMM을준수하는아키텍처정보저장소인 MND-ARMS 와같은도구는, 아키텍처개발과정을촉진시키고, 공통된용어와용어정의의사 -29-

38 용을지원하도록도와줄것이다. 제 6 단계 : 합목적적아키텍처의활용 제 6 단계는작성한아키텍처산출물을의도한목적에적합하게사용하는단계이다. 아키텍처산출물은특별한목적을염두에두고작성되어왔을것이다. 제 1단계에서언급했듯이, 궁극적인목적은투자의사결정, 요구사항식별, 체계획득, 상호운용성평가, 운용평가또는여타의다른것일수도있다. 아키텍처산출물은이러한목적을촉진시키고실현가능하게하지만, 그자체로써어떤결론이나해결책을제시하지는않는다. 얻고자하는결론이나해결책을제시하기위해서는오히려, 자동화된분석을적용하여사람이개입되어야한다. 프레임워크는이러한분석의수행방법을기술하지도않는다. 오히려프레임워크의의도는, 그러한분석작업의토대로서, 완전하면서, 이해가쉬우며, 통합이가능한아키텍처산출물의작성을촉진시키는데있다. 4.2 각사업에서의기술절차구현 4.1절에서설명한 6 단계의국방아키텍처기술절차는, 아키텍처산출물을개발하여기술하고자하는아키텍처개발자들이참고할수있는일반적인절차를설명한것이다. 아키텍처를개발하여기술하고자하는개별적인기관이나사업에서는목적이나용도등, 필요에따라 4.1 절에서제시한절차를조정해서사용하되, 그기본적인논리구조는유지하여야한다. -30-

39 제Ⅰ권정의및지침 5. 상호운용성 우리국방의상호운용성은국방아키텍처를개발하고구축하는중요한목적가운데하나로서, 무기체계및비무기체계에서정보기술을도입하면서, 유관체계들간의신속하고정확한정보교환을통해우리군의전투능력과관련활동능력을극대화시키는데목적이있다. 우리국방의상호운용성확보를위한구성요소들은국방정보화와관련한법률및제반규정과지침, 편람등이핵심을이루며, 이를반영하여구체화하기위한제반개념과개념을지원하기위한구체적인체계들로이루어진다. 주요구성요소는국방아키텍처프레임워크, 국방정보체계의상호운용성수준, 데이터공유환경및공통운용환경등의개념중심의 4가지핵심요소를비롯하여공통참조모델에포함되어있는국방정보체계기술구조, 국방데이터모델등이정의되어있고, 이를지원하기위해유관응용체계를개발하여확보및운용중이거나, 개발계획에따라개발하는과정에있다. 또한지원체계각각은그필요성에따라관련하부체계와연관되어운용된다. [ 도표 5-1] 상호운용성확보를위한구성요소들의관계 -31-

40 5.1 국방정보체계의개발과상호운용성 국방아키텍처프레임워크(MND-AF) 는상호운용성확보를위한기반이며, 구체적인개념을담은핵심요소로서, 최상위아키텍처로부터단위체계아키텍처를포함하는모든국방아키텍처를개발하기위한개념정의와지침및효율적이고효과적인아키텍처개발을위한산출물을정의해놓은지침서이다. 국방정보체계의개발에서는 ' 국방아키텍처프레임워크(MND-AF)' 를준수하여, 생산할산출물의내용과범위및방법을참고하고, 체계개발을위한 3원화관점의산출물을생산하여야하며, 그구체적인산출물의종류는필수산출물을포함하여, 규정및지침에따라각각의사업에서정의한다. 국방정보체계의개발에서아키텍처산출물에포함되는모든정보는, 국방아키텍처프레임워크의모든산출물의정보를정의해놓은 ' 아키텍처메타모델(AMM)' 에상세하게정의되어있으며, 아키텍처메타모델은모든체계개발에서참조해야할표준메타모델이기도하다. 기개발된국방정보체계는아키텍처산출물을통해비교 분석할수있으며, 신규체계개발시식별되는기존의유관체계산출물정보를참조함으로써, 체계간의상호운용성을제고할수있다. ' 국방아키텍처관리체계(MND-ARMS)' 는국방아키텍처프레임워크(MND-AF) 를준수하여개발한국방정보체계아키텍처산출물을전자적으로관리하기위한구체적인단위체계이다. 국방아키텍처메타모델(AMM) 을기반으로레포지토리를구성하고있으며, 국방아키텍처및각종국방정보체계의아키텍처정보를저장하고검색, 조회하며, 표준화된질의문을통해산출물간의비교 분석기능을제공한다. 체계간의상호운용성을확인하고확보하기위하여체계개발시에작성된아키텍처산출물을국방아키텍처관리체계에저장하는것은필수적인것이다. 또한실제체계의개발에서는, 공통운용환경(COE) 에서정의한표준화된방법으로세그먼트를개발하여등록하고, 재사용가능한세그먼트혹은콤포넌트를추출 사용하여효과적이고효율적으로체계를개발함으로써, 타체계와의상호운용성을제고한다. 공통운용환경(COE) 기반으로개발된국방정보체계는 상호운용성수준측정및평가체계 (SITES)' 를이용한측정및평가를통해타체계와의상호운용성목표수준이확보되었음을확인하고, 운용시에서는우리군이생산하여사용하고관리하는정보및데이터를국방데이터공유환경(SHADE) 에등록하여공유 관리함으로써데이터중심의상호운용성확보를보증한다. 우린군은네트워크중심의상호운용성확보를위한각종개념과체계환경을구성하여, 정보및데이터를중심으로, 우리군이보유한무기및비무기체계의상호운용성을확보하고제고함으로써, 우리군의전장능력을제고하고자한다. -32-

41 제Ⅰ권정의및지침 6. 국방아키텍처공통참조자원 국방아키텍처공통참조자원(Universal Reference Resources) 은아키텍처개발을위해참고해야할다양한자원요소들을모아놓은집합체이다. 본장에서는 3원화통합관점과공통참조자원과의논리적관계를제시하여효율적인아키텍처개발을지원한다. 공통참조자원과아키텍처관점과의관계와그활용방안을제시한다. [ 도표 5-1] 은아키텍처모델의관점과이에연관되는공통참조자원의관계를나타낸것이고, [ 도표 5-2] 는공통참조자원의내용을정의한것이다. [ 도표 6-1] 3원화관점과공통참조자원의관계 -33-

42 [ 도표 6-2] 공통참조자원의정의 관점참조모델내용 공통운용체계및기술기술 핵심아키텍처데이터모델국방데이터사전상호운용성수준모델직무정의서국방 PRM 국방 BRM 기술참조모델 (TRM) 공통운용환경국방 SRM 공유데이터환경국방 DRM 국방정보체계기술구조 구조기술및작성을위한정보의논리적데이터모델 표준데이터정의, 포맷, 용법, 구조에관한레포지토리 (Repository) 상호운용성수준및운용, 체계, 기술구조의연계를위한참조모델 임무의계층적목록업무성과참조모델업무참조모델 체계기능과서비스를지원하는기술서버의분류목록 체계관점표준, 소프트웨어재사용, 공유데이터, 상호운용성및자동화된통합등이보장되는운용환경국방컴포넌트서비스참조모델데이터공유전략과메커니즘국방데이터모델 정보기술표준과지침 6.1 핵심아키텍처데이터모델 각군및부대에서는아키텍처를개발하고기술하기위해많은노력을기울여왔다. 하지만, 각기다른방법론및지원도구를사용하여서로다른데이터모델로산출물이개발되었다. 체계설계자와개발자가이러한데이터베이스를사용하여정보를교환하고정보처리를위한상호운용을보장하기에는당연히어려운점이존재하였다. 체계들간의상호운용성이강조되는시점에서, 미국방부의경우각군의아키텍처메타모델을공통화시킨핵심아키텍처메타모델 (CADM : Core Architecture Data Meta Model) 개발의필요성이제기되었다.CADM은아키텍처정보의구조를조직화하고묘사하는공통된접근방법을제공하는데이터모델이며, 아키텍처들을구축하고기술하기위해사용된정보의논리적데이터모델이다.CADM 은국방전반의아키텍처정보의교환, 비교, 통합을용이하게하여상호운용성을개선시키며, 국방정보체계에대한통합적인정보자원관리를위한저장소로서역할을한다. CADM 은물리적데이터모델이라기보다는논리적모델이다. 따라서실제로데이터베이스를구현하기위해데이터가어떻게저장되는가를기술하지않고어떠한방식으로정보가 -34-

43 제Ⅰ권정의및지침 유기적으로구성되어있는가하는개념적견해를제공한다.CADM이특정체계의도메인문제를포함하는데이터를모델화한것이아니라, 아키텍처에대한일반적인정보를모델화한것이다. 일례로, 사격지원체계 의아키텍처에대한데이터모델은문서나개념데이터모델엔티티의인스턴스로서 CADM 데이터베이스에저장될수있다. 미사일포대, 전방관찰자와같은사격지원체계고유의엔티티들은 CADM 엔티티에포함되지않고단지 CADM 엔티티의인스턴스값으로사용된다. 또한, CADM은군수나재정엔티티들과같은아키텍처처리과정이나특정사용자집단이나직무영역에서요구되는조건들에대한특징들을포함하지않는다. 하지만, 전형적으로이러한특징들을필요로하는사용자들은약간의수정, 보완을거쳐핵심부분을확장하는것이가능하다. 이같은메타모델(Meta model) 접근방식은다음과같은이점을제공한다. 첫째, 핵심데이터모델은이해하고유지하기가쉽다. 둘째, 기존데이터는좀더쉽게핵심데이터모델에적용할수있다. 셋째, 핵심데이터모델은단지가장기본적인엔티티들과의관계로이루어져있어서안정적이며변화에대해영향을받지않는다. 넷째, 핵심데이터모델상에일관성을획득하고유지하기가쉽다. CADM은전체아키텍처개발과정에근거한데이터명세사항을관리하기때문에하나의도구로취급될수있다. 그러나 CADM 을활용함으로써, 잘갖춰진아키텍처분석과개발을대체하거나, 아키텍처기반의데이터베이스의품질이보증되는것은아니다. CADM에기반한아키텍처데이터베이스가반드시좋은품질의아키텍처를보장하는것도아니다. 단지개발된아키텍처의정보를효과적으로저장및활용할수있는기반을제공한다. 즉, 품질좋은아키텍처개발은국방아키텍처프레임워크을통해이루어지고여기에서도출된정보를 CADM 에서관리할수있으면된다. 따라서 CADM이다음과같은용도에사용될때이점이나타난다. 첫째, 아키텍처를표현하는데사용되는데이터의일치와일관성을얻기위해조력하는용도이다. 둘째, 통합, 재사용, 데이터공유를위해존재하는아키텍처데이터베이스를전환하는용도이다. 셋째, 아키텍처들을검토하고비교하는용도이다. 넷째, 아키텍처에근거한데이터완전성을평가하는용도이다. 다섯째, 아키텍처데이터에대한데이터표준화를시작하는용도이다. 여섯째, 미래아키텍처개발에대한시작점을제공하는용도에이점이있다. 우리국방은전군의아키텍처메타모델이진화하고있는환경을고려하여,CADM개념보 다는국방아키텍처메타모델이라는 AMM(Architecture Meta-Model) 을사용하며, 향후 -35-

44 CADM 으로진화, 발전할계획이다. 6.2 국방데이터사전 국방부는정보체계관리자및개발자에게다양한데이터서비스를제공하는국방데이터레포지토리체계(DDRS: Defense Data Repository System) 를가지고있으며, DDRS의서비스및도구에는국방데이터사전체계(DDDS: Defense Data Dictionary System) 가포함된다. 국방데이터모델(DDM: Defense Data Model) 은표준데이터요소의구현을지원하는전군차원의데이터모델이다. DDM은군의임무를지원하는전반적인정보요구사항과업무규칙을정의하고, 국방데이터표준간의논리적인관계를서술하여야한다. 개발자는정보요구사항을정의하고구조화하는기반으로서 DDM 을사용하여야하며, 정보체계내에서표준데이터요소의재사용을보장하여야한다. DDDS 는중앙집중적인관리를가능하게하는레포지토리(Repository) 이다. DDDS는모든국방표준데이터요소를포함하고, 국방데이터관리지침 에따라표준데이터를개발및관리하는것을지원한다. DDDS 는개발자에게승인된표준데이터요소에대한접근을제공하고, 온라인질의및보고서작성기능을제공한다. 또한 DDDS는표준데이터요소및속성을수집하고저장한다. DDDS 는사용자가기능별로데이터표준의검토및승인과정에참여하도록하고, 표준데이터요소를사용하는국방기관및업무를식별하도록하며, 표준화절차를통하여데이터요소의상태를추적할수있도록한다. 또한 DDDS는소프트웨어개발자가사용하는데이터이름, 정의, 필드길이, 데이터타입, 허용가능한도메인값등을포함하는메타데이터에접근할수있도록한다. 6.3 직무정의서 직무정의서는우리군에의해수행되는전체임무에대한계층적목록을포괄적으로포함한다. 직무정의서는합동작전요구조건및성능/ 전투활동을기술하는계획입안자, 합동전력소요를전투부대의임무로분할하는참모조직, 공통의구조산출물을이해하고통합하고자하는분석가들에게유용하다. 직무정의서는전략적군사임무, 전략적전역임무, 운용임무, 기술임무등으로분류된다. 각임무및하위임무는계층적구조상의위치를반영하여인덱스가부여된다. 직무정의서의목적은전투의상호운용성을달성하기위하여, 투자및시스템구축에대한핵심을제시하는것이다. 계획된접근방법은우선국가전략에서부터전역전략까지, 운용수준에서전술수준까지임무를세분하는것이다. -36-

45 제Ⅰ권정의및지침 6.4 상호운용성수준모델 정보기술구조의 효율성과효과성 은미래의전장에서정보의우위를성취하는것으로이것은임무완수로바꾸어생각할수있다. 정보우위를달성하기위한중요한요소로서모든국방정보체계간에상호운용성을증진하는것으로이를통해, 값비싼기반구조를줄이고좀더효율적인부서로만들수있다. 이모든것이가능하도록이끄는요소로상호운용성이거론되었다. 합동작전을수행하는데있어주요한문제는상호운용성이란단어로요약될수있다. 임무에따른체계구성에있어, 국방정보체계구조개발자가직면한주요문제중의하나가합동임무를성취하기위해정보체계간에상호운용할수있도록하는것이다. 합동요구사항을아직만족시키지못한정보체계는특정한서비스에대한요구사항을충족시켜구축되어야된다. 요구되는상호운용성의수준과특성에대한정확한이해는정보기술체계혹은구조에대한설계, 구축, 배치에있어주요고려사항이된다. 현상황에서는체계간상호운용성의수준과특성을심사하기위한통일된방법이없다. 따라서정보체계간상호운용성에대한명확한개념및수준을표시할기준의필요성이대두되었다. 상호운용성수준모델은합동상호운용성요구결정과이러한요구사항을만족할수있도록정보체계의능력을심사하고실제적인해결책을선택하며, 능력과상호운용성의향상을위해진화계획에대한프로세스를제공한다. 상호운용성성숙도모델은상호운용성의여섯단계의수준으로정의한다. 상호운용성성숙도모델은하나의수준에서다음수준으로의개선으로서체계간상호작용에대하여증가하는복잡도를설명한다. 상호운용성참조모델은포괄적으로통합된속성인프로시저, 응용, 기반구조그리고자료(PAID: Procedure, Application, Infrastructure, Data) 의 4가지개념에입각한 6 단계수준으로나타낸다. 상호운용성능력모델은상호운용성의각수준을달성하기위한 PAID 를교차하는능력집합으로서특정능력의기준으로정의된다. 이모델은정보체계상호운용성프로파일과수준측정을결정하기위해요구되는상세한수준을제공한다. 구현옵션테이블은개발자가능력모델상에정의된각능력에대한구현을위해이용가능한구현선택의전범위를다룬다. 정보체계에대한상호운용성프로파일은질의의결과로서도출되는데이프로파일은정보체계혹은응용에대해개발자에의해만들어진특정구현선택을포함한다. 상호운용성수준측정은능력모델에질문서로부터도출된자료를매핑함으로서계산되는데이매핑을통해, 프로파일은상호운용성수준개념에서정보체계가구성하고있는능력집합을나타내며이결과가정보체계가가지고있는상호운용성수준인 메트릭(Metric) 이다. 상호운용성산출물은주어진정보체계의집합에대한상호운용성프로파일과수준측정에대한비교와심사를통해서생성된다. -37-

46 6.5 기술참조모델 기술참조모델은국방분야의모든업무활동에필요한기술서비스를식별하여정의한것으로정보체계에대한공통적인운영환경을정의하고, 표준집합을식별하기위한기본틀이다. 국방부차원에서기술기반체계의진화를위한지침을제공하고, 특정체계를위한기술구조구축시지침을제공할수있는서비스등을제공한다. 1999년 6 월에발표된미국방부의기술참조모델(TRM: Technical Reference Model) 은미국방부의정보기술획득및개발을보다효율적으로조정하기위하여공통적인개념프레임워크를제공하고공통적인용어를정의한다.DoDTRM은서비스영역과인터페이스를식별한다.DoDTRM 구조는개방체계를달성하기위한핵심원리인데이터, 응용체계및컴퓨팅플랫폼간의분리를반영한다. 상호운용성은기술구조를결정하기위하여체계개발자가사용할수있는공통적인서비스와인터페이스에종속된다. DoD TRM은개방체계의개념을지원하기때문에DITA는필수표준을제시하기위한프레임워크로서 DoD TRM 을채택하였다. DoD TRM을 DITA에서채택함으로서소프트웨어컴포넌트를정의하는데필요한서비스, 도메인, 인터페이스및기타요소간에일관성있는정의를사용할수있게되었다. DITA 본문의필수표준과 DoD TRM 은국방정보기술의획득, 개발및지원을위한목표기술환경을정의한다. DoD TRM 은다음의영역으로분해된다. 첫째, 응용소프트웨어로임무응용체계와응용지원서비스를포함한다. 둘째, 응용플랫폼체계서비스, 운영체제서비스및물리적환경서비스를포함한다. 셋째, 인터페이스로응용프로그램인터페이스(API: Application Program Interface) 와외부환경인터페이스(EEI: External Environment Interface) 를포함한다. DITA(Defence Information Technology Architecture) 서비스는 DoD TRM 체계서비스와동등하다. 소프트웨어공학서비스, 국제화서비스, 사용자인터페이스서비스, 보호서비스, 데이터관리서비스, 체계관리서비스, 데이터교환서비스, 분산컴퓨팅서비스, 그 래픽서비스, 운영체제서비스, 통신서비스로구성된다. -38-

47 제Ⅰ권정의및지침 6.6 공통운용환경 공통운용환경은국방정보체계에공통적으로사용되는일련의소프트웨어집합체로서, 데이터와 S/W 를공동활용할수있는체계를구축하기위한기반환경을제공한다. 또한, 모든정보체계간소프트웨어와데이터구성요소의재사용과구성요소간의통합을가능케하는정보체계기반환경제공하는구조, 참조구현, 구현전략등을의미한다. 기술참조모델과정보기술표준은상호운용성환경과도메인공통운용환경단계에기본틀과표준을제시해주며, 상호운용성환경의정보기술서비스및표준은모든도메인공통운용환경에대해서상호운용성을위한핵심구성요소로서제공된다. 도메인공통운용환경은상호운용성환경과기술참조모델및정보기술표준으로부터상호운용성, 이식성, 확장성을가능하게하는정보기술서비스및표준을제공받으며, 이도메인공통운용환경에서설계 개발되는어플리케이션들은도메인간상호운용성(Inter-Domain USI) 및도메인내의(Intra-Domain USI) 어플리케이션간상호운용성, 이식성, 확장성이보장된다. 국방정보화기반요소중공통운용환경요소는상호운용성과통합성이고려되지않고각군과군내에서독자적으로개발및관리되어온정보체계를공통운용환경기반하에기능체계간상호운용성을보장하고통합체계로발전시키며, 축적된공통지원서비스들과기능적응용체계를위해적합한소프트웨어의개발환경을제공하며공용의서비스를제공한다. 즉체계간의상호운용성및체계통합을통해국방정보화기반의비전달성을가능하게하는핵심적인요소는공통운용환경이라할수있다. -39-

48 6.7 데이터공유환경 데이터공유환경(SHADE: Shared Data Environment) 의목적은국방정보기반구조내에서데이터공유와상호운용성을촉진시키기위한것이다.SHADE는국방정보체계가데이터를공유할수있도록하는공통의서비스, 도구및절차를정의한다. SHADE는공유데이터베이스세그먼트와공유데이터서버의개발과사용을통하여 COE 데이터및데이터베이스관리요구사항을제공함으로써공통운용환경 (COE: Common Operating Environment) 을확장한다. SHADE의목적은다양한응용및조직에의해작성되는데이터를전장에대한글로벌뷰로통합하고, 이와같이통합된데이터를필요에따라사용자에게가용하도록만드는것이다. SHADE 는융통성있는데이터기반구조상에구축되는데이터공유전략이다. SHADE는메타데이터에대한보다우수한관리, 표준데이터접근메커니즘의사용, 국방데이터표준의사용, 물리적데이터저장및일련의공유데이터베이스세그먼트를위한공통의관리메커니즘을통하여체계상호운용성과데이터공유를촉진시킨다.SHADE 는정확하고, 신뢰할수있는데이터에대한사용자요구사항을충족시키기위하여체계개발과전환에필요한다음과같은사항을설명한다. 데이터접근구조 데이터공유방법 재사용가능한소프트웨어및데이터컴포넌트 지침및표준 SHADE 는데이터계획에서부터데이터베이스설계, 데이터유지보수단계에이르는데이터수명주기활동을지원한다. 이러한지원은데이터요구사항의신속하고비용효과적인지정을가능케하고, 이러한데이터를포함하는데이터모델을정의할수있도록하며, 이러한데이터를수집하고공유하는체계를구현할수있도록한다.SHADE서비스를사용하는응용체계는더이상인터페이스합의를통한임시방편적인데이터공유방법을구현할필요가없다. 그결과, 체계기능성및융통성은크게증가하며, 데이터수집및유지보수비용은감소한다. SHADE는새로운체계및데이터베이스개발을지원할뿐만아니라레거시체계의전환도지원한다.SHADE구현의중요한부분에는공유데이터를접근하고작성하기위하여기존의응용체계를전환하는것이포함된다. 레거시체계들은통합되지않은데이터스토브파이프(data stovepipe) 방식으로부터 SHADE 내에서운영될수있는체계로전환되어야한다. 이와같은전환프로세스는 SHADE의모든부분이완료될때까지기다릴수는없으며, SHADE 기반구조의개발과병행하여이루어져야한다. SHADE는응용체계가시간의흐름에따라통합될수있도록다양한적합성수준에서컴포넌트체계를수용한다.SHADE는기존의응용체계가일관되고통제된방식으로데이터를공유할수있도록하는메커니즘을제공한다. -40-

49 제Ⅰ권정의및지침 SHADE 는가능한한최대로상용제품(COTS: Commercial Off-The-Shelf) 의사용을강조한다.SHADE비전의상당부분은현재의 COTS 제품으로구현될수있지만, 일부분은아직은가용하지않은기술을포함하고있다. 따라서 SHADE 구현계획을단기, 중기및장기단계로구분한다. -41-

50 6.8 국방정보체계기술구조 (DITA) 국방정보체계기술구조(DITA: Defense Information Systems Technical Architecture) 는국방정보체계를구축하는데필요한최소한의표준을규정한것이다.DITA는국방환경에적합하도록조정한최상위수준의정보체계기술구조로서, 각각의정보체계획득 개발시사업별로표준프로파일의기본이된다. DITA는국방환경에서모든정보체계들이상호운용될수있도록관련표준및규정들을최소한으로모아놓은것이다. 즉, DITA를준수하며구축된정보체계들은상호운용성이보장될수있다. DITA 의제정목적은다음과같다. 첫째, 정보를생산및사용하며전자적으로자료를교환하는모든전술, 전략및지원부대들의체계간에상호운용성을보장하기위한기본틀을제공한다. 둘째, 국방정보체계를개발하고획득하는과정에서의비용절감, 개발기간및실전배치기간을단축하기위한표준을강제적으로규정한다. 셋째, 국방정보체계는개방체계로구축된다는의지를개발관련기관들에게전파한다. 넷째, 국방정보체계를개발하는기관은표준에근거하여산출물을개발하여야한다는지침을제공한다. -42-

51 제Ⅰ권정의및지침 부록 1 제개정 내역서 -43-

52 부록 1: 제 개정내역서 국방아키텍처프레임워크는내 외부적인변화동인에의해변화를반영한다. 이러한변화에대한내용을제개정내역서에명기함으로써본문서를활용하는데있어버전간의변화 를식별하고이해를용이하게한다. MND AF 1.2 주요개정내역 주요개정목적 - 정보시스템의효율적도입및운영등에관한법률 에서요구하는정부차원의효율적인 정보시스템구축및활용을위해작성된범정부아키텍처프레임워크및메타모델정의서의내 용을반영함. 개정근거 - 국방아키텍처(MND-EA) 국방부본부사업 -총무팀 호( ) 개정내용 가. 범정부 AF산출물반영 - 범정부 AF 산출물 AV4 비전및미션산출물을 MND AF 1.2 AV-4 산출물을추가함. - 범정부 ITA 메타모델정의서의메타모델을상호비교하여범정부 37종산출물중 2 종을제외( 업무매뉴얼, 보안매뉴얼) 한 35 종산출물을개발하였음. - 범정부아키텍처정보연계를위해범정부속성과의매핑표및산출물구성을 XML 로표기하여국방아키텍처메타모델정의서에반영함. 나.MNDAF1.0 개선 - 미국방DoDAF 1.0 산출물의식별자ID 및산출물명과일치 MND AF 1.0 에대한사용자요구수렴및전문가검토회의결과, MND-AF 1.0 의산출물식별체계가미국방 DoDAF와상이하여미국방아키텍처산출물및문서의이해도가떨어진다는개선요구사항을반영하여미국방 DoDAF 1.0 산출물의식별자 ID 및산출물명과일치시킴. 다. 상호운용성산출물내용보강 -44-

53 제Ⅰ권정의및지침 MND-AF 1.0 의산출물중상호운용성측정과중복되는부분을제거하고, 상호운용성관련산출물의상호운용성수준및표준반영을강화함. 다. 무기체계적용의제약사항제거 정보체계의 정보 라는용어로인해무기체계를반영할수없는것으로해석되는여지를 IT 체계 라는용어를사용함으로써무기체계에사용되는 IT분야를적용할수있도록하였음. 비록미국방아키텍처프레임워크가우리국방아키텍처프레임워크에반영되어있으나, 우리국방의환경을감안한무기체계적용에관한연구를필요로함. MND AF v1.2 주요개정( ) 이후개정/ 변경내용 국방상호운용성관리규정 의제정에따른변경 버전 : 변경없음 변경기준일자 : 내용 : 국방부훈령제839 호로 국방상호운용성관리규정 이제정( ) 되고, 상호운용성및표준화관리지침 이폐기됨으로써, 국방아키텍처프레임워크제1 권, 제2 권및아키텍처메타모델에기재된 상호운용성및표준화관리지침 이라는 용어를 국방상호운용성관리규정 으로변경기재함. -45-

54 ( 빈페이지입니다.) -46-

55 제Ⅰ권정의및지침 부록 2 약어표 (Abbreviations) -47-

56 부록 2: 약어표 영문알파벳순서로보기 약어 풀이 번역어 AF Architecture Framework 아키텍처프레임워크 AMM Architecture Meta-Model 아키텍처메타모델 API Application Programming Interface 응용프로그램인터페이스 AV All View (MND-AF) 공통관점( 국방) Application Architecture ( 범정부) 응용관점( 범정부) BPR Business Process Re-engineering 업무프로세스개선 BRM Business Reference Model 업무참조모델 BV Business View ( 범정부) 업무관점( 범정부) C4I Command, Control, Communications, Computing and Intelligence C4I 체계 C4ISR Command, Control, Communications, Computer, Intelligence, Surveillance C4ISR 체계 and Reconnaissance CADM Core Architecture Data Model 핵심아키텍처데이터모델 COE Common Operating Environment 공통운용환경 COTS Commercial Off-The-Shelf 상용제품 CV Common View 범정부공통관점 DDDR Defense Data Dictionary Repository 국방데이터사전저장소 DDDS Defense Data Dictionary System 국방데이터사전체계 DDM Defense Data Model 국방데이터모델 DITA Defense Information Technology Architecture 국방정보기술표준또는국방정보기술표준제품정보체계 DoDAF Department of Defense Architecture Framework 미국방부아키텍처프레임워크 DRM Data Reference Model 데이터참조모델 D-STAMIS Defense Standards Management Information System 국방정보체계표준관리체계 DV Data View ( 범정부) 데이터관점( 범정부) EEI External Environment Interface 외부환경인터페이스 FoS Family of Systems 체계집단 GITAMS 범정부표준 ITA 산출물관리시스템, Government Information Technology 범정부 ITA 표준산출물관리시스템 Architecture Management System 범정부 ITA 통합관리포털시스템 GOTS Government Off-The-Shelf 정부보유제품 ITA Information Technology Architecture 정보기술아키텍처 KJCCS Korea Joint Command & Control System 합동지휘통제체계 -48-

57 제Ⅰ권정의및지침 LISI MIMS MND-AF 약어풀이번역어 MND-ARMS Levels of Information Systems Interoperability Military Intelligence Management System Ministry of Defense Architecture Framework Ministry of Defense Architecture Repository & Management System 정보체계상호운용성수준 군사정보통합처리체계 국방아키텍처프레임워크 국방아키텍처관리체계 OA Operations Architecture or Operational Architecture 운용아키텍처 OV Operational View (MND-AF) 운용관점 ( 국방) PAID Procedure, Application, Infrastructure, Data PRM Performance Reference Model 성과참조모델 프로시저, 응용, 기반구조, 자료 Systems Architecture (MND-AF) 체계아키텍처( 국방) 또는 SA Security Architecture ( 범정부) 보안아키텍처( 범정부) SHADE Shared Data Environment 데이터공유환경 SITES Systems Interoperability Test & Evaluation System 상호운용성수준시험및평가체계 SoS System of Systems 복합체계 SRM Service Component Reference Model 서비스참조모델 SV TA Systems View (MND-AF) Security View ( 범정부) Technology Architecture or Technical Standards Architecture 체계관점( 국방) 또는보안관점( 범정부) 기술아키텍처또는기술표준아키텍처 TRM Technical Reference Model 기술참조모델 TV Technical Standards View 기술표준관점또는기술관점 -49-

58 주제별로보기 약어 풀이 번역어 EA Enterprise Architecture 엔터프라이즈아키텍처 ITA Information Technology Architecture 정보기술아키텍처 AF Architecture Framework 아키텍처프레임워크 MND-AF Ministry of Defense Architecture Framework 국방아키텍처프레임워크 MND-ARMS Ministry of Defense Architecture Repository & Management System 국방아키텍처관리체계 AMM Architecture Meta-Model 아키텍처메타모델 DoDAF Department of Defense Architecture Framework 미국방성아키텍처프레임워크 CADM Core Architecture Data Model 핵심아키텍처데이터모델 AV CV BA BV DA DV All View (MND-AF) Application Architecture ( 범정부) 공통관점( 국방) 응용관점( 범정부) Common View ( 범정부) 공통관점( 범정부) Business Architecture( 범정부) 업무아키텍처 ( 범정부) Business View ( 범정부) 업무관점( 범정부) Data Architecture( 범정부) 데이터아키텍처( 범정부) Data View ( 범정부) 데이터관점 ( 범정부) OA Operations Architecture or Operational Architecture 운용아키텍처또는업무아키텍처 OV Operational View (MND-AF) 운용관점 ( 국방) TA TV SA Technology Architecture or Technical Standards Architecture Technical Standards View Systems Architecture (MND-AF) Security Architecture ( 범정부) 기술아키텍처또는기술표준아키텍처 기술표준관점또는기술관점 체계아키텍처( 국방) 또는보안아키텍처( 범정부) SV Systems View (MND-AF) 체계관점( 국방) 또는 Security View ( 범정부) 보안관점( 범정부) BPR Business Process Reengineering 업무프로세스개선 BRM Business Reference Model 업무참조모델 DRM Data Reference Model 데이터참조모델 PRM Performance Reference Model 성과참조모델 SRM Service Component Reference Model 서비스참조모델 TRM Technical Reference Model 기술참조모델 DDM Defense Data Model 국방데이터모델 COE Common Operating Environment 공통운용환경 SHADE Shared Data Environment 데이터공유환경 D-STAMIS Defense Standards Management Information System 국방정보체계표준관리체계 -50-

59 제Ⅰ권정의및지침 약어풀이번역어 SITES LISI PAID DITA Systems Interoperability Test & Evaluation System Levels of Information Systems Interoperability Procedure, Application, Infrastructure, Data Defense Information Technology Architecture 상호운용성수준시험및평가체계 정보체계상호운용성수준 프로시저, 응용, 기반구조, 자료 국방정보기술표준또는국방정보기술표준제품정보체계 DDDR Defense Data Dictionary Repository 국방데이터사전저장소 DDDS Defense Data Dictionary System 국방데이터사전체계 GITAMS Government Information Technology Architecture Management System 범정부표준 ITA 산출물관리시스템, 범정부 ITA 표준산출물관리시스템, 범정부 ITA 통합관리포털시스템 ITAMS Information Technology Architecture Management System ITA 표준산출물관리시스템 COTS Commercial Off-The-Shelf 상용제품 GOTS Government Off-The-Shelf 정부보유제품 SoS System of Systems 복합체계 FoS Family of Systems 체계집단 C4I C4ISR KJCCS Command, Control, Communications, Computing and Intelligence Command, Control, Communications, Computer, Intelligence, Surveillance and Reconnaissance Korea Joint Command & Control System C4I 체계 C4ISR 체계 합동지휘통제체계 MIMS Military Intelligence Management System 군사정보통합처리체계 API Application Programming Interface 응용프로그램인터페이스 EEI External Environment Interface 외부환경인터페이스 ID Identifier 식별자 -51-

60 -52-