TOGAF架构内容框架之内容元模型(下) 2.2 治理扩展(Governance Extensions) 治理扩展元模型内容 治理扩展部分的意图在于引入额外的,并且与支持运营治理的目标和业务服务相关的结构化数据. 2.2.1 关注范围 为目标制定评测标准以及将这些评测与服务相联系的能力. 为服务沟通或外界用户与系统之间的服务交付提供契约的能力. 定义可重用的服务质量的能力. 创建额外的图形来展示系统的归属和管理. 2.2.2 适用场景 当一个组织认为在IT方面的变更将会对其当前的运营治理模型产生

3. 架构资源库 在一个企业,尤其是在一个大型企业中,建设一个成熟的架构往往会产生大量的工作产品.为了很好地管理和利用这些工作产品,企业需要制定一个正式的针对不同类型架构资产的分类方法,并且还需要专门的流程和工作来辅助这些内容的存储和管理,而这正是架构资源库所关心的.在TOGAF中架构资源库所包含的内容包括了如下几个方面的信息: 架构元模型(Architecture Metamodel):描述了组织为自身量身定制的架构框架,包括架构开发方法和架构内容的元模型. 架构能力(Architecture

TOGAF企业连续体和工具之架构资源库及架构工具的选择 3. 架构资源库 在一个企业,尤其是在一个大型企业中,建设一个成熟的架构往往会产生大量的工作产品.为了很好地管理和利用这些工作产品,企业需要制定一个正式的针对不同类型架构资产的分类方法,并且还需要专门的流程和工作来辅助这些内容的存储和管理,而这正是架构资源库所关心的.在TOGAF中架构资源库所包含的内容包括了如下几个方面的信息: 架构元模型(Architecture Metamodel):描述了组织为自身量身定制的架构框架,包括架构开发方法

之前忙于搬家移居,无暇顾及博客,今天终于得闲继续我的“政治课”了,希望之后至少能够补完TOGAF方面的内容.从前面文章可以看出,笔者并无太多能力和机会对TOGAF进行理论和实际的联系,仅可对标准的文本进行翻译和整理,间或掺杂点个人理解,望各位看官海涵,如能有所帮助则足以欣慰. 5. 构建块(Building Blocks) 架构构建块可以说是企业架构内容的核心,也是企业架构开发方法的最终产物.与此相比,架构交付物所面向的是企业架构开发过程,架构制品则可以看作是企业架构内容的表现形式和使用方式,而

TOGAF架构内容框架之构建块(Building Blocks) 之前忙于搬家移居,无暇顾及博客,今天终于得闲继续我的“政治课”了,希望之后至少能够补完TOGAF方面的内容.从前面文章可以看出,笔者并无太多能力和机会对TOGAF进行理论和实际的联系,仅可对标准的文本进行翻译和整理,间或掺杂点个人理解,望各位看官海涵,如能有所帮助则足以欣慰. 5. 构建块(Building Blocks) 架构构建块可以说是企业架构内容的核心,也是企业架构开发方法的最终产物.与此相比,架构交付物所面向的是企业架构

2. 内容元模型(Content Metamodel) 在TOGAF的眼中,企业架构是以一系列架构构建块为基础的,并将目录.矩阵和图形作为其具体展现方式.如果我们把这些表述方式看作为构建块的语法,那么在其语义层面又该如何定义呢?为了解答这一问题,TOGAF制定了内容元模型.这一元模型对各个架构构建块的类型以及他们之间的关系进行了明确的定义,而且为了体现与架构开发方法之间的联系,内容元模型中相关内容是比照着架构开发方法各阶段来进行组织的,阐明了架构开发方法各个阶段所涉及到的构建块类型,以及他们之间

TOGAF架构内容框架之内容元模型(上) 2. 内容元模型(Content Metamodel) 在TOGAF的眼中,企业架构是以一系列架构构建块为基础的,并将目录.矩阵和图形作为其具体展现方式.如果我们把这些表述方式看作为构建块的语法,那么在其语义层面又该如何定义呢?为了解答这一问题,TOGAF制定了内容元模型.这一元模型对各个架构构建块的类型以及他们之间的关系进行了明确的定义,而且为了体现与架构开发方法之间的联系,内容元模型中相关内容是比照着架构开发方法各阶段来进行组织的,阐明了架构开发方法

2.2 治理扩展(Governance Extensions) 治理扩展元模型内容 治理扩展部分的意图在于引入额外的,并且与支持运营治理的目标和业务服务相关的结构化数据. 2.2.1 关注范围 为目标制定评测标准以及将这些评测与服务相联系的能力. 为服务沟通或外界用户与系统之间的服务交付提供契约的能力. 定义可重用的服务质量的能力. 创建额外的图形来展示系统的归属和管理. 2.2.2 适用场景 当一个组织认为在IT方面的变更将会对其当前的运营治理模型产生非常重大的影响时. 当一个组织针对服务水平

一.meta.元与元模型 1.元. ​ "元" 英语是 Meta,meta在不同的行业领域有不同的翻译,在 IT 领域一般来说 Meta 是翻译成元,主要因为在 IT 中Meta 主要指的是一些 控制. 说明. 描述的意思. ​ 在汉字中这个 "元" 有两个意思. 第一个意思就是 "首" 的意思, 如元旦 ,第二个意思就是描述. 说明. 控制.(个人觉得这里应该是取第一个意思“首”的这层意思,即开端.本源的意思,没有查到老师讲的第二个意思) 2.

3. 架构委员会 正如前面所说,一个用来对架构治理策略的实现进行监督的跨组织的架构委员会是架构治理策略成功的主要要素之一.架构委员会应该能够代表所有主要干系人的需求,并且通常还需要对整个架构的审查及维护活动负有高级行政职责.通常来讲,架构委员会需要对如下目标的达成进行负责: 子架构之间的一致性. 确定可重用组件. 保证企业架构的灵活性: 满足不断变化的业务需求. 尽可能的利用不断出现的新技术. 严格确保架构合规性. 改善组织中架构规程的成熟度水平. 确保采用以架构为基础的开发规程. 为所有关于架

为了确保架构功能在企业中能够被成功地运用,企业需要通过建立适当的组织结构.流程.角色.责任和技能来实现其自身的企业架构能力,而这也正是TOGAF的架构能力框架(Architecture Capability Framework)的关注点所在.架构能力框架为企业如何建立这样一种架构能力提供了一系列参考材料,从而为各企业架构能力的创建提供了帮助,不过TOGAF的架构能力框架在当前还不是一套全面的关于如何运用架构能力的模板,它只是为企业架构能力建设和运用过程中的各项关键活动提供了一系列导则和指南. 如

TOGAF架构能力框架之架构委员会和架构合规性 3. 架构委员会 正如前面所说,一个用来对架构治理策略的实现进行监督的跨组织的架构委员会是架构治理策略成功的主要要素之一.架构委员会应该能够代表所有主要干系人的需求,并且通常还需要对整个架构的审查及维护活动负有高级行政职责.通常来讲,架构委员会需要对如下目标的达成进行负责: 子架构之间的一致性. 确定可重用组件. 保证企业架构的灵活性: 满足不断变化的业务需求. 尽可能的利用不断出现的新技术. 严格确保架构合规性. 改善组织中架构规程的成熟度水平.

4.2.31 数据生命周期图(Data Lifecycle Diagram) 数据生命周期图是在业务流程的约束之下对业务数据在其整个生命周期(从概念阶段到最终退出)中对其进行管理的核心部分.数据从本质上讲是一个实体,并独立于业务流程和活动.数据状态的每个变化都被表现在这张图中,这也可以包括引起此状态变化事件或规则.数据与流程的分离使得通用数据需求可以被识别出来,从而使得资源共享得以有效达成. 4.2.32 应用组合目录(Application Por tfolio Catalog) 此目录的目标

4. 架构制品(Architectural Artifacts) 架构制品是针对某个系统或解决方案的模型描述,与架构交付物和构建块相比,架构制品既不是架构开发方法过程各阶段的合约性产物,亦不是企业中客观存在的各种可重用解决方案,而是针对包括这些构建块在内的企业客观现实的描述,并以解答不同干系人的关注点为其最终目标.可以说,架构交付物面向于企业架构的产生,架构构建块倾向于企业架构的结果,而架构制品则注重于针对企业架构的应用(虽然架构交付物可以包含若干架构制品,但是架构制品在本质上还是被用来为不同的

在TOGAF 9之前的版本中,TOGAF的重点主要集中在企业架构开发方法方面,用于指导其使用者如何在各自的组织中对企业架构进行创建和维护,而对于企业架构的具体内容并没有相关的论述,因而针对早期TOGAF的使用往往需要与其他具有企业架构内容描述的框架(例如Zachman框架)进行配合.可以说在TOGAF 9出现之前,TOGAF不能算是一个完整的企业架构框架,而随着内容框架(Content Framework)的引入,以及企业架构开发方法与该内容框架的相互结合,TOGAF已经可以说已经成为一个独立完

TOGAF架构能力框架之架构能力建设和架构治理 为了确保架构功能在企业中能够被成功地运用,企业需要通过建立适当的组织结构.流程.角色.责任和技能来实现其自身的企业架构能力,而这也正是TOGAF的架构能力框架(Architecture Capability Framework)的关注点所在.架构能力框架为企业如何建立这样一种架构能力提供了一系列参考材料,从而为各企业架构能力的创建提供了帮助,不过TOGAF的架构能力框架在当前还不是一套全面的关于如何运用架构能力的模板,它只是为企业架构能力建设和运用

TOGAF架构内容框架之架构制品(下) 4.2.31 数据生命周期图(Data Lifecycle Diagram) 数据生命周期图是在业务流程的约束之下对业务数据在其整个生命周期(从概念阶段到最终退出)中对其进行管理的核心部分.数据从本质上讲是一个实体,并独立于业务流程和活动.数据状态的每个变化都被表现在这张图中,这也可以包括引起此状态变化事件或规则.数据与流程的分离使得通用数据需求可以被识别出来,从而使得资源共享得以有效达成. 4.2.32 应用组合目录(Application Por tf

TOGAF架构内容框架之概述及架构工作产品分类 在TOGAF 9之前的版本中,TOGAF的重点主要集中在企业架构开发方法方面,用于指导其使用者如何在各自的组织中对企业架构进行创建和维护,而对于企业架构的具体内容并没有相关的论述,因而针对早期TOGAF的使用往往需要与其他具有企业架构内容描述的框架(例如Zachman框架)进行配合.可以说在TOGAF 9出现之前,TOGAF不能算是一个完整的企业架构框架,而随着内容框架(Content Framework)的引入,以及企业架构开发方法与该内容框架的

TOGAF架构内容框架之架构制品(上) 4. 架构制品(Architectural Artifacts) 架构制品是针对某个系统或解决方案的模型描述,与架构交付物和构建块相比,架构制品既不是架构开发方法过程各阶段的合约性产物,亦不是企业中客观存在的各种可重用解决方案,而是针对包括这些构建块在内的企业客观现实的描述,并以解答不同干系人的关注点为其最终目标.可以说,架构交付物面向于企业架构的产生,架构构建块倾向于企业架构的结果,而架构制品则注重于针对企业架构的应用(虽然架构交付物可以包含若干架构制品

自从听了公司内部的一堂<企业架构设计>培训,顿时觉得如获至宝. 先说下笔者,笔者是一名二流本科毕业,工作三年,基层的软件开发工程师,梦想着有朝一日成长成一名架构师.可是笔者对于如何成长成一名架构师,十分的迷茫,无从下手.笔者对于自己的实践经验还是比较认可,但是思考不足,理论匮乏,没有形成属于自己的一套方法论.其明显的结果是,做事没有指导思想,考虑问题角度小. 自从接触了 TOGAF之后,觉得自己的技术认知水平有些提升.网上搜集了一些TOGAF资料,也是各位大牛翻译和整理的文章,转载到这里,供自