我的朋友道出实情说公司的服务器太多了。这句话也为一整天的繁忙划上了完美的句号。当天，许多高级IT设计师和业务主管人员都希望找出无法在300个相互关联却又完全不同的业务领域中创建统一业务模型的原因。最后得出了“服务器太多”的结论。

　　我失望的摇了摇头，但是这种说法又似曾相识，似乎非常中肯，早在三年前，一位高级IT设计师也说过类似的话，那时他在一家大机构供职，并极力主张终止一切收购服务器的活动，因为他认为这样的收购活动只会使整个信息技术投资组合以及公司陷入混乱。

　　现在，我又一次发现另外一个高级IT架构顾问，对此持有相同的观点，该顾问所在的这家公司正在把这一信息传达给一个大型客户，这个客户目前情绪低落，希望今年进入秋季后状况会有所好转。

　　我曾询问自己的好友，他所就读的商业学校是否在教授IM/IT管理的同时也讨论企业架构（EA）问题。他回答道“没有，再和我多说一些和这方面有关的知识”（我也正有此意）。

　　于是，我娓娓道来，向他概述EA的输入并特别提到了至今期待已久的Open Group EA框架工作，即TOGAF 9，在此次谈话中，真正令他感兴趣的是架构框架关注业务价值，并且在策略、操作和战略层面都和业务规划周期紧密的结合在一起。TOGAF 9不仅可以和业务一同工作，同时也可以和国际组织框架整合，用于组合/项目管理、服务管理、治理以及系统开发。

　　本质上来说，TOGAF是一种架构设计方法,该方法出自跨机构信息管理/IT域，但是，其用途广泛，足以用作业务设计框架。最新发布的TOGAF, Version 9是一个战略型，以业务为驱动的方法，帮助管理人员（行业/股票分析师）了解整体目标是如何实现的。目前，在许多公司，IT无处不在。TOGAF 9中的IT被重新定义为“对机构内信息和相关技术生命周期的管理”其重点由原来的硬件和软件转移到向授权的持股人提供质量信息，这样一来持股人便可以做出最佳决策。

　　我继续向我的朋友解释道，TOGAF 9另一点迷人之处就是其描述性特征（和不灵活的，模版驱动的规定性特征截然不同）。这一特征使得TOGAF 9可以和大多数公司现有的企业或者行业标准一同工作，大多数这些标准都是建立在模型基础之上的（例如Zachman EA Framework和其子代）同时，TOGAF 9的多用性还体现在它是最佳实施的完备集，这是我们在过去昂贵和痛苦的经验中学到的宝贵一课。因此，许多小公司和跨国金融集团都可以用它来解决各种各样的问题。类似风险管理、业务转换、互操作性（处于业务、信息和技术层面）持股人管理、商业情景、亏空分析，所有这些都是各种策划的基本要素。简而言之，全球所有商业和技术领域的大学和研究生教育都应该推广TOGAF 9教学，通过这门共同的语言，业务和技术之间可以更好的进行交流。

    这时，我的朋友又继续问道“Open Group中的“open”指的是什么？”这个问题问的好，“open”这个词一般是针对事物而言的（例如，标准、软件和硬件）但是很少在流程中应用。在IT领域这一点尤为突出，人们精心的培育EA方法，促进并通过法律手段保护这个方法。这就令现实工作作品的分享，阐释以及集成变的更为困难，不管它是一个亏空分析还是一个能力成熟度模型，“open”同时也意味着所有的人都可以使用这一方法。遵循“open”或者业务流程这一方法可以促进众多业务和顾问在任何情况下都可以合作。例如，并购尤其困难，并且随着行业越来越稳定，并购的数量也在不断增加。在并购过程中，EA模型和相关的流程为其业务和IT目标提供了共同的“蓝图”，同时也帮助决定企业价值观以及相继的整合措施。

　　“它是如何与众多服务器相关联的呢？”我的朋友马上打断了我的谈话，似乎想要弄明白，我到底是随便说说，还是态度认真。此时，我准备给予他明确的答复，事实上，服务器太多了；实际上，基础设施也太多了，问题是如何解释“为什么这些基础设施和服务器的数量过多。

　　知道公司经营状况良好，我继续向他展示了公司进行业务的具体实例。公司所有300多个业务领域都有其自身对 “客户”的定义，这使得公司整合客户关系管理的愿望化为泡影。麻木不仁的分析师，程序员和数据库管理员以及那些企图将公司不同的信息和应用整合到一起各类技术专家——所有的这些应用和信息都处于未担保界面的不同平台上。公司“我行我素的”态度使这个问题更为恶化。这一情况导致，客户数据和应用都寄居在成千上百的服务器上，而这些服务器很少能够在关键性的销售和客户关系管理功能上得以应用。

　　现在，如果有哪家公司使用了企业架构和TOGAF9，他们已经朝公司方向发展并设计企业。他们可能会用架构来定义图和实施业务模型同时按照自上而下，集成的方式实现公司的战略目标，重点关注业务价值的交付。这样就会生成一个被人们广泛采用的 “客户”的定义以及一个简单的基础设施，该基础设施中包含了两个除去信息的数量级。但是，这样非信息往往具有较高的质量（例如，可以立即使用）并且可以被商业智能分析人员和软件所使用，以便挖掘重要的底线信息例如“购买趋势”。在这种情况下，服务器的数量，以及支持人员的规模就会缩减到几百个，由此而产生业务价值。TOGAF 9也可以帮助公司转移系统，并将架构由理论变为现实。

　　表面上来看是“服务器太多了”但是归根结底还是因为缺少企业架构。这也正是高级IT设计师话语中的真正含义，但是至今为止，他们还没有把这一看法上报管理层。

　　从这个角度来看，我的朋友认为，无论是在商业学校还是计算机科学/工程部门，EA都是整个IT管理课程的一部分。对此我毫不怀疑，而且我还认为TOGAF 9绝对是一门有益的课程。在这里我还要补充一点Open Group也有很多个案研究项目以及一些白皮书，书中向人们展示了现有TOGAF 9方法的使用情况。

　　似乎五年来的集团架构论坛催生了新版的TOGAF，同时，EA和TOGAF也为IT行业和社会做出了重大的贡献。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。