摘要：
之前忙于搬家移居，无暇顾及博客，今天终于得闲继续我的“政治课”了，希望之后至少能够补完TOGAF方面的内容。从前面文章可以看出，笔者并无太多能力和机会对TOGAF进行理论和实际的联系，仅可对标准的文本进行翻译和整理,间或掺杂点个人理解，望各位看官海涵，如能有所帮助则足以欣慰。5. 构建块（Building Blocks） 架构构建块可以说是企业架构内容的核心，也是企业架构开发方法的最终产物。与此相比，架构交付物所面向的是企业架构开发过程，架构制品则可以看作是企业架构内容的表现形式和使用方式，而唯有构建块则是企业架构内容本身。企业架构的主要作用就是在企业中的各个领域内（业务、数据、应用和技术）. 阅读全文
摘要：
4.2.31 数据生命周期图（Data Lifecycle Diagram） 数据生命周期图是在业务流程的约束之下对业务数据在其整个生命周期（从概念阶段到最终退出）中对其进行管理的核心部分。数据从本质上讲是一个实体，并独立于业务流程和活动。数据状态的每个变化都被表现在这张图中，这也可以包括引起此状态变化事件或规则。数据与流程的分离使得通用数据需求可以被识别出来，从而使得资源共享得以有效达成。4.2.32 应用组合目录（Application Por tfolio Catalog） 此目录的目标是明确和维护企业中所有应用的列表。一个经过批准的应用组合目录使得一系列应用得以被定义和治理。此目录为后 阅读全文
摘要：
4. 架构制品（Architectural Artifacts） 架构制品是针对某个系统或解决方案的模型描述，与架构交付物和构建块相比，架构制品既不是架构开发方法过程各阶段的合约性产物，亦不是企业中客观存在的各种可重用解决方案，而是针对包括这些构建块在内的企业客观现实的描述，并以解答不同干系人的关注点为其最终目标。可以说，架构交付物面向于企业架构的产生，架构构建块倾向于企业架构的结果，而架构制品则注重于针对企业架构的应用（虽然架构交付物可以包含若干架构制品，但是架构制品在本质上还是被用来为不同的干系人按照其视角提供相应的企业客观视图，况且架构交付物对架构制品的包含本身也是架构制品的应用之一，其 阅读全文
摘要：
3. 架构交付物（Architecture Deliverables） 架构交付物是在整个架构开发方法循环过程中所产生或被使用的契约性且正规化的企业架构内容，因而其与企业架构开发方法有着紧密的联系。本章将针对这些架构交付物以及他们与架构开发方法各阶段之间的关系进行阐述，不过需要注意的是，本章节的内容只是为了提供一个关于架构交付物的内容概括，由于企业中可能存在着符合其自身需要的项目和过程管理方法，因而企业也可以根据自己的实际情况对这些交付物进行改造和定制。首先，我们先来审视一下架构交付物与企业架构开发方法各阶段之间的对应关系（注意，下表采用了简称来标示各企业架构开发方法阶段，具体的对应关系请参照 阅读全文
摘要：
2.2 治理扩展（Governance Extensions）治理扩展元模型内容 治理扩展部分的意图在于引入额外的，并且与支持运营治理的目标和业务服务相关的结构化数据。2.2.1 关注范围为目标制定评测标准以及将这些评测与服务相联系的能力。为服务沟通或外界用户与系统之间的服务交付提供契约的能力。定义可重用的服务质量的能力。创建额外的图形来展示系统的归属和管理。2.2.2 适用场景当一个组织认为在IT方面的变更将会对其当前的运营治理模型产生非常重大的影响时。当一个组织针对服务水平有着不同粒度的需求时，并且这些服务水平将因为不同的服务而有所不同。当一个组织正在寻求转变其运营治理实践时。当一个组织着 阅读全文
摘要：
2. 内容元模型（Content Metamodel） 在TOGAF的眼中，企业架构是以一系列架构构建块为基础的，并将目录、矩阵和图形作为其具体展现方式。如果我们把这些表述方式看作为构建块的语法，那么在其语义层面又该如何定义呢？为了解答这一问题，TOGAF制定了内容元模型。这一元模型对各个架构构建块的类型以及他们之间的关系进行了明确的定义，而且为了体现与架构开发方法之间的联系，内容元模型中相关内容是比照着架构开发方法各阶段来进行组织的，阐明了架构开发方法各个阶段所涉及到的构建块类型，以及他们之间的关系。除了这些特点之外，内容元模型最特别之处还在于，它通过一种非常灵活的插件式的方法对其内容进行了 阅读全文
摘要：
在TOGAF 9之前的版本中，TOGAF的重点主要集中在企业架构开发方法方面，用于指导其使用者如何在各自的组织中对企业架构进行创建和维护，而对于企业架构的具体内容并没有相关的论述，因而针对早期TOGAF的使用往往需要与其他具有企业架构内容描述的框架（例如Zachman框架）进行配合。可以说在TOGAF 9出现之前，TOGAF不能算是一个完整的企业架构框架，而随着内容框架（Content Framework）的引入，以及企业架构开发方法与该内容框架的相互结合，TOGAF已经可以说已经成为一个独立完备的企业架构框架标准了。如前所述，企业架构开发方法描述了一个流程，在这个流程的帮助之下，企业得以从. 阅读全文
摘要：
1.11 需求管理（Requirements Management）企业架构开发方法各阶段——需求管理1.11.1 目标 本阶段的目标是定义一个过程，使企业架构的需求可以被识别、存储并与其他架构开发方法各阶段交互。1.11.2 方法 如上图所示，需求管理阶段位于整个架构开发方法循环的中心，而整个架构开发方法过程实际上也是由这一构成所驱动的。需求管理的目标并不是针对一系列静态的需求表述，而是一个动态的过程，借助于这一过程企业架构的需求和因此而产生的变更能够被识别、储存，并与企业架构开发方法其他各个阶段的输入与输出产生互动。需要注意的是，需求管理构成本身并不能解决任何需求（这些应该是企业架构开发方 阅读全文
摘要：
1.10 架构变更管理（Architecture Change Management）企业架构开发方法各阶段——架构变更管理1.10.1 目标 本阶段的目标是：确保基线架构持续符合当前实际。评估架构性能，并对变更提出建议。评估在之前阶段制定的框架和原则的变化。为实施治理阶段建立的新的企业架构基线建立架构变更管理流程。将架构和运营的业务价值最大化。运用治理框架。1.10.2 方法 架构变更管里流程的目标是保证架构能够达成其目标业务价值，并且这一过程还着眼于将原本静态的企业架构建设成为一个动态的架构，使其具有足够的灵活性来对技术和业务环境的改变来进行快速地适应性演进。为了达成这些目标，架构变更管理 阅读全文
摘要：
1.9 实施治理（Implementation Governance）企业架构开发方法各阶段——实施治理1.9.1 目标 本阶段的目标是：为每个实施计划给予建议。对涵盖整个实施和部署过程的架构契约进行治理。在解决方案正在实施和部署时，执行适当的治理功能。确保实施项目和其他项目与已定义架构一致。确保各解决方案被成功部署，如同一个计划好的工作方案一样。确保被部署的解决方案与目标架构一致。调动各种支持性行动，确保被部署的解决方案长期有效。1.9.2 方法 这一阶段的核心是确保已经被定义的架构在实施和部署过程中与计划的一致性，这不仅仅包括了各个为实现目标架构而制定的项目，还包括那些在企业当前正在进行的 阅读全文