- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
银行核心业务系统总体设计毕业论文
综述
在全面覆盖传统银行业务的基础上,突出“金融产品”概念,银行可方便定制新的业务品种或更改业务模式;系统整合了银行的业务服务渠道,方便银行增值服务范围的扩展,在无须更改系统内核的情况下方便实现与外部系统的互联互通。系统在深化“大集中”、“大会计”、“一本帐”、“以客户为中心”、“综合柜员制”等成熟的设计思想的基础上,建立了从“客户”、“产品”到“服务”、“渠道”的集约化经营管理模式,提供了真正的面向客户的服务模式,作到了为客户定制差别化的服务。从而实现了银行集中经营、规范业务、个性服务、丰富渠道、减少风险、辅助决策、降低成本的目标。
系统实现原则满足了银行业务系统所要求的:先进性、实时性、可靠性、完整性、安全性、网络化、开放性、易扩展性、易维护性、易移植性。
系统总体结构
系统运行环境
主机/操作系统
HP UNIX 或 IBM-RS6000 AIX
前置机/操作系统
HP UNIX 或IBM-RS6000 AIX
数据库
INFORMIX 或DB2
中间件
CICS 或TUXIDO
网点前台
PC SCOUNIX
应用数据维护服务器
PC SERVER Windows2000/XP TOMCAT(或WEBSPHERE)
通过IE登录访问
系统网络总体架构
应用逻辑结构
应用系统逻辑结构
核心系统技术结构
综合前置系统构架
系统设计总体目标
技术设计思想
三层结构,从面向交易过渡到面向客户、面向服务
系统设计分为三层结构:核心管理层、应用服务层和服务渠道层。核心管理层是整个系统的数据中心,存放着客户信息数据、总帐会计数据、公用信息数据,控制信息数据等,负责会计核算、客户信息管理、授信额度管理、资金清算管理、费率管理、机构管理、库房管理和公共数据管理等;应用服务层由存款系统、贷款系统、结算系统、卡业务系统、中间业务系统、资金市场系统、外汇市场系统等应用系统组成,分别完成银行对客户的各种不同服务手段;通过多渠道接入平台系统连接着各种各样的服务渠道,包括柜员界面、客户经理界面、ATM、POS、电话银行界面、自助银行界面、网络银行界面等,是核心业务系统的客户界面,是银行柜台业务的延伸。
这样的层次结构划分,可以使得系统的数据更加集中、更加安全,使系统的核心尽可能的坚固和稳定;可以使得系统对客户的应用服务更加具有可拓展性,满足市场快速变化和银行因应增加服务品种的需要;可以使得系统支持的服务渠道更加广泛;从而达到由以前的面向交易过渡到现在的面向客户、面向服务的目标。
全面贯彻以客户为中心的设计思想
建立具有深度和广度的关系型客户信息中心,降低银行的客户风险;为实现更高级的客户管理方式(如客户信用等级制度的建立),为实现客户分析提供了全面基础信息。采用面向客户提供差别化服务的设计思想,根据来自客户经理的分析资料及时地给操作人员以客户关怀提示或风险预警;根据管理分析系统提供的客户等级评定接口、根据产品定价系统提供的客户优惠价格接口在核心系统中提供个性化服务及控制。
多渠道接入平台系统的采用
系统采用了多渠道接入平台VisionBanking MCP来完成各种终端设备(字符终端、图形终端)和自助服务设备(ATM、POS、电话银行、手机银行、自助银行、网络银行等)的接入、管理功能。系统能够支持各种通信协议,提供全辖的网络监控、设备控管和应用监控,能处理各种各样的数据报文格式,具有强大的功能扩展性、严格的安全控制机制。
银行服务形式“产品化”及产品定制
在核心业务系统的设计中,引入了“银行产品”的概念。银行所提供的服务是以产品的形式出现的,系统中把所有经办的存款、贷款等业务根据业务的属性、业务的主要组成要素按照业务流程的不同阶段分层次制定相应的处理计划,根据各处理计划的不同组合灵活地定制产品,并分配相应的产品代码进行唯一的标识。银行业务“产品化”的优点在于让最终用户(而非IT人员)更灵活地根据市场需求定制有自身特色的银行产品,满足不同客户群体的需要,快速适应市场的变化。
服务模块组织“构件化”、“构件封装”及构件驱动平台
核心业务系统对交易服务的设计基于“构件化”的模式,本着“降低耦合”“功能内聚”的原则,将业务处理功能划分为完成某一具体功能的最小单元,形成“积木”式构件库,这些构件可以以一定形式按照要求搭建在一起形成完成某一业务功能的“组件”,每项交易服务均由“构件”及“组件”依据一定次序的集合组成,完成一项交易服务对构件的组装过程称为“交易封装”,这些组装过程是由填制配置脚本来实现的,而无需单独编程。
已经封装的交易服务通过系统提供的“构件驱动平台”统一驱动。
提高业务处理程序(构件)的共享;可以灵活地进行构件的组织而定制出新的交易服务,缩短了新服务功能推出的时间;减少了系统维护的工
您可能关注的文档
最近下载
- 压力管道延期申请.pdf VIP
- 储能电站安全教育培训.pptx VIP
- 储能电站与消防安全课件.pptx VIP
- 计算机网络技术基础(第3版)全套PPT课件.pptx
- 第三课 在计算机中输入汉字(初中信息技术课件).ppt
- 通风空调工程识图与预算—通风空调工程计量与计价.pptx
- 2025年英语-成人高考高起点考试真题及参考答案.docx VIP
- 职业卫生评价考试真题.pdf VIP
- 小学科学新教科版三年级上册2.1.水到哪里去了教案(2025秋版).doc VIP
- 一汽-大众-迈腾MAGOTAN-产品使用说明书-新一代迈腾330TSI DSG尊贵型-FV7187BBDBG-MagotanB8L-201606.pdf
文档评论(0)