Scott Simmons银行核心系统建设.doc

 HYPERLINK /result/ab39268 \o Scott Simmons：实现银行核心系统的现代化 Scott Simmons：实现银行核心系统的现代化  HYPERLINK /developerworks/cn/websphere/techjournal/0809_col_simmons/0809_col_simmons.html \l author Scott Simmons , 执行 IT 架构师, IBM 2008 年 12 月 08 日 目前银行业正在积极进行其核心系统的现代化工作。转换或替代关键银行应用程序的过程带来了相互冲突的共生挑战??就像在马拉松期间进行心脏手术一样的。尽管维护和管理当前的解决方案并同时进行其替换工作，这似乎都很必要但又无法同时进行，但的确可以同时进行，而且我们可以从前人那里学到一些经验和教训。来自  HYPERLINK /developerworks/cn/websphere/techjournal/ IBM WebSphere Developer Technical Journal 。 在马拉松期间进行心脏手术 上面的标题对于技术专栏而言可能奇怪，但这个类比实际上是某个银行客户在描述自己的系统需求时所说的话。银行核心系统相当于银行的心血管系统，提供能够推动产生收益的运作（如帐户管理、存款、贷款、信用卡等等）的解决方案。当前的核心系统大部分都是存在已超过 20 年的基于大型机且面向产品的应用程序，缺乏灵活性，而且经常会对 IT 快速高效地响应新业务需求造成影响。 在与全球银行客户的大量项目合作中，IBM? Banking Center of Excellence (BCOE) 亲历了很多核心系统现代化（转换或替代这些关键应用程序的过程）的合作工作，因此上面的标题代表了在维护和管理当前解决方案的同时进行替换核心系统功能工作时所存在的共生挑战。 在讨论“心脏手术”之前，我们需要稍微暂停一下，明确说明核心系统现代化不是遗留系统集成，其中包括的工作远远不止这些。 首先，“遗留”这个术语对于银行大型机解决方案而言并不恰当。遗留定义为 HYPERLINK /dictionary/legacy 属于、与之相关或就是之前的或已经过时的计算机系统的状态 。因此，“遗留”在此上下文中并不是一个有效的术语，因为大型机系统是 IT 方面广为应用的设备，当前约占全球大型机上数据的 80% 或更多。尽管这个估计值因为行业不同会有所变化，但 CICS?、IMS 和批处理环境中的 COBOL 和 PL1 形成了世界核心银行系统的基础。更为重要的是，在可以预见的将来，这个方法将继续担当银行 IT 基础设施的基础角色。尽管在分布式系统上实现的核心银行解决方案的数量有所上升，但大型机固有的可伸缩性、可靠性和安全性作为关键决定因素，决定了全球 Tier 1 和 Tier 2 银行中仍将继续使用大型机。 其次，核心系统现代化不仅仅是一个集成方法。事实上，核心系统中目前出现的很多问题都是由于应用了未对端到端解决方案体系结构予以足够重视的集成解决方案造成的。图 1 中以图形的方式说明了这个问题。 图 1. 当前的核心银行系统  面向产品的核心银行解决方案受到由于不断增加的维护负担而导致的持续应用程序碎片的折磨。2005 年，Tower Group 指出，核心系统在银行的总体 IT 开销方面占了一半的份额，而在 IT 总体维护工作中占到了四分之三的份额。 核心系统内的不灵活性限制了响应业务需求的能力，而这反过来又导致需要采取修补措施来保持解决方案的相关和可行。我们现在的一个客户曾表示，向其现有的基于 CICS 的核心系统添加一个金融产品需要超过 6 个月时间。此类 IT 负担导致整个局面难以维持。因此，各家银行都在评估核心系统备选方案，以减少成本及（可能更为重要）提供更好的业务和 IT 一致性。 那么，核心系统现代化的答案是什么呢？ 当然，在很多情况下建议的方法并不止一个。业务优先级、地理位置方面的考虑、承担的风险以及上市时间需求是推动“手术”决策的部分关键因素。在 Banking Center of Excellence，我们发现核心系统现代化通常归入以下四个主要领域： 程序包替换： 选择和实现供应商程序包替换当前核心系统。 自定义应用程序开发： 设计、开发和实现自定义解决方案来替换当前核心系统。 扩充或扩展当前核心系统功能： 选择并实现一些现成解决方案来扩展或扩充当前核心功能领域，如产品和定价管理、客户主控数据管理、客户关系管理以及其他特定的核心银行领域。 渐进现代化方法： 结合使用现成解决方案和自动化开发来逐步革新和扩展（在某些情况下，替换）当前核心系统体系结构中的各个部分。