TOGAF与SOA你了解几何？-获奖结果已经公布，感谢大家对活动的支持

SOA（面向服务架构）是一种架构模式，TOGAF（开放组织架构框架）是一种架构框架。简而言之，TOGAF是一种协助发展，验收，运行，使用，和维护架构的工具。并支持开放、标准的SOA参考架构。

企业架构方法有很多，但从数据显示，TOGAF无疑是最主流的。其不仅有80％的福布斯( Forbes)全球排名前50的公司在使用，超过7500家机构已经得到了验证，超过9万份的框架副本被用户下载。目前已得到国际主流厂商的推动，在德国 有SAP在推动，美国IBM、HP、SUN等公司在推动，中国有金蝶在推动。

那么TOGAF到底有哪些作用呢？TOGAF与SOA的结合是否就是最完美的解决方案？在SOA措施中，你是如何决策，到底用还是不用TOGAF呢？TOGAF代表了国际先进的系统架构，金蝶将其引入国内后会产生哪些方面的影响？SOA究竟可以从TOGAF借鉴到什么？



    参与本帖讨论：TOGAF与SOA你了解几何？就有机会获得价值100元的礼品和高达10000 Pub币。

    有奖讨论时间：2009年10月26日20:00-2009年11月2日20:00

    奖项设置：

    根据回帖对大家深入了解“SOA和TOGAF”，将评选出如下奖项：

        优胜奖 1名，奖品为价值100元的礼品和10000 Pub币。

        优秀奖 3名，奖品为价值100元的礼品和5000 Pub币。

活动已经结束，获奖情况公布如下，恭喜一下获奖者，随后论坛助理童馨将会发放相应的pub币以及通过站内短信索要快递地址信息，以便尽快为大家发放礼品：
superatao（优胜奖）

    虽然乍一听上去，TOGAF似乎与SOA没什么太大关系——一个是企业架构规划的方法论，一个是侧重于技术架构层面的一种体系架构。但如果从TOGAF方 法论所主张的企业架构规划策略来说，楼主所讲到的TOGAF和SOA的关联其实还是确确实实地存在着的。例如，TOGAF提到的的企业架构事实上是包含了 一个企业的业务架构、应用架构、数据架构、技术架构（当然有些企业架构规划范畴的方法论还讲到基础架构，或者忽略数据架构的东东，这里就不具体讨论了）。 而SOA恰恰正是技术架构层面的具体的一种规划方法论，前几天讨论国际SOA标准时大家也谈到了一些SOA的相关问题和看法。既然SOA是属于技术架构层 面的东西，而TOGAF企业架构方法论恰恰又是包含了技术架构层面的规划策略，因此，这也就找到了二者的切合点：在依据TOGAF进行企业架构规划的过程 中，当对企业的业务架构进行规划时，就可以为未来技术架构实现面向SOA的方式提供铺垫（因为众所周知，SOA架构是主张面向服务的，主张功能化组件的， 即：一个功能化组件封装为一个服务，对外开放）。

    既然SOA是面向服务的，而TOGAF方法论在对业务架构进行规划时也不谋而合地抛开了业务功能实现的具体组织机构和部门，而是建议按照业务功能来划分业务架构，那么是不是可以认为二者恰到好处地结合在一起去了呢？

    个人认为：TOGAF是SOA的一个超集，TOGAF方法论中包含了SOA作为技术架构层面的内涵；同时，TOGAF又是SOA实现的关键前提和铺垫，因为只有按照TOGAF主张，做到业务架构中功能化组件的实现，才能为实现SOA奠定基础！！

    说实话，企业有的时候对架构不架构的东西是不关心的，企业不知道什么是业务架构、什么是应用架构、什么是数据架构，亦或什么是技术架构、基础架构。说得通 俗一点吧，如果从IT应用这方面来说，企业只关心怎么样能够让企业的信息孤岛少一点，只关心诸多不同层次的应用（L1，L2，L3，L4，L5）如何才能 够像一个整体一样去满足企业的实际运营（纵向打破竖井的束缚，横向加强协同作业）、怎样去减少过多的浪费和重新开发（用行话讲就是最大化的重用），还有就 是，它们只关心，当自己企业实际业务的处理逻辑和流程发生变化时，应用系统如何能够迅速地做出尽可能少的改变以适应新的业务需要（用行话讲就是对业务变化 的敏捷适应）。企业不知道什么是TOGAF，也不知道SOA是何方神圣。当咨询公司和软件企业跟企业讲：用TOGAF规划出来企业架构是鲁棒性极强的（嘿 嘿，暂且用这个破词儿代替），基于SOA所构建的企业应用架构是敏捷性极强的（呵呵，业界喜欢用这词儿来显面子）、是能最大程度地解决信息孤岛实现应用集 成的、是可以像用砖头盖楼一样去组装自己想要的应用从而为企业服务的（说实话，鬼才知道能不能，不过要说实现EAI倒是真的，我至今也是这样认为的）。当 他们对企业这样说的时候，企业一方真真是感觉到遇见了救命恩人一样——“天哪，我们需要的正是这东东啊！我们好迫切地需要这些个玩意儿！”，这时，咨询公 司就在想了：“妈的，又害了一个良民！”

        但是，话峰一转，咱们也不能太悲观是不？虽说SOA还比较嫩！还不成熟（就如前一帖子讨论其国际标准时说的一样）。虽说TOGAF里面提到的这个架 构那个架构，什么架构开发方法（ADM）也好，什么如何优化企业架构也好，都还感觉稍微有那么一点虚。但是，我倒是真的觉得，从IT业界的研究和探讨的角 度出发，能够一步步地找出这么一个大的方向已经实属不易，想想对于那些现在已经比较成熟的技术和理念来说，它们不也正是经历了如此的一个积累和尝试之后才 能够有今天的成熟的吗？所以，我觉得，不管TOGAF与SOA到底有多么的“虚”和“不成熟”，也不管TOGAF与SOA是不是有关联。单纯从二者的先进 理念来说，我们应该呵斥它，让它朝着正确的、好的方向发展！！！大家说是不？
        但愿新生事物能够从步履蹒跚逐渐走向成熟！～～

