| 编辑推荐: |
本文主要介绍了架构方法的前世今生、TOGAF及TOGAF与其他知名架构体系的关系，希望对您有帮助。
本文来自于微信公众知识自动化，由火龙果软件Linda编辑、推荐。 |
|
总体设计是有方法来实现的，这就是”架构”。
图1：总体设计框架示意
科学地总体设计有章可循——架构方法的前世今生
上世纪80年代后期，国外正在兴起ERP实施热潮，同时信息化的黑洞效应也日益显著，即信息化在初期投入时提升效率、降低成本的效益显著，但到达一定阶段后，信息化的大量投入在效益结果上却难以显现，甚至为组织运营带来了巨大风险。面向这种困惑，哈默的流程再造理论受到关注，但同时，还发生了一件大事，即当时在IBM任职的Zachman首次提出了复杂系统架构设计的思想，他指出在进入系统设计之前，必须从系统应用背景环境、概念设想等不同层面切实回答好Why（为何）、What（何事）、How（如何）、Who（何人）、When（何时）、Where（何地）六个方面的问题，并由此建立起组织模型，进行设计过程的逐层分解和问题的协同处理，才能确保系统设计概念完整、与初始意图始终对准，并结果行之有效。1987年形成的Zachman框架如图2所示，这一理论框架雏形的出现为系统顶层设计的要素分解及逐级协同细化提供了框架，开启了基于模型、科学推进架构设计这一学科。
图2：ZACHMAN框架
ZACHMAN框架的提出很快得到了美国军方等复杂组织的关注，并应用到了相关信息系统管理法案中去，随着信息化战争模式的变化，架构设计从作为C4ISR复杂体系的支撑方法到成为显性的治理框架DODAF、MODAF，直至UPDM、UAF，已经得到军队的普遍应用。同时，以美国联邦政府架构框架为代表，通过各国电子政务等的推进，架构方法在政府治理中也发挥了巨大作用，广大的优秀企业也开始采用架构方法推进业务变革与信息技术应用，最终这些企业的优秀实践成果在The
Open Group组织的带领下集结成册，形成了当前国际上应用最广泛的架构指导标准/手册。
在2011年” ISO/IEC/IEEE 42010—系统和软件工程”系列标准中，对架构的定义为“一个系统的基本组织，具体体现于其组件，组件之间与环境之间的关系以及支配其设计和演进的原则”。基于这个定义我们可以进行两个方面的理解：
1)架构定义的是一个系统最本质最基础的构成要素，基于基本要素的组合与分析来确定其他要素的合理性、符合性；
2)架构设计的结果表现出来就是结构，但不同之处在于通过面向目标的架构设计，使得人们能够掌握结构背后的设计机理，进行对各类情况及发展过程中的问题能够定义有效地演进原则与规则，即保持初心的持续变革管理。
回归初衷，架构方法是适用于工程系统及组织系统的顶层设计方法论，其原理具有相似性，如图3所示。事实上，工程系统的架构设计与实施方法已经高度成熟，成为当前国际上系统工程方法论的核心（详见国际系统工程协会发布的《系统工程手册》），而在组织系统领域的架构应用是滞后于工程系统的，在将信息技术渗透进入各个业务环节以实现整体转型升级的今天，广大复杂的组织更加迫切需要得到架构设计方法的指导以推动内部各类视角、各个层面人员的协同变革与改进，TOGAF标准及先进企业的实践更加受到关注。据统计，Forbes
50（福布斯）的80%都采用TOGAF标准推进治理，架构师成为西方普遍存在的职业门类，而国内航空工业、华为等企业已成为获得广泛认可的架构实践先进组织。
图3：组织系统与工程系统均需要从架构到结果的科学设计过程
复杂组织架构设计的国际指导框架——TOGAF
TOGAF（The Open Group Architecture Framework）是由The
Open Group发起和设计的，它有300多个会员企业，包括许多世界著名的企业，比如IBM、凯捷、富士通、日立、惠普、NEC、美国国防部、美国国家航空航天局（NASA）等。从1993年产生以来，经过近20年的发展，TOGAF已经成为一个行业的标准，目前，其最新版本为9.1。2014年，航空工业加入The
Open Group ，开始在全集团推进采用标准架构方法的架构设计工作，2017年，在The Open
Group 的授权下，航空工业主导完成了TOGAF 9.1的中文翻译，由机械工业出版社正式发行销售。
在介绍TOGAF之前，还是需要端正一下对Enterprise Architecture（EA）的认识与理解。随着当代工程技术与管理技术的飞速发展，很多词汇已经超出了其原来的含义，赋予了时代新内涵，这里说到的Enterprise和Architecture两个词汇均是如此，在2014年的架构论坛上，Zachman老先生就直接提出，Architecture一词早已超出了原来建筑实例的内涵，成为整体抽象设计、从概念到逻辑设计的一套方法。
同时，Enterprise也已不是原来经济实体的代名词。
在英汉辞典及TOGAF标准里都明确指出，Enterprise是“一个组织或者一个组织群，其由所有权联系在一起，并有共同的底线”，国内外如政府、军队、非盈利性联合组织、大型项目（如奥运会）等都在广泛应用EA方法，Enterprise一词实则从特征而言是代表复杂的组织体，并不只指企业。复杂组织体应该含人、流程、组织、技术和资金，通过要素之间的关系协调功能、共享信息、创建工作流、分配资金和进行决策，正因为在中文里对Enterprise一词真正含义和原有认知之间的巨大差异，使得TOGAF9.1的中文版中没有对该词进行翻译，通过在标准中的反复使用，促进读者去正确理解该词汇，指导自身方法应用。
回顾EA方法的发展路径，可以看到，由于新技术、新方法、复杂的环境要求推动产品研制模式、使用与维护模式及组织体运行管理方式发生巨大变革，组织面临的复杂性不断提高，局部的改进对整体能力提升的效用在不断降低，而依靠不断强化分工、层层责任落实等传统管理方法已经无法有效解决组织当前存在的问题，在组织管理、能力建设等各个领域，碎片化、割裂化现象层出不穷，而且呈现出无法预知、控制的发展态势。特别是在信息技术应用冲击下，业务和信息技术之间的关系虽然越来越紧密，但是却越来越不同步。
所有这些问题的本质可以概括为“复杂”二字，这些问题的解决最终还是要落实到“复杂度管理”之上，组织不得不对自身做事方式、方法的反思与改进，事实上，组织必须要完成做事方法的变革，并伴随着思想认知的变化，才能真正有效地指导执行，并最终产生截然不同的结果。而复杂组织体架构理论在本质上正是将组织看作为复杂的客观对象，并对其在各个领域（战略决策、业务、数据、应用、技术和项目实施）中的复杂度进行有效管理，从而辅助企业或组织健康发展的方法。
作为一套方法论规范，TOGAF的体系非常全面，图4表示了TOGAF9.1最新的内容体系，它主要由6个技术部分组成，下面简要介绍它们的作用和相互关系。
图4:TOGAF规范的内容体系
☆ 架构开发方法（Architecture Development Method，ADM）是核心内容，通过架构开发方法的应用过程其实就是一个组织体构建自身EA的过程，其实施结果产生大量的模型、规则及相互关联关系，我们常说的TOGAF成果体系就是在这个方法应用过程中产生的。
☆ 经过ADM开发出的成果是分散的，架构内容框架（Architecture Content Framework）的作用就是结构化这些成果，TOGAF在实践上的一大贡献就是提出了通用的架构元模型，把组织里有哪些核心要素，遵循什么关系已然给出规范，支撑了组织建模方法的发展，有效促进了该方法的落地使用。
☆ 参考模型（TOGAF Reference Models，TRM）的本意是在架构设计中要尽量寻找复用已有成功范式，但作为全球性规范，TOGAF在模型推荐方面，也只是给出了两个技术参考模型，该部分更多是为规范使用者提供充分的范例。
☆ 架构开发指南和技术（ADM Guidelines and Techniques）主要是给出了如何选取有效的工具和技术来帮助用户开始实践ADM，是基于方法建立TOGAF框架的具体实现途径指导。
☆ 组织连续统一体和工具（Enterprise Continuum and Tools）是一个架构知识库，它指引组织建立从通用的基础架构到行业架构，再到特定组织架构及相关架构的知识库，帮助组织人员参考使用。
☆ 架构能力框架（Architecture Capability Framework）是对架构描述中涉及的组织、角色、业务、技术所需能力的一种结构化定义，用来驱动架构的建立和运转。
TOGAF与其他知名架构体系的关系
目前广泛为人所知的架构有RAMI（工业4.0的架构框架）、II-RA工业互联网的架构框架、DODAF（美国国防部架构）、FEA（联邦政府组织体架构）、UPDM（北约DODAF和MODAF的联合框架）等，很多时候人们容易把TOGAF和其他架构框架放在一起比较，实际上从内容上看，TOGAF本身是个方法规范，它告诉人们如何开发架构、如何管理架构，而DODAF、FEA、RAMI等无论是由哪个组织提出的或运行的，都已经是该组织运用架构方法开发出来的架构实例，也就是说，如何你掌握了TOGAF方法，你就可以用它去开发其他架构实例框架中的成果。事实上，大量国外资料显示，人们可以应用TOGAF去开发DODAF中的视图模型，也可以去开发ZACHMAN中的架构模型，这些应用都取决于架构师的能力与对方法的理解，当前TOGAF与其他架构框架的映射方法白皮书等也正在日益增多。 |
