wyhappy612的专栏

在2010年公司有幸参与到了某公司的企业架构建设项目之中，但对于一直从事于企业信息化建设的我们来说，由于一贯以来的努力都集中于企业的数据建模、管理和访问这些方面，像企业架构这样一门牵涉颇广的学问对我们来说还比较陌生，因而一条漫长的学习曲线是无法避免了。笔者有幸参与到这一项目之中，在漫长的学习过程中，笔者感触最深的就是资料的繁杂和中文资料的缺乏，虽然公司同事参加了某知名机构的企业架构培训，但其所带回...

     今天时间比较多，正好将联邦企业架构的总结写一下作为联邦企业架构的结束之语，各位一直关注但无聊于联邦企业架构部分的客官终于可以看到这一部分的终结了，值得高兴，在之后如果可能的话我会继续TOGAF的研究总结（事先说明一下，个人认为这一部分更加枯燥，且都是以翻译标准为主，所以想要快乐学习企业架构的客官需要提前有思想准备^_^，感谢您的继续关注，在此谨为之前为您的学习所带来的困扰深表歉意）。...

      TOGAF（The Open Group Architecture Framework）可以说是当前最为流行的企业架构框架理论了，截止到作者写本书之时，福布斯排行榜上排名前50的企业中已经有很大一部分在使用这一企业架构框架了，并且中国企业对它的认可度也超过了50%。TOGAF可以说是企业架构理论从政府进入到社会各研究机构的一个典型案例，它起源于美国国防部的信息管理技术架构框架（TAFI...

1.1 准备阶段（Preliminary）企业架构开发方法各阶段——预备阶段1.1.1 目标      预备阶段的目标是：对进行企业架构活动的组织的背景和环境进行审查。 明确企业架构的赞助人，以及其他将被创建企业架构这项业务指令所影响的主要干系人，并确定他们的需求和优先级、他们与组织的关系，以及他们之间所需的工作行为。 确保所有将要被涉及到的或受益的人员致力于架构过程的成功...

1.2 架构愿景（Architecture Vision）企业架构开发方法各阶段——架构愿景1.2.1 目标确保架构开发循环的进展被企业管理层认知和支持，并取得必要的管理线的支持和承认。 在预备阶段中明确的架构框架的整体背景之下定义和组织架构开发循环。 验证业务原则、业务目标、组织的战略业务驱动力，以及企业架构的主要性能指标（KPIs）。 定义基线架构的范围，明确其所包含的组...

1.3 业务架构（Business Architecture）企业架构开发方法各阶段——业务架构 1.3.1 目标描述基线业务架构 开发基于原则、业务目标和策略驱动力的目标业务架构，描述产品和/或服务策略，以及业务环境在组织、功能、过程、信息和地理这些方面的内容 分析基线和目标业务架构之间的差距 选择和开发相关的架构视角，通过这些视角架构师可以阐述业务架构是如何对各干系人...

1.4 信息系统架构——数据架构（Information System Architecture——Data）                                             企业架构开发方法各阶段——信息系统架构      信息系统架构的建设着眼于明确用于支持企业业务架构的各种数据和应用，因而信息系统架构的建设可以分为针对数据架构和应用架构的建设。在本章中，我...

1.6技术架构（Technology Architecture）企业架构开发方法各阶段——技术架构1.6.1 目标 技术架构建设阶段的目标是将应用架构中定义的各种应用组件映射为相应的技术组件，这些技术组件代表了各种可以从市场或组织内部获得的软件和硬件组件。由于技术架构定义了架构解决方案的物理实现，因而它与实施和迁移规划有着很强的关联。技术架构定义了技术组合的基线和目标视...

1.7机会及解决方案（Opportunities and Solutions）企业架构开发方法各阶段——机会及解决方案1.7.1 目标 本阶段的目标是：重新审查业务目标和能力，合并自业务架构阶段到技术架构阶段之间的差距，并通过对各构建块分组进行组织来表明这些能力。 重新审查并确定企业当前用于适应变更的各个因素和能力。 获得一系列过渡架构，它们可以通过对各种机会的...

1.8迁移规划（Migration Planning）企业架构开发方法各阶段——迁移规划1.8.1目标 本阶段的目标是：确保实施和迁移规划与企业中各种管理框架相协调。 通过对每个进行中的成本/业务分析赋予业务价值，来为所有的工作包、项目和构建块进行优先级评定。 最终确定架构愿景和架构定义文档，使其与批准的实施方法一致。 与相关干系人一起确认在机会和解决...