jieforest（优秀奖）

先谈谈企业架构的基础知识。
企业架构（Enterprise Architecture）是一个自顶向下、业务战略驱动的过程，它整合了并行的、内在的、一致的业务、信息和技术架构的开发，也就是企业解决方案架构。
企业架构起源于1987年，John Zachman在IBM Systems Journal上发表名为A frame-work for information systems  architecture的文章，提出企业架构的初步概念。Zachman理论发展到今天，称之为“企业架构框架” （EAF，Enterprise Architecture  Framework），简称为“Zachman框架”。现有的企业架构框架大都由Zachman框架派生而来。

SOA（Service-Oriented Architecture，面向服务架构）是一种架构模式与方法，TOGAF（The Open Group Architecture Framework，开放组织架构框架）是一种架构框架，是一种协助发展、验收、运行、使用和维护架构的工具，并支持开放、标准的SOA参考架构。
TOGAF可以从四个角度描述企业架构：
1）业务架构（Business）
业务策略、管理、组织和关键业务流程。
2）数据（信息）架构（Data）
组织逻辑和物理数据资产、数据管理资源的结构。
3）应用架构（Application）
被部署的单独应用系统、它们之间的交互、以及它们与组织核心业务流程之间关系的蓝图。
4）技术架构（Technology）
软硬件逻辑上的能力，这些能力要求对业务、数据和应用服务的部署提供支持。该架构包括IT基础设施、中间件、网络、通信、处理流程和标准。

企业架构如同战略，是创建业务执行的基础。架构作为将策略转换为实践的重要工具，其作用越来越突出。毕竟，架构一直是克服复杂性、不一致和定向缺乏的方法。而这些恰好都是我们在现今典型业务/IT环境中必须解决的现象。

企业架构方法有很多，TOGAF只是主流方法之一，Zachman、RM-ODP、IDEF、FEAF、DoD AF也是主流的架构模型。

其次再讨论一些话题。
那么TOGAF到底有哪些作用呢？
答：TOGAF是为组织设计、评估和建立正确的架构来服务的，包含架构开发方法（ADM）、基础架构和资料库。它促进了架构组件的结构、架构组件的相互关 系、设计和发展的原则和指导方针的定义。总的来说，TOGAF更像是一种方法学，就如同ISO9001等，它为建立企业架构指定标准、实施认证，同时对企 业进行指导，使企业建立的架构具备：
1）弹性：构造以服务基础的资讯科技应用，以方便快速转型、重构业务流程、和使用应用程序
2）敏捷性：更快的提供对齐业务的应用
3）扩展企业领域：提供机会，利用现有的业务能力进入新市场。使用创新的方法，采用一套松耦合的IT服务，提供更好的商业服务增加市场占有率。
4）降低成本：通过提供机会，以合并多余的应用功能和从过时的和越来越昂贵的应用解耦功能，同时利用现有的投资
5）融合：整合企业的各种应用和组织。
TOGAF可以作为企业信息系统顶层设计方法论的理论基础；可用于检查系统架构或企业级别的技术；可用于评估给定组织的软件架构；对正在规划其架构但是不打算全面改造现有架构的组织很有帮助。

