APBU-44C 64669982F APBU44C 数据记录器

APBU-44C 64669982F APBU44C 数据记录器 

在联合环境中共享数据和派生信息的要求
描述。
已确定部门内的特定架构类型，以及
描述（例如，部门级[包括部门、能力&
组件架构]和解决方案架构）。
描述了国防部企业架构。
定义并描述了与联邦企业架构的链接。
初在英国国防部建筑中描述的建筑结构
框架（MODAF）、北约架构框架（NAF）和开放组
DoDAF中采用了架构框架（TOGAF）。
DoDAF元模型（DM2），包含概念数据模型（CDM），逻辑
数据模型（LDM）和物理交换规范（PES）。
描述和讨论了SOA开发的方法。
对于架构师来说，DoDAF V2.0改变了架构开发的重点
过程在“架构师需要做什么”中描述？基础
体系结构开发过程现在是数据元模型组，如
LDM。
为了与ISO标准保持一致，在适当的情况下，术语已从
视图到视点（例如，操作视图现在是操作视点）。
DoDAF可以捕获安全标记，并在PES中进行了描述。此外，a
已经讨论了映射到DoDAF概念的安全特性
补充。
在DoDAF V1.5及以前的版本中，节点是逻辑概念，在
架构的交流和讨论。在所审查的一个架构中，
映射到系统、组织、人员类型、设施、装备的作战节点，
和安装。在同一架构内，
物资、组织和位置。重叠的组织和系统节点
（系统、组织、材料）说明了尝试定义节点的复杂性。
节点的具体概念（包括活动、系统、组织、人员
类型、设施、位置、装备和安装）被纳入国防部发展战略框架
元模型。因为节点是逻辑概念，可以用来表示
活动、系统、组织、人员类型的更具体概念，
设施、位置、材料、装置或这些东西的组合，
DoDAF V2.0侧重于这些具体概念。将不存在节点的映射
到DoDAF V2.0元模型组、概念、类或关联。对于
架构师，架构开发中有一些变化：
适当时，使用节点的DoDAF V1.0和V1.5体系结构
概念将需要更新架构，以表达中的具体概念
节点表示的抽象概念的位置。在DoDAF V2.0之前
将体系结构与DoDAF V2.0体系结构进行比较
必须为较新的体系结构定义该节点表示的。
DoDAF V2.0体系结构将需要表达具体的概念（活动，
系统、组织、人员类型、设施、位置、材料和
安装等）。
9
多达夫导言
http://cio-nii.defense.gov/sites/dodaf20/background.html[2011年3月3日下午3:33:50]
转到页面顶部↑
隐私政策|网络政策124;联系人
10
DoDAF体系结构开发-6步流程
http://cio-nii.defense.gov/sites/dodaf20/arch_development.html[2011年3月3日下午3:33:54]
首页DoDAF-DM2工作组DoDAF期刊国防部元数据注册想法链接
建筑发展
6步架构开发过程

APBU-44C 64669982F APBU44C 数据记录器 

APBU-44C 64669982F APBU44C 数据记录器 

Requirements for sharing of data and derived information in a Federated environment
are described.
Specific types of architecture within the Department have been identified and
described (e.g., Department-level [which includes Department, Capability &
Component architectures] and Solution Architectures).
The DoD Enterprise Architecture is described.
Linkages to the Federal Enterprise Architecture are defined and described.
Architecture constructs originally described in the UK Ministry of Defence Architecture
Framework (MODAF), the NATO Architecture Framework (NAF), and the Open Group
Architecture Framework (TOGAF) are adopted for use within DoDAF.
A DoDAF Meta-model (DM2), containing a Conceptual Data Model (CDM), a Logical
Data Model (LDM), and a Physical Exchange Specification (PES) has been created.
Approaches to SOA development are described and discussed.
For the architect, DoDAF V2.0 changes the focus of the Architecture Development
Process are described in “What Does the Architect Need to Do”? The basis of the
Architecture Development Process is now the Data Meta-model Groups, described in
the LDM.
To align with ISO Standards, where appropriate, the terminology has changed from
Views to Viewpoint (e.g., the Operational View is now the Operational Viewpoint).
DoDAF can capture the security markings and is described in the PES. In addition, a
discussion of the security characteristics mapped to the DoDAF Concepts has been
added.
In DoDAF V1.5 and previous versions, Nodes are logical concepts that caused issues in
the exchange and discussion of architectures. In one architecture that was reviewed,
Operational Nodes mapped to System, Organization, Person Type, Facility, Materiel,
and Installation. Within the same architecture, System Node maps to System,
Materiel, Organization, and Location. The overlap Organizational and System nodes
(System, Organization, Material) illustrates the complexity of trying to define Nodes.
The concrete concepts of Node (including Activities, System, Organization, Person
Type, Facility, Location, Materiel, and Installation) were incorporated into the DoDAF
Meta-model. Since Nodes are logical concepts that could be used to represent the
more concrete concepts of activities, systems, organizations, personnel types,
facilities, locations, materiels, and installations or combinations of those things,
DoDAF V2.0 focuses on those concrete concepts. There will not be a mapping of Node
to the DoDAF V2.0 Meta-model Groups, concepts, classes, or associations. For the
architect, there are some changes in architecture development:
When appropriate, DoDAF V1.0 and V1.5 architectures that use the Node
concept will need to update the architecture to express the concrete concepts in
place of the abstract concept that Node represents. When pre-DoDAF V2.0
architecture is compared with DoDAF V2.0 architecture, the concrete concepts
that Node represents must be defined for the newer architecture.
DoDAF V2.0 architectures will need to express the concrete concepts (activities,
systems, organizations, personnel types, facilities, locations, materiels, and
installations, etc.).
9
DoDAF Introduction
http://cio-nii.defense.gov/sites/dodaf20/background.html[3/3/2011 3:33:50 PM]
Go to top of page ↑
Privacy Policy | Web Policy | Contacts
10
DoDAF Architecture Development - 6 Step Process
http://cio-nii.defense.gov/sites/dodaf20/arch_development.html[3/3/2011 3:33:54 PM]
Home DoDAF-DM2 WG DoDAF Journal DoD Meta Data Registry IDEAS Links
Architecture Development
6-Step Architecture Development Process