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