SDCS-COM-5 3BSE006567R1 3ADT220059R0001 通信板

SDCS-COM-5 3BSE006567R1 3ADT220059R0001 通信板 

通过提供跨任务分析框架，使用EA提高国防部的性能
确定差距和冗余；通过制定过渡计划和目标
有助于将国防部转移到网络中心环境的体系结构。
存在几个描述企业级的联邦和国防部特定EA工件
管理信息。其中包括：
总统的管理议程。
OMB A-11附件300提交。
OMB有限元分析实践指南。
OMB EA评估指南。
OMB有限元分析参考模型。
国防部企业体系结构参考模型（RM）分类法。
国防部EA合并RM。
国防部企业体系结构转型战略。
国防部部门架构。
国防部EA自我评估。
国防部架构联盟战略。
这些工件有助于与FEA对齐，有助于更广泛的理解
架构对齐，为联合架构描述提供基础，促进
更高效和有效地使用资产，并终导致更好的决策。
在开发架构时，特别是在部门和组件级别，
通过利用联邦企业架构综合参考模型（FEA-CRM）文件以及国防部文件，实现与FEA的一致性，以及
作为定义过程、数据、服务和技术标准的基础的参考。作为
例如，当流程所有者确定需要架构描述时
对于某些特定用途，首先使用的参考如下所示，以及其他
高于和低于以下架构描述级别的架构描述
发展国防部级信息包含在国防部企业体系结构参考模型中，以及
具有部门范围内的实施指南、标准和说明
根据FEA构造映射到FEA-CRM的信息。
参考体系结构描述开发
资源描述体系结构使用
决定
过程
卷入的
体系结构框架
有限元分析业务
参考模型
（BRM）
（DoDAF）确定要使用的技术和符号
习惯于
（FEA BRM）确定要对齐的FEA业务流程
到使用BRM中的分类法命名流程
识别和
定义数据
DM2（DM2）
FEA数据参考
（DM2）数据组和元数据结构
（DRM）现有的政府范围元数据
20
DoDAF体系结构开发-6步流程
http://cio-nii.defense.gov/sites/dodaf20/arch_development.html[2011年3月3日下午3:33:54]
模型（DRM）与体系结构的链接
文件
建筑的
描述
并确保
顺从
体系结构框架
国防部元数据
国防部登记处（DMR）
建筑学
注册系统
（DARS）工具集
OMB EA指南
联邦
企业
建筑合并
参考模型
（FEA-CRM）
OMB EA评估
指导
（DoDAF）提供了描述的模型和指南
为演示创建适合用途的视图
目的
（DMR）提供要在中使用的现有元数据
结合DMR创建所需数据
（DARS）为架构提供注册服务
发现
（工具集）为以下方面提供了自动表示法：
创建视图
（OMB EA指南）提供所需信息
OMB 53/300流程EA的格式和内容
（OMB EA评估指南）提供以下指导
提交给OMB的架构评估
回顾
出版
建筑学
国防部架构
联盟战略
机构存储库
达尔
（国防部联邦战略）提供以下指导
体系结构数据发现（机构存储库）
存储EA数据（DAR）提供商EA联系人
信息
转到页面顶部↑
隐私政策|网络政策124;联系人
21
DM2-DoDAF元模型
http://cio-nii.defense.gov/sites/dodaf20/DM2.html[2011年3月3日下午3:34:01]
首页DoDAF-DM2工作组DoDAF期刊国防部元数据注册想法链接
DoDAF元模型（DM2）
DoDAF元模型（DM2）的目的
DoDAF的目的是定义可用于国防部六个核心过程的概念和模型：
1.能力集成与开发（JCIDS）
2.规划、规划、预算和执行（PPBE）
3.采集系统（DAS）
4.系统工程（SE）
5.业务规划
6.能力组合管理（CPM）
此外，DoDAF 2.0的具体目标是：
1.根据目的制定架构内容指南-“适合目的”
2.通过严格的数据模型提高架构的实用性和有效性
DoDAF元模型（DM2）——因此可以集成、分析和
以数学精度评估。
DM2的目的是：
1.建立和定义用于描述和讨论的受限词汇
DoDAF模型（以前称为“产品”）及其在6个核心流程中的使用
2.指定联邦EA数据交换的语义和格式
之间：体系结构开发和分析工具与体系结构数据库
国防部企业架构（EA）利益共同体（COI）和
其他权威数据来源
3.支持EA数据的发现和可理解性：

SDCS-COM-5 3BSE006567R1 3ADT220059R0001 通信板 

SDCS-COM-5 3BSE006567R1 3ADT220059R0001 通信板 

