DoDAF 는 미 국방부가 업무변화작업팀을 담당하는 미 국방부 차관이 제정한 시스템 아키텍처 프레임워크입니다. DoD 는 미국 국방부의 약어이다. 엔터프라이즈 아키텍처 분야에서는 DoDAF 가 TOGAF 만큼 유명하지 않습니다. 그것은 군대에서 나왔기 때문에 중국에서는 줄곧 군계였던 사람들이 소화를 연구하고 있다. 그 전신은 C4ISR (지휘, 통제, 통신, 컴퓨터, 정보, 감시 및 정찰) 아키텍처 프레임워크였다. C4ISR 은 자동 지휘 시스템을 의미하는 군사 용어이다. 현대 군사 지휘 시스템에서 지휘 제어 통신 컴퓨터 정보 감시 정찰 등 7 개 하위 시스템의 영어 단어 이니셜을 축약한 것이다. (알버트 아인슈타인, Northern Exposure (미국 TV 드라마), 군사지휘 시스템, 통신, 컴퓨터, 정보정보, 감시 정찰 등 7 개 하위 시스템) 전반적으로 C4ISR 은 미군이 개발한 군사 자동화 지휘 시스템이다.
틀 진화
C4ISR AF 1.0 은 1996 년 6 월에 출시되었습니다.
C4ISR AF 2.0 월 온라인 1997.
2003 년 8 월, DoDAF 1.0 이 도입되어 C4ISR 뿐만 아니라 모든 작업 영역에서도 애플리케이션 범위가 확대되었습니다.
면적); 또한 CADM V 1.0 1 (핵심 스키마 데이터 모델) 도 소개했습니다.
2007 년 4 월, DoDAF 1.5 는 특히 네트워크 중심 개념을 강조하여 아키텍처 설명에 반영되었습니다. 또한 CADM v 1.5 를 도입하여 네트워크 센터의 새로운 개념에 대한 프로필을 저장했습니다.
DoDAF2.0 은 2009 년 5 월 28 일에 출시되었습니다.
2.0 버전은 이전 버전과 비교하여 주로 다음과 같이 변경되었습니다.
1) 아키텍처 개발 프로세스가 제품 중심에서 데이터 중심으로 전환되어 의사 결정 데이터를 주로 제공합니다.
2) 세 가지 주요 뷰 (운영, 기술, 시스템) 를 보다 구체적인 뷰로 변환합니다. 현재 전체 뷰, 데이터 및 정보 뷰, 표준 뷰, 역량 뷰, 전투 뷰, 서비스 뷰, 시스템 뷰 및 프로젝트 뷰의 8 가지 뷰가 있습니다.
3) 연방 환경에서의 데이터 공유 및 정보 수집 요구 사항을 설명합니다.
4) 국방부의 기업 구조를 정의하고 묘사한다.
5) 연방 엔터프라이즈 아키텍처와의 관계를 명확히하고 설명하십시오.
6) 국방부 아키텍처 프레임 워크의 메타 모델이 수립되었습니다.
7) 서비스 지향 아키텍처 (SOA) 개발 방법을 설명하고 논의했습니다.
틀 구조
DoDAF 프레임워크는 일반적으로 8 개의 뷰와 구현 방법으로 구성될 수 있습니다. 8 개의 뷰는 다음과 같습니다.
AV (All Viewpoint): 스키마 설명의 범위와 배경과 같은 전체 스키마 설명에 대한 정보를 제공합니다.
역량 관점 (CV): 회사의 비전에 부합하는 기업 목표를 달성하기 위한 역량에 대한 설명입니다.
데이터 및 정보 관점 (DIV): 아키텍처 설명에 사용되는 비즈니스 정보 요구 사항 및 구조화된 비즈니스 프로세스 규칙입니다. 아키텍처 설명에서 속성, 특성 및 상호 관계와 같은 정보 교환과 관련된 정보를 설명합니다.
운영 관점 (OV): 조직, 태스크 또는 활동 및 이들 간에 교환해야 하는 정보를 설명합니다. 정보 교환이 지원하는 유형, 빈도, 작업 및 활동, 정보 교환의 성격을 전달합니다.
프로젝트 관점 (PV): 프로젝트 계획이 연속성이 있는 포트폴리오 계획으로 결합되는 방법을 설명합니다. 이 뷰는 여러 프로젝트 간의 조직 관계를 설명하는 방법을 제공하며, 각 프로젝트는 단일 시스템이나 기능을 제공합니다.
서비스 관점 (SvcV): 전투 활동을 지원하는 시스템, 서비스 및 상호 연결 기능을 설명합니다. 국방부 프로세스에는 운영, 상업, 정보 및 인프라 기능이 포함됩니다.
표준 관점 (StdV) 은 시스템의 각 부분 또는 요소의 조합, 상호 작용 및 상호 의존성을 제어하는 최소 규칙 세트입니다. 목표는 시스템이 일련의 특정 운영 요구 사항을 충족할 수 있도록 하는 것입니다. 이 뷰는 엔지니어링 사양을 형성하고, 공통 모듈을 구축하고, 제품 라인을 개발할 수 있는 기술 시스템 구현 지침을 제공합니다. 여기에는 기술 표준, 구현 관행, 표준 옵션, 규칙 및 표준이 포함됩니다.
시스템 관점 (SV): 자동화 시스템, 상호 연결 및 시스템 기능에 대한 정보입니다. 조만간 국방부가 서비스 지향 환경 및 클라우드 컴퓨팅에 초점을 맞추게 됨에 따라 이러한 견해는 사라질 것입니다.
서로 다른 뷰 간의 일관성과 무결성을 유지하기 위해 DoDAF V2.0 은 수요에서 구현에 이르는 전체 아키텍처를 보여 주는 52 개의 가공소재를 정의합니다. 그러나 모든 제품이 필요한 것은 아니며 필요에 따라 사용할 수 있습니다.
다음은 DoDAF 의 방법입니다.
DoDAF 구현 방법은 6 단계로 구성됩니다.
1) 아키텍처의 용도를 결정합니다.
스키마의 목적과 의도 목적 ("목적에 적합"), 스키마 설명 방법 및 스키마 개발에 사용되는 방법을 정의합니다. 필요한 데이터의 유형, 타인에 대한 잠재적 영향, 성과 및 고객 만족도를 통해 업무 성공을 측정하는 프로세스 이 정보는 일반적으로 프로세스 소유자가 책임 범위 (프로세스, 활동 등) 의 특정 측면을 설명하는 아키텍처 개발을 지원하기 위해 제공합니다. ).
2) 스키마의 범위 정의 경계를 정의하여 스키마 설명의 깊이와 폭을 설정하고, 스키마의 문제 세트를 설정하고, 컨텍스트를 정의하고, 스키마 내용에 필요한 상세 수준을 정의합니다. 자동화 지원을 개발하거나 구입하는 방법을 결정하는 것도 중요합니다.
3) 데이터 요구 사항 파악
데이터 엔티티 및 속성 선택은 스키마 구축에 매우 중요하며, 첫 번째 단계의 목표를 충족하면서 스키마의 일관성을 유지합니다. 엔티티와 속성은 비즈니스 동작을 규제하는 규칙, 활동을 완료하는 정보, 명령 관계, 작업 목록 등의 유형을 포함하는 데이터 유형으로 나타납니다.
4) 아키텍처 제품을 설계합니다.
이것이 가장 중요한 단계입니다. 기존 아키텍처 모델을 입력 및 편집하고, 새 데이터를 수집하여 아키텍처에 추가하고, 국방부 아키텍처 기술 자료의 기존 아키텍처 또는 관련 기술 자료에서 데이터를 추출하고, 모든 데이터를 구성 및 분류하고, DARS (department architecture registration system) 에 등록하고, 후속 분석 및 재사용을 위해 자동 기술 자료에 연결합니다.
5) 분석 아키텍처.
필요한 모든 데이터가 포함된 스키마에 대해 정적 분석, 동적 분석, 실험 분석 및 실험 분석을 수행하여 스키마 데이터의 유효성을 결정합니다.
6) 아키텍처 결과 파일을 생성합니다.
기본 데이터 쿼리를 기반으로 스키마 제품 설명을 생성합니다. 설명은 설정된 모델과 일치하고 재사용 가능하며 * * *
영향
아마도 군부 때문에 DoDAF 가 기업 구조에 미치는 영향은 Zachman 이나 TOGAF 가 크지 않고 지명도도 TOGAF 가 높지 않은 것 같다. (윌리엄 셰익스피어, Northern Exposure (미국 TV 드라마), 군대명언) 그러나이 상황은 개선되고 있습니다. 버전 2.0 이 출시되면서 DoDAF 프레임워크 자체도 지속적으로 개선되었습니다. 더 이상 군용 시스템 구축에만 적합하지 않습니다. 기업은 DoDAF 를 유연하게 사용하여 엔터프라이즈 아키텍처를 구현할 수 있습니다. 또한 C4ISR 과 DoDAF 에 대한 연구는 현재 학계에서 유행하는' 체계의 체계' 이론에 대한 연구를 촉발하고 추진했다. DoDAF 는 가장 가치 있는 EA 프레임워크 중 하나라고 할 수 있다.