基于Struts框架的银行绩效考核系统的设计与实现.pdf

基于Struts 框架的银行绩效考核系统的设计与实现 1 1 2 王亮亮 ，郭庆平 ，廖小青 1.武汉理工大学计算机科学与技术学院，武汉（430063 ） 2.江西广播电视网络传输有线公司赣州分公司，江西 （341000 ） E-mail ：dandandatou@163.com 摘 要：介绍基于MVC 模式的Struts 框架设计的银行绩效考核系统。首先分析了系统的架 构和关键技术，接着列出了绩效考核系统的常见问题并给出了具体的解决方案。 关键词：b/s ，MVC ，struts ，绩效考核 中图法分类号 TP391.78 文献标识码 B 1. 引言 随着中国加入经济全球化的行列，国内银行将面临许多新的机遇和挑战：一方面，引入 国外先进技术和走出国门将变得更容易；另一方面，外资银行进入国内带来更激烈的竞争。 对于国内银行来说，要赢得这场竞争，需要经过多方面的改革，如改善管理体制、提高服务 质量、为客户提供多元化服务等。 绩效考核系统为银行战略目标的实现提供了保障，但是它具有所涉及的业务逻辑复杂、 需求灵活，甚至个别业务可能会在系统使用过程中发生变化的特点，因此如何组织应用程序 以使其易于维护和升级便成为开发人员所要面临的首要问题。目前绩效考核系统的开发方法 和实现模式很多，但是，大多数都由于缺乏良好的规划和未经过结构化导致了信息筒仓（silo ） 或信息井（well ）等计算机信息系统的产生。这些系统可以提供银行特定业务部门的部分数 据信息，但是他们不能从银行其它部门中集成信息，从而很难提供银行信息的全貌；同时， 根据各业务部门的要求编制的业务统计报表也导致了大量的数据提取程序、中间数据、报表 程序共存于一个未经规划的决策支持环境中，从而降低了获取信息的速度和信息的质量，也 使银行IT 部门维护这些程序和数据的难度越来越大。 根据目前软件业的发展情况和银行业的业务特征，实现了一套基于J2EE 技术架构的解 决方案，方案实现了银行绩效考核系统所要达到的以下几点要求：①良好的系统结构，②易 于维护，③ 易于升级，④支持数据的频繁变化，⑤数据安全性高。 2. 绩效考核的系统架构 2.1 系统的核心结构 传统的绩效考核系统采用的应用系统模式是C/S结构，通过客户端多个独立子系统完成 整体系统要求，服务器是系统资源的存储与管理中心，各个客户端完成各自的功能，业务处 理及客户交互集中在客户端。这样的体系结构存在着以下缺点：①维护工作量大，业务规则 变化时，客户端程序必须随之改动；②客户端与服务器直接相连，不仅消耗了大量本就紧张 的服务器资源，而且安全性低；③客户端与服务器间的大量数据传送，容易堵塞网络，明显 地与绩效考核系统的性能需求背道而驰。为此我们采用了B/S模式的结构来避免C/S结构下所 存在的问题，在这种模式中客户端只要安装操作系统、网络协议软件、浏览器即可，HTTP 传输协议为所有的应用提供了统一的通信基础。所有的处理核心都在服务器端实现，这个特 点对于系统维护来说大大提供了方便：一方面，新营业厅的开设无需专业人员进行客户端系 统的协试、安装；另一方面，对于业务规则的变化，只要修改服务器端的程序，而客户端是 -1- [1[2]] 透明的，无需变更。本系统的B/S结构 如图1所示。 图1 B/S 结构图 2.2 系统的网络结构 在此系统模式下，各分行通过专线连接到总行的业务生产系统。当有客户进行业务操作 时，支行的业务人员通过终端受理客户的存款、取款或贷款需求，将客户的信息，比如帐号、 金额、开户行、币种类型等提交到总行的业务生产系统中。通过存储过程定时将业务系统中 导出的数据文本文件按一定规则导入到本系统数据库中，然后总行受理人员可以对各客户信