将Struts、Spring和ibatis的组合在一起
第二篇：基于Struts、Spring和Ibatis的银行绩效考核系统的开发研究
大连海事大学
硕士学位论文
基于Struts、Spring和Ibatis的银行绩效考核系统的开发研究
姓名：高志华
申请学位级别：硕士
专业：计算机技术
指导教师：蒋波;王谦
20091101
中文摘要
摘要
近年来，随着外资银行在我国的数量不断增加以及我国金融体制改革的不断深入，国内银行所面临的压力日渐增大。银行作为一个独立的盈利性质企业，建立一个健全、完善的绩效考核管理系统起着非常重要的作用。
本文着重分析、研究了Ｊ２ＥＥ平台的体系结构及其特点，提出了采用Ｓｔｒｕｔｓ、Ｓｐｒｉｎｇ和ｌｂａｔｉｓ框架相结合的系统解决方案，详细论述了用Ｓｔｒｕｔｓ框架解决了模型、视图和控制的分离以便使系统的结构更加清晰，用Ｓｐｒｉｎｇ解决事务管理方面的问题，以及用Ｉｂａｔｉｓ为业务层提供数据抽象层接口，实现数据存储逻辑的分离、数据访问底层实现的分离、资源管理和调度的分离的相关技术细节。同时，对整体绩效考核管理所涉及的各大模块进行了细致的研究和解析，对各大模块的一些功能需求和设计作了全面的分析及定义，在此基础上实现了系统的部分功能。
实现结果表明，本文所论述的技术方案是实现功能、性能完善的绩效考核管理系统的一个有效途径。关键词：性能；整体；绩效考核管理系统；框架
英文摘要
Ａｂｓｔｒａｃｔ
Ｉｎｒｅｃｅｎｔｙｅａｒｓ，ｗｉｔｈｔｈｅｎｕｍｂｅｒｓｏｆｆｏｒｅｉｇｎｂａｎｋｓｉｎｃｒｅａｓｉｎｇｉｎＣｈｉｎａａｎｄＣｈｉｎａ＇ｓｆｉｎａｎｃｉａｌｓｙｓｔｅｍｒｅｆｏｒｍｃｏｎｔｉｎｕｅｓ
ｉｎｃｒｅａｓｉｎｇ．ＢａｎｋｓａＬｓａｌｌｔｏｄｅｅｐｅｎ，ｐｒｅｓｓｕｒｅｔｈａｔｄｏｍｅｓｔｉｃｂａｎｋｓｆａｃｉｎｇｉｓａｉｎｄｅｐｅｎｄｅｎｔｐｒｏｆｉｔｎａｔｕｒｅｏｆｅｎｔｅｒｐｒｉｓｅｓ，ｅｓｔａｂｌｉｓｈｉｎｇ
ｉｓｖｅｒｙｓｏｕｎｄａｎｄｃｏｍｐｒｅｈｅｎｓｉｖｅｐｅｒｆｏｒｍａｎｃｅａｓｓｅｓｓｍｅｎｔｍａｎａｇｅｍｅｎｔｓｙｓｔｅｍ
ｏｎｉｍｐｏｒｔａｎｔ．Ｔｈｉｓｐａｐｅｒｉｓｆｏｃｕｓｉｎｇｔｈｅａｎａｌｙｓｉｓａｎｄｒ．ｅｓｅａｒｃｈｏｆｔｈｅｓｙｓｔｅｍａｒｃｈｉｔｅｃｔｔｔｒｅｏｆ
Ｊ２ＥＥａｎｄｉｔ’Ｓｆａｃｔｏｒ．ＴｈｅｓｏｌｕｔｉｏｎｏｆｕｎｉｏｎｕｓａｇｅｏｆＳｔｒｕｔｓＳｐｒｉｎｇａｎｄＩｂａｔｉｓｉｓａｄｏｐｔｅｄｂｙｔｈｉｓｓｙｓｔｅｍ．ＴｈｅｅｘｐｏｓｉｔｉｏｎｆｏｒＴｈｅＳｔｒｕｔｓｆｒａｍｅｗｏｒｋｗｈｉｃｈｉｓｕｓｅｄｔｏｓｐｅｒａｔｅｔｈｅｍｏｄｅｌｖｉｅｗａｎｄｃｏｎｔｒｏｌｌｅｒｉＳｓｔａｔｅｄｉｎｄｅｔａｉｌｔｈａｔｍａｋｅｔｈｅｓｙｓｔｅｍｍｏｒｅｃｌｅａｒｌｙｉｎａｒｃｈｉｔｅｃｔｕｒｅ．Ｔｈｅｓｐｒｉｎｇｉｓｕｓｅｄｔｏｒｅｓｏｌｖｅｔｈｅｔｒａｎｓａｃｔｉｏｎｍａｎａｇｅｍｅｎｔｏｆｓｙｓｔｅｍ．Ｉｂａｔｉｓｉｓｕｓｅｄｔｏｓｕｐｐｌｙｔｈｅａｂｓｔａｒｃｔｉｎｔｅｒｆａｃｅｆｏｒｔｈｅｂｕｓｉｎｅｓｓｌａｙｅｒｗｈｉｃｈｉｍｐｌｅｍｅｎｔｔｈｅｓｐｅｒａｆｉｏｎｏｆｔｈｅｄａｔａｓｔｏｒａｇｅｌｏｇｉｃ，ｉｍｐｌｅｍｅｎｔａｔｉｏｎｏｆｄａｔａａｃｃｅｓｓｍｅｎｔａｎｄｒｅｓｏｕｃｅｍａｎａｇｅｍｅｎｔａｎｄｄｉｓｐａｔｃｈｒｅｌａｔｅｄｔｅｃｈｎｏｌｅｄｇｅｄｅｔａｉｌ．Ｉｎｔｈｅｍｅａｎｔｉｍｅ，ｔｈｅｒｅｓｅａｒｃｈａｎｄａｎａｌｙｓｉｓｏｎｅａｃｈｃｏｍｐｏｎｅｎｔｔｈａｔｂａｎｋ
ｏｎｐｅｒｆｏｍａｎｃｅａｓｓｅｓｓｍｅｎｔｕｓｅｄｉｓｉｎｄｅｔａｉｌ．Ｄｅｆｉｎｉｔｉｏｎａｎｄａｎａｌｙｓｉｓ
ｏｖｅｒａｌｌ．Ｂａｓｅｄｏｎｔｈｅｆｕｎｃｔｉｏｎｒｅｑｕｉｒｅｍｅｎｔａｎｄｄｅｓｉｇｎｏｆｌａｒｇｅｃｏｍｐｏｎｅｎｔｓｉｓｔｈｉｓ，ｓｏｍｅｆｕｎｃｔｉｏｎｏｆｔｈｅｓｙｓｔｅｍｉｓｉｍｐｌｅｍｅｎｔｅｄ．
Ｔｈｅ
ａｉｍｐｌｅｍｅｎｔａｔｉｏｎｒｅｓｕｌｔＣａｎｐｒｏｖｅｔｈａｔｔｈｅｔｅｃｈｎｏｌｏｄｇｅｐｒｏｐｏｓｅｄｉｎｔｈｉｓｐａｐｅｒｉｓｔｏｃｏｎｓｔｒｕｃｔｅｆｆｅｃｔｉｖｅｗａｙｔｈｅｐｅｒｆｏｒｍａｎｃｅａｓｓｅｓｓｍｅｎｔｍａｎａｇｅｍｅｎｔｗｈｉｃｈｆｕｎｃｔｉｏｎａｎｄｐｅｒｆｏｒｍａｎｃｅｉｓｐｅｒｆｅｃｔ．
ＫｅｙＷｏｒｄｓ：Ｐｅｒｆｏｒｍａｎｃｅ＝Ｏｖｅｒａｌｌ；Ｐｅｒｆｏｒｍａｎｃｅ
ＦｒａｍｅｗｏｒｋＡｓｓｅｓｓｍｅｎｔＭａｎａｇｅｍｅｎｔ；
大连海事大学学位论文原创性声明和使用授权说明
原创性声明
本人郑重声明：本论文是在导师的指导下，独立进行研究工作所取得的成果，撰写成硕士学位论文：基至§主！坚主§：曼卫兰ｉ监塑！坠丛ｉ曼数堡堑缝筮耋核丕统的珏筮硒究：：。除论文中已经注明引用的内容外，对论文的研究做出重要贡献的个人和集体，均已在文中以明确方式标明。本论文中不包含任何未加明确注明的其他个人或集体已经公开发表或未公开发表的成果。本声明的法律责任由本人承担。
＾
学位论文作者签名：
学位论文版权使用授权书
本学位论文作者及指导教师完全了解大连海事大学有关保留、使用研究生学位论文的规定，即：大连海事大学有权保留并向国家有关部门或机构送交学位论文的复印件和电子版，允许论文被查阅和借阅。本人授权大连海事大学可以将本学位论文的全部或部分内容编入有关数据库进行检索，也可采用影印、缩印或扫描等复制手段保存和汇编学位论文。同意将本学位论文收录到《中国优秀博硕士学位论文全文数据库》（中国学术期刊（光盘版）电子杂志社）、《中国学位论文全文数据库》（中国科学技术信息研究所）等数据库中，并以电子出版物形式出版发行和提供信息服务。保密的论文在解密后遵守此规定。
本学位论文属于：保密口在年解密后适用本授权书。
不保密口（请在以上方框内打“４＂）
誊燃～马壤孑惨
基于Ｓｔｒｕｔｓ、Ｓｐｒｉｎｇ和Ｉｂａｔｉｓ的银行绩效考核系统的开发研究
第１章绪论
１．１选题背景及意义
加入ＷＴＯ后，加快了我国经济与世界经济的一体化进程。我国的银行业及其管理者也正以只争朝夕的紧迫感学习、吸收国外银行的先进技术和管理理念。此前，我国的银行界很少有像现在这样重视内部管理，在与外资银行的一轮又一轮的较量和合作过程中，业界人士终于认识到，国内银行与国外银行间的最大差异不在于技术、资本、行业经验，最大的差异就在于内部管理。如何将以前那种经验管理、粗放式管理、个人英雄式管理变为科学、规范的管理？如何提升内部员工的素质和技能并将其有效地发挥出来等问题，是现代银行业必须深入研究的问题。资本、规模、技术等都可以通过市场运作取得，但是员工的素质、银行内部的企业文化等是无法购买和复制的，只有通过有效的内部管理机制才能创造出这种企业文化。不论管理者，还是受管理者，本质上他们都是管理的主体，“二十一世纪的竞争是人才的竞争”，银行的管理者想方设法提高员工的士气和业绩，并进行优胜劣汰，保持晟优秀的员工团体。好的绩效管理不但能激励员工的工作热情，还能给出客观、公平的员工成绩表，作为优胜劣汰的依据。所以，绩效管理是人力资源管理的核心，在实现企业战略目标方面也起着举足轻重的作用，这已经是业界的一个共识。
现代银行已经在很大程度上依赖于计算机和网络，客户拿着国内的信用卡或者支票，就可以到世界的各个角落进行结算。如果还是依靠人工台帐的话，这是无法想象的。随着银行业务范围的扩大和品种的增加、银行业务量不断膨胀，客户资料、产品信息、业务流水和帐户明细等的笔数都是以百万计。随着网络应用、海量存储和数据库技术不断发展，银行业务得到了可靠的保障，这就使得绩效考核系统的开发和运用成为可能。成熟的绩效考核系统能为银行决策者提供客观、公平、可靠的业绩报表，对提高银行人力资源管理水平、员工的工作热情、建造和谐的内部气氛等，都起到了非常积极的作用。
第１章绪论
１．２国内外研究现状
对于商业银行绩效考核的研究，国外开展得较早，在上个世纪３０年代，就确立了银行绩效评价体系。到了上世纪７０年代，伴随着大量银行的破产，商业银行绩效评价分析引起了西方学术界的极大关注。此后，为了保障投资者和债权人的利益，银行对财务绩效进行了评价，它的具体内容基本上包括了企业偿债能力、营运能力和盈利能力，评价结果和经理人的报酬挂钩。８０年代以后，理论界愈来愈认识到原有财务评价的局限性，会计信息反映企业的经营活动的片面性。于是，人们开始将企业的竞争能力，与顾客的关系等非财务评价纳入企业绩效的评价内容。美国学者经过对欧洲和北美３０００多家公司的实证研究表明，无形因素特别是知识资产、创新和质量等是竞争成就获得的驱动力。９０年代以来，银行逐渐把客户满意度放在首位，与此同时，进行了业务流程的重组、金融体系的创新，以满足客户需求。银行绩效受到越来越多的非财务因素的影响。ＷｉｌｌａｍＤ?Ｍｉｌｌｅｒ在《商业银行评估》中提到，评价银行绩效必须同时关注影响银行的财务因素和非财务因素，并提出了ｌＯＰ评估法。他认为银行的财务因素能够为绩效评价提供依据，有利于提高利润。与此同时，非财务因素的变化也给银行提供了创造利润的机会，对银行绩效产生了重大影响。由此可见，只有处理好非财务指标、有选择地将这些因素融入绩效评价体系，银行评价体系才将是完善的。至此，西方银行绩效评价已经进入到财务指标和非财务指标相结合、定量评价和定性分析相结合的绩效评价阶段。
对银行绩效的研究，我国起步较晚。上世纪９０年代以来，我国理论界才开始对银行业的绩效考核问题进行了比较广泛、深入的研究。周春喜研究了多级模型数学综合评价理论，建立了多层次的商业银行绩效评价体系，并合理确定了指标权重的计算方法。张仿龙以骆驼评价法为基础，借鉴平衡计分卡的思想，探讨了平衡计分卡在我国商业银行财务诊断中的运用。赵国杰针对目前国内商业银行存在的弊端，通过在财务、顾客、内部业务和学习与成长等方面构建以战略和远景为中心的绩效评价指标体系，进一步阐明了该指标体系的内在因果关系，并结合我国商业银行现状及行业特点试建了绩效评价体系。关新红在对国外先进理论做
基于Ｓｔｒｕｔｓ、ＳＮｎｇ和Ｉｂａｔｉｓ的银行绩效考核系统的开发研究
了大量的分析的基础上，对ＥＶＡ的实施进行了可行性论证。由此可见，我国银行绩效评价的研究虽然起步较晚，但通过对国外银行绩效评价理论的分析与研究，进行了富有成效的探讨与创新，已经取得了十分可喜的成果。
１．３主要研究内容
企业管理的核心主要是战略管理，战略管理的核心是人力资源管理，人力资源管理的核心是绩效管理。可以说，公司内部的管理都是以绩效为导向而展开的。所以，研究绩效管理的原理和模式是非常重要的，通过选择适合企业内部的绩效管理模式，使企业达到设定的战略经营目标。
绩效考核是企业管理中最为重要的一环。随着企业管理理论和实践的深入发展，绩效考核理论也在不断的研究之中，并逐渐由粗放走向细致，由单纯的目标管理转向目标和过程并重的管理。
在中国的银行界，采用的绩效考核管理方法很多，主要包括下面几类方法，简单目标管理、关键业绩指标考核（ＫＰＩ）、量化评分考核、综合效益考核、平衡计分卡等。
简单目标管理方法作为企业管理的初级阶段因其简单易行而曾经兴盛一时，这种方法一般是在年初对考核对象确定几个指标，一般是存款余额或者增长量，到年终时以年终余额作为数据以考查完成情况。由于简单目标管理只抓一点不，并且容易产生企业经营行为的次优化选择，因此已经被大多数据企业管理者所放弃，而代之以更为精细的关键业绩指标考核（ＫＰＩ考核）。
业绩指标考核∞Ｉ）是一种更为精细的目标管理方法，这种考核方法不只注意一两项指标，而是将与企业效益相关的多项指标提取出来，同时考核多项指标。更重要的～点，Ｋ．ＰＩ考核不但关注时点余额，也同时关注余额均值，它关注整个考核期内的经营情况。Ｉ＜ＰＩ考核要求每一项指标都必须达标，否则视为未完成任务。目前ＫＰＩ考核方案多用于年薪制的企业领导者的考核，完成情况与年薪中的效益部分挂钩。ＫＰＩ考核模式要求企业领导者必须进行全面管理，而不能只注重一两项指标。
第１章绪论
Ｋ．ＰＩ考核方案可能出现的一种考核困境是考核对象的某些项指标完成十分出色，而某些指标则未完成。针对这种情况，量化评分考核应运而生，它将ＫＰＩ指标值通过标准值、系数等换算成分值，从而将多种口径的Ｋ．ＰＩ指标统一在一种考核口径下。量化评分模型通过评分可以做到考核对象的业绩排名，也可以通过分值换算成对考核对象的效益奖金。这种方法因其简单易懂而成为目前最为流行的考核方法。
目前银行的业绩考核正在向更高层次发展，如建设银行力推以经济增加值（ＥＶＡ）为核心的考核体系，而平衡计分卡０３ｓｃ）ｐＡ其丰富而精细的考核方法和考核指标而被国内很多企业所看重。目前，经济增加值①ＶＡ）已经被溶入现有的ＫＰＩ考核或量化考核体系中作为一项关键绩效因子。而平衡计分卡（ＢＳＣ）则因为计算过程复杂并且需要大量的数据收集过程而较难形成正规的考核体系。
针对客户经理、机构以及柜员的内部考核要求，并结合其它部门的需求，采用ＫＰＩ（关键指标指数）考核和量化评分考核方式，设计并实现一个结构科学合理、数据准确及时、查询方便快捷、操作简单灵活且易于维护管理的绩效考核系统。通过多角度、多层次的指标组合与灵活的考核标准，准确地反映当前的业务状况及变化趋势，为全行的绩效考核提供服务。
具体研究内容如下：
?
?
?
?客户经理考核的设计与实现机构考核的设计与实现业务量考核的设计与实现机构绩效分析报表的设计与实现
１．４本文的章节结构
针对上述研究内容，可将本文分为６个章节，每个章节的内容安排如下：
第１章绪论。本章着重论述本课题的研究背景与研究意义。通过对国内外研究现状的分析，给出本文的主要研究内容与拟采取的技术路线。第２章Ｊ２ＥＥ应用体系结构。主要阐述Ｊ２ＥＥ多层结构及其改进方案和优点。
基于Ｓｔｒｕｔｓ、Ｓｐｒｉｎｇ和ｌｂａｔｉｓ的银行绩效考核系统的开荔乏乡堕
第３章开发环境和框架技术。主要介绍绩效考核系统所用的开发环境和框架及工具。
第４章绩效考核管理系统分析。确认绩效考核管理系统所使用的考核方法，论述系统目标及系统范围及相关业务流程。
第５章绩效考核管理系统的设计与实现。系统地阐述了整体功能设计和技术设计，确定各模块功能，就各功能予以定义，并将部分流程予以实现。第６章结论。主要是对本论文的全文的总结和展望。
第２章Ｊ２ＥＥ应用体系结构
第２章Ｊ２ＥＥ应用体系结构
２．１引言
绩效考核管理系统是基于Ｊ２ＥＥ平台开发的，平台为软件的开发提供了良好的服务。
Ｊ２ＥＥ架构是当前ＪａｖａＷｅｂ应用中的主流应用架构【１１，目前大多数企业采用Ｊ２ＥＥ技术的结构设计与解决方案【２１。Ｊ２ＥＥ体系结构提供中间层集成框架用来满足无需太多费用而又需要高可用性、高可靠性以及可扩展性的应用的需求。通过提供统一的开发平台，Ｊ２ＥＥ降低了开发多层应用的费用和复杂性，同时提供对现有应用程序集成强有力支持，完全支持ＥｎｔｅｒｐｒｉｓｅＪａｖａＢｅａｎｓ，有良好的向导支持打包和部署应用，添加目录支持，增强了安全机制，提高了性能。
Ｊａｖａ技术的核心优点即它的“完全可移植性（Ｐｏｒｔａｂｉｌｉｔｙ）”。一次开发、多次移植使用，不必担心具体的硬件及操作系统环境，．这对于提高开发效率、代码重用等具有很大的便利【３】【４】。缩减开发成本，可以快速跟踪企业应用的设计和开发，Ｊ２ＥＥ技术提供了基于组件的设计方法，开发、集成、部署应用程序【５】ｏ
同时，加快了应用程序的设计和开发，可以快速地建立融合了Ｉｎｔｅｍｅｔ技术尤其是Ｗｅｂ技术的Ｎ层（Ｎ．Ｔｉｅｒｓ）结构的分布式企业应用。基于Ｊ２ＥＥ技术的Ｂ／Ｓ结构具有可维护性好、可扩展性好、安全性好等优点，较好的解决了Ｃ／Ｓ结构所固有的可扩充性差、可维护性差、可扩展性差、安全性差、部署麻烦等弊端【６】。２．２传统Ｊ２ＥＥ及其改进方案
通常认为，运行在Ｊ２ＥＥ服务器上的ＥＪＢ容器可以认为是此结构的核心，ＥＪＢ容器管理着所有ＥＪＢ的执行，以及ＥＪＢ的生命周期，并且为ＥＪＢ提供所有系统级的服务ｔｒｌ。ＥＪＢ组件负责接受，处理ＷＥＢ容器的客户请求和连接提供整个企业使用的数据，服务的ＥＩＳ层。
通过Ｇｅｔｔｅｒ／Ｓｅｔｔｅｒ方法暴露ＥＪＢ的所有属性在客户端中【引，业务对象都是带远程接Ｅｌ的无状态ｓｅｓｓｉｏｎｂｅａｎ，运行在ＥＪＢ容器中。ＥＪＢ中包含了各种服务（比如声明式的事务管理），而且提供了一个共享的中间层，可支持可支持各种类型的Ｊ２ＥＥ
基于Ｓｔｒｔｒｔｓ、ｓＰ血ｇ和Ｉｂａｔｉｓ的银行绩效考核系统的牙叁研究
客户端。但结构中应用性能和开发开销的负担很重，一些负载来在于ＥＪＢ，而很大还是与分布式架构的特性有关。此外，为了分布化，牺牲了００原则，并且难以测试，比如，把业务逻辑放在ＥＪＢ层之后的ＰＯＪＯ中实现【９】，而这些类完全依赖于ＥＪＢ容器的。
对“经典”架构的一种改进，便是把远程ＥＪＢ替换为本地ＥＪＢ，实现架构的重用，解决分布化的种种问题。但这时的架构还是相当的复杂，ＥＪＢ的很多负担还是存在，从ＥＪＢ中获得益处反而不多。所以，随着企业级应用开发的不断复杂，对架构设计的要求也会提出如下的一些新要求：
?架构简单，但功能强大。
?架构可以通过配置ＷＥＢ容器集群来达到横向扩展。
?在不同的应用服务器之间具有高移植性。
?便于在应用服务器之外进行业务对象的单元测试，而且，一些集成测试甚
至可以让一些轻量级容器（如Ｊｔｍｉｔ）来完成。
为了解决经典架构中有ＥＪＢ引起的一系列问题以及满足不断发展的企业应用，提出了非ＥＪＢ架构的‘‘轻量级容器，’【１们。轻量级容器与ＥＪ＇Ｂ架构都是有容器管理业务服务对象，然后再围绕着这个服务层组织整个架构。但是业务对象不是运行在ＥＪＢ容器中，而是运行在“轻量级容器”中。轻量级容器并没有和Ｊ２ＥＥ绑定，所以它既可以运行在ＷＥＢ容器里，也可以在一个标准应用程序中运行，如必要，也可以运行在ＥＪＢ容器中。这个容器也没有与ｓｅｒｖｌｅｔＡＰＩ绑定，这一点与ＭＶＣ结构的ＷＥＢ框架有所不同。轻量级容器的启动开销很小，而且无需ＥＪＢ的部署。
轻量级容器提供了一种管理、定位业务对象的办法。用不着ＪＮＤＩ寻址、定制服务器之类的额外辅助；轻量级容器为应用对象提供注册服务。较之ＥＪＢ容器而言，轻量级容器不仅功能强大，而且避免了容器强制业务对象采用特定的接口，最低程度地降低了侵入性，实现了效果极佳的架构重用。
轻量级容器中所有的Ｊａｖａ类都运行在同一个虚拟机中。
ＷＥＢ层是由ＭＶＣ框架提供的（Ｓｔｒｕｔｓ或ＷｅｂＷｏｒｋ，或Ｓｐｒｉｎｇ架构的ＭＶＣ结构）。
第２章Ｊ２ＥＥ应用体系结构
业务对象是ＰＯＪＯ，运行在轻量级容器里。Ａｏｐ代理是基于拦截器机制实现的，实际业务对象就是业务对象。与ＥＪＢ容器不同，业务对象不依赖于容器的ＡＰＩ，所以这些对象在容器外也可以使用，更利于单元测试。业务对象仅仅通过接口来访问，当更改具体业务对象的实现类后，业务对象无需修改。实现了面向接口编程。
数据访问机制可以通过轻量级的Ｏ／ＲＭ．ａｐｐｉｎｇ实现，该层能提供透明的持久化，能够实现对数据访问方式ＪＤＢＣ的轻量级封装。
２．３Ｊ２ＥＥ的优点分析
高效的开发：Ｊ２ＥＥ允许公司把一些通用的、很繁琐的服务端任务交给中间件供应商去完成。这样开发人员可以集中精力在如何创建商业逻辑上，相应地缩短了开发时间。
状态管理服务：让开发人员写更少的代码，不用关心如何管理状态，这样能够更快地完成程序开发。
持续性服务：让开发人员不用对数据访问逻辑进行编码就能编写应用程序，能生成更轻巧，与数据库无关的应用程序，这种应用程序更易于开发与维护。
分布式共享数据对象ＣＡＣＨＥ服务：让开发人员编制高性能的系统，极大提高整体部署的伸缩性。
支持异构环境：Ｊ２ＥＥ能够开发部署在异构环境中的可移植程序。基于Ｊ＇２ＥＥ的应用程序不依赖任何特定操作系统、中间件、硬件。因此设计合理的基于Ｊ２ＥＥ的程序只需开发一次就可部署到各种平台。这在典型的异构企业计算环境中是十分关键的。Ｊ２ＥＥ标准也允许客户订购与Ｊ２ＥＥ兼容的第三方的现成的组件，．把它们部署到异构环境中，节省了由自己制订整个方案所需的费用。
可伸缩性：企业必须要选择一种服务器端平台，这种平台应能提供极佳的可伸缩性去满足那些在他们系统上进行商业运作的大批新客户。基于Ｊ２ＥＥ平台的应用程序可被部署到各种操作系统上。例如，可被部署到高端ＵＮＩＸ与大型机系统，这种系统单机可支持６４至２５６个处理器。
基于Ｓｔｒｕｔｓ、ＳｐｒｉｎｇＩｂａｔｉｓ的银征绣墼壹燧壅堕箜墅垄ｉ堑堕
负载平衡策略：能消除系统中的瓶颈，允许多台服务器集成部署。这种部署可达数千个处理器，实现可高度伸缩的系统，满足未来商业应用的需要。
第３章开发环境和框架技术
第３章开发环境和框架技术
绩效考核管理系统是基于Ｊ２ＥＥ平台开发，采用Ｓｔｒｕｔｓ、Ｓｐｒｉｎｇ和Ｉｂａｔｉｓ架构进行实现。本章将简要介绍Ｔｏｍｅａ、ＭｙＥｃｌｉｐｓｅ、ＣＶＳ、Ｓｔｒｕｔｓ、Ｓｐｒｉｎｇ和Ｉｂａｔｉｓ的相关概念。
３．１开发环境
本系统的开发选用了ＷｉｎｄｏｗｓＸＰ操作系统作为平台，它不但增强了可靠性和灵活性，而且降低了拥有强大、灵活管理服务的计算系统的成本，并为运行企业应用程序提供了良好的基础。
３．２系统开发工具
３．２．１Ｗｅｂ服务器
Ｔｏｍｃａｔ是一个免费的开源的Ｓｅｒｌｖｅｔ容器，它是Ａｐａｃｈｅ基金会的Ｊａｋａｒｔａ项目中的一个核心项目，由Ａｐａｃｈｅ，Ｓｕｎ和其它一些公司及个人共同开发而成。由于有了Ｓｕｎ的参与和支持，最新的Ｓｅｒｖｌｅｔ和Ｊｓｐ规范总能在Ｔｏｍｃａｔ中得到体现ｆＪｌ】。
与传统的桌面应用程序不同，Ｔｏｍｃａｔ中的应用程序是一个ＷＡＲ（ＷｅｂＡｒｃｈｉｖｅ）文件。ＷＡＲ是Ｓｕｎ提出的一种Ｗｅｂ应用程序格式，与ＪＡＲ类似，也是许多文件的一个压缩包【１２ｌ。包中的文件是按照目录结构来组织规范的。通常它的目录下面含有Ｈｔｍｌ和Ｊｓｐ（ＪａｖａＳｅｒｖｅｒＰａｇｅ）源文件并且目录也包含在它的下面。Ｔｏｍｃａｔ有一个非常重要的目录ＷＥＢ．ＩＮＦ，它的里面有一个ｗｅｂ．ｘｍｌ文件和一个ｃｌａｓｓｅｓ目录。ｗｅｂ．ｘｍｌ是应用程序的非常重的配置文件，ｃｌａｓｓｅｓ目录下包含编译后的Ｓｅｒｖｌｅｔ类和它依赖的其它类文件或者ｊａｒ包。当然ｊａｒ包也可以放到系统的ＣＬＡＳＳＰＡＴＨ中，但那样移植和管理起来不很方便。
应用程序的部署在Ｔｏｍｃａｔ中很其实很简单，只需将ＷＡＲ放到Ｔｏｍｃａｔ的ｗｅｂａｐｐ目录下，这个文件在ｔｏｍｃａｔ启动的时候会自动被检测到并解压。Ｔｏｍｃａｔ提供了ｍａｎａｇｅｒ的应用，访问它的时候用户需要输入用户名和密码，它存放在以个ｘｍｌ文件中。另外，Ｔｏｍｃａｔ不仅仅可以作为Ｓｅｒｖｌｅｔ容器应用，他还可以处理Ｈｔｍｌ页面。但相比Ａｐａｃｈｅ，Ｔｏｍｃａｔ对静态Ｈｔｍｌ的处理相对较弱。如果在开发过
基于Ｓｔｒｕｔｓ、Ｓｐｒｉｎｇ和Ｉｂａｔｉｓ的银行绩遂壹燧逐缠随理垄ｉ耍堕
程中将Ｔｏｍｃａｔ和Ａｐａｃｈｅ集成，让Ａｐａｃｈｅ处理静态Ｈｔｍｌ，而由Ｔｏｍｃａｔ来处理Ｊｓｐ和Ｓｅｒｖｌｅｔ，这种配置就可以较好的处理静态页面和动态页面，从而使服务器更加有效率的工作。
Ｔｏｍｃａｔ支持Ｒｅａｌｍ。Ｔｏｍｃａｔ用Ｒｅａｌｍ来对不同的应用赋给不同的用户。没有权限的用户则不能访问这个应用。Ｔｏｍｃａｔ提供了三种Ｒｅａｌｍ．．
①ＪＤＢＣＲｅａｌｍ
用户信息储存在数据库里，通过ＪＤＢＣ获得用户信息来进行验证。
②ＪＮＤＩＫｅａｌｍ
用户信息存存储在ＬＤＡＰ的服务器里，通过ＹＮＤＩ获取用户信息。
③ＭｅｍｏｒｙＲｅａｌｍ
用户信息放在一个ｘｍｌ文件里。
通过Ｒｅａｌｍ，对访问某个应用的客户可以方便的进行验证。在Ｔｏｍｃａｔ中对应用程序或者Ｓｅｓｓｉｏｎ用Ｓｅｒｖｌｅｔ２．３提供的事件监听器功能进行监听。Ｔｏｍｃａｔ还提供了与ＳＳＬ集成到一块，实现安全传输等等其它的功能。Ｔｏｍｃａｔ支持ＪＮＤＩ（ＪａｖａＮａｍｉｎｇＤｉｒｅｃｇｔｏｒｙＩｎｔｅｒｆａｃｅ）。Ｊ２ＥＥ应用服务器与Ｔｏｍｃａｔ是有一定的差别的的。其它的应用服务器相比Ｔｏｍｃａｔ提供较多的Ｊ２ＥＥ功能，如ＥＪＢ、ＪＭＳ、ＪＡＡＳ、Ｊｓｐ和Ｓｅｒｖｌｅｔ等等。Ｔｏｍｃａｔ不提供对ＥＪＢ等技术的支持。但是Ｔｏｍｃａｔ如果集成ＪＢｏｓｓ（－－个开源的应用服务器），那么，就可以实现Ｊ２ＥＥ绝大部分功能。
既然应用服务器包含了Ｔｏｍｃａｔ的大部分功能，那么Ｔｏｍｃａｔ有什么优点是它能独立的存在呢？在很多中小企业应用程序中并不需要采用ＥＪＢ等技术。支持Ｊｓｐ和Ｓｅｒｖｌｅｔ的Ｔｏｍｃａｔ就已经足够了。如果采用其它的应用服务器就显得浪费。Ｔｏｍｃａｔ能满足绝大多数小型应用系统的需求。因此，开发小型应用系统的时候，开发人员可以选择Ｔｏｍｃａｔ。
Ａｎｔ这个编译工具非常方便，大部分开发人员都会选择其作为编译工具。Ａｎｔ是Ｊａｋａｒｔａ中的一个子项目。在运行ａｎｔ之前，需要一个ｂｕｉｌｄ．ｘｍｌ文件支持，这个文件告诉ａｎｔ如何进行编译，在哪里编译。
第３章开发环境和框架技术
Ａｎｔ对一个大的应用系统是非常有效的。因为开发人员只需编写ｂｕｉｌｄ。ｘｍｌ就可以将其编译并生成ＷＡＲ文件。很多应用开发工具都集成了Ａｎｔ。在Ｊｓｐｌ．２中，利用标签库就可以实现Ｊａｖａ代码与Ｈｔｍｌ文件的分离，使Ｊｓｐ的维护更加方便。
Ｔｏｍｃａｔ也可以与其它一些Ｊ２ＥＥ服务器集成起来实现更多的功能。如与ＳＢｏｓｓ集成起来开发ＥＪＢ等。
３。２。２ＭｙＥｃＩｉｐｓｅ插件
ＭｙＥｃｌｉｐｓｅ是Ｅｃｌｉｐｓｅ的一个插件。Ｅｃｌｉｐｓｅ是一个通用的、可扩展开发平台【１３】。Ｅｃｌｉｐｓｅ包含了一个标准的插件集，包括Ｊａｖａ开发工具（ＪａｖａＤｅｖｅｌｏｐｍｅｎｔＴｏｏｌｓ，ｍ，ｒ）。虽然大多数用户将Ｅｃｌｉｐｓｅ当作ＪａｖａＩＤＥ来使用，但开发Ｅｃｌｉｐｓｅ的初始目的不仅于此。Ｅｃｌｉｐｓｅ还包括插件开发环境（Ｐｌｕｇ—ｉｎＤｅｖｅｌｏｐｍｅｎｔＥｎｖｉｒｏｎｍｅｎｔ，ＰＤＥ），它主要针对有扩展扩展Ｅｃｌｉｐｓｅ插件的开发人员使用，因为构建扩展工具的时候可以与Ｅｃｌｉｐｓｅ无缝集成。由于ＥｃｌｉｐＳｅ中的种种工具都是以插件形式存在的，所以开发人员具有同等的想象以及发挥空间。
虽然Ｅｃｌｉｐｓｅ是使用Ｊａｖａ语言开发的，但它还支持诸如Ｃ／Ｃ＋＋、ＣＯＢＯＬ和Ｅｉｆｆｅｌ等编程语言的编译、开发。
Ｅｃｌｉｐｓｅ，日蚀也，日月无光是也！ＭｙＥｃｌｉｐｓｅ，吾之日月无光乎！此皆望文生义也【１４】。简单而言，ＭｙＥｃｌｉｐｓｅ是Ｅｃｌｉｐｓｅ的插件，也是一款功能强大的Ｊ２ＥＥ集成开发环境，支持代码编写、配置、测试以及除错。开发人员可以应用面向对象的方法在Ｅｃｌｉｐｓｅ平台上进行扩展【ｌ别。
Ｇｅｎｕｉｔｅｃ发布了ＭｙＥｃｌｉｐｓｅＥｎｔｅｒｐｒｉｓｅＷｏｒｋｂｅｎｃｈ５．０，它的特点是更智能、更快捷、更简单。它的价格对于个人和企业来说都是非常有吸引力的，其性价比在同类产品中是比较高的，因此它也是Ｊ２ＥＥＩＤＥ市场中一个不可忽视的重量级的选手。通过增加可视化的Ｈｉｂｅｒｎａｔｅ／ＯＲＭ工具、Ｓｐｒｉｎｇ和Ｗｅｂｓｅｒｖｉｃｅｓ支持，以及新的Ｏｒａｃｌｅ数据库开发，ＭｙＥｃｌｉｐｓｅ５．０为业界提供更加全面的功能。
Ｇｅｎｕｉｔｅｃ总裁ＭａｈｅｒＭａｓｒｉ说：“今天的ＭｙＥｅｌｉｐｓｅ已经提供了意料之外的价值，其中的每个功能在市场上单独的价格都比ＭｙＥｃｌｉｐｓｅ要高。但是，我们承诺为顾客提供全面并且可以买得起的解决方案。按照这个传统，我们的顾客将继续享
基于Ｓｔｒｕｔｓ、Ｓｐｒｉｎｇ和Ｉｂａｔｉｓ的银行绩效考核系统的开发研究
受年度订购活动的好处，该活动提供了所有发布功能的入口以及伴随ＭｙＥｃｌｉｐｓｅ５．０一起的专业技术支持。＂
３．２．３ＣＶＳ版本控制工具
ＣＶＳ（ＣｏｎｃｕｒｒｅｎｔＶｅｒｓｉｏｎＳｙｓｔｅｍ）版本控制系统是一种ＧＮＵ软件包，主要用于多人开发时，避免各个版本之间的源代码的冲突。实际上，ＣＶ另外一个功能被大部分开发人员忽视了，那就是维护文档，例如，共享文件的编辑、修改等等。而不仅仅局限于程序设计。
ＣＶＳ维护源码时会首先创建一个文档库。这样可以使程序人员和其他人一同管理文件。如果想要对文件进行修改，首先要把文件ｃｈｅｃｋｏｕｔ，这时，其他人员不可以ｃｈｅｃｋｉｎ同一个文件，一直到第一个ｃｈｅｃｋｏｕｔ的文件被ｃｈｅｃｋｉｎ。当多人编辑相同的文件时，ＣＶＳ会尽可能自动合并修改过的地方；在无法自行解决的情况下，ＣＶＳ会把造成冲突的各种来源标示出来。无论是哪一种情况，使用者都不用担心编辑时文件会无意间被改写或删除【１６１。ＣＶＳ用Ｃｏｐｙ．Ｍｏｄｉｆｙ－Ｍｅｒｇｅ（拷贝、修改、合并）的变化表支持对文件的同时访问和修改。它对源文件的存储和用户的工作空间进行独立。ＣＶＳ是基于客户端朋匣务器的，这样可以容纳多个用户。这一特性使得ＣＶＳ成为多人处理文件（特别是程序的源代码）的首选。大部分的软件项目都在使用ＣＶＳ，使得程序员之间可以一同工作。增加开发程序的效率，缩短开发时间。
下面介绍一下ＣＶＳ的基本工作思路。在服务器上建立一个源代码库，里面存放许多不同项目的源程序。这些都交给源代码库管理员统一管理。每个用户如果想对源代码进行修改，首先要把文件下载到本地，然后在本地根据需要进行修改，最后进行提交，由ＣＶＳ源代码库统一管理。
ＣＶＳ是个功能十分强大的工具，除了上述功能外，它还有很多功能。例如，在某版本的软件发布前，可以用版本号来记录该版软件中源代码的版本。这样，日后才有可能调出相同的文件，以便重建该版本的软件【１７１。
软件的开发和维护过程中，都离不开版本管理，这是一项非常重要的工作。对于一个文件，可能需要经常按照不同的版本进行惯例，或者从源代码库里面找
第３章开发环境和框架技术
出文件修改历史。这样，一方面可以使各个版本的代码和文档变得井然有序，另一方面可以在当前版本出现问题的时候，找回先前的版本。
ＣＶＳ版本控制致力于帮助程序人员对他们的项目资产进行管理。虽然是－ｆ］基本的实践性技术，但是很多程序人员并没有有效地利用它。事实上，版本控制并不是一个难以实现的技术，而是一个简单且不可或缺的技术。如果没有采用版本控制，那么项目的资产将会变得岌岌可危【１引。
开源软件的一个重要特点就是可以免费的获得代码和并进行修改，这是传统软件所不具备的。这意味着开源软件的开发成为一个不间断的过程。
ＣＶＳ为开源项目做出了巨大贡献。许多项目，特别是一些大型的、分布式的软件开发小组，将其源代码保存在一个名为ＣＶＳ的版本控制系统中【１９１。一是通过许多开发人员的参与使开源软件质量不断提高，功能不断完善：二是方便了众多软件开发人员的协作工作，使其成为全人类智慧的结晶。这大概就是ＣＶＳ在自由软件世界中处于主导地位的原因了。
３．３框架技术
３．３．ＩＳｔｒｕｔｓ框架
Ｓｔｒｕｔｓ是一个基于Ｊａｖａ平台用来构建Ｗ曲应用程序的框架【２０１，它来源于ＡｐａｃｈｅＪａｋａｒｔａ项目，主要是采用Ｓｅｒｖｌｅｔ和．ＩＳＰ技术来实现的。Ｓｔｒｕｔｓ是目前非常流行的基于ＭＶＣ的ＪａｖａＷｅｂ框梨２１１，ＭＶＣ是模型（Ｍｏｄｅｌ）、视图（Ｖｉｅｗｅｒ）和控常ｉ］（Ｃｏｎｔｒｏｌｌｅｒ）的缩写，Ｓｔｒｕｔｓ分别对这三个类提供了实现组件，分别为ＪａｖａＢｅａｎ、Ｊｓｐ、Ｓｅｒｖｌｅｔ。利用模型．视图。控制器（ⅢＣ）设计模式，Ｓｔｒｕｔｓ解决了许多与开发高性能的、面向业务的Ｗｅｂ应用相关的问题【２２１。Ｓｔｒｕｔｓ系统结构如图３。１所示。
基于Ｓｍｌｔｓ、Ｓｐｒｉｎｇ和Ｉｂａｔｉｓ的银行绩效考核系统的开发研究
．＿－＿－－－－－＿－＿＿●●＿－－＿＿－ｍ－－－＿
：Ｓｃｒｖｌｃｔ／ＪＳＰ释器
ｌ
Ａｏｒｉｏｎ
而Ｗｅｂ
殿务器罴Ａｏｒｉｏｎ，ｍ
’’’?－＿一一
■。●＿＿－＿＿＇¨“ｌ燃？一
（说阑）Ａｃｔｉｏｎ
ＪＳＰ
图３．１Ｓｔｒｕｔｓ系统结构
Ｆｉｇ．３．１ｔｈｅｓｙｓｔｅｍａｒｃｈｉｔｅｃｔｕｒｅｏｆＳｔｒｕｔｓ
１）模型（Ｍｏｄｅｌ）
模型分为两个部分：系统的内部状态和事务逻辑。内部状态通常由一组
Ｂｅａｎ表示。根据设计或应用程序复杂度的不同，这些Ｂｅａｎ可以是自包
当逻辑简单时这个方法很适合。建议用户将事务逻辑（要做什么）与Ａｃｔｉｏｎ类所扮演的角色（决定做什么）分开。
２）视图（Ｖｉｅｗ）
视图主要由ＪＳＰ建立，ｓｔｒｕｔｓ包含扩展自定义标签库（ＴａｇＬｉｂ），可以简化创建完
Ｔａｇｓ、ＨＴＭＬｔａｇｓ、ＬｏｇｉｃＴａｇｓ、
Ｔａｇｓ以及ＴｅｍｐｌａｔｅＴａｇｓ等。
３）控制器（Ｃｏｎｔｒｏｌｌｅｒ）
在ｓｔｒｕｔｓ中，基本的控制器组件是ＡｃｔｉｏｎＳｅｒｖｌｅｔ类中的实例ｓｅｒｖｅｒ，实际使用的ｓｅｒｖｌｅｔ在配置文件中由一组映射（由ＡｃｔｉｏｎＭａｐｐｉｎｇ类进行描述）进行定义。对于业务逻辑的操作主要由Ａｃｔｉｏｎ、ＡｃｔｉｏｎＭａｐｐｉｎｇ、Ａｃｔｉｏｎ．Ｆｏｒｗａｒｄ组件协调完成的，ＡｃｔｉｎＦｏｒｍ含的并具有持续的状态，或只在需要时才从某个数据库获得数据。大型应用程序通常在方法内部封装事务逻辑，这些方法可以被拥有状态信息的ｂｅａｎ调用。小型程序中，操作可能会被内嵌在Ａｃｔｉｏｎ类，它是ｓｔｒｕｔｓ框架中控制器角色的一部分。全国际化用户界面的过程。目前的标签库包括：ＢｅａｎＮｅｓｔｅｄ
第３章开发环境和框架技术
其中Ａｃｔｉｏｎ扮演了真正的业务逻辑的实现者，ＡｃｔｉｏｎＭａｐｐｉｎｇ与ＡｃｔｉｏｎＦｏｒｗａｒｄ则指定了不同业务逻辑或流程的运行方向。
Ｓｔｒｕｔｓ的控制器ｓｅｒｖｌｅｔ充当了模型与Ｗｅｂ视图之间的桥梁，该控制器会把请求发送到请求处理器，后者是一个Ａｃｔｉｏｎ类的实例。一个典型的Ｗｅｂ应用会使用很多不同的Ａｃｔｉｏｎ对象，控制器可以根据ｓｔｒｕｔｓ．ｃｏｒｔｆｉｇ．ｘｍｌ文件中的映射来获悉把请求发送到哪个Ａｃｔｉｏｎ［２３１。
Ｓｔｒｕｔｓ技术主要是使用在ＭＶＣ模式的Ｍ（表示层）上，ｓｔｒｕｔｓ框架的处理流程很清晰地反映了ＭＶＣ模式的优势。利用ｓｔｒｕｔｓ技术来设计表示层最大的特点就是将大量的逻辑放在配置文件中，而不是程序中，以免日后业务需求有所变更时不必改动程序。当用户向服务器端提交请求时，信息首先发送到控制器ＡｃｔｉｏｎＳｅｒｖｌｅｔ；由控制器ＡｅｔｉｏｎＳｅｒｖｌｅｔ处理客户请求，然后利用Ｓｔｒｕｔｓ．ｃｏｎｆｉｇ．ｘｍｌ中配置的ＡｃｔｉｏｎＭａｐｐｉｎｇ对象把请求映射到Ａｃｔｉｏｎ处理器对象进行处理；Ｓｔｒｕｔｓ的Ｍｏｄｕｌｅ部分由Ａｃｔｉｏｎ和Ａｃｔｉｏｎｆｏｒｍ组成：Ａｃｔｉｏｎ处理器对象访问ＡｃｔｉｏｎＦｏｒｍ中的数据，处理和响应客户请求，它还调用后台的Ｂｅａｎ组件，这些组件中封装了具体的业务逻辑；Ａｃｔｉｏｎ处理器对象根据处理结果通知控制器，控制器进行下一步处理。Ｓｔｒｕｔｓ提供了自定义的标记库，通过使用这些标记创建的ＪＳＰ表单，可以实现和Ｍｏｄｅｌ部分中的ＡｃｔｉｏｎＦｏｒｍ的映射，完成对用户数据的封装。Ｓｔｒｕｔｓ中引入了多模块配置的概念，允许将单个Ｓｔｒｕｔｓ应用划分成几个模块，每个模块有自己的Ｓｔｒｕｔｓ配置文件、ＪＳＰ页面、Ａｃｔｉｏｎ等等【２４１。因此通过为每个应用模块创建独立的Ｓｔｒｕｔｓ配置文件，并在Ｗｅｂ部署描述符Ｗｅｂ．ｘｍｌ文件中统一管理，可以在团队中有效地进行并行开发。
３．３．２Ｓｐｉｎｇ框架
Ｓｐｒｉｎｇ是一个开源框架【２５】，它是一个分层架构，由７个定义良好的模块组成。Ｓｐｒｉｎｇ模块构建在核心容器之上，核心容器定义了创建、配置和管理ｂｅａｎ的方式是为了解决企业应用程序开发复杂性而创建的。框架的主要优势之一就是其分层架构，分层架构允许您选择使用哪一个组件，同时为Ｊ２ＥＥ应用程序开发提供集成的框架。
基于Ｓｔｒｕｔｓ、Ｓｐｒｉｎｇ和Ｉｂａｔｉｓ的银行绩效考核系统的开发研究
图３．２Ｓｐｉｎｇ架构
Ｆｉｇｕｒｅ３．２ｔｈｅａｒｃｈｉｔｅｃｔｕｒｅｏｆＳｐｒｉｎｇ
Ｓｐｒｉｎｇ的设计思想很多来源于ＲｏｄＪｏｈｎｓｏｎ所著的Ｅｘｐｅｒｔ
ＤｅｓｉｇｎａｎｄＯｎｅ—ｏｎ?ＯｎｅＪ２ＥＥＤｅｖｅｌｏｐｍｅｍ一书【２６１。Ｓｐｒｉｎｇ框架的功能非常多。包含ＡＯＰ、ＯＲＭ、ＤＡＯ、Ｃｏｎｔｅｘｔ、Ｗｅｂ、ＭＶＣ等几个部分组成。Ｗｅｂ、ＭＶＣ暂不用考虑，由于目前Ｈｉｂｅｍａｔｅ、ＪＤＯ、ｉｂａｔｉｓ的流行，也可不考虑ＤＡＯ。因此，最需要用的是ＡＯＰ、ＯＲＭ、Ｃｏｎｔｅｘｔ。Ｃｏｎｔｅｘｔ中最重要的是Ｂｅａｎ＿ｆａｃｔｏｒｙ，它能将接口与实现分开，功能非常强大。目前，在事务管理方面，ＡＯＰ的应用最为成熟。
Ｓｐｒｉｎｇ能有效地组织中间层对象，不管应用系统是否选择使用了ＥＪＢｔ２７１。如果仅仅使用了Ｓｔｒｕｔｓ框架，或其它的包含Ｊ２ＥＥ特有ＡＰＩｓ的框架，那么，可以发现Ｓｐｒｉｎｇ关注了遗留下来的问题。单例模式属于创建型模式，目的是保证一个类仅有一个实例并提供一个访问它的全局访问点。考虑这样一种对象，这个对象应该在程序启动时被创建，并且在结束时被删除，如应用程序的基础高层对象【２８１。Ｓｐｒｉｎｇ能消除在许多工程上对单例模式的过多使用。Ｓｐｒｉｎｇ能消除使用各种格式的属性来定制文件，在整个应用和工程中，可通过一种一致的方法来进行配置。在此之前，一个特定类要查找属性关键字或系统属性，可能需要读ＪａｖａＡＰＩ乃至源编码。有了Ｓｐｒｉｎｇ后，人们可以很简单地看到类的ＪａｖａＢｅａｎ属性。倒置控制的使用
第３章开发环境和框架技术
帮助完成这种简化。Ｓｐｒｉｎｇ能通过接口而不是类促进好的编程习惯，减少编程代价到几乎为零。Ｓｐｒｉｎｇ被设计成为使用它所创建的应用尽可能少的依赖于它的ＡＰＩｓ。在Ｓｐｒｉｎｇ应用中的大多数业务对象没有依赖于Ｓｐｒｉｎｇ。使用Ｓｐｒｉｎｇ构建的应用程序易于单元测试。Ｓｐｒｉｎｇ能使ＥＪＢ的使用成为一个实现选择，而不是应用架构的必然选择。使用者可以选择用ＰＯＪＯｓ或ｌｏｃａｌＥＪＢｓ来实现业务接Ｅｌ，却不会影响调用代码。Ｓｐｒｉｎｇ帮助人们解决许多问题而无需使用ＥＪＢ。Ｓｐｒｉｎｇ能提供一种ＥＪＢ的替换物，它们适于许多ｗｅｂ应用。例如，Ｓｐｒｉｎｇ能使用ＡＯＰ提供声明性事务而不通过使用ＥＪＢ容器，如果仅仅需要与单个的数据库打交道，那么，甚至不需要ＪＴＡ实现。
３．３．２Ｉｂａｔｉｓ架构
相对Ｈｉｂｅｒｎａｔｅ和ＡｐａｃｈｅＯＪＢ等ＯＲＭ解决方案，Ｉｂａｉｔ是一种“半自动化”的ＯＲＭ实现【２９１。纵观目前主流的ＯＲＭ，无论Ｈｉｂｅｒｎａｔｅ还是ＡｐａｃｈｅＯＪＢ，都对数据库结构提供了较为完整的封装，提供了从ＰＯＪＯ到数据库表的全套映射机制。程序员往往只需定义ＰＯＪＯ到数据库表的映射关系，即可通过Ｈｉｂｅｒｎａｔｅ或者ＯＪＢ提供的方法完成持久层操作。程序员甚至不需要对ＳＱＬ的熟练掌握，Ｈｉｂｅｍａｔｅ／ＯＪＢ会根据制定的存储逻辑，自动生成对应的ＳＱＬ并调用ＪＤＢＣ接口加以执行。
大多数情况下，特别是项目、新系统，这样的机制无往不利，大有一统天下的势头。但是，在一些特定的环境下，这种一站式的解决方案却未必都非常有效。在实际系统的开发实践中，常常会遇到以下的一些情况：
（１）系统的部分或全部数据来自现有数据库，处于安全考虑，只对开发团队提供几条ＳｅｌｅｃｔＳＱＬ（或存储过程）以获取所需数据，具体的表结构可以不予公开。
（２）开发规范中要求所有牵涉到业务逻辑部分的数据库操作，必须在数据库层由存储过程实现（就金融行业而言，各商业银行都在开发规范中作了严格的规定）。
（３）系统数据处理量巨大，性能要求极为苛刻，这往往意味着必须使用高度优化的ＳＱＬ语句（或存储过程）才能达到系统性能设计指标。面对这样的需求，再次举起Ｈｉｂｅｒｎａｔｅ大刀，却发现刀锋不再锐利，甚至无法使用。怎么办？只好再摸出ＪＤＢＣ准备拼死一搏，说得未免有些凄凉，直接使用ＪＤＢＣ进行数据库操作实际上
基于Ｓｔｒｕｔｓ、Ｓｐｒｉｎｇ和ｒｏａｔｉｓ的银行绩效考核系统的开发研究
也是不错的选择，只是拖沓的数据库访问代码，乏味的字段读取操作令人厌烦。“半
自动化”的Ｉｂａｔｉｓ，却刚好解决了这个问题。这里的“半自动化”，是相对Ｈｉｂｅｍａｔｅ
等提供了全面的数据库封装机制的“全自动化”ＯＲＭ实现而言，“全自动”ＯＲＭ实现了ＰＯＪＯ和数据库表之间的映射，以及ＳＱＬ的自动生成和执行。而Ｉｂａｔｉｓ的着力点则在于ＰＯＪＯ与ＳＱＬ之间的映射关系。也就是说，Ｉｂａｔｉｓ并不会为程序员在运行
期自动生成ＳＱＬ语句，具体的ＳＱＬ需要程序员编写，然后通过映射配置文件，将ＳＱＬ所需的参数，以及返回的结果字段映射到指定ＰＯＪＯ。
使用Ｉｂａｔｉｓ提供的ＯＲＭ机制，对业务逻辑实现人员而言，面对的是纯粹的Ｊａｖａ对象，这一层与通过Ｈｉｂｅｒｎａｔｅ实现ＯＲＭ而言基本一致，而对于具体的数据操作，
Ｈｉｂｅｍａｔｅ会自动生成ＳＱＬ语句，而Ｉｂａｔｉｓ则要求开发者编写具体的ＳＱＬ语句。相对Ｈｉｂｅｒｎａｔｅ等“全自动”ＯＲＭ机制而言，Ｉｂａｔｉｓ以ＳＱＬ开发的工作量和数据库移植
性上的让步，为系统设计提供了更大的自由空间。作为“全自动”ＯＲＭ实现的一种
有益补充，Ｉｂａｔｉｓ的出现显得别具意义。Ｉｂａｔｉｓ的架构如图３．３所示。
∈≥
《０ｔａ，ｈ№Ｏ，
｝Ｈ型舢删Ｈ型攀
＼
、一
／乱
．厂岔、
＼、芝竺：：！／／
｛ｔｎｔｅ∞ｒ，
ｌ
，
／
。
■，
ＳＯＬＭａｐ
●ｈ
ｏ
弋蝴一／）
＼！竺２／／
；
№ｐ僻ｄ
Ｓｂ陋ｒｎｅｎＩ
●目辫ＩｐＩ哪ｓｔ矾嘲ｎ明ｔＭａｐｐｅｄＳ翻吐ｅｎ●ｅａｔ
ＭａｐｐｅｄＳｔ８ｔｅｍｃｔｇ
虢印ｐＩｅｄ
Ｓｔａ∞钟ｎ蛳Ｉ
跏协ｔｅ鹏ｎｌ眦ｌ
ＭａｐｐｅｄＳ惦ｔｅｒａｅｎｔ
｛
ｏ
＼竺！／／
】
／
Ｉ［“Ｉ国ｐｐａｄＳｔａｔｅｍｅｎｔ
ｌ
Ｓ啪铆ｎ鼠＇ｔ
‰唰
善彳
ＪＤＢＣ
＼
＜≥
图３．３Ｉｂａｔｉｓ架构
Ｆｉｇｕｒｅ３．３ｌｂａｔｉｓＡｒｃｈｉｔｅｃｔｕｒｅ
第４章绩效考核管理系统分析
第４章绩效考核管理系统分析
本章重点论述绩效考核系统的所使用的考核方法、系统目标、系统范围、业务组成、业务体系、考核机制等。
４．１绩效考核方法
改革开放以来，中国经济高速发展，取得了举世瞩目的成就。微观领域的企业经营机制改革和宏观领域的融资体制改革，一直是伴随中国经济增长的改革主线。由于事关国民经济稳定运行，金融领域成为了整个改革体系的核心、重点和难点。相对于其他领域，金融领域改革较为滞后，而商业银行又处于金融领域核心，其改革就显得尤为重要和困难【３０１。
在现代企业管理当中，企业管理的核心是战略管理，战略管理的核心是人力资源管理，人力资源管理的核心是绩效管理。可以说，公司一切整体的管理运营都是以绩效为导向的，都是围绕绩效而展开的。所以，研究绩效管理的原理和模式是非常重要的，不仅可以选择确定适合企业内部的绩效管理模式，也可以通过绩效管理，使企业达到设定的战略经营目标。
绩效考核理论是企业管理中最为活跃的领域之一。随着企业管理理论和实践的深入发展，绩效考核理论也在发展，并逐渐由粗放走向细致，由单纯的目标管理转向目标和过程并重的管理。实施绩效考核，关注绩效改进是企业不断自我提升和达成战略目标的重要保证【３ｌ】。
在中国的银行界，采用的绩效考核管理方法很多，经过分析归纳，主要包括下面几类方法，简单目标管理、关键业绩指标考核（ＫＰＩ）、量化评分考核、综合效益考核、平衡计分卡等。
简单目标管理方法作为企业管理的初级阶段因其简单易行而曾经兴盛一时，这种方法一般是在年初对考核对象确定几个指标，一般是存款余额或者增长量，到年终时以年终余额作为数据以考查完成情况。由于简单目标管理只抓一点不及其余，并且容易产生企业经营行为的次优化选择，因此已经被大多数据企业管理者所放弃，而代之以更为精细的关键业绩指标考核（ＫＰＩ考核）。
基于Ｓｔｍｔｓ、Ｓｐｒｉｎｇ和Ｉｂａｔｉｓ的银行绩效考核系统的开发研究
ＫＰＩ考核方案是一种更为精细的目标管理方法，这种考核方法不再只注意一两项指标，而是将与企业效益相关的多项指标提取出来，同时考核多项指标。更重要的一点，ＫＰＩ考核不但关注时点余额，也同时关注余额均值，它将关注整个考核期内的经营情况。ＫＰＩ考核要求每一项指标都必须达标，否则视为未完成任务。目前ＫＰＩ考核方案多用于年薪制的企业领导者的考核，完成情况与年薪中的效益部分挂钩。ＫＰＩ考核模式要求企业领导者必须进行全面管理，而不能只注重一两项指标。
ＫＰＩ考核方案可能出现的一种考核困境是考核对象的某些项指标完成十分出色，而某些指标则未完成。针对这种情况，量化评分考核应运而生，它将ＫＰＩ指标值通过标准值、系数等换算成分值，从而将多种口径的ＫＰＩ指标统一在一种考核口径下。量化评分模型通过评分可以做到考核对象的业绩排名，也可以通过分值换算成对考核对象的效益奖金。这种方法因其简单易懂而成为目前最为流行的考核方法。
目前银行的业绩考核正在向更高层次发展，如建设银行力推以经济增加值（ＥＶＡ）为核心的考核体系。平衡计分卡（Ｂｓｃ）ＤＡ其丰富而精细的考核方法和考核指标而被国内很多企业所看重。然而，目前经济增加值①ＶＡ）已经被溶入现有的ＫＰＩ考核或量化考核体系中作为一项关键绩效因子，而平衡计分卡（ＢＳＣ）则因为计算过程复杂并且需要大量的数据收集过程而较难形成正规的考核体系。
４．２系统目标
本项目的目标是针对客户经理、机构以及柜员的内部考核要求，并结合其它部门的需求，采用ＫＰＩ考核和量化评分考核方式，建立一个设计科学合理，数据准确及时，查询方便快捷，操作简单灵活，易于维护管理的绩效考核系统。
该系统可通过多角度、多层次的指标组合以及灵活的考核标准准确反映当前的业务状况及变化趋势，为全行的绩效考核政策服务。
具体目标如下：
（１）完成客户经理考核（包括对公和对私两部分）：（２）完成机构考核；
第４章绩效考核管理系统分析
（３）完成业务量考核；
（４）完成机构绩效分析报表。
４．３系统范围
绩效考核系统将其功能定位在四个方面：考核政策、业绩评定、业绩分析、业绩应用。
（１）考核政策
业绩考核政策的维护，考核规则的配置、查询，考核指标的配制，考核标准值、计划值的维护等功能。
（２）业绩评定
通过制定适合的考核方案对考核对象进行全方位的考核，并计算出绩效考核的最终结果，显示不同考核对象的评分结果、业绩排名等。
（３）业绩分析
查询和分析业绩考核体系中考核指标执行情况，可以由最终业绩结果向前追溯查询各中间业绩指标，对基础业绩数据进行查询分析，并能对业绩评分进行预测。
（４）业绩应用
将最终考核结果与考核对象的奖惩联系起来，通过业绩考核系统测算考核对象的效益工资等。
４．４业务组成
银行绩效考核的对象主要分为三大部分：机构、客户经理、柜员，因此绩效考核系统的业务功能也因考核对象划分为三大部分。绩效考核需求还包括针对机构的业绩分析报表，因此绩效考核系统的实现可分为四大业务子系统，其系统构成如图４．１所示。
基于Ｓｔｒｕｔｓ、Ｓｐｒｉｎｇ和Ｉｂａｔｉｓ的银行绩效考核系统的开发研窒
图４．１绩效考核系统的构成
Ｆｉｇ．４．１ｔｈｅＣｏｍｐｏｎｅｎｔｓｏｆｔｈｅＰｅｒｆｏｒｍａｎｃｅＡｓｓｅｓｓｍｅｎｔＳｙｓｔｅｍ
４．４．１员工考核
客户经理考核将客户经理的营销业绩作为主要的考核内容，重点在于将银行的业务数据与客户经理的匹配。客户经理绩效考核系统根据客户经理营销工作的特点，以及银行业务数据范围，构成了一套科学、规范、适用的客户经理考核指标体系，既能科学的反映客户经理对银行的贡献，又能充分调动客户经理的积极性。
银行的员工根据不同的工作性质可以分为客户经理、营业网点柜员、管理及技术人员三大类，其考核内容多有交叉之处，为了保持员工考核的统一，目前比较流行的方式是采用全员客户经理制，即不管其工作性质是否是客户经理，都将其视为一个客户经理。
客户经理按照考核角色分类，每一类考核角色定制特定的考核方案，与此同时，客户经理还有，工作性质的不同反映在不同的角色上。
４．４．２机构考核
机构绩效考核以存款、贷款、贷款质量、国际结算和中间业务五大类业务数据作为绩效考评的基础数据，主要观注点在于机构的多层汇总层次关系，结合多层分支行和扁平化两种机构管理模式，根据机构不同的工作性质设定不同的考核规则和考核方案，确定其关键绩效指标，并制定相应的考核评定方法，最终建立完成绩效考核体系。
第４章绩效考核管理系统分析
４．４．３柜员考核
柜员绩效考核的结果关系到每个柜员的切身利益，因此柜员考核的数据准确性是极为重要的。只有正确的评估柜员的业绩，才可能有公正的奖惩，才可能有合理的激励机制。
柜员绩效考核以柜员的业务量和差错率为主要考评内容，通过分析业务的难易程度为每一业务确立系数，最终计算出柜员的综合得分以及排名情况。
由于柜员绩效考核功能较少，同时绩效考核体系基本都采用全员客户经理制方式来统一员工考核机制，因此此部分功能在展示时将与客户经理考核模块合并。４．４．４机构分析报表
机构分析报表是根据具体需求而制定的业务子系统。在过去很长时间内，虽然没有单独的绩效考核方法，但却归结了一整套查询和考查机构业绩的报表。作为绩效考核系统应该适应原来的考核体系，完成要求实现的报表功能。
４．４．５部门业绩考核
管理部门是机构组织中比较特殊的单位，它可以设置各层次级别的机构下，同时它不会再有下级单位，是机构组织树型中的叶结点。由于各部门往往负责一些事务性的工作，这些工作很难量化，因此部门的业绩考核比机构和客户经理更为复杂一些。作为全员客户经理制的一种具体实现，部门的业绩考核可以采用由其所属的客户经理业绩汇总得到。本系统将采用这种方式。
４．５业务体系
本绩效考核系统以ＫＰＩ考核和量化评分为最终目标，在此目标下业绩考核过程进行细化，将业绩考核方案分为五个相对独立又相互影响的方面，其功能结构如图４．２所示。
基于Ｓｔｒｕｔｓ、Ｓｐｒｉｎｇ和Ｉｂａｔｉｓ的银行绩效考核系统的开发研究
图４．２绩效考核系统的五个要素
Ｆｉｇ．４．２ｔｈｅ５ＦａｃｔｏｒｓｉｎｔｈｅＰｅｒｆｏｒｍａｎｃｅＡｓｓｅｓｓｍｅｎｔＳｙｓｔｅｍ
（１）考核对象
考核对象也称考核主体。作为考核的实施对象同时也是业绩考核系统的使用者，机构、柜员、客户经理、部门以及产品是绩效考核系统最直观的业务划分方式，本系统也是以此来进行业务子系统的划分的。
（２）业务品种
业务品种是业绩考核系统主要关注的业务数据种类，主要包括存款、贷款、中间业务、表外、流程（即业务量）、渠道等。业务品种继续细化则构成统计指标树上的考核条目项。不同的业务数据种类所关注的考核内容是不同的。
（３）指标体系
指标体系是业绩考核系统数据加工和存放的模式。明细帐户、科目总帐、统计指标、ＫＰＩ、派生指标，由微观到宏观，由明细到汇总，层层加工，每一层次的指标都有不同的存储方式和存储内容，并采用标准的数据结构以方便一些标准算法的实现。这～部分是本系统可以灵活实现各种考核功能的关键所在，将在后面的章节做重点阐述。（４）考核内容
第４章绩效考核管理系统分析
即考核业务数据的属性，包括余额、户数、收入、支出、交易量（包括交易量和交易额）等。不同的业务品种所关注的考核内容是不同的。考核内容部分是考核对象的本征属性，其它的考核值都可以由考核内容项通过计算得到。
（５）考核维度
采用不同的视角对考核内容进行观察可以得到多种结果的组合，其中以时点、均值、增长、环比（对增长量进行比较）、加权值最为常用，也是派生指标生成的主要方式。考核维度可以定义了派生指标的主要生成模式。
４．６考核机制
ＫＰＩ考核和量化评分是目前最为常用的考核办法。本系统即是以这两种考核方式的实现为目标的。量化评分考核是对ＫＰＩ考核的深化，量化评分的过程就是对ＫＰＩ指标的再加工过程。因此，这两种考核体系可以统一考虑。
在绩效考核系统实现中，指标体系是最重要的内部实现机制，它构成了绩效考核数据存储的主框架。没有指标体系的绩效考核系统是一个死的系统，只能针对一个具体的考核案例，无法实现灵活多变的考核规则定制，而这正是业绩考核系统的最终价值。
４．６．１指标层次
绩效考核的指标分为如下几个层次：
（１）明细帐户
（２）产品总帐
（３）统计指标
（４）ＫＰＩ
（５）派生指标
系统首先采集银行基础业务数据，首先依据产品（科目）进行汇总加工，生成产品业务汇总数据（一般引用银行科目体系），然后在产品基础上构建统计指标树型体系，生成树型的统计指标数据。
ＫＰＩ是通过提取统计指标树中的项目形成的，基本ＫＰＩ是对统计指标的简单引用。作为更高级的指标加工，派生指标以ＫＰＩ作为因子，以更为灵活的公式计
基于Ｓｔｒｕｔｓ、Ｓｐｒｉｎｇ和ｒｏａｄｓ的银行绩效考核系统昀墅丝婴窒
算方式来生成，派生指标还可以被其它派生指标引用。就总体而言，派生指标与基本ＫＰＩ共同构成业绩考核的平面指标层面，指标间只有计算轮次的差别，而没有树型的隶属关系。
派生指标的最终根结点是考核总评分。考核总评分将被确定由考核方案引用。解析程序将以考核总评分层层解析将相关联的派生指标归入本考核方案中。绩效考核系统的评分要素如图４．３所示。
图４．３绩效考核系统的评分要素
Ｆｉｇ４．３ｔｈｅＳｃｏｒｅＦａｃｔｏｒｓｉｎｔｈｅＰｅｒｆｏｒｍａｎｃｅＡｓｓｅｓｓｍｅｎｔＳｙｓｔｅｍ
４．６．２基础指标
产品（科目）总帐、基础统计指标是业绩考核系统的基础数据层。以上两个层面的数据是考核对象各项指标的实际情况表，这些数据是稳定的，不会因考核方案的不同而发生改变。
针对一个具体的考核对象，基础指标层以指标编码、币种作为主键字，再加上其它的各类属性值构成其数据存储的模式。
（１）本征属性
基础指标层存储考核对象的本征业绩属性。本征属性是指这些数据是考核对象的基本属性值，无法由其它数据加工得到。确定基本指标的本征属性将使基础数据层存储的业绩数据既是必须的又是完备的，这样将保证基础数据层的稳定性，不用因考核方案的改变而变化。
第４章绩效考核管理系统分析
本征属性值包括余额（时点余额、累积余额）、户数（户数、新开户数、销户数）、交易量（交易笔数、交易金额）。
收入（金额、累计金额）、支出（金额、累计金额）的处理比较特殊，既可以将其作为条目的本征属性，又可为其另外设立指标。
（２）指标树
基础统计指标采用指标树的结构建立。树型结构被引入改变了过去由明细数据直接到考核指标的业绩数据生成模式。通过对树型结构的维护，可以在最终绩效指标生成的过程中保留中间结果，而其叶结点则是产品汇总表的内容。这样的体系改变过去每一个考核指标都要有特定的程序生成的方式，而将指标生成方式配置到数据库中，由统一的汇总程序生成。
图４．４绩效考核系统的指标汇总
Ｆｉｇ．４．４ＩｎｄｅｘＣｏｌｌｅｃｔｉｎｇｉｎｔｈｅＰｅｒｆｏｒｍａｎｃｅＡｓｓｅｓｓｍｅｎｔＳｙｓｔｅｍ
树型指标体系的汇总是属性值的纵向汇总，即上级结点的字段值由下级结点的相应字段值汇总得到，如图４．４所示。汇总方式可以由多种，缺省模式为加汇总，但也可以配为减汇总或不向上汇总等。同时，树型指标结点值也支持二次计算功能，即结点值由特定的公式计算生成。（３）指标类别
基于Ｓｔｒｕｔｓ、Ｓｐｒｉｎｇ和Ｉｂａｔｉｓ的银行绩效考核系统的开发研究
业务品种是进行指标分类的基本依据，签于指标树的特点，实际操作时，可以将业绩考核中所关注的任何要素纳入指标体系的范围，以此方式来统一绩效考核系统的数据处理机制。
总体而言，绩效考核系统的指标类别包括如下几大类：
①存贷款：按存贷款科目划分的存款、贷款的余额、户数、交易状况。
②中间业务：以中间业务品种进行划分的中间业务经营状况，如票据业务、代收代付、全国通汇款、理财等。主要考核客户数、业务量等。
③服务渠道：以服务渠道进行划分的服务渠道交易情况，如网点柜台、ＡＴＭ取款、电子渠道、网上银行、电话银行等。主要考查客户数、业务量。
④同业市场：以地区银行分类划分的同业市场经营情况，指标包括各主要银行如工、农、中、建、交、招商、中信等。主要考核地区市场占比。
⑤贷款质量：以贷款五级分类划分的贷款质量情况，包括正常、关注、怀疑、次级、损失，并分为正常贷款和不良贷款。主要考核不良贷款情况。
⑥财务收支：计算各种产品的收支情况，以存贷款为主要条目。
４．６．３指标汇总
在考核数据处理过程中，先后要进行币种、机构、指标的汇总。在这一过程中，有下列一些问题需要注意。
（１）汇总的优先级
币种、机构和指标的汇总次序可能产生不同的汇总结果，因此要考虑这三个汇总的先后顺序。
在指标树型体系中，汇总属性可能会出现这么一种特例，即如果指标值大于零则将值汇入上层结点，如果小于零则不汇入，在这种情况下汇总的顺序将会造成汇总结果的不一致。图４．５给出了绩效考核系统中指标汇总方式的一种比较。
第４章绩效考核管理系统分析
图４．５绩效考核系统指标汇总方式的比较
Ｆｉｇ．４．５ＣｏｍｐａｒｅｏｆＩｎｄｅｘＣｏｌｌｅｃｔＭｏｄｅｓｉｎｔｈｅＰｅｒｆｏｒｍａｎｃｅＡｓｓｅｓｓｍｅｎｔＳｙｓｔｅｍ
上述的汇总方式在实际应用中是因为Ｂ指标是一个双方科目，其值的正负表现为不同的含义，向上汇总时总加入到不同的统计指标中。因此，考核数据的汇总中指标汇总必须放在最后进行，即先进行基础产品的币种和机构汇总，然后再做指标的汇总。
（２）币种的汇总
币种汇总会生成三个新的统计币种：外币折美、外币折人（民币）、本外币合计。绩效考核的数据中，人民币数据记录数占了绝大多数，外币数据很少，因此外币折美、外币折人汇总增加的数据量很少，但如果生成本外币合计数据，则数据量则会翻倍，这对于系统性能会有十分不利的影响。但是如果不生成本外币合计数据，则在系统查询本外币合计时需要动态汇总，使得程序复杂性增加，而且如果指标汇总中出现双方科目，可能汇总出的数据会有问题。
基于上述原则的衡量，最直接的方式是生成上述三种折算口径的数据。
在没有指标特殊汇总方式的情况下，可以采为一种比较复杂且有效的方式，系统可以首先生成外币折人（民币）和外币折美（元）数据，然后将有外币折人（民币）数据的指标与其相应人民币数据合计生成本外币合计数据。在数据表中增加合计字段，置本外币合计的数据和末参与合计的人民币数据的标志，以此标明本外币
基于Ｓ订ｕｔｓ、Ｓｐ血ｇ和敝畸的银行绩效考核系统的开发研究
合计的记录。当查询选择本外币合计时，则选择置了标志的记录。这种方式必须在所有的汇总都已完成之后进行。
４．６．４派生指标
在派生指标层面上，数据将向考核方案逐渐靠拢。这一方面体现在通过派生指标和ＫＰＩ编码就可以确定一个唯一值，另一方面则体现在为派生指标引入标准值的因素上。
（１）派生指标的唯一性
ＫＰＩ是对基础统计指标一个特定属性值的引用，即ＫＰＩ的设置已经指定了指标码、币种、属性值。一个考核对象的ＫＰＩ编码可以确定一个唯一值。如图４．６所示。
基础缴臁
指标
总存款
总存款
总存款
企业存款
企业存款
个人存款
个人存款币种本外合计人民币外币汇总人民币外币汇总人民币由ｋｆ再｛广凸７’ＩＩＪ●Ｌ．，ｉ盐：余额ＩｌＤ０ｅ一１０，ｌＪ百而１，０００３３户数“总存款余额１１，０００，，－，卅人民兀］正业仔瓤尸鳅ｑＵ上巨；二．／～、Ｉｆ，。茸‘ｉ；ｈｔ刍，融ｒ—ｎ髓Ｉ０００４，００争５００６．０００～、《３９６０／—叫人民币企业存款余额４０００Ｉ，ｌ’ＩＩｏＩ－，、１丁而～刁气田火ｕｕｕ
：ｂｌ‘；＃。唁、１，亨讣△ｌ，古ｒｎｎ
图４．６绩效考核系统的关键业绩指标设定
Ｆｉｇ．４．６ｔｈｅｋｅｙｐｅｒｆｏｒｍａｎｃｅｉｎｄｅｘｅｓｓｅｔｔｉｎｇｉｎｔｈｅｐｅｒｆｏｒｍａｎｃｅａｓｓｅｓｓｍｅｎｔｓｙｓｔｅｍ
（２）派生指标标准值
在ＫＰＩ层面上，系统引入ＫＰＩ标准值的定义，业绩标准值是对计划值、基准值或目标值的统称。标准值用来衡量ＫＰＩ的完成情况。ＫＰＩ标准值将区别考核对象（或者考核对象属性）和考核期来设置，如图４．７所示。
第４章绩效考核管理系统分析
ＫＰＩ实际值ＫＰＩ标准值
！
！
；
图４．７绩效考核系统的关键业绩指标标准值
Ｆｉｇ．４．７ｔｈｅＳｔａｎｄａｒｄＶａｌｕｅｏｆＫｅｙＰｅｒｆｏｒｍａｎｃｅＩｎｄｅｘｅｓｉｎｔｈｅＳｙｓｔｅｍ
标准值对于机构的处理和客户经理的处理是不同的。对于机构，每一个机构都有不同的ＫＰＩ标准值。对于客户经理，ＫＰＩ标准值与客户经理的考核主体类型相关，当然，作为目标管理的机制，为了做到考核的精细化，应该为每一个客户经理都制定相应的标准值。
（３）派生指标公式
派生指标的灵活性要远高于基础统计指标，这主要表现在派生指标公式的随意定制上，派生指标的公式不但可以指定指标编码，还可以指定币种、属性值。
同时派生指标公式可以通过参数和系数的直接量设置完成更为通用的考核方案的设置。
（４）派生指标值的来源
在实际应用中，派生指标值除了标准的由公式自动生成之外，还可以来自由手工输入和系统数据库值两种，总结起来是下面三种情况：
①公式生成：派生指标值由公式计算得到，这种方式下，派生指标值来源于其它派生指标和基础指标。
②手工输入：派生指标值由手工输入得到。在考核评分中，这一模式可以处理非财务指标项的情况，如思想品德分、能力分等。
③数据库值：派生指标值来源于数据库值，即来源于一个以考核人作键码的标准ＳＱＬ语句。这一方式的最典型的应用实例是机构的网点数和人数，由于这两个值符合唯一性原则，所以应该作为派生指标来处理。
基于Ｓｔｒｕｔｓ、Ｓｐｒｉｎｇ和Ｉｂａｔｉｓ的银行绩效考核系统笪墅叁堕窒
第５章绩效考核管理系统设计与实现
本章着重论述系统的整体功能设计和模块功能设计，对各功能予以定义并部分实现。
５．１系统的整体功能架构设计
绩效考核系统以考核对象划分系统的三个核心业务子系统：柜员考核、客户经理考核和机构考核。其实现的功能体现为四大类，即考核政策、业绩评定、业绩分析查询和业绩应用。系统的功能架构如图５．１所示。
考核政策功能完成对绩效考核规则的维护，同时绩效考核的正常运行还必须通过很多业务参数及关联信息的设置才能完成，由于绩效考核牵涉面极广，所要求维护的业务数据也十分多样，因此系统应该将这些业务数据维护集中起来形成业务维护子系统。
图５．１绩效考核系统功能架构
Ｆｉｇ．５．１ｔｈｅＦｕｎｃｔｉｏｎＡｒｃｈｉｔｅｃｔｕｒｅｏｆｔｈｅＰｅｒｆｏｒｍａｎｃｅＡｓｓｅｓｓｍｅｎｔＳｙｓｔｅｍ
计算机系统实现中一般都有一些与业务无关的功能，如操作员管理、Ｅｌ令维护、菜单管理、权限管理等，这些技术功能构成系统管理子系统。绩效考核系统
第５章绩效考核管理系统设计与实现
的实现是按照数据仓库的整体架构措建的，是整体框架中的一个应用子系统。因此，这些功能将会在数据仓库的应用框架内搭建的。
５１．１个人业绩
该模块的功能是显示个人经营概况。显示总存款余额、总贷款余额、不良贷款余额、总业务量（笔数、交易量、折算笔数）。总存款量、总贷款量、不良贷款余额、总业务量的本年变动趋势图ａ
个人业绩的操作界面如图５２所示。
商Ｊ§∞－一盘ｄ捌却＿‘■●■■■＿■Ⅲ…，ｍ■ｍ……受茸奠㈣一奠上一孤■ｔ
。釜晶鳓矗晶酾丽品晶孵菡
岛—黜ｈ＿篮ｋⅨ嘣‘■＿《Ｕ薯叠■＿ｉｉ丽雨豳嘲罐鼎嘲Ｉ女＃簟
匝窒堑鱼婴堡查———Ｌ———里至翌里蜜翌
图５．２个人业绩
Ｆｉｇ５２ＩｎｄｉｖｉｄｕａｌＰｅｆｆｏｒｍａｎｃｖ
针对个人业绩的操作步骤是：先点击个人业绩，再点击业绩评分查询，然后点击个人绩效简表。通过选择月份，点击“查看”就会出现所要查看的表单。５１２机构业绩
该模块的功能是显示机构经营状况，显示存款余额、总贷款余额、不良贷款余额、总业务量（笔数、交易量和折算笔数）以及上述指标的本年度变动趋势图和指标的排名情况。
机构业绩的操作界面如图５３所示。
藕羞霏匡壶商｜｜蚕ｌ藿曩６｝匡酉蕻ｌ蠢８阕■ｒ—呷＇．Ｉ
ｊ鲞誊函ｌ竺—Ｌｉｉ剁曩礴昏■—簟一Ｊ。、赢百］■—瞄■翻瞳墨西墨嗣艋强曩窭０】嗣■■—＿日ｊ塑■■■蚓啄而五到●■圈啊■■—圈强匿基器蓦：．ｌ譬■■■■■■■ｌ冒唑裂尸曩赛。。。。。＇晨●＇舞ｒ。嚆≯一——墅亘画互墅些些生！囫晕撷“¨
栅珊００
Ｏ０
０
Ｏ
Ｏ
Ｏ：
００
００
ＯＯ
Ｏ０
０ｍ
嚣㈣＝㈣嚣Ｍ㈣㈣００
０Ｄ
图５，３机构业绩
Ｆｉｇ５３ＯｒｇａｎｉｚａｔｉｏｎＰｅｆｆｏｒｍ咖．ｅ
针对机构业绩的操作步骤是：首先点击机构业绩，再点击业绩评分查询，堆后点击机构业绩简表。通过机构和月份，点击“查看’＇后就会出现所要查看的表单。如果点击下属机构排名或机构下属员工排名，将显示指标的排名情况。
５１．３业绩公告
该模块的功能是按照机构号、日期和查询范围（全行大排名、同属机构和下属机构）．可以列出该机构在所选范围内（全行大持名、同属机构和下属机构）同行业之『自Ｊ的排名情况，显示该机构的得分情况。从而反映了该机构在同行业中的经营情况。对形成的排名情况可以打印或保存成Ｅｘｃｅｌ形式。
业绩公告的操作界面如图５．４所示。
第５章绩效考核管理系统设计与实现
ｊ矗吼ｍ一“＿
９札＊±ｔ｜Ｉｇ月＊２圳广互订００Ｔ｛９月’｝捧ｇ方ｔ『±＃★＃ｇ％
岛＿扎椒业缝ｍｕ施岿目■■■■墨ｌ＾ｊ＾“垃ｋｌ“¨０００＠２旧●日ｍ匍瑚十０自墅《静；
。皇嘧ｄ磊业舞＿—。‘一
、Ｉ蜀Ｌ＝ｄ蠛啪【裹一。血蜘
：自｜一“ｔ讳ｆ甚＿——‘一，０１００５—ｉ业孝Ｒ０＃Ⅱｍ女０
０１００ＢＩＩ’ｏ０唧【．‘，１．ｔ垃ｎ控一。‘，Ｅｎ｛●—●女ｏ１ｆ
Ｌ＿』围５．４业埙公告
Ｆｉｇ５．４ＰｅｒｆｏｒｍａｎｃｅＮｏｔｉｃｅ
针对业绩公告的操作步骤是：首先点击业绩公告，再点击机构业绩排名，通过选择机构、月份和排名方式，点击“查看”后就会出现所要查看的表单?还可以点击得分，查看该机构全年每个月的排名情况。
５１４业绩评定
该模块的功能是对考核角色进行维护，通过界面对考核角色进行维护?
业绩评定的操作界面如图５５所示。
墨王塑堡：墅些塑！堕！矍堑塑墼查堡墨篓堕堑垄塑墨
…∥Ｖ自自
鬻嚣恕。１篡ｌ～…，ｍ－……Ⅱｊ＿＿ａｊ一
…ｅ
属“Ｈ目ｈ■一目目●……Ｈ…‘＂ｉ６４Ｈ，＇…?
ｌｕ■目ｈ＿＿
＾…?】…●…＿¨…
图５．５业绩评定
Ｆｉｇ５５ｐｅｒｆｏｒｍａｎｃｅＲａｔｉｎｇ
针对业绩评定的操作步骤是：先点击业绩评定，再点击考核角色维护。通过选择角色号，点击“查询”后就会出现所要查看的表单。还可以点击“删”或”改”对数据进行操作。还可以点击“增加”来添加新的考核角色。
塑！童塑塾查堡笪翌墨笙堡丛生塞堡
５参数维护
参数维护的操作界面如图５．６所示。５１
—ｏ。』目｝＆＊…一
盛ＪＭＩ“－一“一＃９‘ｔ～…●＿＿一＇ｌｔ－＿＿＿…１＿＿＿一ｔ●Ｔ‘＇●＿＿…。。。。。一ｌ州啦曼！—二酬回
幽５．６参数维护
Ｆ；ｇ５６ＰａｒａｍｅｔｅｒｓＭａｉｎｔａｉｎｃｎｃｅ
针对参数维护的操作步骤是：先点击参数维护．再点击关联帐户配置．然后再点击关联关系维护，最后点击关联帐户维护。选择客户经理的范围，点击“查询”
基于Ｓｔｒｕｔｓ、ｓｐｒｉｎｇ和Ｉｂａｔｉｓ的银行绩效考核系统的开发研究
后就会出现所要查看的表单。然后点击相应的按钮，对客户经理帐户关联表进行维护。
５．２系统整体技术架构
绩效考核管理系统的整体技术架构包括控制层、视图层、业务层和持久化层，如图５．７所示。
图５．７绩效考核管理系统的技术架构
Ｆｉｇ．５．７ｔｈｅｔｅｃｈｎｏｌｏｇｙａｒｃｈｉｔｅｃｔｕｒｅｏｆｔｈｅｓｙｓｔｅｍ各个部分的功能可描述如下：
第５章绩效考核管理系统设计与实现
（１）控制层：处理用户提交的请求，集中到ｓｔｒｕｔｓ－ｃｏｎｆｉｇ．ｘｍｌ文件中读取请求ａｃｔｉｏｎ，转移到具体的每个ａｃｔｉｏｎ进行处理。
（２）视图层：接收来自持久吃层的数据，然后进行界面显示。
（３）业务层：处理具体的各项业务逻辑，事务管理。
（４）持久化层：实现对本系统资源的读取和操作，包括数据访问服务等。
各个层次的衔接以及技术实现可分别描述如下：
（１）业务层和视图层的衔接
视图层主要是Ｓｔｒｕｔｓ中的Ｖｉｅｗ控制，业务层主要是有Ｓｐｒｉｎｇ控制，为了在Ｓｔｒｕｔｓ中加载ＳｐｒｉｎｇＣｏｎｔｅｘｔ，一般会在ｓｔｒｕｔｓ－ｃｏｎｆｉｇ．ｘｍｌ的最后添加如下代码：
＜ｐｌｕｇ－ｉｎｃｌａｓｓＮａｍｅ＝＇‘ｏｒｇ．ｓｐｒｉｎｇｆｒａｍｅｗｏｒｋ．ｗｅｂ．ｓｔｒｕｔｓ．ＣｏｎｔｅｘｔＬｏａｄｅｒＰｌｕｇｌｎ＂＞＜ｓｅｔ—ｐｒｏｐｅｒｔｙｐｒｏｐｅ啊－‘‘ｃｏｎｔｅｘｔＣｏｎｆｉｇＬｏｃａｔｉｏｎ＇’
ｖａｌｕｅ＝＂／ＷＥＢ－ＩＮＦ／ａｐｐｌｉｃａｔｉｏｎＣｏｎｔｅｘｔ．ｘｒｎｌ”／＞
＜／ｐｌｕｇ—ｉｎ＞
Ｓｐｒｉｎｇ在设计时充分考虑到了与Ｓｔｒｕｔｓ的协同工作，通过内置的ＳｔｒｕｔｓＰｌｕｇ．ｉｎ在两者之间提供了良好的结合点。本系统没有采用这种方式来加载ＡｐｐｌｉｃａｔｉｏｎＣｏｎｔｅｘｔ，而是利用ｓｐｒｉｎｇｆｒａｍｅｗｏｒｋ的ＢｅａｎＦａｃｔｏｒｙ机制，采用自定义的工具类（ｂｅａｎ工厂类）来加载ｓｐｒｉｎｇ的配置文件。由此可以看出Ｓｐｒｉｎｇ是非常灵活的，它提供了各种不同的方式来使用其不同的部分／层次。具体而言，就是在ｃｏｒｎ．ｉｂａｔｉｓ．ｓｐｒｉｎｇ包下创建ＣｕｓｔｏｍＢｅａｎＦａｃｔｏｒｙ类，ｓｐｒｉｎｇ的配置文件ａｐｐｌｉｃａｔｉｏｎＣｏｎｔｅｘｔ．ｘｍｌ也放在这个目录下。以下就是该类的全部代码：
ｐｕｂｌｉｃｆｉｎａｌｃｌａｓｓＣｕｓｔｏｍＢｅａｎＦａｃｔｏｒｙ｛
ｓｔａｔｉｃＸｍｌＢｅａｎＦａｃｔｏｒｙｆａｃｔｏｒｙ＝ｎｕｌｌ：
ｓｔａｔｉｃ｛
Ｒｅｓｏｕｒｃｅｉｓ＝ｎｅｗ
ＩｎｐｕｔＳｔｒｅａｒｎＲｅｓｏｕｒｃｅ（ＣｕｓｔｏｍＢｅａｎＦａｃｔｏｒｙ．ｃｌａｓｓ．ｇｅｔＲｅｓｏｕｒｃｅＡｓＳｔｒｅａｍ（＇‘
ａｐｐｌｉｃａｔｉｏｎＣｏｎｔｅｘｔ．ｘｒｎｌ”））；
ｆａｃｔｏｒｙ＝ｎｅｗＸｍｌＢｅａｎＦａｃｔｏｒｙ（ｉｓ）：
）
ｐｕｂｌｉｃｓｔａｔｉｃＯｂｊｅｃｔｇｅｔＢｅａｎ（Ｓｔｒｉｎｇｂｅａｎ．Ｎａｍｅ）｛
ｒｅｔｕｒｎｆａｃｔｏｒｙ．ｇｅｔＢｅａｎ（ｂｅａｎＮａｍｅ）：｝
基于Ｓｔｒｕｔｓ、Ｓｐｒｉｎｇ＿幂１］Ｉｂａｔｉｓ的银行绩效考核系统的开发研究
）
上述代码实际上只是封装了ＳｐｒＬｎｇ的ＸＭＬＢｅａｎＦａｃｔｏｒｙ，并且Ｓｐｒｉｎｇ的配置文件只需要加载一次，以后就可以直接用ＣｕｓｔｏｍＢｅａｎＦａｃｔｏｒｙ．ｇｅｔＢｅａｎ（＇‘ｓｏｍｅＢｅａｎ”）来获得需要的对象（例如ｓｏｍｅＢｅａｎ），而不需要知道具体的类。
ＣｕｓｔｏｍＢｅａｎＦａｃｔｏｒｙ类在本系统中只用于表现层的ｆｏｒｍｂｅａｎ对象获得ｓｅｒｖｉｃｅ类的对象，因为本系统没有把ｆｏｒｍｂｅａｎ对象配置在ａｐｐｌｉｃａｔｉｏｎＣｏｎｔｅｘｔ．ｘｍｌ中。那么为何不把表现层的ｆｏｒｍｂｅａｎ类也配置起来呢？因为这样配置后就可以不用ＣｕｓｔｏｍＢｅａｎＦａｃｔｏｒｙ类了。Ｓｐｒｉｎｇ会帮助创建需要的一切９７问题的答案就在于ｆｏｒｍｂｅａｎ类是ｓｔｒｕｔｓ的ＡｃｔｉｏｎＦｏｒｍ类。ＡｃｔｉｏｎＦｏｒｍ类是ｓｔｒｕｔｓ自动创建的，在一次请求中，ｓｔｒｕｔｓ将作出这样的判断：如果ＡｃｔｉｏｎＦｏｒｍ实例不存在，就创建一个ＡｃｔｉｏｎＦｏｒｍ对象，把客户提交的表单数据保存到ＡｃｔｉｏｎＦｏｒｍ对象中，因此ｆｏｒｍｂｅａｎ类的对象就不能由ｓｐｒｉｎｇ来创建。但是ｓｅｒｖｉｃｅ类以及数据层的ＤＡＯ类要由ｓｐｒｉｎｇ来创建，所以需要在ｓｐｒｉｎｇ中加以配置。
本系统创建了ＣｕｓｔｏｍＢｅａｎＦａｃｔｏｒｙ类，在表现层来衔接ｓｔｒｕｔｓ和ｓｐｒｉｎｇ，实现了一种方式解耦。
（２）业务层和持久层的衔接
ＤＡＯ在Ｓｐｒｉｎｇ中的配置（ａｐｐｌｉｃａｔｉｏｎＣｏｎｔｅｘｔ．ｘｍｌ）
＜！．．配置文件定义．》
＜ｂｅａｎｉｄ＝＂ｐｒｏｐｅｒｔｙＣｏｎｆｉｇｕｒｅｒ”ｃｌａｓｓ＝＇‘ｏｒｇ．ｓｐｒｉｎｇｆｒａｍｅｗｏｒｋ．ｂｅａｎｓ．ｆａｃｔｏｒｙ．ｃｏｎｆｉｇ．Ｐｒｏｐｅｎｙ
ＰｌａｃｅｈｏｌｄｅｒＣｏｎｆｉｇｕｒｅｒ＂＞
＜ｐｒｏｐｅｒｔｙｎａｍｅ＝‘‘ｌｏｃａｔｉｏｎ’＇＞
＜ｖａｌｕｅ＞ｃｌａｓｓｐａｔｈ：ｊｄｂｃ．ｐｒｏｐｅｒｔｉｅｓ＜／ｖａｌｕｅ＞
＜／ｐｒｏｐｅｒｔｙ＞
＜／ｂｅａｎ＞
＜！～数据源定义．》
＜ｂｅａｎｉｄ＝“ｄａｔａＳｏｕｒｃｅ’’ｃｌａｓｓ＝“ｏｒｇ．ａｐａｃｈｅ．ｃｏｍｍｏｎｓ．ｄｂｃｐ．ＢａｓｉｃＤａｔａＳｏｕｒｃｅ”ｄｅｓｔｒｏｙ—ｍｅｔｈｏｄ＝“ｃｌｏｓｅ’’＞
＜ｐｒｏｐｅｒｔｙｎａｍｅ＝“ｄｒｉｖｅｒＣｌａｓｓＮａｍｅ’，＞
＜ｖａｌｕｅ＞￥｛ｊｄｂｃ．ｄｒｉｖｅｒＣｌａｓｓＮａｍｅ｝＜／ｖａｌｕｅ＞
＜／ｐｒｏｐｅｒｔｙ＞
＜ｐｒｏｐｅｒｔｙｎａｍｅ＝＂ｕｒｌ’’＞
＜ｖａｌｕｅ＞￥｛ｊｄｂｃ．ｕｒｌ｝＜／ｖａｌｕｅ＞
＜／ｐｒｏｐｅｒｔｙ＞
＜ｐｒｏｐｅｒｔｙＮａｍｅ＝‘‘ｕｓｅｍａｍｅ’＇＞
＜ｖａｌｕｅ＞￥｛ｊｄｂｅ．ｕｓｅｍａｍｅ｝＜／ｖａｌｕｅ＞
＜／ｐｒｏｐｅｒｔｙ＞
＜ｐｒｏｐｅｒｔｙｎａｍｅ－‘‘ｐａｓｓｗｏｒｄ’，＞
＜ｖａｌｕｅ＞￥｛ｊｄｂｃ．ｐａｓｓｗｏｒｄ｝＜／ｖａｌｕｅ＞
＜／ｐｒｏｐｅｒｔｙ＞
＜／ｂｅａｎ＞
＜！一ＪＤＢＣ模板定义．》
＜ｂｅａｎｉｄ２‘＇ｊｄｂｃＴｅｍｐｌａｔｅ’’ｃｌａｓｓ＝“ｏ喀．ｓｐｒｉｎｇ行ａｍｅｗｏｒｋ．ｊｄｂｃ．ｃｏｒｅ．ＪｄｂｃＴｅｍｐｌａｔｅ，＇＞
＜ｐｒｏｐｅｒｔｙｎａｍｅ－－‘‘ｄａｔａＳｏｕｒｃｅ’’＞
＜ｒｅｆ１０ｃａｌ＝“ｄａｔａＳｏｕｒｃｅ”今
＜／ｐｒｏｐｅｒｔｙ＞
＜／ｂｅａｎ＞
＜！一事务管理．》
＜ｂｅａｎｉｄ２“ｔｒａｎｓａｃｔｉｏｎＭａｎａｇｅｒ＇’ＣｌａＳＳ＝“ｏｒｇ．ｓｐｒｉｎｇｆｒａｍｅｗｏｒｋ．ｊｄｂｅ．ｄａｔａｓｏｕｒｃｅ．ＤａｔａＳｏｕｒｃｅ
ＴｒａｎｓａｃｔｉｏｎＭａｎａｇｅｒ’＇
＜ｐｒｏｐｅｒｔｙｎａｍｅ＝“ｄａｔａＳｏｕｒｃｅ’，＞
＜ｒｅｆｌｏｅａｌ＝“ｄａｔａＳｏｕｒｃｅ”／＞
＜／ｐｒｏｐｅｒｔｙ＞
＜／ｂｅａｎ＞
＜！一编程性事务模板＿＞
＜ｂｅａｎｉｄ２“ｔｒａｎｓａｃｔｉｏｎＴｅｍｐｌａｔｅ’’ｃｌａｓｓ＝‘＇ｏｒｇ．ｓｐｒｉｎｇｆｒａｍｅｗｏｒｋ．ｔｒａｎｓａｃｔｉｏｎ．ｓｕｐｐｏｒｔ．Ｔｒａｎｓａｃｔｉｏｎ
Ｔｅｍｐｌａｔｅ’’＞
＜ｐｒｏｐｅｒｔｙｎａｍｅ＝‘‘打ａｎｓａｃｄｏｎＭａｎａｇｅｅ＇＞
＜ｒｅｆｌｏｃａｌ＝“ｔｒａｍａｃｔｉｏｎＭａｎａｇｅｒ＇’／＞
＜／ｐｒｏｐｅｒｔｙ＞
＜／ｂｅａｎ＞
＜！～ＲＸ
＜ｂｅａｎＪＤＢＣ管理类．》ｉｄ２‘＇ｊｄｂｃＭａｎａｇｅｒ’’ｃｌａｓｓ＝“ｅｏｍ．ｂｉｐｓ．ｃｏｒｅｄｄｂｃ．ＵｎＳｕｐｐｏａｅｄＪｄｂｃＭａｎａｇｅｆ＇＞
＜ｃｏｎｓｔｒｕｃｔｏｒ－ａｒｇｉｎｄｅｘ＝“０’，＞
＜ｒｅｆｂｅａｎ＝‘＇ｊｄｂｃＴｅｍｐｌａｔｅ”房
＜／ｃｏｎｓｔｒｕｃｔｏｒ—ａｒｇ＞
＜／ｂｅａｎ＞
本系统首先创建一个数据源ｄａｔａＳｏｕｒｃｅ，用于配置ｄｂ２数据库，具体的值从ｊｄｂｃ．ｐｒｏｐｅｒｔｉｅｓ文件中读取，相应的代码如下：
ｊｄｂｃ．ｄｒｉｖｅｒＣｌａｓｓＮａｍｅ＝ＣＯＭ．ｉｂｍ．ｄｂ２０ｄｂｃ．ａｐｐ．ＤＢ２Ｄｒｉｖｅｒ．４２．
基于Ｓｔｒｕｔｓ、Ｓ＃ｎｇ和ｒｏａｔｉｓ的银行绩效考核系统的开发研究
ｊｄｂｃ。ｕｒｌ＝ｊｄｂｃ：ｄｂ２：ｈｚｐｅｓｄｂ
ｉｄｂｃ．ｕｓｅｍａｍｅ－ｂｉｐｓ
ｊｄｂｃ．ｐａｓｓｗｏｒｄ－－－ｅｐｍ２００７
ｊｄｂｃ．ｍａｘＡｃｔｉｖｅ＝２０
ｊｄｂｃ．ｍａｘｌｄｌｅ＝ｌ
ｉｄｂｅ．ｍａｘＷａｉ每５０００
这样，就可以使用ＤａｔａＳｏｕｒｃｅＴｒａｎｓａｃｔｉｏｎＭａｎａｇｅｒ来定义ＴｒａｎｓａｃｔｉｏｎＭａｎａｇｅｒ节点事务了。
５．２．１层次架构
计算机系统在开发之前的方案设计阶段都需要决定系统的技术实现概观，它包括系统的运行环境、系统的开发环境、系统采用的第三方产品等。这些都是系统实现的应用框架，系统实现最终必须在这些基础之上完成。
本系统是以数据仓库的架构搭建的，它是数据仓库的一个业务应用领域，系统的设计实现是遵循数据仓库应用框架的规范。作为一个数据仓库的具体应用，系统是建构在数据仓库的基础上的。数据仓库的构建和数据采集是一个独立的部分，在这里不做具体介绍，因为它不是本文研究的重点。
本系统的技术实现分为数据集市ＥｌＬ过程和数据前端展示两个部分。前端数据展现部分完成绩效考核系统生成结果的展示，这部分将基于Ｗｅｂ／Ｊａｖａ方式开发，采用多样灵活的展示方式对业务要求的数据进行展示。同时，系统的各类业务参数设置等功能也是采用Ｗｅｂ／Ｊａｖａ方式开发。
系统的数据库是作为数据仓库体系的数据集市的有机组成部分，数据集市ＥＴＬ过程将采用数据库存储过程在ＵＮＩＸ环境中完成。数据集市ＥＴＬ过程将完成大部分的数据处理，将数据仓库中的细节数据加工成为所要求的各种指标数据以及汇总的数据。数据集市ＥＴＬ程序将统一由后台程序调度并进入每日的信息平台批处理流程。
５．３流程分析
业务模块细分只能建立起系统的业务功能框架，而要进行系统技术实现则需要完成业务模块到技术功能模块的转换。业务模块的功能实现可能是由若干个技
第５章绩效考核管理系统设计与实现
术模块的组合完成的，而不同业务模块下的功能相似的技术模块则可以通过计算机模式设计合并为一个技术模块。相对于业务模块，技术模块实现的功能更为细节，很多对最终用户是不可见的，我们称这些技术模块为功能模块。
系统的技术功能除了专为业务前端展现所编写的外，其余部分都是用户看不见的。技术功能是系统的内核，业务功能是系统的外观，所有的业务功能都是由若干个技术功能的组合。以技术功能分析设计为主要内容的技术框架设计是计算机系统开发中最关键的环节，它决定着系统的成败。
５．３．１总体流程
绩效考核通过业务层面的分析被划分为五个子系统，即柜员考核、机构考核、客户经理考核、业务维护。这种划分是业务层面的，所划分出的模块称为业务模块。业务模块对应系统应该实现的业务功能，一般都是用户可见的。业务模块对应着业务需求的功能，根据业务需求分析整理细化业务功能是确定业务模块的基本方式。
总体流程分析是在系统层次架构的基础上结合业务功能对系统进一步的层次细分，总体流程分析将形成技术实现的第一级框架。绩效考核系统的总体流程可以用图５．８来表示。
基于Ｓｔｒｕｔｓ、ｓｐｒｉｎｇＩｂａｔｉｓ的银行绩效考核系统的开发研究
篱崧哼号核系统总绺硫舳
图５．８效考核管理系统的总体流程
Ｆｉｇ．５．８ｔｈｅｏｖｅｒａｌｌｆｌｏｗｏｆｔｈｅｓｙｓｔｅｍ
①考核基础数据准备
银行绩效考核系统实现的基础是大量的电子化基础数据，绩效考核所需的基础数据范围很广，大部分可以从运行系统中得到，但有些外部数据需要通过文件方式导入，还有些数据只能通过手工录入。基础数据准备是绩效考核日常流程的一部分。
②考核业务数据录入
作为一个绩效考核系统，给使用者尤其是客户经理提供业务数据录入接口以方便其日常工作也是系统应该实现的功能。这些数据可以是日常工作的日志，也可以是为业绩分析提供更好的支持。
③绩效考核数据生成
绩效考核系统通过对基础数据的加工生成最终的考核结果指标，并最终计算出机构或员工的绩效，这是绩效考核系统的基本组成部分，也是绩效考核系统的核心。由银行基础业务数据到绩效最终指标生成的过程中，包括多个阶段，大量
第５章绩效考核管理系统设计与实现
的中间结果数据将被保留下来提供给用户作查询统计。由于计算量极大，绩效指标数据生成将放入管理信息平台每日的批处理流程中。
④考核业务参数配置
要做到全面精确的绩效考核，需要在考核对象与银行业务数据之间建立准确的关联关系。同时绩效考核最终指标经济增加值的计算涉及到很多计算规则和方法，在计算过程中有大量的参数和系数引用。灵活方便的规则参数维护功能可以使绩效考核系统适应银行考核体系的变化，具有更强大的功能。业务参数配置是绩效考核系统运行的基础。
⑤绩效考核业绩评定
绩效考核系统每日都生成考核数据，但作为业绩评定应该是在一个考核期内的业绩。在考核期末进行的业绩评定与每日的考核数据生成分析有不同之处，业绩评定应该生成最终的不可更改的考核结果，并将考核结果最终用于机构和员工的评价和激励机制。
⑥业绩数据查询分析
绩效考核系统的各项指标细节数据的查询统计对于员工和机构了解绩效考核政策以及自身的工作情况有很大的帮助，系统提供大量的查询分析功能以满足此类要求。
５．３．２技术架构
系统实现在不同技术层面上要面对的开发环境不同，要求的业务知识不同，要求的技术实现方式也不同，这也意味着不同技术层面要求的开发编程人员的素质是不同的。系统总体流程分析决定系统的技术模块划分必须先以五个技术层面作为功能模块的第一级。技术层面因系统技术实现方式而划分的，集中在某一层面的功能模块之间并没有业务上的关联，因此本文不称之为子系统，而称之为系统模块。
综上所述，绩效考核系统分为六个技术层面，这六个技术层面组成绩效考核系统的第一级功能模块。①考核参数配置——配置
基于Ｓｔｒｕｔｓ、Ｓｐｒｉｎｇ和Ｉｂａｔｉｓ的银行绩效考核系统的开发研褒
②考核数据录入——录入
③基础数据准备——装入
④考核数据生成——加工
⑤考核业绩评定——结果
⑥业绩查询分析——展示
上述六个层面中，基础数据准备、考核数据生成、考核期业绩评定三个层面是后台数据处理，将采用数据集市ＥＴＬ的功能实现方式，业务参数配置、考核数据录入、业绩指标查询分析模块是前端信息展示，将采用Ｗｅｂ／Ｊａｖａ的前端开发技术来实现。
柜员考核、客户经理考核、机构考核三大业务子系统的业务功能都将对应到五个技术层面上去实现。如果一个业务功能跨越多个技术层面，那么这个业务功能就将被技术层面分隔成多个技术功能，形成技术功能模块划分的基本标准。同时技术功能模块基于系统模式设计的原则还可继续细分。
５．４数据处理
５．４．１总体数据处理绩效考核管理系统的总体数据处理过程如图５．９所示。
第５章绩效考核管理系统设计与实现
平台ＥＴＬ过＿＊Ｉ—Ｉ
Ｌ数据平台（巾长户、交易、客户、机构、协议ｙ
一
．ＪｊＬ．，
．Ｊ［基础积数表（血ｂ）一ｔ
Ｖ＿
绩效考核数据库一｛ｊｒ
图５．９绩效考核管理系统的总体数据处理
Ｆｉｇ５．９ＰｅｒｆｏｒｍａｎｃｅＡｓｓｅｓｓｍｅｎｔＳｙｓｔｅｍＯｖｅｒａｌｌＤａｔａＰｒｏｃｅｓｓ
５．４．２平台数据转换
数据仓库平台是管理系统的数据枢纽，它将不同银行客户的核心业务及信贷数据转换为标准的统一的数据仓库数据格式，并提供给各应用系统使用。数据仓库转换部分的主要作业如下节。
数据仓库数据转换遵循数据仓库ＥＴＬ标准规范，并采用ＤＣＶＴ数据转换工具作为辅助支持以脚本配置方式完成整个数据仓库流程。表５．１给出了本系统的主要作业清单。
基于Ｓｔｒｕｔｓ、Ｓｐｒｉｎｇ和Ｉｂａｔｉｓ的银行绩效考核系统的开发研究
表５．１主要作业清单
说玎叩哪种嘲””璎—哪目标表”鄹聊一一维表参数～，一……
Ｔａｂ．５．１
Ｍａｊｏｒ
ＪｏｂＬｉｓｔ
露一”繁换中管业髫”８一
Ｕ．．ＥＸＣＨＡＮＧＥ—．ＲＡＴＥＵ—．ＩＮＴＲＡＴＥＵ—ＣＵＲＲＥＮＣＹ
源表’习
．。＆立。＾ａｄ‘￡；蠕ｄ“鳓』＾ａｔ≈ｉ｛■；越＾Ｅ☆＾ａ≤；４ｔ?ｂ
。．∽，毒
ｕ＿ｃｕｒｒｅｎｃｙ＿ｅｘｃｈａｎｇｅ＿．ｒａｔｅ
ｕ＿ｉｎｔｅｒｅｓｔｒａｔｅ
“…～…
ｕ』ｕｒｒｅｎｃｙ
一
，
总帐主题’
１”｝谴’钟？∞州＝糍硼Ｖ：《岬
ｏ＾．‘ｋ翘Ⅸｈ。曲．１“
汇率牌价表。外币币种对美元和人民币的汇率。
利率表。各储种的利率币种代码
”一埘。？ｆ舯５掣。ｒ７州。喘：唧≮≯秽’”翟ｒ一’ｏ
一、
．?～。－
…０‰一：ｔ…．
”～””ｊ嘲一ｏ？ｊ‰蕊
ＰＲＥ＿ＤＡＴＥ＿ＧＬＥＮＤＥＲｐｒｅ＿ｄａｔｅ＿．ｇｌｅｎｄｅｒＰＲＥ——ＬＥＤＧＥＲ—．ＹＥＡＲ
ｐｒｅ——ｌｅｄｇｅｒ＿＿ｙｅａｒ
。。ｔ筻ｉ，删ｗ叼。…
由总帐数据更新日总帐生成年总帐数据
帐户主题～．～…．，．
ＡＣＣＯＵＮＴ——ＩＮＮＥＲ
．，，ｆｂ洲吐ｚｋ芒，，女‰立ｒ?＋…’＾。恐ｚ…
ａｃｃｏｕｎｔ——ｉｎｎｅｒ
…％＃Ⅻ
从内部分户帐中提取数据对内部帐户表进行日更新
由对公活期存款主档生成数据。存于临时表进行全量更新。
从准贷记卡资料表中抽取出卡帐户，进行全量更新生成准贷记卡透支帐户
因对公贷款产生的帐户，每一贷款合同对应一贷款帐户。在业务系统中与贷款卡片帐相对应。生成个人贷款信息。生成对私活期分户数据生成对私定期账户信息生成对公贷款欠息信息
ＡＣＣＯＵＮＴ＿ｓＡＶＥ＿ＯＲ
ＧＡＲＤ
ａｃｃｏｕｎｔ＿ｓａｖｅ＿ｏｒｇ
ＡＣＣＯＵＮＴ——ＣＲＥＤＩＴ——Ｃａｃｃｏｕｎｔ．．ｃｒｅｄｉｔ—．ｃａｒｄＡＣＣＯＵＮＴ—ＣＲＥＤＩＴ－－Ｃａｃｃｏｕｎｔ＿ｃｒｅｄｉｔ＿ｃａｒｄ
ＡＲＤ——ＯＶＥＲＤＦＴ
ＡＣＣＯＵＮＴ．—ＬＯＡＮ——ＯＲ
Ｇ
ａｃｃｏｕｎｔ＿ｌｏａｎ
ｏｒｇ
Ａ，ＣＣＯＵＮ￡￡ＯＡＮ—ＩＮ
）ＩＶ
ａｃｃｏｕｎｔ—．１０ａｎ——ｉｎｄｉｖａｃｃｏｕｎｔ—．ｓａｖｅ——ｉｎｄｉｖ—．ｓａ
ＡＣＣＯＵＮＴ—．ＩＮＤＩＶ．．ＳＡ
ＡＣＣ￡ＤＷＥＩＮＴＲ
Ｇ
ＯＲ
ＡＣＣＯＵＮＴ——ＩＮＤＩＶ——ＴＤａｃｃｏｕｎｔ——ｓａｖｅ——ｉｎｄｉｖ——ｔｄ
ａｃｃｔ＿ｏｗｅ＿ｉｎｔｒ＿ｏｒｇ
ＡＣＣＴ＿ＯＷＥＩＮＴＲ＿ＩＮＤ
ｌＶ
交易主题ｊ５７”“。”：，
ＴＲＡＮＳＡＣＴＩＯＮ——ＳＣＦ
生成对私贷款欠息信息
’删Ｅ．７１二。：１“…’…ｊ，’如’ｒ。一…”。’‘：。１”“。≯ｔ…？…：８零孽一
?，，?Ｊ－跳》！‰稿ｐ删；磕燃‘￡＆生ｔｒａｎｓａｃｔｉｏｎ从金融交易分录流水提取信息
ａｃｅｔ——ｏｗｅ——ｉｎｔｒ—．ｉｎｄｉｖ
?
ｊ‘？ｊ—ｌ＊秘
?々＾
－，、一！请蝴
ＴＲＡＮＳＡＣＴＩＯＮ——ＳＣＮ
ＴＲＡＮＳＡＣＴＩＯＮ——ＳＵＭ
Ｍ
ｔｒａｎｓａｃｔｉｏｎ——ｕｆｎｃ
ｔｒａｎｓａｃｔｉｏｎ—．ｓｕｍｍｔ＿ｔｒａｎｓ＿ｔｙｐｅ
从非金融交易分录流水提取信息从交易日志中提出交易信息交易代码表
从柜员信息表中抽出操作员号和储蓄所编号对渠道表进行更新
’’：，麟
ｔ，。
Ｔ—ＴＲＡＮＳＮＰＥ
渠道主题。？，．菇！。ｏ
ＣＨＡＮＮＥＬ
’ｑｍ＿、｛９：”Ⅱ’’１
…：孥
ｊ。
?＾；乳ｒ§ｊ糟ｇ‰拣，≤瓤；；ｄｋ‘＾一《∞菇ｍ％二ｉ妣ｔ。ｃｈａｎｎｅｌ
’
缮
客户主题一’一４。：。
ＣＵＳＴＯＭＥＲ—．ＯＲＧ
ＣＵＳＴＯＭＥＲ一１．ＮＤＩＶ
呻篡’１坤～…穸。；？？～尊ｏ“酬节７■
ｊ
，：．
．球，屯：■：‘嘏赢￡ｏ镕‰露：、．。矗‰
ｃｕｓｔｏｒｎｅｒ＿ｏｒｇ
生成对公客户信息生成对私客户信息生成信贷对公客户信息
ＣＭＩＳ
ｃｕｓｔｏｍｅｒｉｎｄｉｖ
ｃｕｓｔｏｍｅｌ９娉３ｍｓ
ＣＵＳＴＯＭＥＲ＿ＯＲＧ＿ＣＭ
Ｓ
．４９．
第５章绩效考核管理系统设计与实现
续表５．１转换作业名
ＣＵＳＴＯＭＥＲ—ＩＤ眨ａＭＳ
目标表
ｃｕｓｔｏｍｅｒ——ｉｄｖ——ｃｍｓ
说明源表
ＣＭＩＳ
ｗ∞ｒｒ＃垮“
‘４
协议主题
ＡＧＲＥＥＭＥＮＴ
？二。立。．。．．．：？ｉ｛点！＿癌譬∞癌磊《‰妇女搿矗釜：蕊，
ａｇｒｅｅｍｅｎｔａｇｒｅｅｍｅｎｔ＿ｃａｒｄａｇｒｒｅｍｎｔ＿ｌｏａｎ
?线＝寰节‘！吖撙剿ｒ蛄照曲黜托避ｄｋ邕础＾
４攀即獬¨’
生成信贷对私客户信息
’？：
二
。２ｓｄｄ±盘．．！＾￡＾彦蠡“～。＾上。
酒《ｍＬ４涠
生成合同信息生成卡资料信息
生成信贷合同信息
∥。、，７止《．ｎ’ｉ
ＡＧＲＥＥＭＥＮＴ—．ＣＡＲＤＡＧＲＥＥＭＥＮｚ￡ＯＡＮ
产品主题
ＰＲＯＤＵＣＴ
．。．．
。．
，’。８警笋哪””８狮？？～。ｊ。
—
■＝””ｊ？警。叫ｔ．揣ｄｄ％ｄ☆＆自ｈ罐扎。
ｏ
ＣＭＩＳ
．￡ｋ．甚‘如～：。■
翟
ｐｒｏｄｕｃｔ＿ｇｒｏｕｐｐｒｏｄｕｃｔ——ｉｎｎｅｒ
ｊ
ＰＲＯＤＵＣＴ——ＩＮＮＥＲ
各级科目的相关信息
业务类别的相关信息
ｊ：ｊ
’，
机构主题．二。。。主…。＋
ＢＡＮＫ＿ＯＲＧＡＮＩＺＡＴＩＯＮ
１ｊ’ｏ”紫篡譬？‘。轨■？～缸强船，翩ｔ一矗删繁础：６益盘赴砬二
．；
？８””即■：≯霹：
ｉ。
”㈣强
，’一：＾二捌
ｂａｎｋ＿ｏｒｇａｎｉｚａｔｉｏｎ
ｂａｎｋ＿ｏｒｇａｎｉｚａｔｉｏｎ．＿ｒ
银行机构的相关基本信息包括职
责代码，名称上级机构，机构级别代码银行机构的分组相关代码，行政，信贷
５．４．３基础集市处理
基础集市主要用于存储各应用系统都会用到的汇总或累积数据，以及公用的参数表和维表。其中数据表主要包括帐户积数表和科目统计表两部分，其处理流
程如图５．１０所示。
图５．１０绩效考核管理系统的处理流程
Ｆｉｇ．５．１０ｔｈｅｐｒｏｃｅｓｓｆｌｏｗｏｆｔｈｅｓｙｓｔｅｍ
基于Ｓｔｒｕｔｓ、Ｓｐｒｉｎｇ和Ｉｂａｔｉｓ的银行绩效考核系统的开发研究
集市处理的主要作业清单如表５．２所示。
表５．２集市处理的主要作业清单
黟—一转换作亚瑶一””唧”一’日标表一”胖
维表参数
ＤＭＤ—．ＢＡＮＫ—．ＯＲＧＡＮＩＺＡＴＩＯＮ
ｄｍｄ—．ｂａｎｋ＿ｏｒｇａｎｉｚａｔｉｏｎｄｍｄ—．ｂａｎｋ—．ｒｅｌａｔｉｏｎｄｍｄ＿ｃｕｒｒｅｎｃｙ
Ｔａｂ．５．２ＤａｔａＭａｒｔｓ
ＭａｊｏｒＪｏｂ
Ｌｉｓｔ
甲—””一’飞蔸聊ｒ“—！”一…
生成机构表和机构关系表
孵—秽甲源表”一飞
ｄｍｄ——ｂａｎｋ—．ｉｎｆｏｂａｎｋ＿ｏｒｇａｎｉｚａｔｉｏｎ
ＤＭＤＣＵＲＲＥＮＣＹ
生成集市币种表，加入三ｕ．－ｃｕｒｒｅｎｃｙ种汇总币种信息生成期次信息表生成汇率表
生成虚拟客户经理数据生成科目关系表处理内部帐积数表处理信用卡积数表处理对公存款积数表
ｕ＿ｃｕｒｒｅｎｃｙ＿ｅｘｃｈａｎｇｅ＿ｒａ
ｔｅ
ＤＭＤ—．ＰＥＲＩＯＤＤＭＤ—．ＦＯＲＥＸ—．ＲＡＴＥ
ｄｍｄ＿ｐｅｒｉｏｄｄｍｄ＿ｐｅｒｉｏｄ＿ｄａｙｄｍｄ＿ｆｏｒｅｘ＿ｒａｔｅ
ＤＭＤ）ＲＣＭＧ
ＤＭＤ——ＰＲＯＤＵＣＴ
ｄｍｄ——ｕｓｅｒ—．ｉｎｆｏｄｍｄ＿ｐｒｏｄｕｃｔ——ｒｅｌａ
ｄｍｄ＿ｂａｎｋ＿ｏｒｇａｎｉｚａｔｉｏｎｄｗａｄｍ．ｐｒｏｄｕｃｔ＿＿ｇｒｏｕｐ
帐户积数表”。：
ｄｍｂ——ｉｎｎｅｒ—．ａｃｃｏｕｎｔｄｍｂ—．ｃｒｅｄｉｔ——ｃａｒｄｄｍｂ＿ｏｒｇ＿ｓａｖｅｄｍｂ—．ｉｎｄｉｖ．．ｔｄ——ｓａｖｅ
ａｃｃｏｕｎｔ——ｉｎｎｅｒａｃｃｏｕｎｔ——ｃｒｅｄｉｔ—．ｃａｒｄ
ＤＭＢ—ＩＮＮＥＲ．－ＡＣＣＴ
ＤＭＢ—．ＣＲＥＤＩＴ——ＣＡＲＤＤＭＢ——ＯＲＧ—．ＳＡＶＥ
ＤＭＢ—．ＩＮＤＩＶ．．ＴＤ．．ＳＡＶＥ
ａｃｃｏｕｎｔｊａｖｅ＿ｏｒｇ
处理对私定期存款积数ａｃｃｏｕｎｔ＿ｓａｖｅ—．ｉｎｄｉｖ＿ｔｄ表
处理对私活期存款积数ａｃｃｏｕｎｔ＿ｓａｖｅ—．ｉｎｄｉｖ——ｓａ表
对公贷款积数处理个人贷款积数处理生成帐户交易汇总数据ｊ：…＿ｔＨ１；＾７一‘：生成总帐余额积数表及总帐发生积数表
，。：４
ＤＭＢ—．ＩＮＤＩＶ——ＳＡ—．ＳＡＶＥｄｍｂ＿ｉｎｄｉｖ＿ｓａ＿ｓａｖｅ
ＤＭＢ——ＯＲＧ——ＬＯＡＮ
）ＭＢ—．ＩＮＤＩＶ——ＬＯＡＮ
ａｃｃｏｕｎｔ＿ｌｏａｎ＿ｏｒｇａｃｃｏｕｎｔ—．１０ａｎ—．ｉｎｄｉｖ
ａｃｃｏｕｎｔ＿ｌｏａｎ＿ｏｒｇａｃｃｏｕｎｔ——ｌｏａｎ—．ｉｎｄｉｖｔｒａｎｓａｃｔｉｏｎ
…
…
‘＋
ＤＭＢ—ＡＣＣｚ，咒４ＮＳｄｍｂ——ｔｒａｎｓ—．ａｃｃｔ—．ｓｕｍｍ
ｄｍｂ——ａｃｃｔ——ｔｒａｎｓ
总帐聚合表。“””■
ＤＭＢ——ＧＥＮ—．ＬＥＤＧＥＲ
ｄｍｂ＿ｇｅｎ＿ｌｅｄｇｅｒｄｍｂ＿＿ｇｅｎ＿ｔｒａｎｓ
。…｛Ｉ％？“
．Ｘ
ｐｒｅ＿ｄａｔｅ＿＿ｇｌｅｎｄｅｒ，
ＤＭＢ＿ＬＥＤＧＥＲ．－ＹＭＤ
ｄｍｂ＿ｄａｔｅ—．１ｅｄｇｅｒｄｍｂ＿ｍｏｎｔｈ＿ｌｅｄｇｅｒｄｍｂｙｅａｒ＿ｌｅｄｇｅｒ
生成总帐Ｅｌ、月、年累计ｐｒｅ＿ｄａｔｅ＿＿ｇｌｅｎｄｅｒ表
生成科日余额汇总数据生成科目发生汇总数据生成隶属机构科目汇总比对表
生成管理机构科目汇总比对表
Ｊ’７“≮一””目”一…《：’ｉ１’＋Ｔ；１
ｒ
３ＭＢ—．ＰＲＯＤ——ＡＣＳＵＭＤＭＢ—．ＰＲＯＤ——ＴＲＳＵＭＤＭＢ＿ＧＥＮ＿ＣＨＫ
ｄｍｂ＿ｐｒｏｄ＿ａｃｓｕｍｄｍｂ＿ｐｒｏｄ＿ｔｒｓｕｍ
数据仓库Ｊ９砭户表
ｔｒａｎｓａｃｔｉｏｎｄｍｂ＿ｐｒｏｄ＿ｓｕｍｍ
ｄｍｂ＿ｇｌｅｄｇｅｒｃｈｋ
ｄｍｂ＿ｇｌｅｄｇｅｒｃｈｋ＿ｍｂｒｄｍｂ＿ｐｒｏｄ＿ｓｕｍｍ＿ｍｂｒ
爻易活动表…。”…”ｊ＝一
ＤＭＢＢＡＤＬＯＡＮＤＭＢ—．０ＷＥＩＮＴＲ
’ｐ—Ｖ５掣背甲—４节ｒｆ粥罗，Ｐ瞥珲—…
一
，一…ｐ§《～；
一一…。～。１’………鼍
一鹞
ｄｍｂ＿ｂａｄｌｏａｎ＿ａｇｅ
ｄｍｂ＿ｏｗｅｉｎｔｒａｇｅ
生成不良贷款帐龄表生成欠息帐龄表
ａｃｃｏｕｎｔ＿ｌｏａｎ＿ｏｒｇ
ａｃｃｏｕｎｔ＿ｌｏａｎｉｎｄｉｖａｃｃｔ—．ｏｗｅ—，ｉｎｔｒ—．ｉｎｄｉｖａｃｃｔ——ｏｗｅ——ｉｎｔｒ＿ｏｒｇ
－５ｌ?
５．４．４绩效考核数据处理
绩效考核的数据处理体系是一个由明细数据、科目总帐、统计指标、打分指标到最终得分这样层层汇总加工的过程。绩效考核的数据处理流程如图５．１１所示。
图５．１１绩效考核的数据处理
Ｆｉｇ．５．１１ｄａｔａｐｒｏｃｅｓｓｉｎｇｉｎｔｈｅｓｙｓｔｅｍ绩效考核的主要作业清单如表５．３所示。
基于Ｓｔｒｕｔｓ、Ｓｐｒｉｎｇ和Ｉｂａｔｉｓ的银行绩效考核系统的开发研究
表５．３绩效考核的主要作业清单
Ｔａｂ．５．３ｔｈｅ
∥—猎搁糊瞬Ｐ一‘＋
维表参数
百标蓑鄹一
，。ｊ
ｍａｊｏｒｊｏｂｓ
ｌｉｓｔｏｆｐｅｒｆｏｒｍａｎｃｅａｓｓｅｓｓｍｅｎｔ
说够ｒ嬲嘲㈣嬲㈣缈粼滞”源裂——鄂帮泖—一”门
、
。＾‘
。
．
．?，萱
ＤＭＤ—．ＢＡＮＫＯＲＧＡＮＩＺｄｍｄｂａｎｋ＿ｏｒｇａｎｉｚａｔＡＴＩＯＮｉｏｎ
ｄｍｄｂａｎｋｒｅｌａｔｉｏｎ
生成机构表和机构关系表
ｄｍｄ——ｂａｎｋ——ｉｎｆｏｂａｎｋ＿ｏｒｇａｎｉｚａｔｉｏｎ
ＤＭＤ——ＣＵＲＲＥＮＣＹｄｍｄ＿ｃｕｒｒｅｎｃｙ
生成集市币种表，加入三种汇ｕ』ｕｒｒｅｎｃｙ
总币种信息生成期次信息表
ＤＭＤ—．ＰＥＲＩＯＤｄｍｄ＿＿ｐｅｒｉｏｄｄｍｄ＿＿ｐｅｒｉｏｄ＿ｄａｙ
ＤＭＤ＿ＦＯＲＥＸ．．ＲＡＴＥＤＭＤ—．ＶＲＣＭＧ
ＤＭＤ——ＰＲＯＤＵＣＴ
ｄｍｄ＿ｆｏｒｅｘ
ｒａｔｅ
生成汇率表
生成虚拟客户经理数据
●
ｕ＿ｃｕｒｒｅｎｃｙ＿ｅｘｃｈａｎｇｅ＿ｒａ
ｔｅ
ｄｍｄ——ｕｓｅｒ—．ｉｎｆｏｄｍｄ＿ｐｒｏｄｕｃｔ—．ｒｅｌａ
。．｝１
，’
ｄｍｄ＿ｂａｎｋ＿ｏｒｇａｎｉｚａｔｉｏｎｄｗａｄｍ．ｐｒｏｄｕｃｔ＿ｇｒｏｕｐ
冀
帐户积数表
生成科目关系表
……～＿’ｒ＃’｛ｉ。’，
，一．
ｊ”一．‘“，”
’ｈ？＃ｈ。ｗ¨．
ａｃｃｏｕｎｔ，—ｉｎｎｅｒａｃｃｏｕｎｔ＿＿ｃｒｅｄｉｔ＿ｃａｒｄ
ａｃｃｏｕｎｔ
ＤＭＢ—。ＩＮＮＥＲ—．ＡＣＣＴ）ＭＢ——ＣＲＥＤＩＴ—．ＣＡＲＤＤＭＢ—．ＯＲＧ．．ＳＡＶＥ
ｄｍｂ——ｉｎｎｅｒ——ａｃｃｏｕｎｔｄｍｂ——ｃｒｅｄｉｔ——ｃａｒｄｄｒａｂ＿ｏｒｇ＿ｓａｖｅｄｍｂ——ｉｎｄｉｖ—．ｔｄ——ｓａｖｅｄｍｂ——ｉｎｄｉｖ——ｓａ——ｓａｖｅａｃｃｏｕｎｔ＿ｌｏａｎ＿ｏｒｇａｃｃｏｕｎｔ——ｌｏａｎ—．ｉｎｄｉｖｄｍｂｔｒａｎｓａｅｃｔｍｍｄｒｎｂ
ａｃｃｔ
ｔｒａｎｓ
１∞ｔ∥
ＳＢ
处理内部帐积数表处理信用卡积数表处理对公存款积数表处理对私定期存款积数表处理对私活期存款积数表对公贷款积数处理个人贷款积数处理生成帐户交易汇总数据
！’●：驴：１：＋’ｔ斜３ｊ：｝ｉ＝１量…砭碍一啪’Ｂｉ｜÷’ｆ＂
?
ｓａｖｅ＿ｏｒｇ
）ＭＢ—ＩＮＤＩＶ一皿ＳＡＶＥ
ＤＭＢ—．ＩＮＤＩＶ—．ＳＡ—．ＳＡＶＥ
ＤＭＢ＿ＯＲＧＬＯＡＮ３ＭＢ—．ＩＮＤＩＶ—．ＬＯＡＮ
ａｃｃｏｕｎｔ．．ｓａｖｅ—．ｉｎｄｉｖ．．ｔｄａｃｃｏｕｎｔ．—ｓａｖｅ—．ｉｎｄｉｖ．．ｓａａｃｃｏｕｎｔ＿ｌｏａｎ＿ｏｒｇ
ａｃｃｏｕｎｔ
ｌｏａｎ＿ｉｎｄｉｖ
ＤＭＢ—ＡＣＣ气３ＲＡＮＳ
ｔｒａｎｓａｃｔｉｏｎ
总帐聚合表
”“．一：；
…
，…１ｆ”一ｉ
。。’≮’、ｔ一７￥
，
４矗二
：…ｊ？…々＋
ＤＭＢ—．ＧＥＮ．．ＬＥＤＧＥＲｄｍｂ＿ｇｅｎ＿ｌｅｄｇｅｒｄｒｎｂ＿ｇｅｎ＿ｔｒａｎｓ
生成总帐余额积数表及总帐发生积数表
生成总帐日、月、年累计表
ｐｒｅ＿ｄａｔｅ＿＿ｇｌｅｎｄｅｒ，
ＤＭＢ＿ＬＥＤＧＥＲ）ＭＤｄｍｂ＿ｄａｔｅ＿ｌｅｄｇｅｒ
ｄｒａｂ＿ｍｏｎｔｈ．—ｌｅｄｇｅｒｄｍｂｙｅａｒ＿ｌｅｄｇｅｒ
ｐｒｅ＿ｄａｔｅ＿＿ｇｌｅｎｄｅｒ
３ＭＢ—．ＰＲＯＤ——ＡＣＳＵＭＤＭＢ—．ＰＲＯＤ—．ＴＲＳＵＭＤＭＢＧＥＮＣＨＫ
ｄｍｂ＿＿ｐｒｏｄ＿ａｃｓｕｍｄｍｂ＿ｐｒｏｄ＿ｔｒｓｕｍ
生成科目余额汇总数据生成科目发生汇总数据表
数据仓库帐户表
ｔｒａｎｓａｃｔｉｏｎ
ｄｍｂ＿．ｇｌｅｄｇｅｒｃｈｋ
生成隶属机构科目汇总比对ｄｍｂ＿＿ｐｒｏｄ＿ｓｕｍｍ生成管理机构科目汇总比对
表
ｄｍｂ＿＿ｐｒｏｄ＿ｓｕｍｍ＿ｍｂｒ
：ｌｍｂ．ｇｌｅｄｇｅｒ＿ｃｈｋ
ｎｂｒ
爻易活动表“”■二一？。
３ＭＢ—。ＢＡＤＬＯＡＮＤＭＢ＿ＯＷＥＩＮＴＲ
＋ｙ讲：硝∽＋—蟹Ｅ１ｉ母ｆ：？”？“
。
一１。《”一ｍｆ—ｐ’㈣７’Ｐｉ”？。…∞一
．ｆ
’…‘’ｗ…“””一…
ａｃｃｏｕｎｔ
∞
ｔ’
ｄｍｂ．．ｂａｄｌｏａｎ＿ａｇｅ
生成不良贷款帐龄表
Ｉｏａｎ＿ｏｒｇ
ａｃｃｏｕｎｔ——ｌｏａｎ——ｉｎｄｉｖ
ｄｍｂ＿ｏｗｅｉｎｔｒａｇｅ
生成欠息帐龄表
ａｃｃｔ．．ｏｗｅ．。ｉｎｔｒ，．ｉｎｄｉｖａｃｃｔｏｗｅｉｎｔＲｏｒｇ
－５３．
第６章结论
第６章结论
本系统构建在Ｊ２ＥＥ体系架构之上，采用Ｓｔｒｕｔｓ、Ｓｐｒｉｎｇ和Ｉｂａｔｉｓ框架结合的方式，给出了银行绩效考核管理系统的解决方案。本系统是某商业银行管理系统的一个重要子系统，系统的实施与运行使得该商业银行的员工绩效考核上了一个新的台阶。
总结论文阶段所做的工作，主要包括如下几点：
（１）分析、研究了Ｊ２ＥＥ平台的体系结构及其特点，采用Ｓｔｒｕｔｓ、Ｓｐｒｉｎｇ和Ｉｂａｔｉｓ框架结合的方式对本系统进行了总体设计。用Ｓｔｒｕｔｓ框架解决了模型、视图。控制的分离，使得系统的结构更加清晰；用Ｓｐｒｉｎｇ解决事务管理方面的问题；用Ｉｂａｔｉｓ为业务层提供数据抽象层接口，实现了数据存储逻辑的分离、数据访问底层实现的分离、资源管理和调度的分离。
（２）确定系统的框架与功能模块设计。对整体绩效考核管理所涉及的各大模块进行了细致的研究和解析。对各大模块的一些功能需求和设计都有全面的分析及定义。
由于本文所研究的绩效考核管理系统是一个全新的系统，它并没有其它的系统作为参考和比较，所以肯定还有很多不完善的地方，以至于本文还有很多不足之处。并且由于业务的综合性和复杂性，本文只是从作者所参与设计开发的模块中的大部分功能进行了分析和研究，其它模块功能的业务实现还需要进一步的分析和研究。
软件开发技术的发展是非常迅速的，很多新的技术在未来将不断涌现出来，所以还要结合新的业务需求随时对本系统进行及时的升级和修改。
基于Ｓｔｒｕｔｓ，Ｓｐｒｉｎｇ和Ｉｂａｔｉｓ的银行绩效考核系统的开发研究
参考文献
【ｌ】王俊标．精通ＪａｖａＷｅｂ开发．北京：人民邮电出版社，２００７．
【２】吴其庆．Ｊ２ＥＥ程序设计实例教程．冶金工业出版社，２００６．
【３】孙卫琴．Ｊａｖａ面向对象编程／Ｊａｖａ开发专家．电子工业出版社，２００６．
【４】．轻量级Ｊ２ＥＥ企业应用实战一Ｓｔｒｕｔｓ＋Ｓｐｒｉｎｇ＋Ｈｉｂｅｍａｔｅ整合开发．电子工业出版
社，２００７．
【５】ＷｉｌｌｉａｍＣｒａｗｆｏｒｄ，ＪｏｎａｔｈａｎＫａｐｌａｎ．Ｊ２ＥＥ设计模式．Ｏ’Ｒｅｉｌｌｙ，２００５
【６】朱中浩．基于ＸＭＬ的三层Ｃ／Ｓ模型构建．中国科技信息，２００６，２６（６）：１６—１７．
【７】ＥｄＲｏｍａｎ．精通Ｅｍ．电子工业出版社．２００２．１０．１．
【８】ＡｌｕｒＤｅｅｐａｋ．著．Ｊ２ＥＥ核心模式．机械工业出版社，２００５．０３。０１．
【９】ｈｔｔｐ：／／ｗｗｗ．ｒｅｄｓａｇａ．ｃｏｍ／ｓｐｒｉｎｇｒｅｆ／２．Ｏ／ｈｔｍｌ／ｅｊｂ．ｈｔｍｌ
【１０】Ｊｏｈｎｓｏｎ，Ｒ，Ｈｏｅｌｌｅｒ，Ｊ．著．Ｊ２ＥＥＤｅｖｅｌｏｐｍｅｎｔｗｉｔｈｏｕｔＥＪＢ中文．电子工业出版社，２００５．９．１
【１１】孙鑫著．ＪａｖａＷｅｂ开发详解：ＸＭＬ＋ＸＳＬＴ＋Ｓｅｒｖｌｅｔ＋ＪＳＰ深入剖析与实例应用．电子工业出
版社，２００６．０４．０１
【１２】蔡雪焘著．Ｈｉｂｅｒｎａｔｅ开发及整合应用大全．清华大学出版社，２００６．３．９
【１３】Ｅｒｉｅ著．ＥｃｌｉｐｓｅＰｌｕｇ－ｉｎｓＴｈｉｒｄＥｄｉｔｉｏｎ．Ｅｃｌｉｐｓｅ．２００８．０４
６【１４】刘长炯著．ＭｙＥｃｌｉｐｓｅＪａｖａ开发中文教程．本书目前未委托任何出版社进行出版．
ＥｃｌｉｐｓｅＲｉｃｈＣｌｉｅｎｔＰｌａｔｆｏｒｍ【１５】ＶｌａｄｉｍｉｒＳｉｌｖａ著．Ｐｒａｃｔｉｃａｌ
Ｉｎｃ．２００９Ｐｒｏｊｅｃｔｓ．Ｓｐｒｉｎｇｅｒ－ＶｅｒｌａｇＮｅｗＹｏｒｋ，
【１６】ＪｅｎｎｉｆｅｒＶｅｓｐｅｒｍａｎ著．ＥｓｓｅｎｔｉａｌＣＶＳ．东南大学出版社，２００６年５月
【ｌ７】（美）ＢｒｕｃｅＥｃｋｅｌ著．ＴｈｉｎｋｉｎｇｉｎＪａｖａ，ＴｈｉｒｄＥｄｉｔｉｏｎ．机械工业出版社，２００５年５月
［１８】（美）Ｔｈｏｍａｓ，Ｄ．，（美）亨特（Ｈｕｎｔ，Ａ．）著．版本控制之道：使用ＣＶＳ．电子工业出版社，２００５
【１９】（美）ＫａｒｌＦｏｇｅｌ著．ＯｐｅｎＳｏｕｒｃｅＤｅｖｅｌｏｐｍｅｎｔＷｉｔｈＣＶＳ．机械工业出版社．２００１年６月
ＰｒａｃｔｉｃａｌＧｕｉｄｅｆｏｒＪａｖａ【２０】ＳｕｅＳｐｉｅｌｍａｎ著．ＴＨＥＳＴＲＵＴＳＦＲＡＭＥＷＯＲＫ
Ｅｌｓｅｖｉｅｒ．２００１Ｐｒｏｇｒａｍｍｅｒ．
【２１】孙卫琴著．精通Ｓｔｒｕｔｓ：基于ＭＶＣ的Ｊａｖａｗｃｂ设计开发．电子工业出版社，２００４．８．１７
【２２】霍姆斯著．Ｓｔｒｕｔｓ完全手册（第２版）．电子工业出版社，２００７年０８月
【２３】Ｎａｔｈａｎｉｅｌ
０３月Ｔ．Ｓｃｈｕａａ，ＲｙａｎＡｓｌｅｓｏｎ著．ＡｊａＸ与Ｊａｖａ高级程序设计．人民邮电出版社，２００７年
【２４】ｈｔｔｐ：／／ｗｗｗ．ｈｏｓｔ０１．ｃｏｍ／ａｒｔｉｃｌｅ／ｊｓｐ／０００４０００７／２００６０８０５２１５５０９７２２．ｈｔｍ
【２５】ＣｒａｉｇＷａｌｌｓ，ＲｙａｎＢｒｅｉｄｅｎｂａｃｈ著．ＳｐｒｉｎｇｉｎＡｃｔｉｏｎ．人民邮电出版社，２００６年０３月?５５－
参考文献
【２６】ｈｔｔｐ．．／／ｗｗｗ．ｅ雏ｙｊ￡ｃｏｍ／ｓｐｒｍ∥
【Ｆ２７】ｈｔｔｐ：／／蚋ｒｗ．ｄｉｙｂｌ．ｃｏｒｎ／ｃｏｕｒｓｅ／６ｓｙｓｔｅｍ／ｌｉｎｕｘ／ｌｉｎｕｘｊｑ／２００７２１１／１８２２０．ｈｎｎｌ
【２８】盂劫著．精通Ｓｐｒｉｎｇ－—－Ｊａｖａ轻量级架构开发实践．人民邮电出版社，２００６年０８月
【２９】ｈｔｔｐ＇．／／ｅｎ．ｗｉｋｉｐｅｄｉａ．ｏｒｇ／ｗｉｋｉ／ＩＢＡＴＩＳ
【３０】许学军著．商业银行绩效考核实务．上海财经大学出版社，２００６年９月
【３Ｉ】付亚和，许玉林著．绩效考核与绩效管理．电子工业出版社，，２００３年１０月．５６．
攻读学位期间公开发表论文
攻读学位期间公开发表论文
［１］高志华．敏捷方法与ＳＯＡ的结合．信息系统工程，２００９．９，３１．－５７?
致谢
致谢
本论文的研究工作是在导师蒋波老师的悉心指导下完成的。导师从论文的选题、方案的制定、研究方法，直到论文的最后定稿，都倾注了大量心血。在攻读工程硕士学位的两年时间里，蒋老师在学业上的谆谆教诲使我终生难忘。值此学业完成之际，我怀着无比崇敬与激动的心情向培养我多年至今仍在辛勤耕耘的导师表示由衷的感谢和诚挚的祝愿！
感谢父母在精神、物质上的支持的关怀，父母的期盼始终鞭策作者不断进步。最后，感谢审阅本论文的老师对我的论文评审并提出意见。感谢答辩委员会的各位老师出席我的论文答辩。谨以此论文敬献给所有关心、鼓励、支持和帮助过我的人们！