银企对账系统的设计与实现.pdf

《银企对账系统的设计与实现.pdf》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

论文题目银企对账系统的设计与实现专业学位类别工程硕士学号201091230717作者姓名陈凌燕指导教师张凤荔教授万方数据 分类号密级注1UDC学位论文银企对账系统的设计与实现（题名和副题名）陈凌燕（作者姓名）指导教师张凤荔教授电子科技大学成都陈霄高工福建华兴科技有限公司福州方圆（姓名、职称、单位名称）申请学位级别硕士专业学位类别工程硕士工程领域名称软件工程提交论文日期2012.09论文答辩日期2012.11.28学位授予单位和日期电子科技大学2012年12月日答辩委员会主席评阅人注1：注明《国际十进分类法UDC》的类号。万方数据 THEDESIGNANDIMPLEMENTATIONOFTHEBANK-ENTERPRISERECONCILIATIONSYSTEMAThesisSubmittedtoUniversityofElectronicScienceandTechnologyofChinaMajor:SoftwareEngineeringAuthor:ChenLingyanAdvisor:ZhangFengLiSchool:SchoolofComputerScienceandEngineering万方数据 独创性声明本人声明所呈交的学位论文是本人在导师指导下进行的研究工作及取得的研究成果。据我所知，除了文中特别加以标注和致谢的地方外，论文中不包含其他人已经发表或撰写过的研究成果，也不包含为获得电子科技大学或其它教育机构的学位或证书而使用过的材料。与我一同工作的同志对本研究所做的任何贡献均已在论文中作了明确的说明并表示谢意。作者签名：日期：年月日论文使用授权本学位论文作者完全了解电子科技大学有关保留、使用学位论文的规定，有权保留并向国家有关部门或机构送交论文的复印件和磁盘，允许论文被查阅和借阅。本人授权电子科技大学可以将学位论文的全部或部分内容编入有关数据库进行检索，可以采用影印、缩印或扫描等复制手段保存、汇编学位论文。（保密的学位论文在解密后应遵守此规定）作者签名：导师签名：日期：年月日万方数据 摘要摘要银行对账是指银行周期性的对当期的业务进行核对，调节双方账户，是银行一个经常性的工作。银行对账能够很好地预防金融风险，是银行业务中的一个重要的环节。随着网络的发展，现在网银系统在交易中地位日益加重，现在更多的人采取网银完成日常支付，这也促使了网上对账的快速发展。近些年来国内外破获的银行案件都印证了现在银行对账在管理环节上存在不少的漏洞。由于银行对账的滞后性和对账单回收少以及对账员与柜员等参与人员没有彻底分离等弊端的存在，给了不法分子可乘之机。这必然会给银企乃至国家带来严重的经济损失。所以，银企对账的各个环节我们都要重视起来，严加管理，并针对发现的漏洞实施针对性的措施。系统以MyEclipse为Web开发平台，以J2EE为开发架构，MicrosoftSQLServer2000为后台数据库，运用Java、JavaScript完成了基于Web银行对账系统。我们根据系统的格局将系统分为对账责任人管理、对账数据处理、面对面对账客户管理、银企对账信息管理、未对账账户风险管理以及验印系统这几个基本模块。这样划分模块保障了对账的全面性和准确性，分工管理，职能分配的操作从根本上解决了对账管理复杂、责任不清、角色不清、效率低下、银行主管不能及时掌握对账信息干预对账环节等诸多问题。银行对账系统的研发及投入使用对银行对账来说是一个重要的飞跃，它摒弃了以往的繁杂的对账工作，是对账过程简单化，责任清晰化、操作透明化并实现了银行主管能够快速及时的掌握对账细节信息，能够及时干预对账的各个环节。这样银行对账工作的安全性和可操作性以及数据的准确性和信息的安全性等都得到了很好的提高，是实现业务监管手段现代化的一个成功范例。随着银企对账系统的研究的深入，银行的工作效率大大提高，人们对银行工作效率的认可将更上一层楼。银行的形象维护将得以保障，收益也将提高。通过对银行对账系统的开发，将自己所学的知识综合运用起来，不但使得知识有了连贯性，也增加了自己对于系统整体开发的经验，代码的编写也考虑的更加细致。对于今后进行实际工作有了实际的帮助。关键字：银企对账，MicrosoftSQLServer2000，MyEclipse，JavaScriptI万方数据 ABSTRACTABSTRACTBankreconciliationsbankperiodicallycheckthecurrentbusiness.Regulationofthetwosidesaccountsisrecurringworkofabank.Itcanhelpabankpreventfinancialrisks.Withthedevelopmentofthenetwork,theonlinebankingsystemisincreasingtransactionstatus.Athomeandabroadinrecentyearscrackeddownbankcasesareconfirmedbankreconciliationnowhavingmanyloopholesinthemanagementaspects.DuetothethebankreconciliationlagandstatementsrecoveryReconciliationmemberandtellerparticipantsdidnotcompleteseparationoftheexistenceofsuchdrawbacks,giventhethelawbreakersopportunity.Therefore,banksandenterprisesofallaspectsofreconciliationhavetopayattentiontoit,strictmanagementandtakeimplementationoftargetedmeasuresfordiscoveredvulnerabilities.SystemusesMyEclipseWebdevelopmentplatform,J2EEasthedevelopmentofarchitectureandusesMicrosoftSQLServer2000asback-enddatabase.WeusesJava,JavaScripttoCompletedthereconciliationoftheBankofWeb-basedsystem.Accordingtothepatternofthesystem,thesystemisdividedintothereconciliationofpersonsresponsibleforthemanagement,thereconciliationofdataprocessing,face-to-faceReconciliationofcustomermanagement,bankreconciliationinformationmanagementunreconciledaccountriskmanagement,andstampingsystemseveralbasicmodules.DividedintomodulesguaranteethecomprehensivenessandaccuracyofReconciliation,anditisafundamentalsolutiontotheReconciliationofmanagingcomplex,unclearroles,inefficientandmanyotherissues.Bankreconciliationsystemdevelopingandputingintouseforbankreconciliationisanimportantleapforward,ithelpusdoingawaywiththecomplicatedreconciliation,andalsohelpbankexecutivestoquicklytimelygraspofReconciliationdetails.Itimprovesthethebankreconciliationssecurityandaccuracy,andsuccessfullyimplementedbusinessregulation.WiththedeepeningofthebanksandenterprisesReconciliationsystem,thebank'sefficiencyisgreatlyimproved,therecognitionofbankefficiencytothenextlevel.Thebankimagemaintenancewillbeprotected,theincomewillalsoincrease.II万方数据 ABSTRACTBankreconciliationsystemdevelopment,integrateduseoftheknowledgelearned,notonlymakesknowledgecoherencealsoincreasedtheirownexperienceforthedevelopmentofthesystemasawhole,thepreparationofthecodealsoconsidermorecarefully.Practicalhelpfortheactualwork.Keywords：bankreconciliation，MicrosoftSQLServer2000，MyEclipse，JavaScriptIII万方数据 目录目录第一章绪论..................................................................................................................11.1开展本项目研究的社会意义.............................................................................11.2国内外研究现状.................................................................................................11.3论文研究的目的.................................................................................................21.4论文的主要内容.................................................................................................31.5本章小结.............................................................................................................3第二章金融服务开发平台-MyEclipse.......................................................................42.1J2EE架构.............................................................................................................42.2J2EE布局.............................................................................................................52.3本章小结.............................................................................................................7第三章对账系统分析..................................................................................................83.1总体业务描述.....................................................................................................83.1.1术语解释...................................................................................................83.1.2银企对账主要原则...................................................................................83.1.3银企对账工作模式...................................................................................83.1.4银行对账的操作过程...............................................................................93.1.5系统服务对象.........................................................................................103.2系统要达到的目标...........................................................................................103.3需求分析...........................................................................................................113.3.1系统功能性需求分析.............................................................................153.3.2对账基础数据处理.................................................................................253.3.3系统的非功能性需求分析.....................................................................273.4本章小结...........................................................................................................28第四章系统总体设计................................................................................................294.1对账系统架构...................................................................................................294.2银企对账系统开发管理环境...........................................................................304.3逻辑架构...........................................................................................................314.4部署架构...........................................................................................................32IV万方数据 目录4.5功能架构...........................................................................................................344.6安全架构...........................................................................................................354.7本章小结...........................................................................................................36第五章系统详细设计................................................................................................375.1系统建模...........................................................................................................375.1.1银企对账系统结构图.............................................................................375.2系统数据库设计...............................................................................................385.2.1系统数据库表单设计.............................................................................395.2.2系统存储设计.........................................................................................435.3本章小结...........................................................................................................44第六章系统关键技术研究与实现............................................................................456.1WEB应用的实现..............................................................................................456.2对账系统后台数据库存储的实现...................................................................466.3前台服务的实现...............................................................................................506.4验印系统的实现...............................................................................................516.5环境配置...........................................................................................................516.6本章小结...........................................................................................................54第七章系统测试........................................................................................................557.1测试技术...........................................................................................................557.2测试结果...........................................................................................................557.3本章小结...........................................................................................................56第八章总结与展望....................................................................................................57致谢............................................................................................................................59参考文献........................................................................................................................60V万方数据 第一章绪论第一章绪论1.1开展本项目研究的社会意义银行对账是指银行周期性的对当期的业务进行核对，调节双方账户，是银行一个经常性的工作。银行对账能够很好地预防金融风险，是银行业务中的一个重要的环节。随着网络的发展，现在网银系统在交易中地位日益加重，现在更多的人采取网银完成日常支付，这也促使了网上对账的快速发展。近些年来国内外破获的银行案件都印证了现在银行对账在管理环节上存在不少的漏洞。由于银行对账的滞后性和对账单回收少以及对账员与柜员等参与人员没有彻底分离等弊端的存在，给了不法分子可乘之机。这必然会给银企乃至国家带来严重的经济损失。所以，银企对账的各个环节我们都要重视起来，严加管理，并针对发现的漏洞实施针对性的措施。从主管层次上看，高层官员没有注意到对账环节的重要性，对对账流程不够重视。从基层上看，由于对账流程比较复杂，对账人员在对账过程中容易对工作敷衍了事，不能够真正的重视对账的每一个环节。针对上面两种情况我们应该组织银企工作人员进行对账案例分析，让对账工作人员把对账流程真正的重视起来，并对对账人员定期进行培训和考核，实行奖罚制度。1.2国内外研究现状自因特网普及开始，网络成为了便捷的交流平台。随着网络通讯技术的发展网络安全的逐渐提高，网络交易也开始萌芽。这就促使网络的商业化，而国外尤其是西方发达国家的经济市场化，其银行积极迎合时代的发展，开始出现电子银行网上支付，网上汇款，电子账户等业务。随着办公自动化进程的促进以及网络的发展，现在国外银行对账已经基本实现了网上对账系统，摒弃了先前的手工对账。并针对网上对账出现的各种缺陷引发的案例而逐步完善对账系统，实现了对账分工、责任制管理、对账实时监控、以及对账奖励等一些辅助的对账制度。相对于国外，国内的银行对账发展比较缓慢，主要原因是因为我国主要的银企隶属于国家管制，与科技的发展有一定程度的脱节，而且国内因特网的引进比较晚。但是相对于这些我们近些年来银企对账系统也快速发展。现在国内大部分1万方数据 电子科技大学硕士学位论文银行已经实现对账的部分流程或相关模块的网络化管理。而一些流程仍然使用人工对账。随着经济和科技的快速发展，国内银企也逐渐认识到开发一套整体的对账系统的重要性。现在网络编程技术的发展日益成熟，以及java语言的快速发展，其强大的兼容性让现在银企可以不浪费已有的开发流程，并开发整合新的对账模块。这样既能降低系统开发成本，而且对国内企业来说是发展银企对账系统的大好时机。1.3论文研究的目的以前银企对账流程是以季度为周期打印所有交易用户结算账户的余额账单，并由交易企业转交给银企业务人员。由于没有硬性的规定必须回收余额对账单，所以银企业务人员很多情况就没有回收对账单。有些大型企业对账业务比较复杂，他们很多时候面对的是多个账户或多类账户，无论手续上还是内容上都很复杂。而且对账汇总的纸质对账单很容易破坏，很难达到理想的对账效果。现在有些银行部分采取信息化的对账业务来辅助传统的对账流程，然而这种对账仍然不成体系，不能从根本上解决银行对账中“对账速度低、效率不高、实际对账率不达标”的情况，也没有满足降低对账风险的目的。本论文研究的主要目的是为了解决银企对账管理存在的主要问题：l、对账管理大众化。银企对账系统没有区分出特殊客户和一般客户，没有对贡献大和风险大的客户进行差异化对账，这样无形中增加了对账的风险；2、角色不清。银企对账没有形成岗位制约，对账工作人员和前台人员以及客户等角色没有分离，这给对账留下了极大的安全隐患；3、责任不清，对账单收回率低。目前的对账方式大多是客户到银行领取对账单，并自觉把对账单送回银行，客户可能对这个过程不够重视，领取不及时或者归还不及时甚至是不归还，这造成对账效率低，对账单回收率差；4、银企对对账结果不够重视和发生情况时不及时查证。一些账户单位对对账结果不重视，对账余额不符合时不去积极和银行沟通，银行对用户的对账回执也不够关心，一些用户发现问题后银行不能很好地配合用户解决问题，导致问题拖延搁置于一边，无法得到圆满解决；5、对账环节众多，各个环节操作复杂效率不高，这样造成银行高管部门对对账情况难以把握，对风险不能预测和及时控制；2万方数据 第一章绪论1.4论文的主要内容论文的内容主要包括以下几个部分：第一章主要介绍了系统开发的现实背景及实际意义，论文的内容及结构。第二章系统介绍了技术开发平台——MyEclipse，共分四个小节，第一小节介了J2EE架构；第二节简要介绍J2EE平台的应用布局；第三节简要介绍了J2EE平台系统架构；第四小节介绍了J2EE平台的开发环境。第三章主要描述了需求分析和工作成果。需求分析从功能性需求分析和非功能性需求分析两方面加以阐述，并采用用例的描述方法来描述系统功能性需求，最后还对系统进行了建模。第四章阐述了银企对账系统构架，分四个小节，第一小节讲述的是银企对账系统的逻辑架构，第二小节讲述的是银企对账系统的部署架构，第三小节讲述的是银企对账系统的功能架构，第四小节描述的是银企对账系统的安全架构。第五章本章对系统进行了建模，对系统进行了详细设计，对银企对账系统结构用结构图阐述，另外还对系统数据库的详细设计进行了说明，其中包含了表的设计和存储过程的优化等。为系统的开发做好了准备第六章介绍系统的关键技术的研究和实现。第七章主要介绍了项目测试的技术及过程，以及对测试的策划及测试结果进行了简单的介绍。第八章进行了总结与展望。1.5本章小结本章介绍了对账系统国内发展状况并分析了对账的弊端，从而阐述了本论文研究的社会意义以及研究的目的。最后从整体上给出了本文的研究内容及章节安排。3万方数据 电子科技大学硕士学位论文第二章金融服务开发平台-MyEclipseMyEclipse工作平台是在EclipseIDE的基础上的扩展，它可以有效的帮助我们在数据库和JavaEE的开发、发布以及应用程序服务器的整合方面极大的提高工作效率。它是功能丰富的JavaEE集成开发环境，其中包括了完备的java编码、程序调试、程序测试和工程发布功能，对HTML,Struts,JSP,CSS,Javascript,SQL,Hibernate技术完美支持。伴随着银行业务以及信息化的发展，电子银行建设要求越来越高，其中有三个很明显的特点：系统开放、数据集中、处理统一。银行对账系统是集管理、开发、运行、维护、统计分析等功能于一体的开放的、处理逻辑统一的应用系统。现在大型程序都为分布式运行程序要求平衡速度、安全性以及服务器的可靠性等方面的指标。J2EE为程序的开发提供了插件的设计开发技术，这样可以把系统整体构架和细节设计分开来完成，节省了开发人员很多的开支。J2EE提供了程序开发的多层分布式应用模式，这使其开发的系统能够在升级的时候重复利用。J2EE平台拥有很多开源社区为其开发的实用框架，这些成熟的框架都大量地采用了设计模式和JAVA的反射技术，并且提供了基于XML数据交换技术，大大地减轻了后期维护的开支，尽量避免了升级系统大篇幅修改代码的一概作风，也就是做到了对扩展开放，对修改关闭。2.1J2EE架构J2EE架构建立的商务系统具有很多的优点，比如：可伸缩性、易维护性、灵活性等。本系统的开发情况很相符：1、保留以前的IT物资：由于企业在随着信息化技术的发展逐渐地改进自己的IT资源，这样企业再对IT资源升级的时候应该尽量应用已有的企业信息系统方面的投资。一个对扩展开放的系统对企业的长远发展显然是很重要的。J2EE架构是一个对扩展开放，能够充分利用企业原有的IT投资并在这基础上进行性功能扩展的技术架构。这是因为J2EE是一个开放性的平台，它有很多顶级企业以及开发人员为其运行提供技术支持，让其在不同平台上能够兼容。2、开发高效：J2EE技术把系统模块化，这样可以把具有固定功能的模块独立出来单独开发，最大程度上实现了系统的兼容以及修改的方便。这使得系统的整4万方数据 第二章金融服务开发平台-MyEclipse体开发和局部细节开发分开进行，缩短了开发时间，并且让开发人员尽其所专，开发更高效。3、对不同环境的适应性：J2EE是能够开发部署于不同操作系统的应用程序。J2EE开发出的系统和底层的硬件环境以及操作系统没有直接的依赖关系，这样J2EE程序可以一次开发多个平台运行，避免了重复开发的情况。这在现在的异构环境的企业中是非常重要的。4、可伸缩性：由于J2EE开发的系统可以部署到各种硬件平台上面，这就让系统有了很好的伸缩性，对系统性能要求不高的企业可以把系统部署到普通的小型服务器上面运行，而对系统性能要求很高的企业可以将系统部署到可以单击支持256个处理单元的UNIX大型机上面，这很好地消除系统中的瓶颈，并且它允许多台服务器的集成部署。这种部署可以达到甚至超过大型服务器的运行速度。5、运行的超稳定性：企业级服务器程序基本都是全天候运行的。因为意外停机可能造成极大的财产损失，意外死机后果将不可想象。J2EE开发的程序可以部署到各种系统上面去，比如运行非常稳定的UNIX和LINUX系统，这保证了系统的长期运行。2.2J2EE布局本系统基于B/S和C/S两种结构开发，J2EE的结构图如下图所示：图2-1J2EE的结构图图中展示了程序组件在容器中的情况，部署的过程就是将J2EE应用程序安装5万方数据 电子科技大学硕士学位论文到J2EE容器中的过程。银企对账系统为外界层面上的唯一的应用处理程序，所以它主要有三个主要的基于任务的功能：渠道的接入、后台服务的调用、本地应用处理。银企对账系统只分布在第一级别分行的数据处理中心，其采用集中式管理应用、分布式开发维护，并且附带有业务统计、分析、管理等业务功能。对账系统应用布局如图2-2所示。内网行内应用程序行外应用银行后程银企对账系统台服务序器接入渠道图2-2银企对账系统应用程序布局图中展示了银企对账系统应用程序的布局，行内应用程序、银行后台服务器、接入渠道以及银行对账系统都属于银行内网。行外应用程序通过与银行对账系统连接来与内网交互数据，其中行外应用程序为银行外部人员的操作程序，是银行对账系统外部人员的接口、行内应用程序为银行内部管理人员的操作程序，是银企对账系统对银行内部人员提供的接口、银行后台服务器为银行对账系统提供后台数据的存储和查询等、接入渠道是各个模块之间的对接方案。以网银对账来说明各个模块之间的数据流转。网银客户端为行外应用程序，客户在用网银进行交易的时候其交易数据会通过加密信道传送给银企对账系统，而后银企系统会生成网银对账单，并将交易数据及对账单保存到银行后台服务器。待用户想进行网银对账的时候，客户首先登陆网银客户端（行外程序），申请网上6万方数据 第二章金融服务开发平台-MyEclipse对账，并进行数字签名以保证操作是本人授权进行。银行对账系统接到行外程序请求后就会调动行内程序分析客户的具体请求，然后产生获取用户对账信息的命令并且由网银对账系统查询银行后台服务器，把需要的信息发还给行内应用程序，行内应用程序对信息进行存储和清分，生成符合客户要求的对账结果发还给客户端（行外应用程序）。客户收到对账单后查看是否对平，对平则对账结束，未对平则与客户联系，系统转入人工对账。2.3本章小结本章详细介绍了金融服务开发平台MyEclipse以及该平台的主要优点，并详细介绍了系统的J2EE开发架构及用此架构的主要特点，使用该架构开发系统的主要优点。最后经过认真分析，给出了本系统的应用布局，为后续开发打下基础。7万方数据 电子科技大学硕士学位论文第三章对账系统分析需求分析在一个项目的开发中是举足轻重的，它是一个项目的开发者和使用者之间沟通的载体，系统开发最终要由使用者来提出要求，开发者完成要求，双方配合完成才有意义。客户对于业务是很熟悉的，但是对于软件开发是外行，而软件开发者对于软件功能的实现是内行，但对于业务流程是外行。我们要根据客户的需求分析其内在的功能及业务流程，并进行初步的规划，构建出业务流程图并与客户针对构建的流程图进行比对交流，及时修改优化流程，最后达到让客户满意的程度才能为后期的程序开发提供有力的开发保障。3.1总体业务描述3.1.1术语解释BIS：指银行综合应用系统。Servlet：一种部署于服务器端的JAVA应用程序，具有独立于平台和协议的特性,可以生成动态的Web页面。管理行：针对本行来说管理行是其隶属的上级银行。对账责任人：对账户对账，账单的发放及回收等对账工作负直接责任的特定人员。3.1.2银企对账主要原则银行对账要遵循的主要原则是：“工作岗位要独立，对账人员必须分离，多种方式应并存”，对账要本着客观、真实、全面的态度执行此原则。工作岗位独立指对账中心要配备专职人员。对账人员分离指对账人员应该和前台工作人员、客户经理、结算服务人员等其他专职人员分离。多种方式并存指面对面对账、网上对账等方式并存。3.1.3银企对账工作模式银行的体系结构为总行-省行-市行-县行。银行对账工作模式为：由于对账的8万方数据 第三章对账系统分析工作量繁多，所以把对账工作分配给下级银行完成后再把对账结果上报给上级银行。所以总行和省行汇总对账完成后的信息，而具体的对账实现由其下属银行完成。市分行与支行分别设立对账中心协同完成对账。出单由市分行负责，回收单由其下的支行负责，市分行再对回收单统一进行管理。3.1.4银行对账的操作过程银企对账要以验印系统和对账管理子系统共同完成，流程为：客户与银行签约，将对账数据派送到市级分行并生成对账账单，与客户进行面对面对账，对对账单进行邮寄和回收，上缴验印审核资料。步骤主要分为：签合约、生成打印对账单、发送回收对账单以及核验保管。银行对账流程与分散对账区别很大，流程如下：1、前台客户签定合约。营业网点首先确保BIS系统和银行对账系统中的客户账户基本信息资料的准确性及完整性，及时更新修正信息，以免影响系统正常运作。营业网点负责与客户签约，并负责账单的发送收回。2、对账单生成。市分行把接收到的对账数据传输给银行对账系统，对账系统对数据进行整理生成对账单，并为对账单自动编码。3、出单。以季度为周期的余额对账单须委托给外包公司打印封装。如果是面对面对账客户的情况下，余额对账单和明细对账单须统一加盖市分行对账中心专用章。4、发送。以一个季度为周期根据客户留下的地址信息进行发送，其中面对面对账单应该由客户和对账中心的负责人员核对。5、回收。余额对账单的回收方式是多样化的，客户可以由柜台经网点传给支行对账中心。支行的对账中心应该督促客户进行账单的回寄。6、回收后集中审核与保管。(1)回收的后期工作。①已收回的：对对账的内容进行真假辨别，校验合格并与业务相符合的，由相关工作人员录入银企对账系统，校验没有通过的，将对账单返回支行对账中心，由其具体核实。②未收回的：由营业网点进行催促回收工作。③邮寄退回的：到营业网点进行信息核实，找到真实地址再次邮寄。(2)按照对账单编号进行入库保存。9万方数据 电子科技大学硕士学位论文3.1.5系统服务对象银企对账系统的服务群体是广泛的，其主要对象如图3-1所示。银企对账系统具体具体具体具体地方市行省行营业营业营业营业支行计财计财机构机构机构机构计财部门部门12…n部门图3-1系统服务的关系图上图我们可以看到银行对账系统的服务群体包括各类营业机构、地方支行计财部门、市行和省行计财部门。营业机构包括商业、服务业等贸易行业。他们把自己的账务托付给银行管理，其需要提交给银行对账系统的数据有：交易双方单位、交易双方负责人、交易种类、交易时间、交易金额、交易支付方式、付款时间等信息。银行对账系统把信息入库用于进一步的对账活动。3.2系统要达到的目标本论文开发“银企对账系统”将银行对账流程实现信息化，将对账过程中的数据筛选，信息反馈，信息统计等繁琐操作实现计算机处理，把人力从复杂重复的劳动中解放出来，不但减少了对人力资源的需求，同时也提高了工作效率。并且从成本上考虑，营业机构不用再反复的打印对账单，整个流程电子化信息化，节约了成本。从安全性上考虑，对对账操作实行权限限定，责任具体到个人的规定，并且对流程实行无缝监控管理，保障了对账的安全性。从风险方面考虑，我们当遇到业务风险时应给出风险提示、不予支付，从而降低了业务风险。本文系统应该具备如下的特点：1．实时的在线监管交易数据的所有数据应该通过实施监控来随时查看和监控，实现了实时监管。2．信息的可重复利用性通过数据分析和反馈将采集来的数据最大限度地重复利用，循环利用事前、事中及事后的控制信息，实现风险辨别、风险监控的智能化。10万方数据 第三章对账系统分析3．财会监管记录化通过把财会监管的全过程记录下来，实现监管流程管理的统一化，减少人为影响。4．规范人员素质通过建立有效科学的财会工作质量评定体制来考察工作人员的操作。设计上应该遵守的几个基本原则：1．实时性实时性对于本系统是非常重要的。只有达到了操作的实时性，监控的实时性，才能在系统层次上防止风险，把风险控制在预期的范围内。2．全面性系统将各种环境的管理，以及人员素质的考核都纳入其中，使系统本身更加完善全面地满足财会监管人员的日常工作需求。3．可扩展性可扩展性是为了以后升级而考虑，系统应该适当的进行模块化设计，使系统各个功能模块在结构上独立功能上一致，这样有些地方进行变动的时候不会波及到整个系统，从而降低了升级成本。4．前瞻性系统应该为了操作安全，对各种操作进行非正常操作预测。比如各个操作的响应时间应该有个明确的规定，超过此时间视为无效操作。3.3需求分析在项目开发的初级阶段我们主要的两项工作：第一项和客户进行洽谈。系统面对的是客户，只有客户对系统有最终的发言权，一个系统不能满足用户的需求将会失去其开发的意义。第二项是要以书面形式把需求明确下来。项目口头的表述会让人产生理解歧义，只有口头的表述项目的开发很可能将来会面临翻工等不必要发生的事情。需求分析和需求获取是相互关系的，主要通过软件建模的方式向用户阐述系统的可行性。这些可视化的模型让用户变得容易理解，让阐述更加容易。分析用户的需求不仅要建模，还要以下的准备工作：l、系统组件结构图示化银企对账系统的整体组件结构如图3-2所示11万方数据 电子科技大学硕士学位论文签约管理对账机构管理验印系统责任人管理面对面客户管理对账结果统计报表打印网上银行后台数据数据接口银行服系统服务Web服务务图3-2银企对账系统整体结构图在银行对账系统中签约管理、对账机构管理、责任人管理、面对面对账管理、对账统计、报表打印和系统服务几个模块联系紧密，组成银行对账系统的管理和执行的核心部分，各个模块通过数据接口相互联系，而银行后台数据、网上银行系统、web服务和验印系统这些数据提供模块通过数据总线和数据接口相连接。银行后台数据库和前台的网银系统以及中间的各个对账环节的联系都是通过统一的数据接口来联系的，这样接口统一便于系统的管理与扩展。签约管理需要录入的信息包括：签约的双方单位或个人、签约的时间、签约的地点、合约内容、签约责任人等信息，此管理模块还提供信息修改功能，需要说明的是修改功能并不能对任何信息进行修改，比如合约内容不能进行修改，这也是银行的公信所在。但是次模块提供了合约内容追加，合约双方针对先前合约修改达成一致后可以在合约后面进行追加内容。对账机构管理功能包括机构增加删除管理、机构权限分配、对账机构任务分配以及对账机构信息查询等。责任人管理功能包括对账责任人信息查询、对账责任人增加删除等。面对面对账管理功能包括：打印对账单、账目查询、上门对账管理、对账单录入及档案管理。对账统计功能包括：已对账账户统计、未对账账户统计、对账责任人统计等功能。报表打印和系统服务功能包括：对账单打印、账户信息打印、对账统计打印、12万方数据 第三章对账系统分析对账责任人打印以及系统帮助等。银企对账系统的整体流程如图3-3所示。图3-3银企对账系统的整体流程图从上图可以看出银企对账系统流程可以归为八个组成阶段：基础数据采集、账单生成、账单回收验印、对账情况统计分析、报表打印、对账机构管理、签约管理、对账责任人管理。前五项流程应该按严格的顺序来进行，而后面三个流程可以并行交互进行。系统流程如图3-4所示。13万方数据 电子科技大学硕士学位论文图3-4系统流程图系统流程图给出了对账系统的完整的工作流程，为系统开发的模块划分做好14万方数据 第三章对账系统分析了准备。2、需求建模(DFD)、实体关系图(ERD)和UML是目前使用最多的三种建模方法。其中DFD常用作结构化系统分析与设计。DFD的优点是能够很好地对各种物理模型进行描述，其缺点是不能体现系统的时序关系。ERD用作描述系统需求分析阶段中各个实体之间的逻辑关系或者系统设计阶段多个物理表存在的逻辑关系。ERD能很好地对数据进行描述，但是不能很好地描述系统功能。本系统的建模使用UML中的状态图、活动图以及用例图。用例图的优点是用户可根据自己的情况任意细化自己的需求。3、本系统通过系统原型和网页框架来阐述模型。系统开发前应该向用户提供一个模型的可视化框架，在此框架上来说明将来的系统运行细节，用户可以在此基础上给出修改建议，开发人员留作分析和设计，此方法很好地改善了开发人员和用户的交流。3.3.1系统功能性需求分析3.3.1.1对账客户签约银行对账的首要工作是与客户签署服务协议，主要是一个法律上规定双方权利以及责任义务的文件。服务协议是由管理行拟定并由营业网点来与客户签约的。3.3.1.2对账机构管理由于银企对账系统包含的部门从管理行到基层行，里面的机构众多，工作人员角色多样。所以我们要针对银企对账系统这一特色来对银行机构进行层次划分，对内部共组人员进行权限划分。各机构与角色的对应关系如图3-5所示。15万方数据 电子科技大学硕士学位论文图3-5各机构与角色的对应关系图省行中心的系统管理员及系统操作员隶属于省行，省行财务会计部的监管人员隶属于省行，市行财务会计科的监管员和对账员隶属于市行，支行财务会计科的监管员和对账员隶属于支行，网点的维护员和3级主观隶属于网点。各机构隶属关系如图3-6所示。图3-6各机构隶属关系图从图3-6各机构隶属关系图中可以看出省行财务会计部是各个机构中地位最16万方数据 第三章对账系统分析高的机构，其他机构是其下属机构，由该机构进行调度。而各个市行财务会计科是其直接的下属机构，直接由省行财务会计部管辖调度。市行财务会计科下有支行财务会计科或者直接是营业网点，那么支行财务会计科或者营业网点作为其直接下属机构由其调度。最下面的部门为营业网点。各角色的系统权限如表3-1所示。表3-1各角色的系统权限如表省行是最高的管理机构，所以在系统整体维护上的工作交给省行管理，省行的工作人员为系统管理员，其对系统进行维护及管理各个模块的功能。另外省行还有综合查询分析全省银行对账数据的功能，此项功能由省行的监管员实现。市行的监管员负责本级市行的综合查询以及分析本级市行的对账数据。支行的监管员负责本级支行的综合查询以及本级支行的对账数据。维护行的维护员负责维护其管辖的营业机构的每月对账信息，并对此类信息进行分析处理。营业机构的坐班主任负责其管理功能。对账信息录入员负责录入本营业机构当月对账信息。对账信息复核员负责复查录入员录入的对账信息，并能够及时发现错误进行及时的更正，确保信息录入的正确性和完整性。本模块所涉及到的基本数据的处理流程图如图3-7所示。（网系维重录查警打点统护新入询告印维筛中生对打冻月护选心成账印结报修对结统不表正账果计对数数账据据图3-7基本数据处理流程图17万方数据 电子科技大学硕士学位论文在面对面对账模块的具体实现过程中，又把该模块细分为面对面客户基本信息查询和面对面对账客户账单信息生成两个模块。其中面对面对账客户账单信息生成模块的业务流程为：柜员输入自己所需提取的帐户范围，数据库会返回符合输入条件的帐户信息，该模块再将这些返回的信息按照固定的格式整理成表格供打印。处理：根据输入条输入：批件在数据库表中输出：对账单次号、开查询相应的内容结束始账户终并生成报表止账户图3-8面对面对账客户账单流程图本模块提供网上查询客户信息和柜台查询客户信息两种客户信息查询方式。查询后可以的将数据库返回的帐户清单以列表的方式显示在屏幕上也可以将数据库返回的帐户信息以分屏的方式显示出来。该操作要求快速响应，也就是对响应时间有一定的限制。其流程图如图3-9所示。输入：查处理：根据输入条件在数输出：询类型据库表中查询相应的内容给出相应的查询信息（失结束输出到屏幕败：提示出错）图3-9面对面对账客户查询流程图3.3.1.3对账责任人管理对账责任人是负责对某些账户进行专门的账单核对以及账单发放和回收等问题。对账责任人管理主要分为两方面：对账责任人信息维护、对账责任人信息查询。对账责任人信息维护系统有三种方式来提供信息数据维护：整个信息文件导入，适合大量人员的维护。单个人员信息录入维护，适合少量人员信息维护。以机构为单位进行信息维护。l、对账责任人信息维护(整个信息文件导入)(1)使用时机情况。维护人员可以通过文件导入将批量对账责任人的信息导入到系统中。(2)需要输入信息：文件名称18万方数据 第三章对账系统分析2、手工逐个维护(1)使用时机情况。维护人员对少量人员信息进行维护。(2)需要输入信息：①账号。输入对账编号。②对账责任人姓名。③置标志位。3、以机构为单位维护(1)使用时机情况。一个对账责任人掌握了某个机构的所有对账账户时使用此功能。(2)需要输入信息：①银行代号。②责任人的姓名。③置标志位。查询对账责任人信息可以由两种方式进行：l、以账号为查询契机(1)使用时机情况。查询特定账号的账责任人。(2)输入和输出信息输入信息：账号。输出信息：账号、对账责任人信息。2、以对账责任人为查询契机(1)使用时机情况：查询特定对账责任人管理的账号。(2)输入输出信息：输入信息：责任人的姓名。输出信息：对账责任人信息以及其负责的全部账号信息。3.3.1.4面对面对账客户管理面对面对账是指账户人员和银行工作人员当面对账单进行核对，这种方法适合于资金量大，或风险比较大的账户。面对面对账应该做到经办人员和对账人员分离。面对面对账业务处理描述：1、面对面对账的范围账户为对公存款结算的账户。19万方数据 电子科技大学硕士学位论文2、面对面对账账户的规则(1)主要规则①账户结算在每天10到50万元的每年面对面对账一次。②账户结算在每天超过50万元的每年面对面对账两次。(2)对于当月账户结算比较异常的应下月进行面对面对账。异常为：该月业务笔数超过过去六个月该账户每月平均笔数的3倍。该月业务交易额超过过去六个月该账户每月平均交易额的3倍。(3)该月有单笔交易额超过100万的需次月进行面对面对账。3、系统处理(1)主要规则①系统根据面对面账户条件将数据库中的账户进行提取、去重、剔除销户账户等操作，最后另存为面对面对账客户表。②对12月份入库的面对面对账账户不能完成预期对账频度的情况，应转入下一年对账库中。③部分月份超过50万元的账户同样按照每年两次频度对账。(2)较大金额资金进出的账户需要每月提取。3.3.1.5对账回执验印业务处理对回收回来的对账回执单要通过第三方提供的验印系统检验，通过检验没有问题的回执单，相关人员会将其录入银企对账系统。不能通过检验的，需要营业网点进行核实。回执单的验印流程如图3-10所示。20万方数据 第三章对账系统分析图3-10对账回执验印流程图业务处理描述：验印业务的主要工作步骤分为四大步：影像采集阶段、自动处理阶段、人工21万方数据 电子科技大学硕士学位论文辅助处理阶段、最后处理阶段。1、影像采集阶段工作人员对提交回来的对账回执单按一定的顺序分好，然后交给影像扫描模块，影像扫描模块主要进行账单的影像化处理并对影像进行录入，当检查确认所有影像质量达到要求后该模块将影像提交，然后进行后续的处理流程。2、自动处理阶段经过前阶段录入的影像将进入批量自动处理阶段。自动处理阶段为系统自己进行核对，无需人工干预。影像里面的信息则提交服务器等待人工录入信息再做后继处理，如果正确识别信息则根据信息中的账号来调取印鉴数据库中客户预留的印鉴并进行比对。比对相符的则进入下一处理环节，比对不符的则等待人工验印。3、人工辅助处理阶段在上面的自动处理阶段不能够正确进行下去的对账信息则应该由人工辅助处理来完成。对于对账单影像信息识别不出的情况应由人来手工输入信息。对于客户预留验印不符的情况，那么由人工来调取对账单影像上的验印进行比对。4、最后处理阶段系统整理当日处理的信息，将处理后的冗余信息删除，对工作后的重要信息及时备份，将大量的有用信息转存到其他的存储设备上面。3.3.1.6对账情况统计查询、打印银企对账系统为用户提供了强大的查询统计服务，这也和银行的业务性质是分不开的。营业机构对对账信息的查询以及对对账动态的查询都是很必要的。这些功能有利于银行及时掌握对账各个环节的动态，实时督促对账工作。1、对账信息查询(1)使用时机：查询对账具体情况时。(2)输入信息：行号：银行代号。月份：需要查询的月份。置标志位：对账情况：0-并未对账、1-已对账且情况符合、2-已对账且情况异常、3-补录账户已对账且情况相符、4-补录账户已对账且情况异常。账户类型：1-储蓄账户，2-贷款账户，3-内部账户，4-其他，0-全选。(3)输出信息：22万方数据 第三章对账系统分析对账账号信息、户主姓名、地址、电话、对账责任人等信息。2、对账责任人对账落实情况查询(1)使用时机情况：对特定责任人负责的业务进行查询。(2)需要输入信息：姓名：责任人的姓名。月份：查询的月份。设置标志位：账户情况。0-已完成对账、1-未完成对账账户类型：1-储蓄账户，2-贷款账户，3-内部账户，4-其他，0-全选。(3)输出要素：对账账户信息、账户姓名、地址、负责人信息、对账责任人信息等。3、后期录入信息查询(1)使用时机：需要查询补录情况时。(2)输入信息：行号：银行代号。月份：需要查询的补录对账数据月份。置标志位：0-汇总、1-已对账且符合、2-已对账单不相符。(3)输出信息：对账账户信息、账户姓名、地址、负责人信息、对账责任人信息等。系统还可以对输出的补录信息进行打印，打印清单格式如表3-2所示。表3-2某月份补录数据清单表头序号对账月份账号户名对账责任人4、对账统计情况查询(1)使用时机：需要查询营业机构的对账统计情况时。(2)输入信息：行号：银行代号。月份：需要查询的对账月份。置标志位：0-全部汇总、1-单个部门汇总。(3)输出信息内容：新开户总数，本月应对账数，不应对账数，对账率。23万方数据 电子科技大学硕士学位论文5、查询特定责任人总情况(1)使用时机情况：对特定责任人的对账情况进行汇总查询时。(2)输入信息：行号：银行代号。月份：对账的月份。(3)输出信息：对账责任人信息、对账账户总数、以及本月对账率。6、面对面对账情况详细查询(1)使用时机情况：需要对面对面对账情况进行查询时。(2)输入信息：行号：银行代号。月份：需要查询的对账月份。置标志位：0-应对且未对账、1-应对已对账并且情况相符、2-应对已对账且情况不符。(3)输出信息：对账账户信息、账户姓名、地址、负责人信息、对账责任人信息等。7、补录账户清单生成(1)使用时机情况：需要将后期补录的账户清单整理生成账单。(2)输入信息：行号：银行代号。月份：需要生成的对账月份。(3)输出信息：对账账户序号、账号、户名。(4)报表格式如下表3-3所示。表3-3某月份营业部门后期补录账户表单序号账号户名8、对账责任人对账情况统计表(1)使用时机：需对对账责任人情况进行统计时。(2)输入信息：24万方数据 第三章对账系统分析行号：BIS行号。月份：报表月份。(3)输出信息：对账责任人姓名等信息、其负责的对账账户数量、已对账数量、对账率。(4)报表格式如表3-4所示。表3-4某月份对账责任人对账情况统计表姓名负责账户数已对账账户数未对账账户数对账率补录账户数名次3.3.2对账基础数据处理本模块是银企对帐系统的一个中心执模块：每月月初的时候，该模块会按照预先设计的规则对后台数据进行提取，并把筛选过的数据导入到数据库中，并且以上月对帐数据的情况为依据对各种输入信息进行调整生成本月的对帐数据；每月月中控制中心要对各个网点及营业机构每日的数据对帐结果进行统计，以便对各网点的营业情况进行监控；每月月末，本模块主要负责生成统计报表的生成、警告信息的生成、关闭帐户等操作，而这些操作都是以本月的数据对帐情况为根据的。而每月月底银行后台的帐户数据正是本银企对帐系统的基础数据，然后再将这些个帐户数据按照预先设定的规则进行筛选，提取出符合要求的数据信息并将这些数据信息导入到中间业务平台中，以便进行进一步的处理。数据的采集过程：系统需要将所有数据导入到对账和验印两个系统中，然后再通过数据管理平台采集基本数据。本系统需要实时地将开户等信息传送到验印系统中，对帐中心也应及时对验印信息进行采集，以保持两个系统中帐户信息的一致性，保证验印系统的账号的准确性。月底接口打印封装数据的采集：验印系统会对由系统采集的基本数据信息进行帐户分类。验印系统会将帐户分为一般账户、面对面账户、重点账户。验印系统会使用二维码对帐户进行编号，并将含有二维码的用户数据信息传给邮政打印，再集中将营业网点收集起来的帐户回单送到验印系统中进行验印识别，并使用新数据对数据库进行更新。对账基础数据处理模块的用例图如图3-11所示。25万方数据 电子科技大学硕士学位论文图3-11对账基础数据处理模块的用例图对账基础数据处理模块的数据流图如图3-12所示提取筛导入系录入网输出验统计数生成警关选BIS统生成点输入印系统据报表示信息闭后台余的当月信息对账数账额表数对账单据户据数据图3-12对账基础数据处理模块的数据流图26万方数据 第三章对账系统分析3.3.3系统的非功能性需求分析如果只有功能性需求不能完整全面的描述一个系统的需求。功能性需求只是说明了怎样处理规定的输入数据，还强调了输入、输出以及数据处理等方面的细节描述，因此，为了做好系统需求分析，系统分析更加全面，提高功能性需求分析给用户带来的利益，还需要非功能性需求。非功能性需求主要阐述了目标产品的质量，是系统需求分析中不可忽略的一个关键步骤，非功能性需求定义的好坏直接会影响产品功能需求定义的好环。银企对账系统主要包括可靠性要求、可扩展性要求、适用性要求、性能要求、安全要求等五项非功能性需求。1、可靠性当用户使用一个系统时，都希望该系统可以不出现错误，该系统没有缺陷，自己所需要的数据会自动保存、不会消失，即使当系统出现故障的时候，该系统也可以自动恢复到用户想要的原始状态。在可靠性要求中除了包括上述要求，还包括系统应有很高的容错能力来支持网络负荷很重或者业务逻辑发生变化的情况。可以从以下几个方面来对系统的可靠性进行评价：①准确性(accuracy)：是指系统输出的数字的精确度，不同的系统要求的准确率是不同的，例如对帐系统就要求数字要精确到小数点后两位。②可用性(availability)：是指一个系统对一个使用时间段可用的时间的百分比。③稳定性和健壮性：一个好的系统还有具有好的稳定性和很强的健壮性，系统的性能不能因为用户的错误操作而受到影响或者产生严重的结果。④平均故障间隔时间与平均修复时间(MTBF与MTTR)：是指系统出现故障后，自动修复所需要的时间和系统出现故障的平均时间间隔，例一些系统要求在系统在出现故障后能够快速恢复，即要求一个系统的90%以上的故障都可以在10分钟之内修复。如果要使一个系统的平均修复时间小，就需要开发团队所拥有的技术稳定。2、可扩展性可扩展性是指一个系统可以被修改、扩展、升级的能力。系统在实现的时候要给可以预测到的、可能的扩展和升级预留空间使系统具有良好的可扩展性以及较低的升级的响应时间。3、适用性系统的适用性是指一个系统对应用环境的特殊情况和用户特殊需求的适应性。针对银企对账来说，该系统系的操作人员包括了不同阶层下的人员，因此要求该系统操作简便，易于理解，更人性化。27万方数据 电子科技大学硕士学位论文4、性能一个系统性能的好坏要从系统的事务平均响应时间、系统并行执行用户操作数、系统稳定性等几个方法来评价。并且系统的这些性能指标全部都会在系统的需求分析文档中进行详细的说明。5、安全系统会从两个方面来保证系统具有良好的安全性。第一，操作记录。对系统中需要保护的资源进行任何操作时，都需要对这些操作进行相应的记录。第二，身份认证。在系统中，不同的数据库系统和应用系统都有自己对应的用户，当用户使用系统时，访问系统资源时，必须提供自己的身份标识，才能进入系统访问系统资源。3.4本章小结本章首先对业务进行了总体的描述包括对账的基本原则、对账的运作模式、对账的实现方法、对账的对象。然后又对系统实现的目标进行了阐述。最后对系统的需求分析进行了详细的说明。28万方数据 第四章系统总体设计第四章系统总体设计通过对业务需求的仔细分析可以发现，本银企对账系统是一个多个平台相结合的系统，只有采用C/S和B/S相结合的三层架构才能将处理不同平台下的应用程序如前台的应用系统、中间业务系统、后台的业务系统合理的结合在一起。而其中管理行和营业机构操作包含在综合应用系统中，管理监督及控制采用B/S方式。本银企对账系统以市分行作为对帐的最基本单位，将整个市的数据收集起来，集中对帐，并且实现了打印对帐单、分发对帐单、回收验印等功能，而且可以对这些操作进行批处理。而在省行设立对帐信息管理中心，对全省的对帐信息集中管理，并且可以实时监控及共享，改变了传统的手工对帐方式。综上所述，本银企对账系统由数据处理、面对面对账客户管理、对账回执验印、责任人管理、未对账账户管理几个部分组成，采用了技术较为成熟，网络通信量很低、对于用户的请求反应速度较快、与用户交互性强、安全可靠的C/S和B/S相结合的三层架构。本系统在省行中设立平台，将数据全部集中在该平台上，本系统的所有用户都可以通过业务骨干网络对数据进行操作。本系统在服务器端主要基于微软公司的．Net技术，对其进行开发实现。为了使客户端部分具有很强的兼容性和很好的扩展性，采用的是ACBS技术。4.1对账系统架构本银企对账系统是一个集管理、开发、运行、维护、统计分析等功能于一体的应用系统，其系统架构如图4-1所示。29万方数据 电子科技大学硕士学位论文图4-1对账系构架图对账系统各模块说明：运行环境模块：由于J2EE强大的的可移植性，此系统可以在UNIX、LINUX、以及WINDOWS下实现。系统基于Java、Javascript、SQL变成语言实现；开发和管理模块：开发和管理模块主要基于J2EE架构来实现开发及管理的；金融信息：一个金融交易的实现包括定义、交换数据、管理信息、统计分析数据等等，这些数据以各种方式保存在数据库中；交易模块：交易模块是银企对账系统的关键部分，它的职能是对交易逻辑进行整理、分析，保证交易的进行；组件模块：建立于金融服务平台之上的交易调度功能单元；数据总线：系统为数据交换提供一个数据区，用于实现每个交易过程中各个组件之间的数据交流；配置总线：系统虚拟出的一个数据总线windowIIS构架开发的WEB服务器，用于协调各个下属部门之间应用服务；开发及管理客户端：客服端的开发模块旨在实现产品的可视化开发，而客户端的管理模块用于实现平台的日常维护、运行、管理等。4.2银企对账系统开发管理环境产品开发环境和运行管理的工作环境合在一起总称为银企对账系统的开发管理环境，银企对账系统的开发管理环境体现了整个金融服务平台的适应能力。银企对账系统的开发管理环境可以满足开发人员对定义金融服务平台运行框架下的组件的可视化要求，还可以在该环境中简便、快捷的创建一些符合新需求的金融产品，并且对这些新产品进行监控管理和维护。本系统将金融服务平台的开发管理环境的使用者分为产品开发技术人员、各级分行的运行维护技术人员及相关部30万方数据 第四章系统总体设计门三个等级，系统根据不同等级的用户需求，选择性地给出以下功能：1．运行维护功能2．项目开发运行3．产品管理功能4．统计分析功能5．数据移植功能项目开发作为一个C/S构架的程序，分配于客户端的开发中。而其他的应用服务功能基于当下流行的B/S架构。这两个应用服务都搭载于服务器上为系统提供服务。系统浏览器要求版本在IE7以上。4.3逻辑架构设计银企对账系统时，为了保证数据的统一性，又满足不同应用系统的个性化需求，本系统本着高内聚、低耦合的设计原则，选用了多层结构，即将本系统的总体架构自底向上分成源系统、基础数据平台和上层应用三层。总体逻辑架构如图4-2所示。31万方数据 电子科技大学硕士学位论文对账责任人管面对面客户管实时交理理BIS系统易信息主数据接收器机库系统对账签约管理报表统计打印验印系统批量交易信息系统数据处理接收器系统维护及日常管理营业机构各级营业厅图4-2银行对账系统逻辑构架图上图可以看出，应用层有Web应用、数据统计等；基础数据层主要包括数据存储及平台管理；源系统层包括综合业务处理系统(核心账务系统)、补录系统。面对面客户管理、对账责任人管理、对账签约管理、报表统计打印和系统数据处理是对账系统的核心部分，其他的系统为这些功能提供技术支持。4.4部署架构首先要在省行对银企对账系统进行部署，然后在下层逐级部署开来，其应用部署如图4-3所示。32万方数据 第四章系统总体设计验印系统网银银渠道行银企对账管后理系统台企业ERP银行柜面金融服务平台应用系统图4-3银企对账应用系统布局其网络架构部署如图4-4所示。图4-4银企对账系统部署构架图33万方数据 电子科技大学硕士学位论文从图4-4中可以看出，网点系统主机和管理系统的主机作为核心部分布置在省行。各个下级营业或管理机构通过不同的权限对系统进行访问。图4-4还可以告诉我们，这种网络可以继承以前网络系统而无需重新建立网络，实现了新的功能而基本不用投入新的设备，这就是硬件的投入减小到很低，从而大大降低了建设成本。4.5功能架构经过对银企对账业务的详细分析，本系统应该包括：验印模块、银企对帐信息维护模块、当面对账客户管理模块、对帐责任人管理模块、基础数据处理模块及未对账账户警告冻结信息管理模块。在六个模块中，验印模块主要负责对帐的批量扫描，将扫描文件形成一个影像流再对这些文件进行验证，返回对帐结果；银企对账信息维护主要负责对帐信息的查询、打印和维护；面对面客户管理模块主要负责面对面客户信息的查询、维护和帐单生成；对账责任人管理模块主要负责对账责任人基本信息的批量导入和维护、按账号查询对账责任人、按对账责任人查询账号；基础数据处理模块主要负责将所得到的数据按照预先设定的规则进行筛选然后将筛选过的数据导入数据库中、跟各个网点的输入信息生成指定格式的对帐数据、批量生成统计数据及对未对帐用户进行批量冻结；未对账账户警告冻结信息模块主要负责账户警告信息的查询、账户信息汇总查询批量关闭、生成营业机构警告账户清单。以上几个模块相互协作对营业机构的对帐情况进行实时监控，对营业机构对帐业务流程进行管理。由于该银企对账系统是一个相对来说比较复杂的系统，它的业务流程涉及面广，划分的层次多，因此，只有在设计过程中遵循一定的原则才能使该银企对账系统满足如此复杂的业务要求、不同管理层次用户的个性化要求。这些设计原则包括：①稳定性原则，系统应具有应对一般性问题的稳定性及安全性。②开放性原则，对于系统中的参数和指标来说，要便于维护和更新。③通用性原则，在系统实现时应采用选进成熟的技术，以便程序移植。④扩展性原则，设计时要兼顾工程和业务的发展，要考虑用户以后不断增加的需求，给以后的设计留有余地。⑤简便化原则：系统要将不同层次的用户的需求简单、明了的表现出来。⑥结构化原则，应使用标准化处理方法对对帐信息进行处理，便于对查询进行统计。34万方数据 第四章系统总体设计4.6安全架构信息系统的安全包括网络接入方法、访问控制方式、数据存储模式等多个方面，而信息系统的安全不是简单的把相关硬件产品组合到一起或者仅使用一种技术手段就可以解决安全问题，信息系统的安全问题需要将各个环节合理地整合到一起，综合运用多种信息安全技术。即使信息安全技术高速发展的今天也不能保证绝对安全，系统的安全只能是相对的，并且没有一个系统可随意的使用代价高昂的高新信息安全技术而没有成本、效益等条件的约束。因此，有该系统要满足以下几个最基本的安全需求。(1)有效地抵制与防范网络病毒的攻击。(2)不同服务模块间权限的有效隔离，防止越权操作。(3)实时地监控。(4)预防机密信息泄露。(5)对用户信息的完整性、保密性以及安全性的保障。(6)数据遭到破坏后能够及时无损地修复。(7)隔离危险性信息。(8)网络安全保障服务。鉴于系统的模块层次结构，我们把系统的安全保障系统也分层次设计。如表4-5所示。表4-5系统安全层次35万方数据 电子科技大学硕士学位论文4.7本章小结本章首先介绍了系统的架构与设计其中包括总体架构、逻辑和部署架构、功能和安全架构，对系统进行了整体的阐释，为下一章系统的详细设计做准备。36万方数据 第五章系统详细设计第五章系统详细设计在介绍完本银企对账系统系统的总体架构后，本章主要详细介绍该系统在实现过程中的细节问题，例如在代码编写的过程中要遵循的规范、准则及框架，并且对系统进行测试和维护的过程中也要以系统的详细设计方案为依据的。5.1系统建模为了描述某一类事物，人们通常是会忽略掉这类事物的不重要的特征，而把这一类事物的一些共同的本质特征提取出来，这个过程就是做抽象。模型是现实中事物的抽象表示，虽然模型可以基本的表示出事物的原型，但是它与事物的原型又有着的极大的不同之处。在开发过程中创建模型是一个基础并且相当重要的过程，所创建模型的好坏也直接导致了系统性能的好坏，也关系到使用该模型开发的系统是否能满足用户的需求。系统的模型又分为系统功能模型和系统数据模型。以下通过动态和静态结构图主要描述一下系统建模的过程，本过程主要以数据的处理流程、数据库和对帐功能为例。5.1.1银企对账系统结构图银行业务系统的余额表中所对应的银行业务余额信息和客户表所对应的客户的基本信息以及根据营业机构规章制度所需要的维护数据共同组成了本系统的基础数据。而基础数据是银企对账系统的最基本组成部分，只有妥善、合理的处理基础数据，才能最大限度的提高本系统的数据的准确性。在本系统中，符合一定营业机构规则的对帐客户集合也是组成基础数据的一个部分。类图5-1，表示了基础数据与对帐客户信息的泛化关系图。面对面对账客户基础数据账号时间余额账号时间余额图5-1基础数据与面对面对账客户类图37万方数据 电子科技大学硕士学位论文基本数据处理模块是本系统的中心执模块，该模块的主要功能有：每月月初该模块需要把预先设定的规则把系统后台数据整理后导入到数据库中并且备份,而本月的对帐数据也需要以上月的对帐情况为依据。每月月中要对各个营业网点的每日日对帐信息的统计情况进行汇总。每月月底要对本月总体对帐情况进行分析，进而生成各总报表，对下月的对帐情况作一个预测。由上述功能可以看出，本模块所负责的业务，都需要进行批处理但是对这些业务的响应时间没有严格的规定。这些业务还有一个共同的特点就是不需要人工参与，这也就是需要为这些作业预先设定一个启动的时间点。这些业务约定的时间点如下表5-1所示。表5-1提交时间点约定工作时间要完成的工作责任对象维护需要面对面对账的客户上月4日至本月3日各个网点和对账责任人1、系统从银行综合系统下传数据并根据筛选规则提取数据；2、导入面对面对账客户清单、应对账及不对账数据；系统批量(机器柜员)本月3日完结3、同时将网点上月录入的不对账帐户复制到本月；4、根据网点维护的对账责任人修正本月账户的对账责任人根据系统提取结果修正本月维护中心本月4日至10日不对账数据生成应对账客户对账单对账中心根据维护行修正的不对账数10日完结系统批量据，重新生成本月对账数据根据对账单收回情况录入本对账中心11日至月底月对账结果查询、统计、监控对账情况各级管理行、对账中心、网点统计月报日终批量；警告、冻月末完结结系统批量账户数据处理；下月1日完结打印统计月报等各种报表网点、对账中心、各级管理行5.2系统数据库设计38万方数据 第五章系统详细设计只有将数据库的物理层和逻辑层设计的合理、高效，才能够把本系统中的各个模块紧密的连接起来，再能使它们更好的协同工作。银行对账系统是以数据库服务为基础的，将数据库设计完善是一个性能高、健壮性好、易于维护的银行对账系统的基石，因些数据库设计是本系统开发和实现的一个关键性工作。本系统选择技术比较成熟、性能比较稳定的SQLServer数据库系统。5.2.1系统数据库表单设计银企对账系统本质上就是一个信息量非常巨大的数据管理系统，因为数据库结构设计及数据库中表结构的设计的优劣，表单索引建立的好坏都会很大程度上影响整个系统最终的性能的好坏。在数据库设计的过程中，我们根据业务之间的关系及数据表被访问的频繁程度来创建数据库表。对公客户，面对面对账客户以及基础数据的联系如图5-2所示。图5-2对公类客户、基础数据和面对面对账客户的实体联系由于本系统对应的数据库的表单数量非常多，相互之间也有着复杂的业务关系，在这里列举几个极具有代表性的表单来详细说明，如表单5-2、5-3、5-4、5-539万方数据 电子科技大学硕士学位论文所示。表5-2CountInquiry对账系统情况统计查询表序含义字段名数据类型键值标注号1行号BRNOCHAR(4)P(U)2月份MONTHCHAR(6)P(U)3开户数OP_COUNTINT4本月提取数B_COUNTINT5不对账户数N_COUNTINT6应对账户数Y_COUNTINT7已对账户数D_COUNTINT8未对账户数U_COUNTINT9对账率RATEMONEY10柜台号TBLENOCHAR(4)11上级号M_BRNOCHAR(4)表5-2给出了CountInquiry对账系统情况统计查询表，该表包括的内容有行号是银行的代号，月份是对帐的月份，开户数是新开账户的数量，本月提取数是这个月提取的要对账的账户数量，不对账户数是本月不应对账的账户数量，应对账户数是本月应该对账的账户数量，已对账户数是本月已经完成的对账账户数量，未对账户数是本月没有完成的对账账户数量，对账率=已对账户/应对账户数，柜台号是负责此对账的对台代号，上记号是上级管理机构代号。表5-3FaceClient面对面对账客户基本资料表单序号含义字段名数据类型键值标注1截止日期End_DateCHAR(8)P(U)12客户账号Cus_NoCHAR(15)P(U)23所属行号Bl_NoCHAR(4)4币种CurrencyCHAR(2)5客户号Cus_IdCHAR(19)6客户名称Cus_NameCHAR(70)7账户余额Acc_BalanceFLOUT8日均余额Daily_BalanceFLOUT9休眠月份Sleep_MonthINT10本月发生数目Month_NumINT11前六个月汇总笔数6M_NumINT12当月交易额ThisMonth_NumFLOUT13前六月汇总发生额6Month_TramtFLOUT14异常对账种类标志Abnor_SortCHAR(1)15次月对账标志位NextMonthFlgCHAR(2)40万方数据 第五章系统详细设计16每年当面对账次数Year_NumINT17地址AddressCHAR(50)18负责人LeaderCHAR(10)19办公电话Of_PhoneCHAR(15)20住宅电话Home_PhoneCHAR(15)21移动电话Mobile_PhoneCHAR(25)22传真FaxCHAR(20)23E-mailE_MailCHAR(40)24邮政编码Post_CodeCHAR(7)表5-3FaceClient面对面对账客户基本资料表单，该表包括的内容有截止日期是面对面对账结束的日期，客户账号是对帐客户账号，所属行号是客户账号所属的银行的代号，币种是货币的种类（美元、人民币、、欧元、日元、韩币等），客户号是客户的代号，客户名称是客户的姓名，账户余额是对账账户对账时的余额，日均余额是每天账户的余额，休眠月份是账户没有进行对账的月份，本月发生账目数是这个月进行的交易数，前六个月汇总笔数是之前的六个月里一共交易的数目，当月交易额是这个月交易的金额数量，前六个月汇总发生额是之前的六个月一共交易的金额数量，异常对账类标志是对一些特定情况加以标注，详细解释如下：异常对账种类标志：A:正常对账客户B:当月交易数/六个月该账户平均交易数>3并且发生次数大于3C:当月交易数/六个月该账户平均交易数>3D:B和C两条都适合次月对账标志位是对是否需要对账进行标注，详细说明如下：次月对账标志位：0：次月不需要对账l：次月需要对账每年当面对账次数是每年平均进行面对面对账的次数，地址是账户人的联系地址，负责人是对账负责人。表5-4ResultList对账结果表单序号含义字段名数据类型键值标注1对账月份MONTNCHAR(6)P(U)2客户账号ACT_NOCHAR(15)P(U)3账户类型ACC_TYPECHAR(2)l、存款户2、贷款户、3、内部核算户4对账责任人RESPO_MANCHAR(10)5对账状态CHK_STACHAR(2)0、未对账l、已对账41万方数据 电子科技大学硕士学位论文6对账结果CHK_RESCHAR(2)0、相符l、不符7对账不符原因REASONCHAR(100)8账单收回日期RET_DATECHAR(10)9行号BK_NOCHAR(8)10录入柜员INPUT_MANCHAR(5)11复核柜员CHK_MANCHAR(5)12复核日期CHK_DATECHAR(10)表5-4ResultList对账结果表单，该表包括对账月份是进行对账的月份，客户账号是对账客户的代号，账户类型是账户属于的类型（存款户、贷款户、内部核算户），对账责任人是负责次账户的人员，对账状态是指是否完成对账，对账结果是对账后是否相符，对账不符原因是导致对账不符的原因，账单收回日期是对账单回收的日期，行号是银行代号，录入柜员是信息录入的柜台工作人员，复核柜员是再次核查的柜台人员，复核日期是再次核查的日期。表5-5AllCenCiient--对公类客户全量基本表序号含义字段名数据类型键值标注1截止日期End_DateCHAR(8)P(U)12客户账号Cus_NoCHAR(15)P(U)23所属行号Bl_NoCHAR(4)4币种CurrencyCHAR(2)5客户号Cus_IdCHAR(19)6客户名称Cus_NameCHAR(70)7账户余额Acc_BalanceFLOUT8日均余额Daily_BalanceFLOUT9休眠月份Sleep_MonthINT10地址AddressCHAR(50)11单位负责人LeaderCHAR(10)12办公电话Of_PhoneCHAR(15)13住宅电话Home_PhoneCHAR(15)14移动电话Mobile_PhoneCHAR(25)15传真FaxCHAR(20)16E-mailE_MailCHAR(40)17邮政编码Post_CodeCHAR(7)表5-5AllCenCiient--对公类客户全量基本表，该表包括截止日期是账户交易截止的日期，客户账号是客户的账目代号，所属行号是账户所属的银行代号，币种是货币的种类（美元、人民币、欧元、日元、韩币等），客户号是客户的代号，客户名称是客户的姓名，账户余额是账户剩余金额，日均余额是账户每天的剩余金额，休眠月份是账户没有进行交易的月份，地址是指户主的通讯地址。单位负责人是户主单位的负责人。数据库以上表单建立的部分模型如图5-3所示。42万方数据 第五章系统详细设计AllCenClientFaceClientResultListCountInquiry图5-3数据厍模型图根据数据库表之间的业务关系可能得到数据库表之间的依附关系，而我们在建立数据库表的外键就是以各个表之间的依附关系作为依据的。5.2.2系统存储设计一个好的存储过程设计可以合理、有效地利用数据库资源，还可以减轻当有大量用户同一时刻访问数据库时给数据库带来的压力，因此，存储过程的设计的好坏也是影响数据库的性能的一个重要因素。在本系统中主要采用两个层设计来减少用户对数据库访问形成的压力：第一，由于系统中用户、角色众多，所以我们首先在权限上限制过多的用户访问数据库，这样去掉了没有权限的用户对数据库形成压力的可能性。但是如果有权限的用户过多的话那么我们还可以提高另一个级别来解决这种压力。第二，数据库连接是一种有限并且昂贵资源，这一点在多用户的应用程序中体现的比较明显。数据库连接能否有效管理能显著影响到整个应用程序的健壮性与伸缩性，影响到程序的总体性能的发挥。由此数据库连接池应运而生。数据库连接池的作用主要是管理数据库访问的分配和收回资源。这样实现了一个连接资源的重复使用，而不是不可复用的重建，此技术能够更有效地利用数据库资源，对数据库的访问效率也有了大大地提升。我们利用Java中开源43万方数据 电子科技大学硕士学位论文的数据库连接池访问技术，在用户和数据库之间建立一个缓冲池。这样用户直接访问的连接池，连接池代理用户访问数据库从而有效的利用了数据库资源，避免了用户对数据库资源的耗尽。5.3本章小结本章对系统进行了建模，对系统进行了详细设计，对银企对账系统结构用结构图阐述，另外还对系统数据库的详细设计进行了说明，其中包含了表的设计和存储过程的优化等。为系统的开发做好了准备。44万方数据 第六章系统关键技术研究与实现第六章系统关键技术研究与实现银企对账系统要求各个应用系统之间使用统一的系统接口，以此来实现在不同的开发平台下、在不同的语言环境下都可以正常运行，正因为如此，银企对账系统的应用架构比其他系统复杂，部署时所考虑的环境因素也会更加繁多。6.1WEB应用的实现目前WEB应用的主流技术就是JSP技术，JSP技术是将代码嵌入到网页文档中运行，执行效率比传统的HTML语言要快得多，也可以更快的对用户的请求做出响应，而且这些代码是在后台进行编译运行的，更好的加密了核心技术。JSP还具有较好的兼容性和可移植性，很高的执行效率，JSP的唯一一点不足就是开发周期较长。因此，在本系统的WEB应用开发中也采用了JSP技术，保证使该系统的响应降低到最小。以下是从一些文献中总结出的JSP相对于传统技术的优点：1、实现跨平台操作：无论服务采用的是UNIX、L1NUX还是WINDOWS，JSP都可以在这些平台下正常运。2、面向对象性：在JSP中，为了满足开发大型项目的要求，JSP的面向对象性得到了很大的提高。3、源代码是开放的：可以得到JSP的所有源代码。4、java是完全免费的：java这个开发工具是完全免费，与其他工具相比，大大降低了成本。5、专业专注：JSP支持脚本语言为主，同为类java语言。6、可以采用JS嵌套：可以JSP可以嵌入到HTML语言中，这种方式相对于其他语言、其他运行方式来说，程序运行更快速，编辑环境更熟悉，更加简单，便于操作。7、效率高：JSP运行时只需少量系统资源支持即可正常运行。基于JSP技术的以上优点，用户更加希望使用JSP技术实现的应用程序，因为该程序所需要的系统响应时间相较于其他应用程序短。用JSP开发的面对面对账界面如图6-1所示。45万方数据 电子科技大学硕士学位论文图6-1面对面对账界面6.2对账系统后台数据库存储的实现该系统在实际运行中要对大量数据进行存储，而同时对大量数据进行操作会给数据库带来巨大压力，也给数据库的性能提出了很高的要求。而通过我们对业务需求的分析发现：并不是所有的用户都需要对数据库进行访问，因此本系统将该系统的所有用户按照操作要求将其分类，给每类用户分配不同的权限，以此来限制用户就问数据库权限，来减少数据库的负担。另处为了增加本系统的灵活性，还可以为某类用户定制权限，方便系统的扩展。图6-2与图6-3为创建用户权限的模块。其中图6-2为创建用户类，其中包括用户名称、描述、和代码等。图6-3为创建的用户类分配实际的权限，这样对具体的人员将其归为某个用户类即可。这样的设计可以为各种职能的用户定制不同的权限，并且实现用户的群体权限管理，而不用针对每个用户去创建权限或修改权限，这样就使管理员的工作量大大减少，而且对客户流量大的系统非常适用。46万方数据 第六章系统关键技术研究与实现图6-2创建用户类图6-2是系统管理员用户类分配具体的权限。其中要求用户必须输入的信息有权限代码是权限的代表字符，权限名称是权限的简化字符名称，权限中文名称是权限的中文名字，最后简要说明可以为空，但是有必要进行一些简要的描述，以免造成权限不清。系统可以为不同类账户分配各自的权限，比如对管理员对所有的查询权限加以分配。并且还可以针对某一特定的个人单独分配权限。对公类应对账账户数据库权限是访问对账账户的数据库，面对面对账客户数据库是访问面对面对账客户47万方数据 电子科技大学硕士学位论文信息数据库，所有对公类账户数据库是访问一切对公类数据库，对账统计数据库权限是访问对账统计数据库，对账结果数据权限是访问对账结束后保存结果的数据库，其他数据库权限是访问这些数据库以外的其他中间数据库。图6-3管理员为用户类分配权限界面为了减少系统的资源消耗，缩短系统的响应时间，我们希望在访问数据库时可以与数据库快速的建立连接，本系统在与数据库建立连接就预先将数据库连接作为对象保存在Vector对象中，这样只要能名够成功的与数据库建立连接，不同的访问数据库的请求就会共同使用这些连接，这种数据库操作的思想就是基于连接池的思想而来的。以下列出的就是连接池的配置文件的主要代码及注释。下面给出连接池类和连接池管理类的主要属性及所要实现的基本接口：48万方数据 第六章系统关键技术研究与实现通过使用以述配置文件，就可以为用户访问数据库建立公共的接口，这样只需在servlet程序中调用上述配置文件就可以实现数据库访问。下面代码是调用的一个实例。49万方数据 电子科技大学硕士学位论文6.3前台服务的实现为了提高该系统的友好性，方便前台工作人员操作，本系统将前台应用与银行的其它业务相结合。以下就是以对帐责任人查询界面为例，如图6-4所示。图6-4对账责任人查询界面其查询所需要的SQL语句如下：50万方数据 第六章系统关键技术研究与实现6.4验印系统的实现本系统的验印系统是在银之杰提供的银之杰银行电脑验印系统基础上，对其进行适当改进得来的，以使该电脑验印系统可以满足本系统的业务要求。验印工作界面如图6-5所示。图6-5验印工作界面银行对账系统需要将数据导入验印系统用中对数据进行OCR识别，而验印系统需要将对账单处理结果导入银行对账系统中，对数据进行再次加工，因此验印系统与银行对账系统相互之间要传递这个数据文件。6.5环境配置51万方数据 电子科技大学硕士学位论文主机配置：机器型号DELLT610应用服务器：CPU:XeonE56202.4GHz内存：64G硬盘：1T网卡：10000M光纤系统：Unix数据库：SQLserver2000数据库服务器：CPU：XeonE56202.4GHz内存：64G硬盘：20T网卡：10000M光纤操作系统：Unix数据库：SQLserver2000防火墙配置：诺顿多功能防火墙NF2550交换机配置：NDS-3620G-24安全交换机前台配置：安装银企对账系统及配置CPU：intelE52002.5G内存：2G硬盘：320G网卡：l000M操作系统：Linux数据库：SQLserver2000最终结构网络图如图6-6所示：52万方数据 第六章系统关键技术研究与实现图6-6银企对账系统部署结构网络图本论文提出的银行对账管理在较小范围内初步试用，该系统运行良好，随着该系统应用范围和领域的不断扩大，它会加强客户对帐及保护自己资金安全的意53万方数据 电子科技大学硕士学位论文识，并且它会在提高对帐信息准率、增加银行信誉、解决对帐的安全问题、避免资金风险等方面都会显示出重要的作用。在不久的将来，银行对账管理系统会成为实现业务监管手段现代化的一个成功范例。6.6本章小结本章主要介绍了系统整体开发时用到的一些关键技术，包括前台的WEB应用，对账系统后台数据库存储的实现、前台应用的实现以及验印系统。最后对系统的运行环境进行了说明。54万方数据 第七章系统测试第七章系统测试7.1测试技术本文用到的测试技术有白盒测试、灰盒测试和黑盒测试。白盒测试是在程序的代码阶段进行的。这种测试旨在找出代码中的一些漏洞，防止代码中的算法错误、内存溢出等问题，并对代码进行修正。黑盒测试是对软件的功能进行测试，是针对然间功能是否实现，软件是否最后过关的后期测试。通常会让软件的最后使用客户进行试运行来达到测试的目的。灰盒测试是介于白盒测试与黑盒测试之间的一种测试。其测试者一般为软件开发员，其对程序的代码有所了解，在此基础上对功能进行有的放矢的测试，能够深入的测试系统的各项功能是否存在开发问题。7.2测试结果系统的白盒测试是在程序的开发阶段进行的，由于开发团队的经验积累以及对代码编写的严格规定，在白盒测试阶段没有出现严重的问题。灰盒测试阶段在系统的组合阶段进行的。开发人员根据系统肯能存在的安全问题以及不稳定因素来针对性的制定测试用例对系统进行测试。在此阶段项目出现了一些数据格式不符的错误，开发人员对其进行了纠正与在测试。项目的黑盒测试是将项目部署到一个小型银企的局部区域，让工作人员进行项目的模拟使用。黑盒测试持续了20天，运行效果基本良好，达到了预期的效果。在使用了数据库的Web应用系统中，一般情况下，可能发生两种错误，分别是数据一致性错误和输出错误。数据一致性错误主要是由于用户提交的表单信息不正确而造成的，而输出错误主要是由于网络速度或程序设计问题等引起的，针对这两种情况，可分别进行测试。该系统采用J2EE语言为基础，结构上采用相对比较简单方便的B/S结构，并采用struts框架和MVC模式，使得系统界面更加简洁明了，方便用户的操作。我们的测试通过简单的进行人工操作，进行系统运行，看系统的基本功能是否能够正常运行，通过运行，当前系统基本实现系统所需要的基本功能。55万方数据 电子科技大学硕士学位论文为了更高的测试系统的性能，我们编写一个特定的测试脚本，模拟多个浏览器同时访问服务器，然后记录系统对于脚本做出的反应。表7-1是性能测试场景表，表7-2为测试结果表7-1性能测试场景表场景名称场景业务及用户比例分配测试指标用户登录预计总用户数100人、500人、1000人响应时间<5s安全检查预计总用户数100人、500人、1000人响应时间<4s隐患整改预计总用户数100人、500人、1000人响应时间<4s在线学习预计总用户数100人、500人、1000人响应时间<4s表7-2性能测试结果测试持续时间：8小时数据库服务器web服务器CPU利平均响CPU利用率业务名并发成功失败处理能用率(％)应时间成功率(％)称数次数次数力(次/秒)(秒)平均最大平均最大登录103.34310457010077安全检0查102.647104211007773.484.467.176.6隐患排0查102.455975710077在线学0习102.7549784100777.3本章小结本章主要介绍了项目测试的技术及过程，以及对测试的策划及测试结果进行了简单的介绍。56万方数据 第八章总结与展望第八章总结与展望在过去使用手工进行对账信息统计的时候，对账统计信息很容易受各种人为因素的干扰，数据反馈也相对滞后，收集到的数据的准确率也不高，因此以往营业机构所使用的手工对账的方法是阻碍提高工作效率的一个主要原因。而银企对帐系统的开发并且投入使用有效地提高了营业机构对账的工作效率，大大提高了对账的准确率，也实现了对分布在不同地点的营业网点的对帐情况进行实时的监控。由此可见，银企对账系统的主要作用就是提高工作人员账务核对的工作效率，改进了银企对内部组织的管理方法。虽然目前已有一些银企对账管理系统已经投入使用，但是当前的银企对账管理系统不能很好的区分柜台人员、客户经理与对帐人员，对角色的定义不是很清楚，由于系统不能很好的区分角色，所以该系统对责任的划分相对来说也是模糊不清的。而且由于传统系统定义的统计环节非常繁多导致了工作效率低，管理人员也不能集中管理对帐收集来的所有数据，这样也不能随时监控对帐的实时情况，对风险的控制能力有限。传统的银企对账管理系统对于普通客户和重点客户等同对待，不能根据不同用户的贡献的不同来对这些客户进行区别对待，当通过银企对帐发现客户余额不相符时，银企对账管理系统对此问题不够重视，不能够有效保证客户和银行的资金安全。再者，由于传统方式当银行对完帐后会使用邮政的方式将帐单寄给客户，不能保证客户及时的收到对帐信息，更不能保证帐单的回执率。本论文研发的系统针对于传统的银企对账管理系统进行了改进，提高了该系统的可用性。在本论文所提出银行现有对账管理系统中为了使操作更加简单易学，提高了界面的友好性，为了避免由于错误操作而引起的不必要损失，该系统实现了较为完善的错误操作提示功能；该系统为了节约资源将数据以集中的方式进行处理，这种方法也满足了不同工作角色的人员的需要，更加便于管理，使该系统的操作流程更加人性化；该系统也考虑了各个营业网点的现状以及负载能力，最大限度的减少各处网络分点的工作量，确保各个网点可以正常运行；该系统同时也有效地监督了授权状况，包含了复核机制以确保收集来的数据的准性，减少误差所来的损失。该银行现有对账管理系统将制度约束与机器制约有效的结合起来，满足了不57万方数据 电子科技大学硕士学位论文同的工作角色职责不同的业务要求，同时充分体现了电子化在管理中的重要作用。本银行现有对账管理系统还把对帐的操任流程与对帐管理的制度充分的结合到一起，并且在编程上实现了对帐管理的全部业务要求，增强了管理层对银行对账工作的管理能力，使该系统使用更加方便，应用灵活，有着很高的实用性和可扩展性。银企对账系统由于是管理全省客户的一个人管理系统，因此该系统要部署在全省的中心地带，负责全省的对帐数据的管理，并且需要提供统计、查询等操作，而且这些操作都需要大量的系统资源来支持。因此，该系统首先要有较高性能的配置，并在该系统的运行过程中对影像数据、特定索引、数据库参数等方面进行调整要保证系统资源的有效合理的利用，保证该系统能够为用户提供涉及很大数据量的查询、对帐数据的统计以及大量数据的读写功能，以使该系统能够正常运行，所以对该系统的维护主要是对数据库性能的维护。因此，该系统的性能要有很大的提高才能满足用户的各种操作。传统的单渠道对帐模式采用的闭环控制模式，由于ERP、网银等新的付款方式的出现，单渠道的对帐模式已经满足不了客户要求，由于单渠道模式向多渠道模式转变势在必行，但是系统需要提供外部接口帮能支持多渠道的对帐模式，也因此会带来一些安全上的隐患，至于如何解决多渠道所带来的安全问题还需要进一步研究。综上所述，随着客户对银企对账系统理解的不断深入会不断提出新的要求，而银企对账系统为了满足新的要求就是需不断的改进。58万方数据 致谢致谢完成本论文，首先要感谢我的导师张凤荔，老师关爱学生、学识渊博，在我写论文期间对我的论文进行了许多具有创建性地指导。从我的论文选题、开题开始直到论文撰写、中期检查、最终审批张老师都给予我极大的帮助和指导。我最后能够顺利地完成自己的毕业论文和张老师的悉心指导是离不开的，在此谨致以诚挚的敬意和衷心的感谢!其次我还要感谢我周围的亲人朋友给予我极大的鼓励和支持，让我能够克服各种困难，一直在背后默默的支持我。最后，我要感谢我在读阶段的各位老师、班主任、班长和同学，他们在我论文研究阶段给我极大的帮助和细致的关心，让我幸福地度过了自己的硕士研究阶段。在这里我就不一一表述那些帮助我的人了，仅在这里向他们先上无尚的祝福和深深的感谢。59万方数据 电子科技大学硕士学位论文参考文献[1]YongjuZhang,ErhongHou.ApplyingFisherDiscriminationApproachtoAssessingCustomers’RiskinBankCardBusiness.InternationalBusinessResearch,Vol.2,No.2,2009.[2]Martin,Farges.CompensationmechanismsinGaAs.JournalofAppliedPhysics,06July2009[3]张蕴铁路资金结算中心的运作模式及相关问题探讨[期刊论文]-山西财政税务专科学校学报2008(05)[4]（美）昊斯特曼著叶乃文，邝劲筠，杜永萍译.JAVA核心技术（卷1）：基础知识（原书第8版）.机械工业出版社，2008.[5]丁振国,任新洁.基于MVC的Web应用开发研究[J].微机发展.2004,14(1):10-12[6]符宁，周兴社，张海辉．基于JMS分布式EBB的设计与实现[J]．计算机科学，2007，34(12)：118-121[7]冼广铭，王知衍，黄鲲．JMSPTP体系结构的MDB组件的设计和通信性能测试[J]．计算机科学2006，33(10)：264-268．[8]刘迎春，兰雨晴，于乐乐．ESB中的数据交换技术[J]．计算机系统应用，2005，10(10)：42—45[9]阎宏．Java与模式[M]．北京：电子工业出版社，2002[10]吴建，郑潮，汪杰．U札基础与Rose建模案例(第2版)[M]．北京：人民邮电出版社，2007[11]国家十五科技攻关项目“网络化制造平台体系结构研究与系统设计”[12]四川省青年基金项目“基于Intemet的网络化敏捷制造平．台技术研究”[13]四川省人事厅项目“基于Web的网络化敏捷制造技术研究”[14]SCHMIDTDC.R&Dadvancesinmiddlewarefordistributedreal-timeandembeddedsystems[J].CommunicationsoftheACMspecialIssueonMiddleware,2002,10(5):43-48.[15]MarkPhillips,IntroducingXMS--TheIBMMessageServiceAPI,2005[16]KonF,CostaF,BlairG,etal.Thecaseforreflectivemiddleware[J].CommunicationsACM,2002,45(6):33-38.[17]DavidM.Dikel，SoftwareArchitectureOrganizationPrinciplesandPatterns,PHPTR,2003.8[18]HEHong，XUBaowen．AlowcosttaxSOAinfrastructureinGridapplications[J]．WuhanUniversityJournalofNaturalSciences，2006，Ii(5)：1320—1324[19]ArnaudBSt，BjerringA，Cherkaoui0，eta1．WebservivesarchitectureforusercontrolandmanagementofopticalInternetnetworks[J]．ProceedingsoftheIEEE，2004，92(9)：60万方数据 参考文献1490—1500[20]DeepakAlur，JohnCrupi，DanMalks．CoreJ2EEPatterns：BestPracticesandDesignStrategies，SedondeEdition[M]．SunMicrosystems．2005．[21]EricJendrock，JenniferBall，DebbieCarsoneta1．TheJavaEE5TutorialThirdEdition[M]．AddisonWelsey．2006．[22]KimHaase．JavaMessageServiceAPITutorial[M]．SunMicrosystems．2002．[23]IBMRedbooks，MQSeriesWorkflowforWin-NT.PDF，2001[24]IBMRedbooks，WebSphereMQV6Fundamentals.PDF，2005[25]EdwardCurry,DesmondChambers,GerardLyons,ExtendingMessageOrientedMiddlewareusinginterception,DepartmentofInformationTechnologyNationalUniversityofIreland,Galway,Ireland,2003.[26]JuanLipsonVuong.Asemantics-basedroutingschemeforgridresourcediscovery[M].E-Science:FirstInternationalConferenceonE-ScienceandGridComputing,2005:58-70,90.[27]WattsDJ.SmallWorlds.Thedynamicsofnetworksbetweenorderandrandomness[P].America:56A2579BB6,l999-05-13.[28]DavidKarlins，BuildYourOwnWebSite[M]，McGraw-HillOsborneMedia，2003.1.[29]DanSuciu,GottfriedVosen，TheWorldWideWebanddatabases，Springer，2001.1.[30]UniversityofEastAngliainassociationwiththeNationalChildren’sBureau(2007)Children’sTrustpathfinders:Innovativepartnershipsforimprovingthewell-beingofchildrenandyoungpeople.DepartmentforEducationandSkills.[31]Watts,A.G.(2001)Careerguidanceandsocialexclusion:acautionarytale.BritishJournalofGuidanceandCounselling,29(2).157-176.61万方数据