企业架构框架之 DoDAF

背景

DoDAF是由美国国防部的US Undersecretary of Defense for Business Transformation工作小组所制定的系统体系结构框架。DoD是美国国防部（United States Department of Defense）的简称。在企业架构领域，DoDAF并没有TOGAF的知名度那么高，它来自于军方，所以在国内，它一直都是被军队系统内的人员进行研究和消化。它的前身是C4ISR (Command, Control, Communications, Computers, Intelligence, Surveillance and Reconnaissance )体系结构框架。C4ISR是军事术语,意为自动化指挥系统。它是现代军事指挥系统中,7个子系统的英语单词的第一个字母的缩写,即指挥Command、控制Control、通信 Communication、计算机computer、情报Intelligence、监视Surveillance、侦察Reconnaissance。通俗来说，C4ISR，就是美国军方开发的一个军事自动化指挥系统。

框架演进

1996年6月推出C4ISR AF 1.0 。

1997年12月推出C4ISR AF 2.0。

2003年8月推出DoDAF 1.0 ，增加其运用范围，不局限C4ISR里，可以应用到所有的任务领域（Mission Area）；同时也推出CADM v1.01（Core Architecture Data Model，核心架构数据模型）。

2007年4月推出DoDAF 1.5 ，特别强调以网路为中心(Net-Centric)的概念，在体系结构的描述里体现了网络为中心的概念；也推出CADM v1.5以便储存Net-Centric新概念的描述文件。

2009年5月28日推出DoDAF2.0。

与前几版相比，2.0版主要有以下几点变化：

1) 体系结构开发过程从以产品为中心转向以数据为中心，主要是提供决策数据。

2) 三大视图（作战、技术和系统）转变为更为具体的视图。现在的视图有八种，分别是全视图、数据与信息视图、标准视图、能力视图、作战视图、服务视图、系统视图、项目视图。

3) 描述了数据共享和在联邦环境中获取信息的需求。

4) 定义和描述了国防部企业体系结构。

5) 明确和描述了与联邦企业体系结构的关系。

6) 创建了国防部体系结构框架元模型。

7) 描述和讨论了面向服务体系结构(SOA)开发的方法。

DoDAF V2.0



框架结构

DoDAF框架大体上可由八大视图与实施方法论组成。八大视图如下：

八大视图



 全局视图（All Viewpoint，AV）：提供了对整个架构描述有关的信息，如架构描述的范围与背景。

能力视图（Capability Viewpoint，CV）：对能力的描述，这种能力用于实现符合企业愿景 的企业目标。

数据与信息视图（Data and Information Viewpoint，DIV）：用于体系结构描述的业务信息需求和结构化业务流程规则。它描述与体系结构描述中的信息交换相关的信息，例如属性、特征和相互关系。

作战视图（Operational Viewpoint，OV）：描述组织、任务或活动，以及它们之间必须交换的信息 。它传达了信息交换的类型、交换的频率、信息交换所支持的任务和活动以及信息交换的性质。

项目视图（Project Viewpoint，PV）：描述了项目计划如何组合成具有前后承接关系的投资组合计划。该视图提供了一种描述多个项目间组织关系的方法，每个项目负责交付单个的系统或功能。

服务视图（Services Viewpoint，SvcV）：描述为作战活动提供支持的系统、服务和互连功能。国防部的流程包括作战、商业、情报和基础设施功能。

标准视图（Standards Viewpoint，StdV）：是控制系统各部分或元素间组合、交互和互依赖性的规则的最小集合。其目标是确保系统能够满足特定的一系列作战需求。该视图提供了技术系统实现指导，基于此指导可以形成工程规范、建立通用模块，开发产品线。它包括技术标准、执行惯例、标准选项、规则和标准。

系统视图（Systems Viewpoint，SV）：关于自动化系统、互连通性和系统功能方面的信息。不久的将来，随着DOD将重点转移到面向服务的环境和云计算，该视点会消失。

为了保持各个视图间的一致性和整体性，DoDAF V2.0定义了52个制品来展示从需求到实施的整个架构。但不是所有制品都是必须的，可以按需使用。

以下是DoDAF的方法论：

DoDAF实施方法论



DoDAF实施方法论包含6个步骤：

1）确定体系结构用途

定义架构的用途及预期用途(“适合用途”)，如何进行架构描述工作，架构开发中使用的方法;所需的数据类别，对他人的潜在影响，以及通过绩效和客户满意度来衡量努力成功的过程。此信息通常由流程所有者提供，以支持描述其职责领域(流程、活动等)某些方面的体系结构开发。

2）确定体系结构的范围范围定义了边界，这些边界建立了体系结构描述的深度和广度，建立了体系结构的问题集，帮助定义它的上下文，并定义体系结构内容所需的详细级别。对于决定如何进行开发或购买自动化支持也很重要。

3）确定数据需求

数据实体与属性的选择对于体系结构的构建是非常重要的，不仅要能满足第一步的目标，而且要能保持体系结构的一致性。实体和属性是通过数据类型来体现的，数据类型包括规范业务行为的规则、需要完成的活动信息、指挥关系、任务列表等多种类型。

4）进行体系结构产品设计

这是最重要的步骤，输入和编辑现有体系结构模型，收集新数据并增加到体系结构中，以及从国防部体系结知识库的现有体系结构或相关的知识库中提取数据，然后对所有数据进行组织分类，在DARS（国防部体系结构注册系统）中进行注册，并关联到自动存储库，已备后续分析和重用。

5）对体系结构进行分析

对包含了所需全部数据的体系结构进行静态分析、动态分析、实验分析和试验分析、以确定体系结构数据的有效性。

6）行程体系结构成果文件

生成基于基本数据查询的体系结构产品描述，其描述应当与既定模型保持一致，具有可重用性并能被共享。



影响

可能是来自于军方的原因，DoDAF对企业架构的影响并不如Zachman或者TOGAF那么大，知名度也没有TOGAF那么高。不过，这种情况正有所改善。随着2.0版本的发布，DoDAF框架自身不断的完备，它已经不再只适用于军方系统建设，企业完全可以灵活运用DoDAF实施企业架构。除此之外，对C4ISR和DoDAF的研究，更催生和推动了现在术界比较热门的关于“System of Systems”理论的研究。可以说，DoDAF是众多EA框架里面最具有研究价值的框架之一。