基金代销系统设计adajomtt.docVIP

  • 26
  • 0
  • 约7.82千字
  • 约 12页
  • 2018-08-27 发布于湖北
  • 举报
基金代销系统设计adajomtt

基金代销系统设计 110福建电脑2010年第2期 基金代销系统设计 冯姚 (同济大学电子与信息工程学院) 【摘要】:原有的分布式模式,批量实现代销的基金代销系统已经不能适应业务发展需求.为了银行的基金业务不断 蓬勃发展,需要枸建一个集中式的基金代销系统.本文介绍了银行基金代销系统的现状及分布式基金代销系统存在的一些 问题.运用面向对象的方法和Spring技术等进行系统相关设计与基本框架的建立. 【关键词】:基金,集中式,Spnng,设计 引言 近来来.证券投资基金业一直是我国金融市场中成长速度 最快的金融子行业2003—2007年问我国银行储蓄存款的平均 增长率为13%.保险业资产规模的平均增长率为35%.而证券投 资基金资产规模的平均增长率却高达109%投资基金业在我国 已显示出强劲的发展劲头.银行基金客户的业务需要也不断扩 展提高.旧有的分布式模式,批量实现代销的银行基金代销系统 已经不能适应业务发展需求.开放式基金代销系统集中化改造 工作迫在眉睫 1,国内外基金代销系统的现状 开放式基金又称为共同基金.是国际金融领域的一支重要 力量.尤其在美国等一些图家与地区甚至已经成为普通大众的 日常理财方式基金代销机构是受基金管理人委托从事基金代 理销售的机构基金代销系统是基金代销机构为投资人提供基 金销售代理服务的IT系统 高速发展的基金行业.在为商业银行提供丰富的基金销售 佣金收入的同时,也对其基金代销业务的运营,管理,客服等方 面提出了更高的要求.旧有的分布式模式,批量实现代销的银行 基金代销系统已经不能适应业务发展需求.近年来,IT技术的迅 猛发展.在各家商业银行中掀起了一股大集中的浪潮建设集 中式的基金代销系统.不仅可以充分适应新的大集中的体系架 构.并可通过对总分行异构系统的整合和对分布于各分行的基 金数据整合,降低系统构架的复杂度,提高系统运行效率.减少 业务环节.大幅度地提高系统的数据同步性,交易实时性,查询 统计的完整性和系统功能的可扩展性.为客户提供一个统一,快 速和便捷的基金代销交易平台 原有的基金系统采用的是总分行分布式结构目前占据基 金销售市场份额较大的几家主要的基金代销银行.在没有进行 改进前都是采用分布式结构的基金代销系统这种结构主要是 为了适应传统的以城市分行为中心的账务系统.需要在总行和 分行分别部署总行端系统和分行端系统 图1分布式结构的基金代销系统逻辑结构图 分行端系统主要负责实时接收客户交易请求.并借助于分 行帐务系统,完成客户资金清算;总行端系统则主要负责集中的 与注册登记机构进行申请和确认的文件交换总分行系统之间 每天通过批量文件的形式交换客户交易申请和注册登记机构下 发的交易确认.总行端系统每天还会根据申购赎回数据.产生资 金划拨的指令,由电子汇兑系统执行指令.在总分行之问调拨头 寸. 2,集中式基金代销系统的应用目标 集中式基金代销系统是以相对于帐务系统独立的外挂系统 存在,并且同时与帐务系统对公,对私系统进行联动.所有的业 务逻辑判断和业务数量统计及考核都由集中式基金代销系统来 完成.只有在需要帐务系统进行扣款或其它一些特殊处理时才 通过固定的数据接口联动到帐务主机 基金代销系统本身采用数据大集中模式.分行端没有业务 处理器.所有的网点联机交易都实时上送总行基金主机进行处 理.并即时返回网点前台. 图2集中式基金代销系统框架图 3,集中式基金代销系统相关技术 集中式基金代销系统的的设计应用了面向对象的思想.采 用了轻量级的应用框架Spring结合数据库持久层组件Hiber_ na【e和Ibatis作为基本架构.Spnng提供的依赖注入容器是设计 的核心技术 3.1Spring框架基本原理 随着计算机运算能力的日益强大.如今的软件系统已经发 展得越来越复杂.特别是服务器端软件,设计到的知识,内容,问 题太多.框架的出现.使得可以从很多细节问题(比如.事物处 理,安全性,数据流控制等)上抽出身来,集中精力完成系统的业 务逻辑设计.框架一般是成熟,稳健的,具有很好的结构和扩展 性.框架的使用可以大幅度提高开发效率. 3.2Spring是轻量级的J2EE应用程序框架 Spfing的核心是个轻量级容器(container),实现了IoC(In. ve~ionofContro1)模式的容器.Spnng的目标是实现一个全方位 的整合框架.在Spnng框架下实现多个子框架的组合.这些子框 架之间彼此可以独立.也可以使用其它的框架方案加以替代, Spfing希望提供0ne—stopshop的框架整合方案. Spring的核心概念是IoC(控制反转),其主要表现出的思想 包括: (1)高层组件不应该依赖地层组件.而是组建都必须依赖于 抽象. (2)实现必须依赖抽象,而不是抽象依赖实现. (3)应用程序

文档评论(0)

1亿VIP精品文档

相关文档