1.9实施治理（Implementation Governance）企业架构开发方法各阶段——实施治理1.9.1 目标 本阶段的目标是：为每个实施计划给予建议。 对涵盖整个实施和部署过程的架构契约进行治理。 在解决方案正在实施和部署时，执行适当的治理功能。 确保实施项目和其他项目与已定义架构一致。 确保各解决方案被成功部署，如同一个计划好的工作方案一样。 ...

1.10架构变更管理（Architecture Change Management）企业架构开发方法各阶段——架构变更管理1.10.1 目标 本阶段的目标是：确保基线架构持续符合当前实际。 评估架构性能，并对变更提出建议。 评估在之前阶段制定的框架和原则的变化。 为实施治理阶段建立的新的企业架构基线建立架构变更管理流程。 将架构和运营的业务价值最大化。...

1.11需求管理（Requirements Management）企业架构开发方法各阶段——需求管理1.11.1 目标 本阶段的目标是定义一个过程，使企业架构的需求可以被识别、存储并与其他架构开发方法各阶段交互。1.11.2 方法 如上图所示，需求管理阶段位于整个架构开发方法循环的中心，而整个架构开发方法过程实际上也是由这一构成所驱动的。需求管理...

3. 企业架构过渡战略      上述针对片段架构和片段过渡战略开发的描述从本质上讲是在组织的各个业务层面以及对其进行支持的服务层面对组织如何改善其效能进行指导。但正如一个水桶的最大盛水量是由其最短木板决定的一样，在组织中一个部分的优化并不代表整个效能的改善，因而如何从组织全局的角度将各个片段的过渡战略进行优化整合才是能够使组织获得最优效能改善的最佳方法，而这一方法的最终产出就是优化组合了各片...

      通过前面的论述，我们可以了解到在接管了FEA的开发之后，OMB先后制定了诸如参考模型、联邦过渡框架以及企业架构评估框架等标准用于为FEA的开发提供帮助。但是FEA的开发并不是最终的目的，美国联邦政府创建的FEA的初衷是为了提高政府整体的信息资源的利用率和效能，并改善政府针对信息技术的投资水平，因而如何开发和应用FEA并使其为上述目标提供价值才是目标所在。为了达到这一目标，OMB于200...

联邦过渡框架      联邦过渡框架（FTF，Federal Transition Framework）是一份包含了所有跨机构的信息技术举措的目录，它为各个政府机构对于获知政府全局级别的信息技术策略目标以及各跨机构举措这些方面的信息充当了唯一的信息源。就这份目录的内容来说，联邦过渡框架包含如下两个方面的跨机构信息技术举措：受OMB资助的各项举措，例如电子政务举措和业务线（LOB）举措等。...

     自上世纪中后叶以来，随着信息技术的发展，各个工业、制造业领域，甚至是在人们的日常生活领域中，自动化以及效率提升等方面均得到了长足的发展，因此各个领域也纷纷加大了对信息技术的投资，从而形成了一个良性的循环。可以说，借助于信息技术的发展，人们的工作方式得以从传统的“蓝领式”的工作方式逐步转变为“白领式”的工作方式。随着时间的推移，企业中的信息系统越来越复杂，而且业务与信息系统的关系也日趋紧密...

