국방부 건축 프레임워크
Department of Defense Architecture FrameworkDoDAF(Department of Architecture Framework)는 다양한 관점으로 구성된 관점을 통해 특정 이해관계자의 관심사에 대한 시각화 인프라를 제공하는 미국 국방부(DoD)의 아키텍처 프레임워크다.이러한 견해는 표, 구조, 행동, 온톨로지, 그림, 시간적, 그래픽, 확률적 또는 대체 개념적 수단을 통해 아키텍처 설명의 광범위한 범위와 복잡성을 시각화, 이해 및 동화하기 위한 공예품이다.현재 출시된 제품은 DoDAF 2.02이다.
이 아키텍처 프레임워크는 특히 복잡한 통합 및 상호운용성 과제를 안고 있는 대형 시스템에 적합하며, "운영적 관점"을 채용하는 데 있어서 분명히 독특하다.이러한 견해는 그 영역 내의 특정 이해당사자들을 대상으로 시스템이 운용될 다른 영역과의 상호작용을 목적으로 하는 개요와 세부사항을 제공한다.[3]
개요
DoDAF는 조직, 공동 및 다국적 경계를 가로지르는 아키텍처를 이해, 비교 및 통합하기 위한 공통 분모를 보장하는 아키텍처 설명을 개발하고 표현하기 위한 기본 프레임워크를 제공한다.그것은 시스템, 통합 또는 연합 아키텍처의 일관된 개발을 위한 데이터 요소 정의, 규칙 및 관계와 제품의 기본 세트를 설정한다.이러한 아키텍처 설명에는 시스템 제품군(FoS), 시스템 시스템(SoS) 및 비전투 환경에서 상호운용 및 상호작용을 위한 순중심적 기능이 포함될 수 있다.[1]
DoD 구성요소는 부서 내 아키텍처 개발에서 가능한 최대 범위까지 DoDAF를 준수할 것으로 예상된다.적합성은 정보, 아키텍처 유물, 모델 및 관점의 재사용이 공통의 이해로 공유될 수 있도록 보장한다.모든 미국의 주요 DoD 무기 및 정보기술 시스템 취득은 DoDAF에 규정된 관점을 이용하여 기업 아키텍처(EA)를 개발하고 문서화하기 위해 요구된다.DoDAF는 군사 시스템을 목표로 하는 것이 분명하지만, 전 세계의 민간, 공공 및 자발적 부문에 걸쳐 광범위한 적용가능성을 가지고 있으며, 다수의 시스템 아키텍처 프레임워크 중 하나를 대표한다.[4][5]
- DoDAF의 목적은 DoD의 6가지 핵심 프로세스에서 사용할 수 있는 개념과 모델을 정의하는 것이다.[6]
- 공동 기능 통합 및 개발(JCIDS)
- 계획, 프로그래밍, 예산 책정 및 실행(PBE)
- 방위사업획득시스템(DAS)
- 시스템 엔지니어링(SE)
- 운영 계획(OPLAN)
- CPM(역량 포트폴리오 관리)
- 또한 DoDAF 2.0의 구체적인 목표는 다음과 같았다.[6]
- 목적의 함수로 아키텍처 컨텐츠에 대한 지침 수립 - "목적에 적합"
- 엄격한 데이터 모델인 DoDAF Meta Model(DM2)을 통해 아키텍처의 효용성과 효율성을 높여 아키텍처가 보다 정밀하게 통합, 분석 및 평가될 수 있도록 하십시오.
역사
개발 도DAF의 첫 버전은 1990년대에 C4라는 이름으로 개발되었다.ISR 아키텍처 프레임워크.같은 기간 1986년에 시작된 기준 모델 TAFIM이 더욱 개발되었다.첫번째 C41996년 6월 7일 발매된 ISR Architecture Framework v1.0은 클린저-코헨법의 통과에 대응하여 만들어졌다.그것은 C4를 보장하기 위한 더 나은 수단과 과정을 정의하고 개발하기 위해 DoD 전반의 노력을 기울여야 한다는 1995년 국방부 부장관 지침을 다루었다.ISR 기능은 상호운용성이 있었고 워파이터의 요구를 충족시켰다.지속적인 개발 노력이 1997년 12월 제2판 C4로 귀결됨ISR 아키텍처 프레임워크 v2.0.[1]
2003년 8월 C4를 재구성했던 DoDAF v1.0이 출시되었다.ISR Framework v2.0: 안내, 제품 설명 및 추가 정보를 두 권과 데스크 북으로 제공한다.그것은 단지 C4가 아닌 모든 미션 영역에 대한 아키텍처의 적용가능성을 확대했다.ISR 커뮤니티.본 문서는 사용, 통합 아키텍처, DoD 및 연방 정책, 아키텍처의 가치, 아키텍처 측정, DoD 의사 결정 지원 프로세스, 개발 기법, 분석 기법 및 CADM v1.01을 다루었으며, 건축가를 구성하는 아키텍처 데이터 요소를 강조함으로써 리포지토리 기반 접근방식으로 나아갔다.제품을 [1]재생하다2004년 2월 버전 1.0의 설명서는 "I: 정의 및 지침", "II: 제품 설명" 및 "책상"과 함께 발표되었다.2007년 4월에 버전 1.5는 "정의 및 지침", "제품 설명" 및 "건축학적 데이터 설명"의 문서와 함께 발표되었다.
2009년 5월 28일 DoDAF v2.0은 국방부의 승인을 받았다.[7]현재 버전은 DoDAF 2.02 DoDAF V2.0이 공개 웹사이트에 게시되어 있다.[9]
DoDAF에 기반을 둔 다른 파생적 프레임워크에는 NATO 아키텍처 프레임워크(NAF)와 국방부 아키텍처 프레임워크가 있다.다른 EA 접근방식(예: The Open Group Architecture Framework, TOGAF)과 마찬가지로, DoDAF는 공유 저장소를 중심으로 구성돼 업무용 제품을 보관한다.저장소는 공통 데이터베이스 스키마 Core Architecture Data Model 2.0과 DARS(DoD Architecture Registry System)에 의해 정의된다.DoDAF의 주요 특징은 LISI(Levels of Information System Interoperability)라고 불리는 일련의 레벨로 구성된 상호운용성이다.개발 시스템은 내부 데이터 요구뿐만 아니라 해당 시스템이 설정된 운영 프레임워크의 요구도 충족해야 한다.
역량 및 미션
업무/과정, 스레드, 활동 및 아키텍처와 관련된 역량 강조 그림을 참조하십시오.
DoD는 시스템/서비스를 만드는 이유인 역량 전달에 초점을 맞추는 방향으로 나아갔다.공정 능력 모델은 공정 능력 분류법과 공정 능력 진화를 설명한다.역량 스레드는 그 특정 능력과 연계된 특정 활동, 규칙 및 시스템과 동일할 것이다.
메타 모델 데이터 그룹에서 정의한 기능 개념은 다음과 같은 질문에 대답할 수 있다.
- 특정 기능 또는 기능이 전체 미션/비전을 어떻게 지원하는가?
- 특정 능력 또는 능력 집합에 의해 달성될 것으로 예상되는 결과는 무엇인가?
- 기능을 지원하기 위해 필요한 서비스는?
- 기능 또는 기능 세트의 기능 범위 및 조직 범위는?
- 포트폴리오의 일부로서 현재 관리하고 있는 기능셋은 무엇인가?
미션 또는 행동 방침은 CONOPS(Concept of Operations)에 의해 설명되며, 역량별로 구성된다.
- 기능은 스레드에 의해 설명된다.
- 스레드는 직렬 또는 병렬로 실행되는 활동에 의해 설명된다.
- 활동은 미션 영역으로 그룹화된다.활동은 아키텍처를 위한 운영을 정의한다.
- 건축은 임무 영역별로 구성된다.아키텍처는 임무 또는 행동 방침에서 요구하는 능력의 적절한 자원을 제공한다.
버전 1.5 보기
DoDAF V1.5는 그래픽, 표 또는 텍스트 수단을 통해 아키텍처 설명의 광범위한 범위와 복잡성을 시각화, 이해 및 동화시키는 메커니즘으로 작용하는 일련의 제품, 뷰 모델을 정의한다.이러한 제품은 네 가지 뷰로 구성된다.
- 모든 보기(AV)
- 운영 보기(OV)
- 시스템 뷰(SV)
- 기술 표준 보기(TV)
각 견해는 아래에 기술된 바와 같이 구조의 특정 관점을 묘사한다.일반적으로 전체 DoDAF 보기 세트의 하위 집합만 각 시스템 개발에 대해 작성된다.그림은 운영 관점, 시스템 및 서비스 관점, 기술 표준 관점을 연결하는 정보를 나타낸다.공통 아키텍처 데이터 요소에 의해 주도되는 세 가지 견해와 이들의 상호관계는 상호운용성 또는 성과와 같은 조치를 도출하고, 이러한 측정기준의 가치가 운영 임무와 업무 효율성에 미치는 영향을 측정하기 위한 기초를 제공한다.[1]
모든 보기
모든 뷰(AV) 제품은 전체 아키텍처에 대한 중요한 설명을 제공하며 아키텍처의 범위와 컨텍스트를 정의한다.DoDAF V1.5 AV 제품은 다음과 같이 정의된다.
- AV-1 개요 및 요약 정보
- 범위, 목적, 의도된 사용자, 묘사된 환경, 분석 결과(해당되는 경우)
- AV-2 통합 사전
- 모든 제품에 사용되는 모든 용어의 정의.
운영 보기
Operational View(OV) 제품은 DoD 임무 수행에 필요한 작업 및 활동, 운영 요소 및 정보 교환에 대한 설명을 제공한다.OV는 운영 노드와 요소의 텍스트 및 그래픽 표현, 할당된 작업 및 활동, 노드 간의 정보 흐름을 제공한다.그것은 교환하는 정보의 종류, 교환의 빈도, 이러한 교환이 지원하는 업무와 활동, 교환의 성격을 규정한다.DoDAF V1.5 OV 제품은 다음과 같이 정의된다.
- OV-1 하이 레벨 작동 개념 그래픽
- 운영 개념에 대한 높은 수준의 그래픽 및 텍스트 설명(고급 조직, 미션, 지리적 구성, 연결 등)
- OV-2 작동 노드 연결 설명
- 운영 노드, 각 노드에서 수행되는 활동, 노드 간의 연결성 및 정보 흐름.
- OV-3 운영 정보 교환 매트릭스
- 노드 간에 교환되는 정보 및 해당 교환의 관련 속성(예: 미디어, 품질, 수량 및 필요한 상호운용성 수준)
- OV-4 조직 관계 차트
- 조직 간의 명령, 통제, 조정 및 기타 관계
- OV-5 운영 활동 모델
- 활동, 활동 간의 관계, 입력 및 출력.또한 오버레이는 비용, 수행 노드 또는 기타 관련 정보를 표시할 수 있다.
- OV-6a 운영 규칙 모델
- 세 가지 제품 중 하나는 운영을 제약하는 비즈니스 규칙을 식별하는 운영 활동 순서 및 시기를 설명하는 데 사용된다.
- OV-6b 작동 상태 전환 설명
- 세 가지 제품 중 하나는 이벤트에 대한 비즈니스 프로세스의 응답을 식별하는 운영 활동 순서 및 타이밍을 설명하는 데 사용된다.
- OV-6c 작동 이벤트-추적 설명
- 세 가지 제품 중 하나는 시나리오 또는 중요한 이벤트 시퀀스에서 동작을 추적하는 작동 활동 시퀀스와 타이밍을 설명하는 데 사용된다.
- OV-7 논리적 데이터 모델
- 운영 뷰의 데이터 요구사항 및 구조적 비즈니스 프로세스 규칙 문서화(DoDAF V1.5 참조).이는 DoDAF V2.0의 DIV-2에 해당한다.)
시스템 및 서비스 보기
시스템 및 서비스 뷰(SV)는 DoD 기능을 제공하거나 지원하는 시스템 및 서비스와 상호 연결을 설명하는 그래픽 및 텍스트 제품 집합이다.SV 제품은 특정 물리적(지리적) 위치를 가진 특정 물리적 시스템에 초점을 맞춘다.조직과 그 운영을 지원하기 위해 시스템이 조달되고 현장화됨에 따라 SV 전체에서 OV에 대한 아키텍처 데이터 요소 간의 관계는 예시될 수 있다.DoDAF V1.5 SV 제품은 다음과 같다.
- SV-1 시스템/서비스 인터페이스 설명
- OV-2의 운영 노드로 대표되는 조직/인적 역할을 지원하기 위해 시스템 노드와 이 노드에 상주하는 시스템을 묘사한다. SV-1은 시스템과 시스템 노드 사이의 인터페이스도 식별한다.
- SV-2 시스템/서비스 통신 설명
- 통신 시스템, 통신 링크 및 통신 네트워크에 대한 관련 정보를 묘사한다.SV-2는 시스템을 지원하는 통신 미디어의 종류를 문서화하고 SV-1에서 설명한 대로 인터페이스를 구현한다.따라서, SV-2는 OV-2에 제시된 니즈라인 측면을 자동화하는 SV-1 인터페이스의 통신 세부사항을 보여준다.
- SV-3 시스템-시스템, 서비스-시스템, 서비스-서비스 매트릭스
- 매트릭스 형태로 배열된 구조에 대해 SV-1에 기술된 인터페이스 특성에 대한 세부사항을 제공한다.
- SV-4a/SV-4b 시스템/서비스 기능 설명
- SV-4a는 시스템 기능 계층 구조와 시스템 기능을 문서화하고, 시스템 데이터 흐름을 문서화한다.DoDAF v1.0의 SV-4는 DoDAF v1.5에서 'SV-4a'로 지정된다.OV-5 또는 비즈니스 프로세스 계층 구조와 SV-4a의 시스템 기능 계층 사이에는 상관관계가 있지만, 일대일 매핑이 될 필요는 없으므로, 그러한 매핑을 제공하는 시스템 기능 추적성 매트릭스(SV-5a)에 대한 운영 활동(Operational Activity to Systems Function Traceability Matrix)이 필요하다.
- SV-5a, SV-5b, SV-5c 시스템 기능에 대한 운영 활동, 시스템 및 서비스 추적성 매트릭스
- SV-5a 및 SV-5b에 대한 운영 활동은 아키텍처에 적용할 수 있는 운영 활동 집합과 해당 아키텍처에 적용할 수 있는 시스템 기능 집합 사이의 관계에 대한 규격이다.DoDAF v1.0에서 SV-5로의 SV-5 및 확장은 DoDAF v1.5에서 각각 'SV-5a'와 'SV-5b'로 지정된다.
- SV-6 시스템/서비스 데이터 교환 매트릭스
- 시스템 간에 교환되는 시스템 데이터의 특성을 명시한다.본 제품은 시스템에 구현되는 자동 정보 교환(OV-3)에 초점을 맞춘다.구두 명령과 같은 자동화된 정보 교환은 OV 제품에서만 포착된다.
- SV-7 시스템/서비스 성능 매개 변수 매트릭스
- 시스템 및 시스템 하드웨어/소프트웨어 항목의 정량적 특성, 인터페이스(인터페이스가 전송하는 시스템 데이터 및 인터페이스를 구현하는 통신 링크 세부 정보) 및 그 기능을 명시한다.각 시스템, 인터페이스 또는 시스템 기능의 현재 성능 매개변수와 향후 지정된 시간에 예상되는 성능 매개변수 또는 필요한 성능 매개변수를 명시한다.성능 매개변수에는 요건을 개발하고 규격을 정의할 수 있는 시스템의 모든 기술적 성능 특성이 포함된다.완전한 성능 매개변수 세트는 아키텍처 정의의 초기 단계에서는 알 수 없으므로, 이 제품은 시스템의 사양, 설계, 개발, 시험 및 배치 및 운용 라이프사이클 단계에 걸쳐 업데이트될 것으로 예상해야 한다.
- SV-8 시스템/서비스 진화 설명
- 시스템 또는 시스템이 내장된 아키텍처가 긴 시간 동안 어떻게 진화할 것인지 설명하는 진화 계획을 포착한다.일반적으로, 타임라인 마일스톤은 진화 타임라인의 성공적인 이해를 위해 중요하다.
- SV-9 시스템/서비스 기술 예측
- 표준 예측 방법을 사용하여 타겟팅된 기본 전류 및 예상 지원 기술을 정의한다.기대되는 지원 기술은 현재 기술 상태와 예상되는 개선 사항을 고려하여 합리적으로 예측할 수 있는 기술이다.신기술은 SV-8 이정표에 사용된 기간과 상관관계가 있을 수 있는 특정 기간과 연계되어야 한다.
- SV-10a 시스템/서비스 규칙 모델
- 아키텍처 또는 아키텍처 시스템이 지정된 조건에 따라 동작하는 규칙을 기술한다.
- SV-10b 시스템/서비스 상태 전환 설명
- 상태를 변경하여 다양한 이벤트에 대한 시스템(또는 시스템 기능) 응답을 설명하는 그래픽 방법.다이어그램은 기본적으로 아키텍처의 시스템이 (새로운 상태로 이동하기 위한 조치를 취함으로써) 현재 상태의 함수로 응답할 이벤트 집합을 나타낸다.각 전환은 이벤트와 액션을 지정한다.
- SV-10c 시스템/서비스 이벤트-추적 설명
- 특정 시나리오의 결과로 참여 시스템(외부 및 내부), 시스템 기능 또는 인적 역할 간에 교환되는 시스템 데이터 요소에 대한 시간 순서 검사를 제공한다.각 이벤트 추적 다이어그램에는 특정 시나리오 또는 상황을 정의하는 동봉된 설명이 있어야 한다.시스템 및 서비스 뷰의 SV-10c는 운영 뷰에 설명된 중요한 이벤트 시퀀스의 시스템별 측면 또는 개선 사항을 반영할 수 있다.
- SV-11 물리적 스키마
- 프레임워크의 실제 시스템 설계에 가장 근접한 아키텍처 제품 중 하나.제품은 아키텍처의 시스템에 의해 활용되는 다양한 종류의 시스템 데이터의 구조를 정의한다.(DoDAF V1.5에서).이는 DoDAF V2.0의 DIV-3에 해당한다.)
기술 표준 보기
기술 표준 뷰(TV) 제품은 아키텍처를 지배하는 기술 표준, 구현 규약, 비즈니스 규칙 및 기준을 정의한다.DoDAF V1.5 TV 제품은 다음과 같다.
- StdV-1 기술 표준 프로파일 - 주어진 구조에 적용되는 표준의 추출.(DoDAF V1.5에서).DoDAF V2.0에서 StdV-1로 이름이 변경됨)
- StdV-2 기술 표준 예측 - 적절한 시간 범위 내에서 주어진 아키텍처에 적용될 것으로 예상되는 새로운 표준에 대한 설명.(DoDAF V1.5에서).DoDAF V2.0에서 StdV-2로 이름이 변경됨.)
버전 2.0 관점
DoDAF V2.0에서 아키텍처 관점은 이해를 돕기 위해 구성된 데이터로 구성된다.ISO 표준과 일치하기 위해(해당되는 경우) 용어가 뷰에서 뷰(View)로 변경되었다(예: 운영 뷰는 현재 운영 뷰로 변경).
- 모든 관점(AV)
- 모든 관점과 관련된 아키텍처 맥락의 중요한 측면을 설명한다.
- CV(역량 관점)
- DoDAF V2.0의 새로운 기능.기능 요구사항, 제공 시기 및 구현된 기능 설명.
- 데이터 및 정보 관점(DIV)
- DoDAF V2.0의 새로운 기능.기능 및 운영 요건, 시스템 엔지니어링 프로세스, 시스템 및 서비스에 대한 아키텍처 컨텐츠의 데이터 관계 및 정렬 구조를 명확히 한다.
- 운영 관점(OV)
- 기능을 지원하는 운영 시나리오, 활동 및 요구사항 포함.
- 프로젝트 관점(PV)
- DoDAF V2.0의 새로운 기능.운영 및 기능 요구사항과 구현 중인 다양한 프로젝트 간의 관계를 설명한다.프로젝트 관점은 또한 방위사업 시스템 프로세스 내의 기능 및 운영 요건, 시스템 엔지니어링 프로세스, 시스템 설계 및 서비스 설계 간의 의존성을 상세히 기술한다.
- 서비스 관점(SvcV)
- DoDAF V2.0의 새로운 기능.수행자, 활동, 서비스 및 이들의 교환을 기술하고 운영 및 역량 기능을 제공하거나 지원하는 솔루션에 대한 설계를 제시한다.
- 표준 관점(StdV)
- 기술 표준 보기에서 이름이 변경됨.역량 및 운영 요건, 시스템 엔지니어링 프로세스, 시스템 및 서비스에 적용되는 적용 가능한 운영, 비즈니스, 기술 및 산업 정책, 표준, 지침, 제약 조건 및 예측을 명확히 한다.
- 시스템 관점(SV)
- 레거시 지원을 위해 운영 및 기능 기능을 제공하거나 지원하는 시스템, 구성, 상호 연결성 및 컨텍스트를 설명하는 솔루션 설계참고: DoDAF V2.0에서 DoDAF V1.5에서 시스템이 변경됨: 시스템은 단순한 컴퓨터 하드웨어와 컴퓨터 소프트웨어가 아니다.시스템은 이제 활동을 수행하는 (수행자의 하위 유형이기 때문에) 그리고 상호 작용하거나 상호의존적인 요소들의 집합체 - 기계, 인간 - 의 일반적인 의미에서 정의된다.이는 상호 작용하거나 상호의존적인 요소를 갖는 작은 장비 조각부터 시스템 패밀리(FoS) 및 시스템 시스템(SoS)에 이르기까지 모든 것이 될 수 있다.시스템은 Materiel(예: 장비, 항공기 및 선박)과 인사 유형으로 구성된다.
DoDAF V1.0 및 DoDAF V1.5용 아키텍처는 계속 사용될 수 있다.적절한 경우(일반적으로 정책 또는 의사결정자가 표시), DoDAF V1.0 및 V1.5 아키텍처는 아키텍처를 업데이트해야 한다.사전 DoDAF V2.0 아키텍처를 DoDAF V2.0 아키텍처와 비교할 때, 새로운 아키텍처에 대한 개념 차이(예: 노드)를 정의하거나 설명해야 한다.DoDAF V1.5 제품은 DoDAF V2.0 모델의 일부분으로 변경되었다.대부분의 경우 DoDAF V2.0 메타 모델은 DoDAF V1.5 데이터 개념을 지원하지만, 한 가지 주목할 만한 예외는 다음과 같다.노드. 노드는 더 구체적인 개념으로 표현되는 복잡하고 논리적인 개념이다.
모든 관점(AV)
- AV-1 개요 및 요약 정보
- 프로젝트의 비전, 목표, 목표, 계획, 활동, 이벤트, 조건, 조치, 효과(결과) 및 생성된 객체를 설명한다.
- AV-2 통합 사전
- 전체에서 사용되는 모든 용어의 정의를 포함하는 아키텍처 데이터 저장소
CV(역량 관점)
- CV-1 비전
- 혁신적 노력에 대한 전체적인 비전과 관련된 기업의 우려를 해결하고, 따라서 역량 집단의 전략적 맥락을 정의한다.CV-1의 목적은 아키텍처 설명서에 기술된 기능에 대한 전략적 컨텍스트를 제공하는 것이다.
- CV-2 공정 능력 분류법
- 공정 능력 분류법을 캡처하십시오.그 모델은 능력의 계층구조를 나타낸다.이러한 기능은 시간 표시 막대의 맥락에서 제시될 수 있다.CV-2는 하나 이상의 아키텍처에서 참조되는 모든 기능을 명시한다.
- CV-3 공정 능력 단계화
- 서로 다른 시점 또는 특정 기간 동안 계획된 역량 달성.CV-3는 활동, 조건, 바람직한 효과, 준수된 규칙, 자원 소비 및 생산, 그리고 수행자와 위치 솔루션에 관계 없이 조치 측면에서 역량 단계화를 보여준다.
- CV-4 기능 종속성
- 계획된 기능과 논리적 기능 그룹화 간의 종속성.
- CV-5 조직 개발 매핑 기능
- 기능 요건의 이행은 특정 기능 단계에 대해 계획된 기능 배치 및 상호연결을 보여준다.CV-5는 공연자와 장소 및 관련 개념의 측면에서 단계별 계획된 솔루션을 보여준다.
- CV-6 기능 - 운영 활동 매핑
- 필요한 기능과 해당 기능이 지원하는 운영 활동 간의 매핑.
- CV-7 기능 - 서비스 매핑
- 이러한 기능이 지원하는 기능과 서비스 간의 매핑.
데이터 및 정보 관점(DIV)
- DIV-1 개념 데이터 모델
- 필요한 높은 수준의 데이터 개념 및 관계.
- DIV-2 논리적 데이터 모델
- 데이터 요구사항 및 구조적 비즈니스 프로세스(활동) 규칙 문서화.DoDAF V1.5에서는 이것이 OV-7이었다.
- DIV-3 물리적 데이터 모델
- 논리 데이터 모델 엔터티의 물리적 구현 형식(예: 메시지 형식, 파일 구조, 물리적 스키마)DoDAF V1.5에서는 이것이 SV-11이었다.
개념적, 논리적 및 물리적 데이터 모델을 비교하여 이러한 세 가지 DIV 데이터 모델의 관계에 대해 논의하려면 논리적 데이터 모델을 참조하십시오.
운영 관점(OV)
- OV-1 높은 수준의 운영 개념 그래픽
- 운영 개념에 대한 높은 수준의 그래픽/텍스트 설명.
- OV-2 운영 리소스 흐름 설명
- 운영 활동 간에 교환된 리소스 흐름에 대한 설명.
- OV-3 운영 리소스 흐름 매트릭스
- 교환된 리소스 및 교환의 관련 속성에 대한 설명.
- OV-4 조직 관계 차트
- 조직 간의 조직 컨텍스트, 역할 또는 기타 관계.
- OV-5a 작동 활동 분해 트리
- 계층 구조로 구성된 역량과 활동(운영 활동)
- OV-5b 운영 활동 모델
- 역량 및 활동(운영 활동)의 맥락과 활동, 입력 및 산출물 간의 관계. 추가 데이터는 비용, 수행자 또는 기타 관련 정보를 보여줄 수 있다.
- OV-6a 운영 규칙 모델
- 활동을 설명하는 데 사용되는 세 가지 모델 중 하나(운영 활동).그것은 운영을 제약하는 비즈니스 규칙을 식별한다.
- OV-6b 상태 전환 설명
- 운영 활동(활동)을 설명하는 데 사용되는 세 가지 모델 중 하나.이벤트(일반적으로 매우 짧은 활동)에 대한 비즈니스 프로세스(활동) 대응을 파악한다.
- OV-6c 이벤트-추적 설명
- 활동을 설명하는 데 사용되는 세 가지 모델 중 하나(운영 활동).그것은 시나리오나 사건의 순서에서 행동을 추적한다.
프로젝트 관점(PV)
- PV-1 프로젝트 포트폴리오 관계
- 그것은 조직과 프로젝트 간의 종속 관계와 프로젝트 포트폴리오 관리에 필요한 조직 구조를 설명한다.
- PV-2 프로젝트 타임라인
- 주요 이정표와 상호의존성을 가진 프로그램 또는 프로젝트에 대한 시간 표시 막대 관점.
- PV-3 프로젝트와 기능 매핑
- 특정 프로젝트 및 프로그램 요소가 기능 달성에 어떻게 도움이 되는지 보여주는 프로그램 및 프로젝트 매핑.
서비스 관점(SvcV)
- SvcV-1 서비스 컨텍스트 설명
- 서비스, 서비스 항목 및 상호 연결의 식별.
- SvcV-2 서비스 리소스 흐름 설명
- 서비스 간에 교환된 리소스 흐름에 대한 설명.
- SvcV-3a 시스템-서비스 매트릭스
- 주어진 아키텍처 설명에서 시스템과 서비스 사이의 관계 또는 시스템 간의 관계.
- SvcV-3b 서비스-서비스 매트릭스
- 주어진 아키텍처 설명에서 서비스 간의 관계.관심 관계(예: 서비스형 인터페이스, 계획된 인터페이스 대 기존 인터페이스)를 표시하도록 설계할 수 있다.
- SvcV-4 서비스 기능 설명
- 서비스에 의해 수행되는 기능과 서비스 데이터 흐름은 서비스 기능(활성화) 사이에서 이루어진다.
- SvcV-5 서비스 추적성 매트릭스 운영
- 서비스(활동)를 운영 활동(활동)으로 다시 매핑.
- SvcV-6 서비스 리소스 흐름 매트릭스
- 그것은 서비스 간에 교환되고 있는 서비스 자원 흐름 요소와 그 교환의 속성에 대한 세부사항을 제공한다.
- SvcV-7 서비스 측정 매트릭스
- 적절한 기간 동안 서비스 모델 요소의 측정(메트릭)
- SvcV-8 서비스 진화 설명
- 서비스 제품군을 보다 효율적인 제품군으로 마이그레이션하거나 현재 서비스를 향후 구현으로 발전시키기 위한 계획된 증분 단계.
- SvcV-9 서비스 기술 및 기술 예측
- 주어진 시간 내에 이용할 수 있을 것으로 기대되며 향후 서비스 개발에 영향을 미칠 새로운 기술, 소프트웨어/하드웨어 제품 및 기술.
- SvcV-10a 서비스 규칙 모델
- 서비스 기능을 설명하는 데 사용되는 세 가지 모델 중 하나.시스템 설계나 구현의 일부 측면으로 인해 시스템 기능에 부과되는 제약조건을 파악한다.
- SvcV-10b 서비스 상태 전환 설명
- 서비스 기능을 설명하는 데 사용되는 세 가지 모델 중 하나.이벤트에 대한 서비스의 응답을 식별한다.
- SvcV-10c 서비스 이벤트-추적 설명
- 서비스 기능을 설명하는 데 사용되는 세 가지 모델 중 하나.그것은 운영 관점에 기술된 중요한 사건 순서의 서비스별 개선을 식별한다.
표준 관점(StdV)
- StdV-1 표준 프로파일
- 솔루션 요소에 적용되는 표준 목록.DoDAF V1.5에서는 이것이 TV-1이었다.
- StdV-2 표준 예측
- 새로운 표준에 대한 설명과 현재 솔루션 요소에 대한 잠재적 영향에 대한 설명.DoDAF V1.5에서는 이것이 TV-2였다.
시스템 관점(SV)
- SV-1 시스템 인터페이스 설명
- 시스템, 시스템 항목 및 상호 연결의 식별.
- SV-2 시스템 리소스 흐름 설명
- 시스템 간에 교환되는 리소스 흐름에 대한 설명.
- SV-3 시스템-시스템 매트릭스
- 주어진 아키텍처 설명에서 시스템 간의 관계.관심 관계(예: 시스템형 인터페이스, 계획된 인터페이스 대 기존 인터페이스)를 나타내도록 설계할 수 있다.
- SV-4 시스템 기능 설명
- 시스템에 의해 수행되는 기능(활성화)과 시스템 기능(활성화) 사이에 시스템 데이터가 흐른다.
- SV-5a 시스템 기능 추적성 매트릭스에 대한 작동 활동
- 시스템 기능(활동)을 운영 활동(활동)으로 다시 매핑.
- SV-5b 시스템 추적성 매트릭스에 대한 작동 활동
- 기능 또는 운영 활동(활동)에 대한 시스템 다시 매핑.
- SV-6 시스템 리소스 흐름 매트릭스
- 시스템 간에 교환되는 시스템 리소스 흐름 요소와 해당 교환의 속성에 대한 세부 정보를 제공한다.
- SV-7 시스템 측정 매트릭스
- 적절한 기간 동안 시스템 모델 요소의 측정(메트릭)
- SV-8 시스템 진화 설명
- 시스템 제품군을 보다 효율적인 제품군으로 마이그레이션하거나 현재 시스템을 향후 구현으로 발전시키기 위한 계획 증분 단계.
- SV-9 시스템 기술 및 기술 예측
- 주어진 시간 내에 이용할 수 있을 것으로 기대되며 향후 시스템 개발에 영향을 미칠 새로운 기술, 소프트웨어/하드웨어 제품 및 기술.
- SV-10a 시스템 규칙 모델
- 시스템 기능을 설명하는 데 사용되는 세 가지 모델 중 하나.시스템 설계나 구현의 일부 측면으로 인해 시스템 기능에 부과되는 제약조건을 파악한다.
- SV-10b 시스템 상태 전환 설명
- 시스템 기능을 설명하는 데 사용되는 세 가지 모델 중 하나.이벤트에 대한 시스템의 반응을 확인한다.
- SV-10c 시스템 이벤트-추적 설명
- 시스템 기능을 설명하는 데 사용되는 세 가지 모델 중 하나.그것은 운영 관점에 기술된 중요한 사건 순서의 시스템별 개선을 식별한다.
DoDAF를 사용하여 통합 아키텍처 생성
DODAF 2.0 설계자 가이드는 통합 아키텍처의 DOD 지침 4630.8 정의를 "통합을 촉진하고 기능 간 및 통합 아키텍처 간의 상호운용성을 촉진하는 다중 뷰로 구성된 아키텍처"로 반복하였다. 아키텍처 개발을 위해, 통합이라는 용어는 둘 이상의 아키텍처 모델에서 요구되는 데이터가 일반적으로 정의되고 그러한 모델에서 이해된다는 것을 의미한다. 통합 아키텍처는 기능, 구성요소, 솔루션 및 엔터프라이즈(DoD 엔터프라이즈 아키텍처(EA)의 맥락에서 아키텍처의 연합이 되는) 모든 수준의 아키텍처에 대한 속성 또는 설계 원칙이다. 간단히 말해서, 통합은 아키텍처 제품들 사이에서 공통되는 항목들로부터 연결로 나타난다. 여기서 하나의 아키텍처 제품(사용된 사이트나 시스템 인터페이스 또는 제공된 서비스 등)에서 보여지는 항목은 관련 아키텍처 제품 뷰에서 동일한 숫자, 이름 및 의미를 나타내야 한다."
DoDAF를 사용하여 통합 아키텍처를 만들고 어떤 제품이 필요한지 결정하는 데는 여러 가지 접근법이 있다.접근방식은 요구사항과 예상 결과에 따라 달라진다. 즉, 결과 아키텍처가 무엇에 사용될 것인가에 따라 달라진다.한 예로, DoDAF v1.0은 다음과 같은 제품을 "OV, SV, TV의 정의를 만족시키는 데 필요한 최소 제품군"으로 열거했다. 한 가지 주의: DoDAF는 OV-1 유물을 핵심 제품으로 나열하지 않지만, 그 개발을 강력히 권장한다.아래에 열거된 공예품의 순서는 그 공예품이 개발될 수 있는 제안된 순서를 제시된 순서는 다음과 같다.뷰 생성의 실제 순서와 그 잠재적인 사용자 정의는 애플리케이션 도메인의 기능이며 노력의 특정 요구 사항이다.
- AV-1 : 개요 및 요약 정보
- AV-2 : 통합사전
- OV-1 : 고수준 운전개념 그래픽
- OV-5 : 운영활동 모델
- OV-2 : 작동 노드 연결 설명
- OV-3 : 운영 정보 교환 매트릭스
- SV-1 : 시스템 인터페이스 설명
- TV-1 : 기술표준 프로파일
DoDAF에 대한 한 가지 우려는 이러한 제품들이 특정 관심 시스템에 대한 실제 이해관계자의 우려를 얼마나 잘 충족시키느냐 하는 것이다.DoDAF 제품 또는 적어도 3개의 뷰를 ANSI/IEEE 1471-2000 또는 ISO/IEC 42010 관점으로 볼 수 있다.그러나 ANSI/IEEE 1471-2000 또는 ISO/IEC 42010에 해당하는 아키텍처 설명을 구축하기 위해서는 선택된 각 DoDAF 제품에 매핑되는 이해관계자와 이들의 우려를 명확히 파악할 필요가 있다.그렇지 않으면 고객이 없는 제품을 생산할 위험이 있다.
The figure "DoDAF V1.5 Products Matrix" shows how the DoD Chairman of the Joint Chiefs of Staff Instruction (CJCSI) 6212.01E specifies which DoDAF V1.5 products are required for each type of analysis, in the context of the Net-Ready Key Performance Parameter (NR-KPP):
- 초기 기능 문서(ICD).운영 사용자가 실행한 대안의 초기 분석 및 필요에 따라 대안의 독립적 분석에서 도출한 특정 역량 격차에 대한 대안의 대안의 필요성을 문서화한다.기능 영역, 관련 군사 작전 범위, 원하는 효과 및 시간 측면에서 역량 격차를 규정한다.
- 기능 개발 문서(CDD).일반적으로 진화적 획득 전략을 사용하여 제안된 프로그램을 개발하는 데 필요한 정보를 캡처하는 문서.CDD는 군사적으로 유용하고, 논리적으로 뒷받침할 수 있고, 기술적으로 성숙된 능력의 적절한 증가를 요약하고 있다.
- Capability Production Document(CPD).취득 프로그램의 단일 증분에 해당하는 생산 요소를 다루는 문서.
- 정보 지원 계획([16]ISP).정보 요구, 인프라 지원, IT 및 NSS 인터페이스 요건 및 의존성을 식별하고 문서화하여 순 중심, 상호운용성, 지원성 및 충분성 문제에 초점을 맞춘다(DODI 4630.8).[17]
- 맞춤형 정보 지원 계획(TISP).TISP 프로세스의 목적은 특정 프로그램(ACAT II 이하)이 I&S 인증에 필요한 요구 사항을 생산할 수 있도록 동적이고 효율적인 차량을 제공하는 것이다.선택 프로그램 관리자는 ISP(ref ss)의 콘텐츠 맞춤화를 요청할 수 있다.ASD(NII)/DOD CIO가 OSD 특별 관심사로 지정하지 않은 프로그램의 경우, 해당 부품은 CJCSI 6212 자원 페이지에서 연계된 TISP 절차에 명시된 최소 대상 맞춤형 계획의 세부 사항과 I&S 인증 프로세스에 대한 J-6에 의해 식별된 특별 요구 사항에 대해 최종 결정을 내린다.
표현
DoDAF 제품에 대한 표현은 다음을 포함한 많은 다이어그램 기법에서 도출할 수 있다.
UML을 사용할 때 DoDAF 제품의 표현을 표준화하기 위한 UPDM(Unified Profile for DoDAF and MODAF) 노력이 OMG 내에서 존재한다.
DoDAF는 생성될 아티팩트의 표현에 일반적으로 설명되지만, 구체적인 형식과 모델링 기법에 대해서는 상당한 유연성을 허용한다.DoDAF 데스크북은 전통적인 시스템 엔지니어링 및 데이터 엔지니어링 기법과 두 번째로 UML 형식을 사용하는 예를 제공한다.[18]DoDAF는 한 다이어그램 기법을 다른 다이어그램에 적용하지 않고 위도를 작업 제품 형식으로 선언한다.
그래픽 표현 외에도 일반적으로 국방정보기술포트폴리오 저장소(DITPR) 또는 기타 아키텍처 리포지토리에 메타데이터를 제공해야 하는 요구사항이 있다.
메타모델
DoDAF는 프레임워크를 뒷받침하는 메타모델을 가지고 있으며, 각 뷰에서 사용할 수 있는 모델링 요소의 유형과 이들 사이의 관계를 정의하고 있다.DoDAF 버전 1.0 ~ 1.5는 CADM 메타 모델을 사용했으며, 이는 IDEF1X(이후 UML에서)에서 정의되었으며, 결과 관계형 데이터베이스에서 파생된 XML 스키마로 정의되었다.버전 2.0부터 DoDAF는 IDEA 그룹 기반 온톨로지를 새로운 메타모델의 기반으로 채택했다.이 새로운 메타 모델은 "DM2"라고 불리며, "DoDAF Meta-Model"의 약자다.DM2의 이 세 가지 레벨 각각은 부서별 프로세스의 특정 뷰어에게 중요하다.
- 개념 수준 또는 개념 데이터 모델(CDM)은 모든 수준의 임원과 관리자가 아키텍처 설명의 데이터 기준을 이해할 수 있도록 아키텍처 설명이 비기술적인 용어로 생성되는 높은 수준의 데이터 구조를 정의한다.DoDAF V2.0 DIV-1 관점에 표시된다.
- 논리 데이터 모델(LDM)은 CDM에 속성과 같은 기술 정보를 추가하고, 필요한 경우 명확한 사용 정의로 관계를 명확히 한다.DoDAF V2.0 DIV-2 관점에 표시된다.
- PES(물리적 교환 규격)는 일반 데이터 유형이 지정되고 구현 속성(예: 출처, 날짜)이 추가되어 XSD로 생성되는 LDM으로 구성된다.DoDAF V2.0 DIV-3 관점에 표시된다.[6]
DM2의 목적은 다음과 같다.
- 6개의 핵심 프로세스에서 DoDAF 모델(이전의 "제품")과 그 사용에 대한 설명과 담론을 위한 제한된 어휘를 수립하고 정의한다.
- DoD Enterprise Architecture(EA) COI(Community of Interest) 및 기타 권위 있는 데이터 소스와 아키텍처 개발 및 분석 도구 및 아키텍처 데이터베이스 간의 연합 EA 데이터 교환에 대한 의미 및 형식 지정
- EA 데이터의 검색 및 이해도 지원:
- DM2 범주의 정보를 사용한 EA 데이터 검색
- 언어추적성(별칭)으로 증강된 DM2의 정밀한 의미기술을 이용한 EA 데이터의 이해성
- 핵심 프로세스 의사결정을 지원하는 이기종 아키텍처 기술 통합 및 분석을 지원하기 위한 아키텍처 설명의 의미론적 정밀도의 기초를 제공한다.[6]
DM2는 아키텍처 데이터 요소를 정의하고 아키텍처 설명의 통합과 연합을 가능하게 한다.그것은 건축적 설명 내부와 전체에서 의미론적(즉, 이해) 일관성을 위한 기초를 확립한다.이러한 방식으로 DM2는 JCA, Components, Federal and Coalition 파트너들 간의 아키텍처 정보의 교환 및 재사용을 지원하므로 프로세스와 시스템의 상호운용성의 이해와 구현이 용이하다.DM2가 프로세스 소유자, 의사결정자, 설계자 및 신기술의 지속적인 데이터 요구사항을 충족하도록 성숙됨에 따라, 일관되게 이해할 수 있는 방식으로 발표된 아키텍처 데이터의 요구사항을 보다 완전하게 지원하는 자원으로 진화하며, 아치사이트를 발견하고 공유하고 재사용하는 데 있어 더욱 용이해질 것이다.조직 경계를 넘어서는 [6]뇌막 데이터
DoDAF는 데이터 계층의 정보 사용을 용이하게 하기 위해 그래픽, 표 또는 텍스트 수단을 통해 데이터를 시각화하기 위한 모델 세트를 설명한다.이러한 견해는 건축설명을 작성하기 위한 이해관계자 요건과 관련이 있다.[6]
다른 아키텍처 프레임워크와의 관계
UPDM(Unified Profile for DoDAF and MODAF)은 미국과 영국의 방위 아키텍처 프레임워크를 위한 UML 및 SysML 사용을 표준화하기 위한 OMG 이니셔티브다.또한, 호주, 캐나다, 스웨덴, 영국, 미국 등이 NATO 옵서버와 함께 지원하는 다국적 IDEA 그룹은 기업 아키텍처에 대한 공식적인 온톨로지 개발에 착수했다.
참고 항목
참조
- ^ a b c d e f g h DoD(2007) DoD 아키텍처 프레임워크 버전 1.5. 2007년 4월 23일
- ^ DoD (2009) DoD 아키텍처 프레임워크 버전 2.0. 2009년 5월 28일
- ^ (참조: 잭맨 프레임워크)
- ^ "Architecture Framework FAQ". Retrieved 2007-08-07.
- ^ "CJCSM 3170.01C OPERATION OF THE JOINT CAPABILITIES INTEGRATION AND DEVELOPMENT SYSTEM". 1 May 2007. ICD, CDD 및 CPD에 대한 필수 부록(예: 페이지 E-A-5 "필수: OV-1")
- ^ a b c d e f "DoDAF Meta Model (DM2)".
- ^ DoD CIO 메모 DoDAF 2.0 릴리스
- ^ "DODAF - DOD Architecture Framework Version 2.02 - DOD Deputy Chief Information Officer".
- ^ DoD CIO DoDAF 웹 사이트
- ^ "DODAF 2.0 Capability Viewpoint".
- ^ DoDAF V2.0 관점 다이어그램
- ^ DoDAF V1.5 뷰를 DoDAF V2.0 뷰로 변환
- ^ DoDAF V1.5 뷰와 DoDAF V2.0 뷰 매핑
- ^ "DoDAF V2.0 Volume 2 Architects Guide May 2009" (PDF).
- ^ DoDAF V1.5 제품 매트릭스
- ^ "Information Support Plan (DAU ACQuipedia entry)".
- ^ "E4.A2 ISP Architecture Guidance" (PDF), Procedures for Interoperability and Supportability of Information Technology (IT) and National Security Systems (NSS), 2004, p. 83
- ^ "Archived copy". Archived from the original on 2007-09-27. Retrieved 2007-08-05.
{{cite web}}
: CS1 maint: 타이틀로 보관된 사본(링크)
추가 읽기
- 데니스 E. 비스노스키와 조셉 보겔.Dodaf Wizdom: Department of Defense Architecture Framework를 이용한 엔터프라이즈 아키텍처 구축 프로젝트 계획, 관리 및 실행에 대한 실무 지침서.위즈덤 시스템즈, 2004.ISBN 1-893990-09-5.
- 스티븐 H. 댐 박사(2015년).DoD Architecture Framework 2.0: 통합 실행형 아키텍처를 개발하기 위한 시스템 엔지니어링 적용 가이드.CreateSpace 독립 출판 플랫폼, 2015.ISBN 1-502757-62-1
외부 링크
위키미디어 커먼즈에는 국방부 건축 프레임워크와 관련된 미디어가 있다. |
- DoDAF v1.5, 2007년 4월 23일
- Vol I: 정의 및 지침 PDF
- Vol II: 제품 설명 PDF
- Vol III: 아키텍처 데이터 설명 PDF
- 다른 아키텍처 프레임워크와 관련하여 DoDAF 전용 DoDAF 정보 리소스의 DoDAF 섹션
- DoD CMO 비즈니스 엔터프라이즈 아키텍처(BEA)
- 통합 EA 컨퍼런스 2008 및 2009의 DoDAF 2.0에 대한 두 가지 프레젠테이션
- 국방부 정보 엔터프라이즈 아키텍처
- 메타데이터 레지스트리
- CJCSI 6212.01 시리즈
- 유럽우주국(ESAAF) - 유럽 우주 기반 시스템(Systems of Systems]을 위한 프레임워크 [1]