这篇文章上次修改于 201 天前,可能其部分内容已经发生变化,如有疑问可询问作者。 #### 1. TOGAF架构内容框架综述 内容框架模型主要解决我们在内容上的三统一问题,企业架构师各做各的事情、各做各的架构设计,那么如何保持相对一致而且结构化的方式?那么就是三统一:1.统一概念、2.统一视图(大家都做数据架构,那么我们统一出xx图)、3.统一分类,把做出来的东西形成统一的分类 架构内容框架概览: ![jiagouneirongkuangjiagailan](https://pic.baidu-google.com/api/pics/jiagouneirongkuangjiagailan_2024_02_20.jpg) 解读:架构内容框架整体的作用,是让整个企业架构团队,一中四分来管理,做出来要形成一致的、结构化的形式。就是所谓的内容框架。 架构元模型: ![jiagouyuanmoxing](https://pic.baidu-google.com/api/pics/jiagouyuanmoxing_2024_02_20.jpg) 解读:这个图是比较标准的概念+视图的元模型。企业在开展企业架构初期的时候,这张图需要裁剪定下来。每个企业都要定,要打出这张图来,这个时候主要是企业架构组和甲方信息部门一块来定,基本能定出123来。 业务上,主要用到的概念是业务域,业务域是我们的一个能力主线,叫关键能力。业务域再往下细化出业务职能(各业务要承担),业务职能用来保证业务域内部的能力活动顺畅运转。然后把每个业务部门承担的每一个业务职责,定义为业务流程项,业务流程内部又细化为业务活动项。业务域划出的业务流程,也可以按个性叫能力主线,主线分职能,职能内部有流程,流程内部有活动---这些就是我们自己定的概念。我们出的业务能力视图,代表我们业务能力内部有什么样的要素。然后再按照组织结构角度,按照职能角度,把这个要素进行分割分化,看能不能落地,一旦能落地,就可以进行各个流程的建设,各自开发业务流程的开放,就落地了,这些就是业务上的概念和业务扣的视图。 数据上,按照业务域产生数据域。数据域跟业务域用相同的划分,能否数据域偏离业务域呢?是不允许的,看图中箭头,就是要顺着业务域产生数据域,不允许偏离。有了数据域之后,我们把每一个数据域(或者说业务能力主线内部),按照生产关系,去找数据的构成。比如人力资源生产什么数据,财务生产什么数据,这些生产数据放在一起,叫做一个大的数据主题(一个数据的分类划分),即数据分类。然后数据主题再细化,就是数据实体的概念模型,概念模型又称实体关系模型,它主要关注什么关系呢?两种关系:主外、聚合。主外类似传统的主外键。一个数据为另一个数据提供主数据,比如身份证,为住店提供住店数据的主数据。聚合是指分散的数据统计统计为另外一个数据,就是聚合关系。是为了某个目的来聚合的。这些就是数据口的概念和视图。 应用上,也是顺着业务域来划分应用域。应用的分类也是顺着业务的分类。每个应用域有哪些应用,也要梳理。然后再看每个用用里面有什么样的构成(模块/功能)。模块是粗粒度的,功能是细粒度的。然后再出交互,交互视图对应的是业务交互。我们把业务流程主线当中所规定的业务交互,反映在应用之间的应用交互上。统一概念,统一交互。 技术上,技术跟应用是承载关系。建平台,定标准,上应用,通数据。通过支撑应用,集成运行,来达到数据共享贯通的目的。用平台环境来支撑应用集成运行,顺着每个平台的作用,我们会出技术支撑视图。每个平台出一个技术支撑视图,如何支撑应用集成运行,支撑数据共享贯通,标注支撑视图。我们把有哪些平台,叫技术框架视图。平台上提供哪些服务组件,叫技术组件视图。未来的系统,希望在平台之上,就需要部署 相关架构元素---概念: ![xiangguanjiagouyuansu](https://pic.baidu-google.com/api/pics/xiangguanjiagouyuansu_2024_02_20.jpg) ![xiangguanjiagouyuansu2](https://pic.baidu-google.com/api/pics/xiangguanjiagouyuansu2_2024_02_20.jpg) ![xiangguanjiagouyuansu3](https://pic.baidu-google.com/api/pics/xiangguanjiagouyuansu3_2024_02_20.jpg) ![xiangguanjiagouyuansu4](https://pic.baidu-google.com/api/pics/xiangguanjiagouyuansu4_2024_02_20.jpg) 解读:图中这些概念,就是统一概念,统一视图。 统一分类: ![tongyifenlei](https://pic.baidu-google.com/api/pics/tongyifenlei_2024_02_20.jpg) 解读:统一分类是指,架构工作产出的分类。做出来的东西,大家需要知道怎么分。分类的需求有很多种,这里只关注:日常产出构建块、阶段产出为制品、最终产出交付物。这是三个分类。我们平时架构师做出来的一个个架构设计单元,叫做构建块;构建块不断地涌现,不断地完成,达到了某个阶段性,比如业务架构阶段产出了,新系统架构阶段产出,技术架构阶段产出了,安全架构阶段产出了,服务架构阶段产出了,就叫做制品。当各阶段产出逐渐完善,并获得认可之后,就可以叫做交付物了。最终是通过架构合同来衡量地,如整个委托给合同公司,架构合同中约定了交付什么。比如我们在些一个材料地时候,今天早上就可以反馈,要明确我们地最终交付物,即完成标准,里面会约定交付物。中间做出来地产出,分为一维目录、二维矩阵、三维成图地说法。 交付内容:构建块 ![jiaofuwu_goujiankuai](https://pic.baidu-google.com/api/pics/jiaofuwu_goujiankuai_2024_02_20.jpg) 解读:在架构内容框架上,我们会把一个个地设计单元,放在可重用地架构存储库中,叫构建块存储库。做出来一个就放进去。然后会随着我们阶段化内部工作持续完善,会形成阶段制品库;阶段制品库逐渐完善,会形成交付物。都会放入存储库。所以,我们日常有,构建块存储库、阶段制品存储库、交付物存储库。这样来划分分类。有利于我们对工作内容地一个划分 总结: 这些就是内容框架,就是三统一。就是形字诀。下一节是连字诀,企业连续系列
没有评论