近年来，国内商业银行IT应用系统建设经历了数据大集中和核心银行系统建设。面对日益激烈的竞争环境，多数商业银行务实地专注于开发并快速推出受市场欢迎的专业化金融产品和金融服务系统。值此淘金年代，一切求快、求新、求变，商业银行IT应用系统建设也不例外。一时之间，百花齐放、热闹非凡、成效斐然。
　　然而，由部门银行向流程银行转型而对应用系统建设提出的挑战，不同IT应用系统间的重复建设或者信息孤岛问题，不断变更的外部环境及业务需求，对原有系统不断升级整合或扩展的要求，适应技术更新换代带来的高昂成本问题，以及如何管理和使用众多应用软件系统，这些方方面面的问题都让业内人士棘手不已。信息化之后的升级换代将是更为痛苦的过程，严峻的成本问题使得越来越多的业内人士意识到加强IT系统建设整体规划并进行有效总体架构管理的重要性。
　　一、总体架构的定义及管理
　　何谓总体架构?架构是一个古老的研究领域，很多人认为架构就是一个有关有效建造或者认识一个客观物理结构的学科。在ANSI/lEEEstdl471一2000中，架构被定义为:一个系统的基本构成，通过系统组件、组件之间、组件和环境之间的关系，以及指导设计和演进的原则来体现的。生物学、物理学、化学等基础学科研究架构问题侧重于通过提高对客观世界的抽象总结能力用以指导研究方向、提高认识客观世界的能力;建筑学、计算机科学等应用学科也研究架构问题，他们对架构的研究更侧重于根据既有的认识从主观角度引导具体的应用与实践，并由此派生出架构管理问题。
　　IT总体 架构管理是IT整体规划的延伸，同时也是一个基于IT应用领域知识经验的总结，提炼指导未来应用系统建设的过程。总体架构管理为IT适应业务发展提供了一个战略内涵和战术弹性，使得IT可以对变化的业务环境作出快速反应，并且满足外部变化的需求。IT总体架构管理的核心问题是如何在效率、成本、创新支持之间取得有效平衡。与一切管理学科类似，它是艺术、科学、方法和风格的综合体。
　　IT总体架构管理聚焦于三个层面:宏观层面—应用系统总体视图，关注各应用系统的分类、地位、定位、归属、关系等;微观层面— 具体应用系统，关注平台、结构、模块、接口、弹性等;治理层面— 管理政策、原则、规范、标准等，为宏观和微观因素的变更提供指引。这一治理框架从概念上看很普通，但实践过程往往是艰难曲折并富有挑战性的，以治理层面的规范和标准为例，同其它领域相似，首先是立法难，世界上从来就没有完美的政策框架、制度结构和监管执行;其次是执行难，太多的利益团体、短期效益、环境突变等因素都会对既有标准体系造成严重冲击。
　　二、总体架构的管理原则
　　商业银行的IT总体架构规划往往植根于其中长期业务发展战略，规划能否落实，首先与业务发展战略密切相关。如果业务发展战略不能坚持，那么IT规划立刻成为无根之木、无水之萍。其次，规划能否落实，取决于银行内部组织结构的有效保障和执行力的推动，执行效果好坏的关键在于体系内激励约束机制的健全和各层面领导者是否愿意自觉维护架构规划权威性和支持相应的变革。
　　概言之，总体架构管理过程是动态的，而标准、规范是相对静态的。从这点来看，总体架构管理类似于风险管理，因此，高质量的总体架构管理依赖于高质量的信息，定时主动收集业务发展、应用系统运行信息成为架构决策的重要依据。由于客观上必然存在的信息不对称，总体架构管理参与者在做出重大决策前需要对一些决策支持信息作出假定，但应尽量避免犯以下两个假设错误。
　　第一个错误是“完全由历史预测未来”。因为政策、组织、业务、技术、人员等外部环境处于无时无刻的变化中，历史上对的事情现在和未来未必是对的。例如，建设一个包罗万象的核心银行系统对于小型商业银行而言成效最优，这是正确的决策;但是，如果该银行发展壮大为中大型商业银行，业务发展逐渐多元化，那么，在IT应用系统建设上存在毕其功于一役的思想可能就是危险的。基于此，总体架构管理应保持与时俱进的观念与特性。
　　第二个错误是“合成谬误”。一项决策对于单一系统而言可能是正确的，但若无视系统间的匹配，可能造成整个应用体系的崩溃。应用系统间的关系或多或少互相影响，单体的故障往往能够破坏整体运行时序。从这点来看，应对处于同一链条上的所有应用系统在重要性认识上一视同仁。为避免合成谬误，总体架构管理应从全局角度审视同时引入系统间防火墙。
　　总体架构管理在积极规避上述两种假设错误的同时还应坚持明确性、前瞻性、适用性、渐进性的原则，致力于建设高内聚、低藕合、有标准、可扩展的应用系统架构体系。
　　明确性指的是总体架构管理的指导思想应方向明确、始终如一。有明确的指导思想做指引，就能够在作出非最佳决策时及时纠正偏差。
　　前瞻性指的是总体架构管理应立足现实、适度超前。目前商业银行正处于综合经营探索阶段，以客户为中心的理念已深人人心。横向看，各种创新产品和服务方式层出不穷;纵向看，政策的松动、市场的开放随时可能引发单个应用系统业务处理量的井喷，为此，总体架构管理应时刻关注业务发展动向，从宏观和微观两个层面同时考虑架构弹性和处理能力问题。
　　适用性指的是对于不同的商业银行，总体架构管理不存在统一的标准，应具体问题具体分析。总体架构管理应综合考虑外部环境、应用系统现状、业务发展特点、成本与时间价值等各方面的影响，从自身业务和IT发展匹配程度的实际情况出发，合理规划。
　　适用性指的是对于不同的商业银行，总体架构管理不存在统一的标准，应具体问题具体分析。总体架构管理应综合考虑外部环境、应用系统现状、业务发展特点、成本与时间价值等各方面的影响，从自身业务和IT发展匹配程度的实际情况出发，合理规划。
　　渐进性指的是总体架构管理工作推进过程中应遵循实施路线和实施原则。伴随着总体架构管理从意识层面走向制度层面、实施层面以及整体规划、标准、规范的出台，以前一些不符合规范要求的设计必然浮出水面，对待历史遗留问题，总体架构管理工作推进应遵循渐进性原则，避免引发重大IT事故，避免引起业务的大起大落，避免影响企业的短期竞争力。
　　总体架构管理的关键挑战之一是如何实现系统建设的全过程架构管理，每个环节的信息和经验不可能一时之间被全部了解和掌握，每个环节上的风险持续累计最终可能会带来灾难性后果，因此，每个环节都要树立架构优先意识，充分认识到架构合理的重要性。总体架构管理的另一个关键挑战是如何识别和规避架构决策风险，即通过风险识别和分担，使得一次错误决策不至于对整个应用体系造成致命的伤害。
　　总体架构管理不是一个人、一个部门的事情，它应该成为所有相关人员共同为之奋斗的目标任务。“以史为鉴，可以知兴替”，从业人员应从认识现有业务、系统入手展开总体架构管理工作，使规划合理、运转如意的IT应用体系成为商业银行最重要的资产之一。

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