什么是 DoDAF ? 核心概念 DoDAF所描述的体系结构的核心概念 : 1.活动:不特定于将输入(资源)转换为输出(资源)或更改其状态的单个组织,武器系统或个人的工作。 随着2.0版本的发布,DoDAF框架自身不断的完备,它已经不再只适用于军方系统建设,企业完全可以灵活运用DoDAF实施企业架构。 除此之外,对C4ISR和DoDAF的研究,更催生和推动了现在学术界比较热门的关于“System of Systems”理论的研究。可以说,DoDAF是众多EA框架里面最具有研究价值的框架之一。 DODAF是采用标准方法,表述“EA的数据和关系类型”的指引,是表述“EA的模型标准集之格式和内容”的指引,是解决复杂系统(含人的因素,如行动者[机构或人员]类型)结构化问题的指引; DODAF V2.02 参考资料: https://www.jianshu.com/p/9801b46e797f https://dodcio.defense.gov/Portals/0/Documents/DODAF/DoDAF_Volume_I.pdf
说到概念,还是DoDAF更严谨,毕竟是一个倾向于数据的架构,所以很多概念真的是认真给出的,好好理解下还是挺不错的,虽说实践的机会很少,但不妨碍我们长长见识。 对了,DoDAF中,跟架构不叫架构的,叫体系结构,而且,这个词还延续到了2020年的数据战略中,嗯,挺有生命力的,2004年延续到的2020年还在保留,所以这个真的不算玩概念。
业务架构的演进经历了几个不同时代的模型,有Zachman模型、TOGAF、FEA和DODAF。 各阶段关系如下:2.4 DODAF模型2.4.1 DODAF简介 DODAF(Department of Defense Architecture Framework,美国国防部体系架构框架)诞生于 2.4.2 DODAF发展的时间线 DODAF发展的时间线如下:2.4.3 DODAF的核心内容 DODAF的核心包括8个视点和52个模型,如下图所示:8个视点之间的关系,我们整理如下图所示 :2.4.3 DODAF开发步骤1、确定架构的运用意图 在开始描述体系结构之前,用户必须定义架构的用途及预期用途,如何进行架构描述工作,架构开发中使用的方法;所需的数据类别,对他人的潜在影响,以及通过绩效和客户满意度来衡量努力成功的过程 优秀的架构师这样做美国国防部体系结构框架(DoDAF)介绍
很多时候我们会苦于求学无门,比如,DoDAF这个东西,我看着挺好,但是只能跟着白皮书学学,不能指望自己真的搞会了,通透了,只能是把我喜欢的东西借过来,提升下自己。
四.DODAF ? 图片来源:https://www.eaprincipals.com/content/department-defense-architectural-framework-dodaf 五.业务架构特点 面向复杂系统构建
这是DoDAF(Department of Defense Architecture Framework)的前身,2003年8月正式推出DoDAF 1.0,2009年推出DoDAF 2.0,DoDAF
最近一些群里对企业架构的讨论越来越多了,很好的趋势,毕竟,讨论越多证明市场越热,关注的人也在增加。大家对方法论的学习兴趣在上升,而且,方法论没那么多,都学习一下也挺好的,了解下百家之言,总是各有所长的。
上周末跟几位朋友小聚,大家聊起了自己的职业发展,也令我稍稍回忆了一下这些年在企业架构和业务架构上的经历,其实我一直认为自己是运气好,当然,我并非不努力。
记录改进计划和KPI等04、DoDAF / NAF / MODAF通过网格视图开发和管理DoDAF / NAD / MODAF模型。05、流程设计使用 BPMN 可视化业务流程并记录业务规则。
支持DoDAF框架。支持最新版本的IDE。1996由以色列公司I-Logix Inc.开发,后来被Telelogic收购,最终归入IBM Rational旗下。
支持DoDAF框架。支持最新版本的IDE。1996由以色列公司I-Logix Inc.开发,后来被Telelogic收购,最终归入IBM Rational旗下。
这是DoDAF(Department of Defense Architecture Framework)的前身,2003年8月正式推出DoDAF 1.0,2009年推出DoDAF 2.0,DoDAF
指引和技术: 架构迭代阶段: 在不同的水平领域运用ADM: 利益相关者分类: 企业连续统一体: 架构指导及支持解决方案: 基础 通用系统 行业组织特定 能力框架: DODAF DODAF是一个控制 “EA开发,维护和决策生成” 的组织机制,是统一组织 “团队资源,描述和控制EA活动” 的总体架构 DODAF涵盖DoD的所有业务领域 定义了表示,描述,集成DoD范围内众多架构的标准方法 ,确保架构可比较,评估 提供了对系统族Fos和体系SoS进行理解,比较,集成和互操作共同架构的基础,提供开发和表达架构描述的规则和指南 DODAF的核心是8个视点和52个模型: 全景视点AV 与所有视点相关的体系结构描述的顶层概貌
ID 生成 一致性Hash算法 设计思想 & 开发模式 命令查询职责分离(CQRS) 贫血,充血模型 DDD(Domain-driven Design - 领域驱动设计) Actor 模式 响应式编程 DODAF2.0
如果想体会这一点,BizBOK、DoDAF还有我写的聚合架构都有很明显的这个特征,当然,最好的参考还是看BizBOK是怎么逐级展开的,它的范围比较完整,DoDAF主要是在数据模型上展开,聚合架构采用的是抽象度稍低的元模型设计理念
ID 生成 一致性Hash算法 设计思想 & 开发模式 命令查询职责分离(CQRS) 贫血,充血模型 DDD(Domain-driven Design - 领域驱动设计) Actor 模式 响应式编程 DODAF2.0
DODAF DODAF 是美国国防部架构框架,是一个控制“EA开发、维护和决策生成”的组织机制,是统一组织“团队资源、描述和控制EA活动”的总体结构。 DODAF 涵盖 DoD 的所有业务领域,定义了表示、描述、集成 DoD 范围内众多架构的标准方法,确保架构描述可比较、评估,提供了对 FoS (系统族)和 SoS (体系)进行理解、比较、集成和互操作共同的架构基础 DODAF 核心是8个视点和52个模型。 ? ★ 1.全景视点 AV 与所有视点相关的体系结构描述的顶层概貌。提供有关体系结构描述的总体信息,诸如体系结构描述的范围和背景。 随着对面向服务环境和云计算的重视,在 DoDAF 的未来版本中也许不会有系统视点。 ? TOGAF,Zachman,ITSA 和 DODAF 是非常不错的架构框架,尤其前两者应用很广泛,TOGAF 还有专门的架构认证。当我们掌握了这些框架,我们是不是需要一些架构原则来指导更具体的设计?
ID 生成 一致性Hash算法 设计思想 & 开发模式 命令查询职责分离(CQRS) 贫血,充血模型 DDD(Domain-driven Design - 领域驱动设计) Actor 模式 响应式编程 DODAF2.0
& 开发模式DDD(Domain-driven Design - 领域驱动设计)命令查询职责分离(CQRS) 贫血,充血模型 Actor 模式 响应式编程Reactor RxJava Vert.x DODAF2.0
33.DoDAF DoD Architecture Framework 美国国防部(DoD:defense of Department)全军顶层体系框架 点评:在C4ISR的基础上,美国国防部制定了DoDAF DoDAF的引入与演化,在军队指挥史上具有里程碑的意义,英国、北约、挪威、澳大利亚纷纷以此构建了自己的顶层指挥体系。