| 编辑推荐: |
本文主要介绍了DoDAF的提出、发展、目标、视点介绍及开发步骤，希望对您有帮助。
本文来自于微信公众号学术人人，由火龙果软件Linda编辑、推荐。 |
|
DoDAF是由美国国防部的US Undersecretary of
Defense for Business Transformation工作小组所制定的系统体系结构框架(Architecture
Framework,简称AF)。这是一个控制“EA开发、维护和决策生成”的组织机制，是统一组织“团队资源、描述和控制EA活动”的总体结构。
01 DoDAF的提出
DoDAF是伴随着美军联合作战的需求而出现和发展的。它定义了一种表示企业体系结构的方式，使人能够专注于企业中特定兴趣领域的同时保持对全局的关注。为了帮助决策者，DoDAF提供了从底层复杂性中提取基本信息和以保持连贯性和一致性的方式呈现这些基本信息的方法。主要目标之一是以许多利益相关者可以理解的方式呈现这些信息，这些利益相关者参与开发、交付和维持支持利益相关者使命的能力。它根据涉众的视图，通过将问题空间划分为可管理的部分来做到这一点。
02 DoDAF的发展
美国国防部在统筹开展基于C4ISR的多兵种联合作战设计时，面临着不同装备供应商之间技术体制不一样，无法实现一体化设计与评估的问题。为此，1995年，美国国防部专门成立了“C4ISR一体化任务小组”，并随后颁布了C4ISR架构框架1.0版。1997年12月，发布了C4ISR架构框架2.0版。C4ISR架构框架2.0采用作战视图、系统视图和技术视图的结构，即经典的三视图结构。鉴于C4ISR架构框架在实践运用中发挥的巨大效益，2003年1月颁布了国防部架构框架DoDAF1.0版草案，2003年8月正式颁布，并在美国国防部推广应用。为了能够更加适应网络中心战能力建设的要求，美国国防部对架构框架不断进行修订。2007年4月美国国防部颁布了国防部架构框架1.5版。在DoDAF的转变过程中，DoDAF1.5运用了基本的网络中心概念，并认可新技术的发展，如面向服务的架构（Service-Oriented
Architecture，SOA）中的服务技术。在DoDAF1.5的基础上，美国国防部于2009年5月开发了DoDAF2.0。
DoDAF发展时间线
与以前版本相比，DoDAF2.0对体系结构数据更为关注，并使用新的方法来表示体系结构信息。此外，DoDAF2.0没有局限在之前的各个版本的框架之内，而是吸纳了世界各国或有关组织在体系结构框架研究上的最新成果，并进一步深化、提炼，形成了管理人员更易于理解、掌握，开发内容更灵活、理论性更强、系统性更完整、阐述更深入、创新点更多的框架文本。DoDAF2.0以支持核心决策过程、开发符合用户需要与目的为根本出发点、聚焦于单位体系结构、联盟体系结构的新型体系结构框架，是一个真正实现以数据为中心的全新体系结构框架版本。
03 DoDAF的目标
DoDAF提供了一种体系架构描述方法，用于不同装备供应商之间进行统一规格的架构设计，以符合彼此间比较与联合作战设计的需要。同时，其开发的最终目的是作为一种工具，将美国国防部主持的六个核心流程的概念和模型统一起来，形成一体化的描述。这六大核心流程包括：
1.联合能力集成与开发（JCIDS）
2.计划，编程，预算和执行（PPBE）
3.国防采办系统（DAS）
4.系统工程（SE）
5.运作计划（OPLAN）
6.能力组合管理（CPM）
此外，DoDAF2.0的特定目标是：
1.建立架构内容指南与目标相适应；
2.通过严格的数据模型DoDAF元模型（DM2）来提高架构的实用性和有效性，因此可以对架构进行集成、分析和评估以达到数学精度。
04 DoDAF 视点介绍
DoDAF2.0包括8个视图、52个模型，其视图和模型信息如下：
全景视图（AV）：描述与所有视图相关的体系结构环境的主要方面。
能力视图（CV）：阐明了能力需求、交付时间和部署的能力。
数据和信息视图（DIV）：阐明了体系结构内容中的数据关系和对齐结构，以满足能力和操作要求、系统工程流程以及系统和服务。
作战视图（OV）：包括支持功能的运营场景、活动和需求。
项目视图（PV）：描述了操作和能力需求与正在实施的各种项目之间的关系。“项目视图”还详细说明了国防采办系统流程中的能力和操作需求、系统工程流程、系统设计和服务设计之间的依赖关系。
服务视图（SvcV）：是对解决方案的设计，这些解决方案清晰地表达了执行者、活动、服务及其交换，提供或支持运营和能力功能。
标准视图（StdV）：阐明了适用于功能和操作要求、系统工程过程和系统的适用的操作、业务、技术和行业策略、标准、指导、约束和预测和服务。
系统视图（SV）：对于传统支持来说，系统视图是对解决方案的设计，这些解决方案清楚地说明了系统、它们的组成、互连以及提供或支持运营和功能的环境。
DoDAF的8个视图和52个模型
各视图之间的关系如下图所示：
DoDAF2.0视图组成图
05 DoDAF的开发步骤
在进行体系结构开发时，可按照如下图所示的6个步骤开展。前4步主要是确定构建体系结构的目的、体系结构的范围，审定体系结构的关键特征以及确定要构建的体系结构产品，后2步是开发符合需求的体系结构产品。
1.确定架构的运用意图
在开始描述体系结构之前，用户必须定义架构的用途及预期用途，如何进行架构描述工作，架构开发中使用的方法；所需的数据类别，对他人的潜在影响，以及通过绩效和客户满意度来衡量努力成功的过程。
2．确定架构的范围
体系结构范围包括：体系结构项目背景、使命、活动、组织机构、时间跨度、合适的粒度、作战想定、态势、地理范围、经费以及在特定时间范围内专业技术的可用性等背景，以及其他一些相关条件说明，如计划管理、可用资源、专家以及体系结构数据的可用性等。
3.确定支持架构开发的数据
数据实体与属性的选择对于体系结构的构建是非常重要的，不仅要能满足第一步的目标，而且要能保持体系结构的一致性。实体和属性是通过数据类型来体现的，数据类型包括规范业务行为的规则、需要完成的活动信息、指挥关系、任务列表等多种类型，体系结构的度量标准可以是定量的，也可以是定性的。
4.采集、组织、关联和存储架构数据
依据获得的信息，确定需要构建的产品，以及构建这些产品必须获得什么样的体系结构数据，并组织利用这些数据，开发相应的体系结构产品。
5.进行支持架构的分析
对包含了所需全部数据的体系结构进行静态分析、动态分析、实验分析和试验分析、以确定体系结构数据的有效性；并根据既定的体系结构用途和目的对不满足要求的数据和产品进行修正。
6.产生符合决策者要求的文档结果
生成基于基本数据查询的体系结构产品描述，其描述应当与既定模型保持一致，具有可重用性并能被共享。
06 结束语
DoDAF体系建模框架能够立足实体与时俱进地转型，聚焦于6类利益攸关方、6个标准疑问、可遴选的8个视图和52个模型，提供使得解决人员、流程和技术融为一体、结构化、深层次问题的建模方法，可用于组织和共享大型、复杂的分布式系统体系结构，帮助系统架构师、系统工程师、软件开发人员从传统系统开发流程过渡到MBSE。 |