improve DoD performance, using EA, by providing a framework for cross-mission analysis
and identification of gaps and redundancies; and by developing transition plans and target
architectures that will help move DoD to the net-centric environment.
Several Federal and DoD-specific EA artifacts exist that describe enterprise-level
management information. These include:
The President’s Management Agenda.
OMB A-11 Exhibit 300 submissions.
OMB FEA Practice Guidance.
OMB EA Assessment Guide.
OMB FEA Reference Models.
DoD EA Reference Model (RM) Taxonomy.
DoD EA Consolidated RM.
DoD EA Transition Strategy.
DoD Segment Architectures.
DoD EA Self-Assessment.
DoD Architecture Federation Strategy.
These artifacts facilitate the alignment with the FEA, contribute to a broader understanding
of architecture alignment, provide a basis for federated Architectural Descriptions, promote a
more efficient and effective use of assets, and ultimately lead to better decision-making.
When developing architectures, particularly at the Departmental and Component levels,
alignment with the FEA is accomplished by utilizing the Federal Enterprise ArchitectureConsolidated Reference Model (FEA-CRM) documents together with DoD documents and
references as a basis for defining processes, data, services, and technical standards. As an
example, when a process owner determines that an Architectural Description is needed for
some specific purpose, the first references to use are as shown below, as well as other
Architectural Descriptions above and below the level of the Architectural Description under
development. The DoD-level information is contained in the DoD EA Reference Models, along
with the implementing guidance, standards, and descriptions of Department-wide
information that is mapped to the FEA-CRM in accordance with the FEA construct.
References to Architectural Description Development
Resource Description Architecture Use
Determine
Processes
Involved
DoDAF
FEA Business
Reference Model
(BRM)
(DoDAF) Determine techniques and notation to be
used
(FEA BRM) Determine FEA business processes to align
to; use taxonomies in BRM to name processes
Identify and
Define data
DM2 (DM2)
FEA Data Reference
(DM2) Data Group and metadata structures
(DRM) Existing Government-wide metadata for
20
DoDAF Architecture Development - 6 Step Process
http://cio-nii.defense.gov/sites/dodaf20/arch_development.html[3/3/2011 3:33:54 PM]
Model (DRM) linkage to architecture
Document
Architectural
Description
and Ensure
Compliance
DoDAF
DoD Metadata
Registry (DMR) DoD
Architecture
Registry System
(DARS) Toolset
OMB EA Guidance
Federated
Enterprise
ArchitectureConsolidated
Reference Model
(FEA-CRM)
OMB EA Assessment
Guide
(DoDAF) provides described models, and guidance on
creating Fit-for-Purpose Views for presentation
purposes
(DMR) Provides existing metadata to use in
conjunction with DMR to create data required
(DARS) provides registration services for architecture
discovery
(Toolset) provides automated notation method for
creating views
(OMB EA Guidance) provides information on required
format and content of EA for OMB 53/300 process
(OMB EA Assess. Guide) provides guidance on
evaluation of architectures submitted to OMB for
review
Publish
Architecture
DoD Architecture
Federation Strategy
Agency Repository
DARS
(DoD Fed. Strategy) provides guidance on
architectural data discovery (Agency Repository)
stores EA Data (DARS) Providers EA contact
information
Go to top of page ↑
Privacy Policy | Web Policy | Contacts
21
DM2 - DoDAF Meta-Model
http://cio-nii.defense.gov/sites/dodaf20/DM2.html[3/3/2011 3:34:01 PM]
Home DoDAF-DM2 WG DoDAF Journal DoD Meta Data Registry IDEAS Links
DoDAF Meta-Model (DM2)
The Purpose of the DoDAF Meta Model (DM2)
The purpose of DoDAF is to define concepts and models usable in DoD’s six core processes:
1. Capabilities Integration and Development (JCIDS)
2. Planning, Programming, Budgeting, and Execution (PPBE)
3. Acquisition System (DAS)
4. Systems Engineering (SE)
5. Operations Planning
6. Capabilities Portfolio Management (CPM)
In addition, DoDAF 2.0’s specific goals were to:
1. Establish guidance for architecture content as a function of purpose – “fit for purpose”
2. Increase utility and effectiveness of architectures via a rigorous data model – the
DoDAF Meta Model (DM2) -- so the architectures can be integrated, analyzed, and
evaluated to mathematical precision.
The purposes of the DM2 are:
1. Establish and define the constrained vocabulary for description and discourse about
DoDAF models (formerly “products”) and their usage in the 6 core processes
2. Specify the semantics and format for federated EA data exchange
between:architecture development and analysis tools and architecture databases
across the DoD Enterprise Architecture (EA) Community of Interest (COI) and with
other authoritative data sources
3. Support discovery and understandability of EA data: