DKH-E2601 DKH 2601 GAT532868R0001 过程驱动控制器

DKH-E2601 DKH 2601 GAT532868R0001 过程驱动控制器 

系统已从DoDAF 1.5版更改。系统不仅是计算机硬件，而且
计算机软件。系统现在被定义为一般意义上的
组件-机器、人员-执行活动（因为它们是
表演者），并且相互作用或相互依赖。这可以是任何东西。，
任何东西，从具有相互作用或相互依存的小型设备
要素、系统系列（FoS）和系统体系（SoS）。注意
系统由装备（如设备、飞机和船舶）组成
人员类型。
部门针对体系结构、联合和分层责任的举措包括：
已并入2.0版。
在联合环境中共享数据和派生信息的要求
描述。
已确定部门内的特定架构类型，以及
描述（例如，部门级[包括部门、能力&
组件架构]和解决方案架构）。
描述了国防部企业架构。
定义并描述了与联邦企业架构的链接。
初在英国国防部建筑中描述的建筑结构
框架（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体系结构将需要表达具体的概念（活动，
系统、组织、人员类型、设施、位置、材料和
安装等）。

DKH-E2601 DKH 2601 GAT532868R0001 过程驱动控制器 

DKH-E2601 DKH 2601 GAT532868R0001 过程驱动控制器 

System has changed from DoDAF V1.5. System is not just computer hardware and
computer software. System is now defined in the general sense of an assemblage of
components - machine, human - that perform activities (since they are subtypes of
Performer) and are interacting or interdependent. This could be anything, i.e.,
anything from small pieces of equipment that have interacting or interdependent
elements, to Family of Systems (FoS) and System of Systems (SoS). Note that
Systems are made up of Materiel (e.g., equipment, aircraft, and vessels) and
Personnel Types.
The Department initiatives for Architecture Federation and Tiered Responsibility have
been incorporated into Version 2.0.
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.).