学习任何一项理论，我认为最好的入门方式就是探究其历史根源以及发展进程，借此阐明该理论产生的真实原因，避免读者一开始陷入各种理论所共有的晦涩之漩涡而不能自拔，最终连为什么而学都理不清楚。学习企业架构和企业架构框架理论亦然。企业架构是自上个世纪七、八十年代发展起来的一套理论，在这几十年的发展过程中已经衍生出很多种不同的企业架构方面的理论体系，而且很多国际大型企业和政府已经在反复摸索中创建了符合各自特点...

      通过企业架构的发展历程我们可以看出，经过几十年的发展业界已经涌现出了很多企业架构以及企业架构框架理论。在本章中，笔者将挑选几种主要的企业架构和企业架构框架理论进行详细阐述。需要注意的是，虽然本章定名为“企业架构与企业架构框架”，但是由于企业架构的特性所致，其真实形态在不同的企业之间差异很大，即便是联邦企业架构也只是提供了五层参考模型而已，所以对于企业架构的总结无法逐一进行，而作为指导企...

      Zachman框架起源于John Zachman先生在1987年完成的那篇著名的信息系统架构论文（《A framework for information systems architecture》 ），并一直发展至今。在这篇论文中Zachman先生以修建房屋为例从两个维度将与信息系统架构设计相关的各种元素归纳到如下表格之中：表格中的每一行代表了在信息系统构造过程中所涉及到的某...

      美国联邦政府可以说是企业架构应用的先行者和最大倡导者。通过企业架构的发展历史我们可以看出，早在上世纪九十年代以来，美国军方就对这种全局性的信息共享的理论开始了研究，并开发出符合其特色企业架构框架理论（DoDAF）。除此之外，在Zachman框架引入到美国联邦政府各部门之后，首先是美国国家技术标准研究所（NIST）于1989年发布了NIST企业架构模型（NIST EA Model，后来的...

     基于前述关于FEAF第一粒度层次的描述，在第二粒度层次中原来模型中的架构驱动力、当前架构、目标架构以及架构模型的内容被进一步从业务和设计两个方面进行了细化：FEAF第二层粒度示意图      在第二粒度层次的细化中，业务方面代表着企业业务能力方面的内容，而设计方面则代表用于实现企业业务能力的技术方面的内容：架构驱动力细化为业务驱动力和设计驱动力两个方面： 业务驱动力代表...

企业生命周期      FEAF为联邦企业架构的建设提供了方法论，但是该框架还只是在概念层面提出了联邦企业架构建设过程的各组成部分以及他们之间的关系，而对于如何以步进式的方式建设企业架构，FEAF的详细程度还是不够的。那么该如何使用架构框架理论为联邦政府以及各个机构建设企业架构呢？企业架构的建设、维护和使用又该如何融入到各个机构中？面对这些问题，2001年CIO委员会发布了《A practic...

开发基线企业架构      在开发基线企业架构这一过程中，各个企业或组织需要根据已经确定的架构目标、范围和所采用的架构框架对当前自身的状态进行各种制品的开发，这既包括针对核心架构制品的开发，也包括对支持性架构制品的开发，同时还包括针对其他由于特定需求而单独定义的架构制品（简报图表、会谈纪要等）的开发。在这份CIO委员会的这份联邦企业架构指南中，关于企业架构核心团队对于架构开发过程（对基线企业架...

     好几天没有接着更新这篇企业架构研究总结了，除了忙于其他事物之外，关于之前几篇文章的几条评论也让我思考良久，我觉得在继续对企业架构和企业架构框架理论进行进一步的介绍之前，有必要停下来对一些概念进行进一步的阐明。不过，这篇文章只是基于我个人理解而来，恐有所偏失，但欢迎批评指正。      对于企业架构是否仅对大型组织或企业才有意义这个问题，我觉得这是一个非常有意思的问题，也是一个非常好的...

     在CIO委员会提出了FEAF与联邦企业架构实施指南后，美国白宫的管理与预算办公室（OMB）接下了管理和协调联邦企业架构建设的责任，并于2002年成立了专门从事联邦企业架构开发的企业架构项目管理办公室（FEA-PMO）。与FEAF不一样，FEA（Federal Enterprise Architecture，即联邦企业架构）并不是一种理论化的企业架构开发方法论，而是联邦政府所要建立的企业架...

服务组件参考模型SRM/CRM      服务组件参考模型是一个业务驱动的功能性框架，它依据服务组件如何对业务和性能目标进行支持而对其进行分类归纳。服务组件参考模型的定义与机构的业务功能相互独立，致力于在全联邦政府范围内对应用和服务组件进行重用。需要注意的是，服务组件参考模型的英文缩写比较杂乱，有的文档用SRM来代表，而其他一些文章则使用CRM，为了避免混淆本文下面部分采用SRM来代表，而这也...

      数据参考模型DRM      数据参考模型的目标是通过标准的数据描述、通用数据的发现以及统一的数据管理实践的推广使得联邦政府实现跨机构的信息共享和重用。数据参考模型的适用范围很广，它可以用在一个机构内部，也可以用在某一个利益共同体（COI，Community of Interest，指的是一组为了实现共同利益和目标而相互合作的人或组织，而为了达成这一目标，他们需要一个共享的词汇表来...

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