DoDAF2.0用途和范围，需要学习和理解，提供原文一起学习，并分享我学习后梳理的要点。
—
原文内容太长，全部内容如下：
DoDAF提供了建立架构开发通用词汇、交换架构信息以及促进不同架构描述之间互操作性的必要指导。架构的创建有多重考量。
从合规角度来看，美国国防部开发架构是受到法律和政策（如《克林格-科恩法》、管理和预算办公室（OMB）A-130通告）的强制要求的。
从实际操作角度看，大型组织在追求复杂的联合任务时，会采用复杂的系统、技术和服务，这就需要一种结构化、可重复的方法，来评估投资及备选投资方案，同时还需要具备有效实施组织变革、创建新系统、部署新技术以及提供能够为决策和管理实践增值的服务的能力。
DoDAF V2.0提供的指导适用于美国国防部内部开发、维护和使用的所有架构。
DoDAF V2.0在架构生命周期的所有阶段都提供了指导，这与美国国防部和OMB的指导（即架构的开发、维护和使用）是一致的。它是架构数据长期管理和维护的基础，以及构成架构展示能力的随附模型（模板）、视图和综合视角的依据。
DoDAF V2.0还支持面向服务架构（SOA）开发的概念。
1.3.1 开发架构
架构开发工作的管理者通过仔细的范围界定和组织，将重点放在政策或合同所指示的、支持既定目标和目的的变革领域。
DoDAF V2.0描述了两种对美国国防部企业架构有重要贡献的主要架构类型：企业级架构和解决方案架构。这两种架构各自服务于特定的目的，如下文简述。
企业架构：一种基础的战略性信息资产，它定义了使命、完成使命所需的信息、完成使命所需的技术，以及为应对不断变化的使命需求而实施新技术的过渡流程。企业架构（EA）包括基线架构、目标架构和实施计划。
解决方案架构：一种框架或结构，用于描绘解决问题之所有要素之间的关系。这种架构类型不是美国国防部企业架构的一部分，而是用于定义特定的项目，以在部门内创建、更新、修订或删除既定活动。解决方案架构可用于更新或扩展一种或多种其他类型的架构。解决方案架构是部门内开发的最常见的架构类型。解决方案架构包括但不限于为支持特定数据和其他服务解决方案而开发的基于面向服务架构（SOA）的架构。
企业架构的实例包括能力级、部门级、任务级和战略级架构。它们不是架构的类型。
1.3.2 维护和管理架构
将架构开发过程嵌入日常规划和决策中，可以使这一做法制度化，并使架构数据、视图和视角的维护更加自动化。国防部通过分级责任制来维护和管理架构。分级责任制是指将架构、架构政策、工具和相关架构制品的开发、维护、配置管理（CM）和报告的权力和责任分配给国防部内的四个不同层级。DoDAF V2.0支持四个层级：部门级、联合能力集成和开发系统（JCA）级、部门级和解决方案级（即项目或项目级解决方案开发）。这些层级支持架构开发和维护的联合方法。
1.3.3 使用架构
架构用于支持国防部的主要决策过程，包括联合能力集成和开发系统（JCIDS）、国防采办系统（DAS）、规划、计划和预算执行（PPBE）、系统工程（SE）和绩效管理（PfM）过程。其他得到支持的主要部门过程包括业务流程再造、组织发展、研发、运营支持和面向服务的解决方案。基于过程所有者或利益相关者的输入和审查，架构数据和其他派生信息为决策者提供了在这些过程中支持特定决策所需的信息。
1.3.4 遵循DoDAF
国防部各部门在开发内部架构时，应尽可能遵守DoDAF。这种遵守可确保信息、架构制品、模型和视角的重用可以在共同理解的基础上共享。无论是涉密还是非涉密领域，都要求遵守DoDAF，并且关于涉密架构开发工作的具体流程和程序，将进一步提供指导。
—
上述原文中的要点总结如下：
DoDAF V2.0适用于美国国防部内部所有架构的开发、维护管理和使用。开发、维护管理、使用应该是架构的生命周期阶段。
DoDAF V2.0描述了企业、解决方案两类架构。
架构开发是强制要求。
采用分层责任制维护和管理架构，通过将架构开发过程嵌入日常规划和决策中，可以使这一做法制度化，并使架构数据、视图和视角的维护更加自动化。
DoDAF V2.0支持四个层级：部门级、联合能力集成和开发系统（JCA）级、部门级和解决方案级（即项目或项目级解决方案开发）。
架构用于支持决策。
国防部内部架构开发要求遵循DoDAF，首先可以确保共同理解，同时可以实现数据、制品、模型等的共享。
架构的开发是强制的，方法也是统一的——遵循DoDAF。在复杂组织内再好的方法，要应用仍然需要制度要求。
—END—
业余时间写文不易，如有收获敬请：
转发、分享、在看三连，帮助推广
关注、星标公众号“SE与MBSE漫谈”
扫描下图二维码加我微信，加入“SE&MBSE共进群”，与同道共同交流
公众号加“星标”，及时接收文章！
