4、安全理论与框架-企业架构模型（EA）-DoDAF国防部架构框架

一、背景

海湾战争后，美国国防部协调多部门、多军种组建研究团队经历五年多时间开发，于1996年6月发布了C4ISR体系结构框架1.0版。该框架旨在提供一套通用的体系结构开发方法以开发出综合集成的C4ISR系统体系结构，达到提高C4ISR系统的建设效率和系统间互操作性、实现高效能联合作战的目的。经过不断发展和演进，C4ISR体系结构框架后续版本的适用范围扩大到了整个国防部领域，形成了现在的美国国防部体系结构框架（DoDAF）。

二、定义

美国国防部体系结构框架（DoDAF）就是一部指导美国国防领域内各系统体系结构开发的顶层的、全面的、通用的规范性文件。它的作用是规范了美国国防领域内各系统体系结构描述的关键概念、统一了体系结构描述的重要定义和术语，提供了体系结构开发的方法和模型，规定了体系结构描述的指导原则和程序，明确了为支持关键过程决策所需的体系结构数据和信息。利用国防部体系结构框架设计信息系统体系结构，将便于系统分析、设计、建设及使用维护人员对系统体系结构设计的理解、比较和交流。
DoDAF2.0是DoD架构开发的顶层的、全面的框架和概念模型， 它使国防部(DoD)各组管理者能够打破国防部、联合能力域(JCA) 、使命、部门或计划等层次界限， 实现有序的信息共享、 提高关键决策的本领。

三、内容

2010年8月颁布的DoDAF 2.02版是目前美国国防部体系结构框架的最新版本。该版本的内容主要包括相关概念介绍，体系结构开发指导原则和流程，8个体系结构框架视角和52个模型描述国防部元模型，体系结构表示技术等内容。

1. 全局视图（All Viewpoint，AV） ：提供了对整个架构描述有关的信息，如架构描述的范围与背景。
2. 能力视图（Capability Viewpoint，CV） ：对能力的描述，这种能力用于实现符合企业愿景 的企业目标。
3. 数据与信息视图（Data and Information Viewpoint，DIV）：用于架构描述的业务信息需求和结构化业务流程规则。它描述与架构描述中的信息交换相关的信息，例如属性、特征和相互关系。
4. 作战视图（Operational Viewpoint，OV） ：描述了组织、任务或活动，以及它们之间必须交换的信息。它传达了信息交换的类型、交换的频率、信息交换所支持的任务和活动以及信息交换的性质。
5. 项目视图（Project Viewpoint，PV）：描述了项目计划如何组合成具有前后承接关系的投资组合计划。该视图提供了一种描述多个项目间组织关系的方法，每个项目负责交付单个的系统或功能。
6. 服务视图（Services Viewpoint，SvcV）：描述为作战活动提供支持的系统、服务和互联功能。国防部的流程包括作战、商业、情报和基础设施功能。
7. 标准视图（Standards Viewpoint，StdV）：是控制系统各部分或元素间组合、交互和互依赖性的规则的最小集合。其目标是确保系统能够满足特定的一系列作战需求。该视图提供了技术系统实现指导，基于此指导可以形成工程规范、建立通用模块，开发产品线。它包括技术标准、执行惯例、标准选项、规则和标准。
8. 系统视图（Systems Viewpoint，SV）：关于自动化系统、互连通性和系统功能方面的信息。不久的将来，随着DOD将重点转移到面向服务的环境和云计算，该视点会消失。

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

1、 DoDAF 2.0开发的原则
采用DoDAF 2.0进行体系结构开发时，应遵守以下原则：

1）体系结构描述应清晰地支持既定目标。
2）体系结构描述既要简洁，又要能反映其既定目标所规定的复杂程度。
3）体系结构描述应促进而非阻碍决策过程以及执行过程中的沟通。体系结构数据的采集和各种视图的创建为决策过程提供支持，并提供一种记录，以向技术和非技术管理人员解释所做出的各项重要选择。体系结构描述的目的是支撑决策过程，并促进执行程序和技术的改进。
4）体系结构描述应是可关联的、可比较的，能够促进体系结构的分析。除了位于组织机构最高层次的体系结构外，大多数的体系结构描述都与其他外部的流程和运行相关。当对多个流程或具体操作过程进行评价、比较或交叉引用时，应弄清楚数据的信息、来源以及传递用途。
5）体系结构描述应说明如何在现有体系结构中实现数据的互操作，并采取措施保证跨视图、跨体系结构描述边界的数据集成以及各层级间数据的一致性。
6）体系结构描述应以数据为中心，与工具无关。体系结构描述的开发可使用不同的内部规则、技术、标注和方法。
7）体系结构数据应是可组织、可复用、可分解的，以供体系结构开发小组和决策支持分析小组使用。采集和组织用于决策过程的体系结构数据工作不应“过头”。也就是说，采集到的数据的广度和深度应足以描述主要的过程行为，却不能过分宽泛，以致模糊了该体系结构项目的既定目标。同时，应尽可能使用与其他体系结构描述通用的数据。
8）体系结构描述的开发应以网络中心性的原则和实践为指导，以促进和支持网络中心战略。应确保体系结构描述的开发遵循网络中心战略中概括的网络中心原则。对于体系结构描述中的跨系统或服务以及它们之间必须共享的数据，应该有清晰的描述。
2、DoDAF 2.0开发的步骤
在进行体系结构开发时，可按照六个步骤开展，如图3所示。前四步主要是确定构建体系结构的目的、体系结构的范围，审定体系结构的关键特征以及确定要构建的体系结构产品。使用部门和用户在这四步中起着决定性作用，同时也要求体系结构设计人员参与。后两步是开发符合需求的体系结构产品，主要由设计人员来完成。

总的来说，应用DoDAF2.0的核心是通过能力视角、作战视角、系统视角理清“分析对象”与外部环境之间的关系、“分析对象”内部活动及其信息交互关系、“分析对象”内部活动执行时所需的功能、服务、标准，以及承载它们的实体或组织。在基础上，借助数据和信息视角、项目视角、服务视角、标准视角、全视角等，呈现出完整的关于“分析对象”的体系结构说明。