一起学习，共同精进
最近因工作需要，再次仔细学习DoDAF2.0，认识理解感觉上了新台阶，后面一段时间将采用笔记的形式分享学习体会。
第一卷的“1 引言 ”中写道
国防部（DoD）管理者作为流程负责人和/或决策者，在其职权和责任范围内，按照本卷所述，规定架构开发的相关需求并控制架构的开发。在这一角色中（或译为 根据职责），他们负责选择一名架构师和一个架构开发团队，按照管理者（流程负责人）定义的要求来创建架构。
架构师指导（或译为 监督）架构的开发，并确保架构的需求和可视化表示符合流程负责人的要求。
这段需要重点理解一下，因为涉及到理解DoDAF2.0的使用，对于帮助深入理解DoDAF很重要。
上述文字中出现了几个关键角色：
DoD管理者，同时具有流程负责人，和/或决策者的身份
架构师
架构开发团队
通过上述原文描述，并结合前后文中的内容：
架构师是技术专家，负责将决策者的需求转换成工程师和分析人员在设计某种解决方案时使用的一组数据。
以及前文中的两句话：
DoDAF V2.0重点是为DoD关键决策者提供所需的架构数据。
DoDAF模型可用于获取数据和信息，并使之可视化。
可以总结形成以下的组织结构图，以及各级的输出成果。
其中架构开发小组的成果，根据文中的其它信息总结为架构，具体可以通过《DoDAF2.0学习笔记—基本概念的理解》来理解。
今天先用项目管理的知识，总结一下DoD中具体应用DoDAF2.0开发架构时的组织结构，各自职责及输出的成果，我相信这样可以帮助更好的理解DoDAF2.0，同时也可以指导在企业和项目团队中如何落地应用DoDAF。
国内的应用，我了解并没有形成这样的组织结构，可能都没有这样的意识；通常都是针对一个体系的设计，在自说自话，一个人就充当了架构师和架构开发团队，即使有多人，可能职责角色也是混淆的。
我理解，缺少这种意识和组织结构，至少对于发挥DoDAF的作用会有影响。
时间关系，这次先分享这些，文章虽然短，也花了2小时的时间呢。这个内容，确实是我原来不知道的，朋友你呢？
—END—
业余时间写文不易，有收获的朋友敬请：
转发、分享、在看三连，帮助推广
关注、星标公众号“SE与MBSE漫谈”
扫描下图二维码加我微信，加入“SE&MBSE共进群”，与同道共同交流
公众号加“星标”，及时接收文章！