TOGAF与SOA的结合是否就是最完美的解决方案？
答：SOA也是一种架构方法学，SOA为企业/公司提供了系统开发和集成阶段的一系列原则和规范。SOA在最初发展的时候，目的仅是为了使应用功能可以被 作为共享服务来使用，这一点牵引着这个领先的IT架构理念一步一步走到现在。企业从最初开始走SOA道路到现在，都还在建立属于自己的架构体系。而 TOGAF与SOA的结合则使得企业在架构体系方面有了保障，使之能够建立符合标准、易于扩展而且面向服务的架构，比如开发服务、业务创新与优化服务、管 理服务、基础设施服务、交互服务、流程服务、信息服务、伙伴服务、业务应用服务、接入服务等。开放组织发布了SOA/TOGAF实用指南项目，其目的就是 在TOGAF架构开发方法中开发具体的SOA扩展，该TOGAF架构开发方法是TOGAF组成的核心部分。该实用指南项目的原理是：如果SOA是一种架构 模式，这样就有可能利用某种具体的SOA活动和可交付投递，扩展风格独立的TOGAF ADM方法以便生成一个服务定向ADM。TOGAF与SOA的结合肯定是一个优秀的解决方案。

在SOA措施中，你是如何决策，到底用还是不用TOGAF呢？
答：SOA是一种企业架构，因此，它是从企业的需求开始的。但SOA和其它企业架构方法的不同之处在于SOA提供的业务敏捷性。业务敏捷性是指企业对变更 快速和有效地进行响应、并且利用变更来得到竞争优势的能力。对架构设计师来说，创建一个业务敏捷的架构意味着创建这样一个IT架构，它可以满足当前还未知 的业务需求。
使用TOGAF，可以提供一个有效的架构开发方法和创建SOA成熟模型建模技术；TOGAF的建立模块是表现架构模型的基本技术；其服务可以被模块化为建立模块；还可以使建筑师创造对SOA有用的模式。
对于中小企业来说，才用SOA建立企业架构还不错，但使用TOGAF就有些力不从心了。TOGAF整个体系较为庞大，使用成本不低。（即使TOGAF是免费提供给任何企业在内部使用的，但学习成本？认证成本？）

TOGAF代表了国际先进的系统架构，金蝶将其引入国内后会产生哪些方面的影响？
答：据了解，金蝶是开放组织在中国的首个会员，负责成立中国分会；引进国际企业架构、SOA参考架构、分布式系统管理、软件可靠性等标准；提供企业架构及 SOA参考架构推广、培训、及认证工作；协助中国企业以企业架构/TOGAF及SOA参考架构推动业务规划及信息化建设工作。


zjmumu（优秀奖）

面向服务架构（SOA）是一种架构模式，开放组织架构框架（TOGAF）是一种架构框架。
开放组体系架构框架（TOGAF）是一个行业标准的体系架构框架，它能被任何希望开发一个信息系统体系架构在组织内部使用的组织自由使用。
面向服务的体系结构（Service-Oriented Architecture，SOA）是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用 中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以一种统一和通用的方式进行交互。
TOGAF是一种通用的架构框架，并不专门针对某一个具体的行业、架构模式、布局或者技术。通过进一步了解，我们认识到业务和技术团体都可以开展SOA措 施，每个小组的侧重点不同但是他们的活动是互补的，并且在服务理念这一点相交。因此TOGAF的实施需要顺应当地的文化以及机构的管理流程，同时还有架构 模式以及技术策略。

fupenghui（优秀奖）

TOGAF的核心是ADM，并提出4个架构及其演化过程。
SOA是架构的一种模式，只不过是面向服务后架构更容易修改、扩展、快速适应等。
可以用软件开发过程来比较，架构类似于最终的软件产品，
TOGAF就类似于RUP，提供了最佳实践和产品开发方法。
而SOA则有点类似于该产品是采用BS或者Rich Client或是否采用了面向对象，任何一种方式都能实现功能，
只不过SOA这种模式更适合而已（据厂商宣传）。

http://www.itpub.net/thread-1229605-1-13.html