06 2013 档案
摘要：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 方法 这一阶段的核心是确保已经被定义的架构在实施和部署过程中与计划的一致性，这不仅仅包括了各个为实现目标架构而制定的项目，还包括那些在企业当前正在进行的
阅读全文
摘要：1.8 迁移规划（Migration Planning）企业架构开发方法各阶段——迁移规划1.8.1 目标 本阶段的目标是：确保实施和迁移规划与企业中各种管理框架相协调。通过对每个进行中的成本/业务分析赋予业务价值，来为所有的工作包、项目和构建块进行优先级评定。最终确定架构愿景和架构定义文档，使其与批准的实施方法一致。与相关干系人一起确认在机会和解决方案阶段中定义的过渡架构。创建、演进和监控详细的实施和迁移规划，该规划为在机会和解决方案阶段中定义的过渡架构的实现提供必要的资源。1.8.2 方法 这一阶段的重点在于通过与各项目组合和项目经理的通力合作，来创建一个可行的实施和迁移规划。这一过程中的
阅读全文
摘要：1.7 机会及解决方案（Opportunities and Solutions）企业架构开发方法各阶段——机会及解决方案1.7.1 目标 本阶段的目标是：重新审查业务目标和能力，合并自业务架构阶段到技术架构阶段之间的差距，并通过对各构建块分组进行组织来表明这些能力。重新审查并确定企业当前用于适应变更的各个因素和能力。获得一系列过渡架构，它们可以通过对各种机会的开发利用，来为各构建块的实现提供持续的业务价值。产生概要性的实施与迁移策略，并取得共识。1.7.2 方法 此阶段是第一个关注于目标架构的实现结构的阶段。这一阶段从企业的业务和技术角度出发，对各个IT活动进行理顺，并将它们在逻辑上纳入到若干
阅读全文
摘要：1.6 技术架构（Technology Architecture）企业架构开发方法各阶段——技术架构1.6.1 目标 技术架构建设阶段的目标是将应用架构中定义的各种应用组件映射为相应的技术组件，这些技术组件代表了各种可以从市场或组织内部获得的软件和硬件组件。由于技术架构定义了架构解决方案的物理实现，因而它与实施和迁移规划有着很强的关联。技术架构定义了技术组合的基线和目标视图，以及从基线架构到目标架构的一份详细的演进路线图，并借此识别出在过渡过程中的关键工作包。技术架构是制定架构信息集合（包括业务架构、信息系统架构、技术架构）的最后一步，因而它支持在特定迁移情景中的成本评估。1.6.2 方法 在
阅读全文
摘要：1.4 信息系统架构——数据架构（Information System Architecture——Data）企业架构开发方法各阶段——信息系统架构 信息系统架构的建设着眼于明确用于支持企业业务架构的各种数据和应用，因而信息系统架构的建设可以分为针对数据架构和应用架构的建设。在本章中，我们将针对数据架构的建设进行探讨。1.4.1 目标 数据架构建设的目标是通过一种完整、一致、稳定且能够为干系人所理解的方法对支持业务所必需的数据的类型与来源进行定义。需要注意的是，数据架构的建设并不关注于数据库的设计，即数据架构并不是针对存储系统在逻辑或物理方面的设计，而是对企业相关的数据实体进行定义（不过对于现
阅读全文
摘要：1.3 业务架构（Business Architecture）企业架构开发方法各阶段——业务架构1.3.1 目标描述基线业务架构开发基于原则、业务目标和策略驱动力的目标业务架构，描述产品和/或服务策略，以及业务环境在组织、功能、过程、信息和地理这些方面的内容分析基线和目标业务架构之间的差距选择和开发相关的架构视角，通过这些视角架构师可以阐述业务架构是如何对各干系人的关注点进行解答的。选择与选中的视角相关的工具和技术1.3.2 方法 针对业务架构的了解是进行其他领域（数据、应用和技术）架构工作的前提条件，因而如果不是因为组织中其他一些诸如企业规划、业务战略规划以及业务流程再造等方面流程，针对业务
阅读全文
摘要：1.2 架构愿景（Architecture Vision）企业架构开发方法各阶段——架构愿景1.2.1 目标确保架构开发循环的进展被企业管理层认知和支持，并取得必要的管理线的支持和承认。在预备阶段中明确的架构框架的整体背景之下定义和组织架构开发循环。验证业务原则、业务目标、组织的战略业务驱动力，以及企业架构的主要性能指标（KPIs）。定义基线架构的范围，明确其所包含的组件以及组件的优先级。定义相关干系人以及他们的关注点和目标定义架构工作所要解决的关键业务需求，以及必须应对的各项约束阐明架构愿景，并定制价值主张。这些价值主张被用来阐述对于那些需求和约束的回应创建一个综合性计划，用来表明规划进度、
阅读全文
摘要：1.1 准备阶段（Preliminary）企业架构开发方法各阶段——预备阶段1.1.1 目标 预备阶段的目标是：对进行企业架构活动的组织的背景和环境进行审查。明确企业架构的赞助人，以及其他将被创建企业架构这项业务指令所影响的主要干系人，并确定他们的需求和优先级、他们与组织的关系，以及他们之间所需的工作行为。确保所有将要被涉及到的或受益的人员致力于架构过程的成功。促使架构赞助者为将要受到影响的业务领域的工作制定需求。明确受此业务指令影响的各个企业组织元素，并对其范围进行界定。此外，还需要为这些元素定义各种约束和假设。定义组织的“架构足迹”，包括负责执行架构工作的人员、他们的位置以及职责。定义用于
阅读全文
摘要：TOGAF（The Open Group Architecture Framework）可以说是当前最为流行的企业架构框架理论了，截止到作者写本书之时，福布斯排行榜上排名前50的企业中已经有很大一部分在使用这一企业架构框架了，并且中国企业对它的认可度也超过了50%。TOGAF可以说是企业架构理论从政府进入到社会各研究机构的一个典型案例，它起源于美国国防部的信息管理技术架构框架（TAFIM，Technical Architecture Framework for Information Management），并在获得美国国防部的允许和鼓励之后，借助于美国政府大笔资金的投入，并经过多年的努力最.
阅读全文
