随着来自金融业间的业务竞争日益加剧,新产品、新系统的开发、调试和上线时间越来越短,使IT人员面临着巨大的挑战,既要保证系统如期上线运行,又要想方设法降低系统开发中的难度,回避可能出现的风险。
SOA的出现,可以降低开发难度,从而缩短周期,并更灵活地支持未来可能发生的改变。但国内很多银行都实现了信息系统的集中模式。分布式系统一般不会考虑,因此必须到SOA成熟到一定程度时,银行业才会部署和实施。
充分考虑风险
基于SOA体系的软件架构是一项长期的解决方案。对于宁夏银行来说,SOA的价值需要经过几年而不是几个月才能得到体现。实现SOA,要争取得到来自企业高层的支持,保护SOA的部署,并且说服其他人接受SOA对于企业的长期价值和重要意义的观点。缺少任何一项,结果都会达不到预期效果。
如果只是暂时的策略实施,SOA只会给企业IT基础架构带来更多的复杂性,而一旦企业缺乏对SOA的长期部署,最初设计的简单的功能都得不到实现。
基于上述风险点,宁夏银行对于新上项目都考虑其采用兼容SOA架构体系的设计,在2009年基础条件满足时,选用成熟地企业服务总线产品,在全行范围内发布已有的服务组件,形成宁夏银行全行的基于“SOA”体系的软件架构。并且选择的开发环境要有如下功能:要支持XML和相关的技术标准;要支持多种通信协议;提供对各种技术标准的全面支持;支持J2EE的扩展;提供强大的图形化监控工具;可充分进行流程、商业对象的重用,建立流程模版库;应与主流的消息中间件进行无缝集成;功能模块化,支持灵活简便的功能扩充机制等。
所有上述这些环节都要做好,才能保证我行SOA软件系统的顺利和成功实施。
分步开发逐步转向
我行在2008年4月完成了宁夏银行2008~2012年信息化建设规划项目。根据规划,我行将在2008到2012年实现业务的变革,如流程银行、作业集中处理、网点转型、新会计准则,及精细化管理。这就要求我行IT系统做出重大改造,才能支持业务的发展。
对我行核心系统和大部份外围系统(如信贷系统,报表系统等)进行改造,以实现业务处理信息化、流程控制、作业优化等。我行最终的目标是在2012年要把我行建设成为资本充足、治理完善、内控严密、营运安全、经营特色显著、服务和效益良好,并具有较强竞争力的银行。
我行在采用SOA的架构进行信息系统改造时,是分步开发并实现转向SOA的。比如说,先定位在SOA目标应用架构的金融产品服务层核心系统,信贷系统等进行改造,然后在该服务层逐步添加改造后的适合SOA架构的国际系统,中间业务系统等。通过采用迭代的方法,首先开发少量试点项目服务,然后缓慢扩展,逐步将银行的信息系统更新为在SOA 内工作的服务。
在成本和收益方面,我行按发展规划要求,严格地按成本收益顺序确定服务开发的优先级,按投资回报率分阶段实施项目。项目实施费用大多以选择国内国外较为成熟的软件供应商和实施商为前提,并按照行业内主流软件报价计算。通过仔细的规划,使启动成本要限制在现有预算内。并且将来服务模块的重用会确保每个新业务应用程序的启动成本很低。
此外,还要注意SOA实施的各阶段分工明确。实施SOA不可能所有的开发构建工作由金融企业自己的IT团队来完成,也不可能像一般的应用软件系统一样能够从市场上立即购买、安装后就能使用。宁夏银行SOA实施的各阶段如“数据整合平台和金融数据模型”、“企业服务总线”,将由宁夏银行内部的IT部门、业务部门,及外部大型专业的软件公司来协作完成。流程分析和建模工作我行将聘请专业的咨询公司来做,系统实施交给经过严格扫标后的中标IT企业来做,而我行IT团队主要抓项目管理。
采用成熟模型
SOA成熟度模型(SOA Matu-rity Model)可以为IT和业务用户提供一种框架,使其能够正确地评估SOA在企业中的适用性和收益,帮助银行业成功实施SOA。我行将借鉴大的商业银行关于SOA实施的成功经验和开发公司在实施项目过程中的成熟度模型,以确保我行的开发进度和开发质量。通过整合和重用,逐步积累公用的IT资产。借鉴国外领先的设计思想,提高IT系统的整合度,通过业务的直通处理过程提高业务流程的自动化程度。使我行SOA系统具备足够的灵活性和快速反应能力的IT架构,使服务提供和消费必须建立在标准的服务规范之上,使之有效支撑业务变革和产品创新。
SOA的“业务驱动服务,服务驱动技术”思想决定后,银行业就需要一批熟悉SOA服务的人才。也就是既熟悉企业业务流程又熟悉信息技术,并能在两者之间能够找到很好平衡点的新型复合型人才。目前,我行已在培训并同时招聘在金融业务等方面的人才,为以后维护SOA系统提供强有力的准备。在实施SOA过程中,会让IT和业务人员保持跟进,以培养自己员工的综合能力。
从技术角度来说,宁夏银行之前的系统存在重复建设、各系统开发过程独立、效率低、接口繁杂、维护难度高、跨系统操作无统一的协议规范、风险高、整合系统资源、技术平台不一致的困难。
从业务角度来说,存在业务组合的灵活性差、业务过程繁杂、存在冗余、业务资源不共享、新业务开发、整合业务成本高等缺陷。
未来实现SOA 架构后,在技术上有利于重复利用、开发过程更高效、简化维护过程、统一标准、逐步实施、减少风险、与技术平台无关、采用松耦合的设计思路。
从业务的角度来说,增强了业务的灵活性、可订制服务、通过服务整合、简化业务流程、服务资源共享。从长期的角度看,有利于降低业务成本,节省费用。
同时,我行将在“应用架构及系统规划”中,制定宁夏银行未来的应用系统蓝图,并描述系统功能总体框架及系统间的相互关系、各个应用系统目标功能等。在“数据架构及系统规划”中依据信息架构规划设计数据架构,并对支持该架构的数据平台进行规划。在“技术架构及基础设施规划”中,规划软、硬件目标架构。并制定我行的“IT治理规划”。
银行业实施SOA可以充分保留过去的信息系统投资,通过建立一个能够屏蔽底层系统复杂性的基础架构,为信息资产的自由流动构建一个基础平台。然后将原有系统中的各个业务功能封装成服务,并根据业务的需求进行重新组合。最终复合成新的业务系统,快速满足新的业务需求,从而实现企业信息架构的业务敏捷性。在银行业进行SOA 的布置还待实践和检验,目前在大的商业银行比如“交通银行”的已有实践中,我行可借鉴学习,并结合自身的业务系统进行实战和改进。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
作者
相关推荐
-
事件驱动框架和SOA在空军的应用
空军正在利用SOA来改善数据共享,并实时跟踪战机,美国空军机动司令部的Michael Marek解释了企业可从中学习的经验。
-
揭秘New Relic APM技术细节
New Relic应性能管理(APM)套件主要用于Web软件开发。它允许用户在面向服务的架构(SOA)上跟踪关键事务性能,并且支持代码级别的可见性来评估特定代码段和SQL语句对性能的影响
-
仅凭SOA和云无法解决业务数据管理风险问题
SOA和云可以是某些恼人问题高效的解决方案;这一点我们已经知道了。但是也要记住它们并不是所有事情的直接答案,特别是当你的问题是业务数据管理风险,而不是技术问题时。
-
如何避免云计算与SOA冲突