工程实践结题答辩-大型商业银行终端绑定系统的设计与实现-V1.2

1、工程实践结题报告课题名称：大型商业银行终端绑定管理系统的设计与实现姓 名：学 号：专 业： IT工程管理与产业信息化学院指导老师：所属院系： 北京航空航天大学软件学院 系统总体设计 （）功能模块的设计与实现 需求分析 （ ）引言 （）系统测试和部署 应用分析和总结 课题背景 为确保接入银行系统的网点终端真实、可靠，进一步提高银行计算机系统平安，各省中心网点前置效劳器上增加了终端绑定功能，建立从终端到网点效劳器的一一对应关系，使得只有网点效劳器识别的终端才能登陆效劳器。实现终端绑定后网点效劳器要通过技术人员对相应的配置文件进行手工配置。目前的问题主要是：网点数量多终端品牌多配置文件格式各不相同人

2、力本钱高 全国各省网点累计有36000多家全国共有实达、新大陆、昌霖、长城等十余个品牌，型号繁多不同终端连接到同一系统配置文件不同，甚至同一类型终端连接到不同的应用系统的配置文件也不相同。存在系统从网点到省中心存在上报环节多，流程复杂，信息流转缓慢，中心维护人员的重复劳动等问题课题的任务和设计目标 站在全行的角度，综合考虑现有系统状况并考虑长远规划的情况下，建设一套终端管理平台，对所有在前置器启用了终端绑定的A银行应用系统进行支撑。建成后的终端管理平台的核心功能： 对终端配置数据进行管理跟踪和维护 对终端异常退出后的残留进程进行清理 对前置系统的运行状态进行连续监控 论文架构第一章 引言。分别

3、描述了课题背景，课题的任务和设计目标，缩略语/术语定义以及论文结构。第二章 需求分析。分别从根本业务需求说明，功能需求和非功能需求3个方面进行了详细表达。其中功能性需求局部又从各个模块出发，讲述了各个功能模块所包括的功能点；非功能需求那么从平安需求，可移植需求，故障处理需求，运行需求，备份需求五方面进行了考虑。第三章 系统总体设计。从系统的设计思路，系统的总体结构，系统与其他系统之间的关系，应用技术平台4个方面对系统总体设计进行了分析和讨论。第四章 功能模块的设计与实现。分别从系统软件架构，系统划分，业务支撑平台，管理子系统，监控子系统，组件设计实例分析六个局部对功能模块的设计与实现进行了论述

4、。第五章 系统测试和部署。讲解了系统测试和系统部署。第六章 应用分析和总结。介绍了应用评价和应用分析，最后对系统做了一个简短的总结。 需求分析需求分析2.1、基本业务需求说明2.2、功能需求2.3、非功能性需求2.1、根本业务需求说明2.2、功能需求 2.3、非功能性需求 需求分析需求分析1根本业务需求说明 1用户规划说明 系统的最终用户包括各省分行、地市行的技术人员和业务人员。需求分析1根本业务需求说明 1.2系统整体架构 终端绑定管理系统的按照功能需求可以分为：公共管理、终端配置管理、终端进程管理、监控、报表统计五个局部。图1 终端绑定管理系统功能结构图需求分析2功能需求 2.1公共管理

5、提供终端绑定管理系统运行相关的公共管理功能包括用户管理，用户权限管理，信息公告。用户管理 用户权限管理 信息公告 需求分析2功能需求 2.2终端配置管理 对应用系统及其前置效劳器的配置参数采用集中管理，统一管理终端绑定相关的各种参数，登记每个台席的终端号。终端配置管理中关键的流程主要有终端增加和终端更换，以下分别进行描述 ：1、终端增加 2、终端更换1 终端增加 终端增加需要依赖许多其它参数的维护操作才能正常进行，试以一个新应用系统的一个新品牌终端增加来构造一个完整流程加以说明： 省中心管理员增加应用系统； 省中心管理员增加前置效劳器； 省中心管理员设置前置效劳器分组； 省中心管理员增加终端品

6、牌； 省中心管理员增加终端绑定配置文件格式； 省中心管理员增加终端绑定软件配置； 地市管理员增加终端。 2 终端更换 以需要更换的终端只对应一套应用系统为例： 终端故障，网点营业人员申请更换终端； 终端维护人员携带新终端及外设到网点更换并确认新终端工作正常； 终端维护人员向地市或省中心管理员申请修改指定应用系统的终端绑 定配置； 地市或省中心修改终端绑定配置并实时更新； 网点营业人员确认终端绑定配置修改后可以登录应用系统并对外营业。 需求分析2功能需求 2.3终端进程管理 终端进程查询 终端进程清理 在台席终端使用过程中发生异常无法重新登录应用系统之后，由终端绑定管理系统对前置效劳器上与此终端

7、相关的进程进行清理并释放资源，以便台席终端重新登录应用系统开展营业。需求分析2功能需求 2.4监控终端绑定管理系统要对各前置效劳器的状态持续性的进行监控 并将监控信息对用户及时展现。主要监控对象：效劳器性能主要有CPU/内存/IO终端绑定进程状态前置接口状态需求分析2功能需求 2.5报表统计提供机构和台席数量的分类统计及报表生成以及终端绑定维护操作 的日志查询功能。以表格形式展现。分以下三个报表：按应用系统统计报表按终端品牌统计报表按终端类型统计报表需求分析3非功能性需求3.1平安需求3.2可移植性需求 3.3故障处理需求3.4运行需求 3.5备份需求 需求分析2.3非功能性需求3.1平安需求

8、 终端绑定管理系统是分散型管理类平台，其应用的平安性根本要求包括以下几个方面： 1密钥的抗攻击性2交易报文的平安 性和不可泄漏性3交易报文的完整性 4文件传输的平安 性和完整性 5敏感信息处理 需求分析2.3非功能性需求3.2可移植性需求：终端绑定管理系统支持使用JAVA语言的应用架构以及C/C+语言的应用架构,所开发的应用软件应具有良好的可移植性，独立于硬件平台。3.3故障处理需求：终端绑定管理系统需要与各业务系统前置效劳器交互,设计时需要防止因终端绑定管理系统的故障引起各业务系统的拥堵。并通过监控子系统迅速向运维人员报警，及时通知故障系统。3.4运行时间需求：系统支持7*24小时运行3.5

9、备份需求：数据备份 、联机数据库备份、应用备份 系统总体设计 6数据结构设计 5技术支撑 4应用技术平台 3系统间关系2总体结构 1设计思路 系统总体设计1设计思路 1设计思路： 统一的终端管理的操作平台，主要管理行内各系统储蓄、汇兑、公司业务、代理保险等的前置效劳器上的终端及进程. 各系统前置不改变任何应用，保证各业务系统的正常运行，终端管理平台不会对现有的系统功能造成影响 终端管理平台采用省集中方式，各个省的应用使用同一版本，便于以后的升级管理 降低各省分行对终端及指纹的管理难度，摆脱手工配置的限制 系统结构要兼顾近期、中期和远期目标，选取最优化方案 系统总体设计1设计思路 1设计思路：

10、业务逻辑清晰，采用流程化作业模式，缩短配置终端的时间 通过合理的权限设置，由原有的省级技术人员配置开展到省内各级技术人员都可以进行终端配置，减轻省级技术人员的工作 通过合理的子系统划分和设计，降低系统耦合度，灵活部署来满足系统独立性设计要求 通过交易逻辑正确性保证、系统监控、文件备份/恢复等方式，保障系统的可用性 加强系统的版本管理，全国统一版本，提高系统的可维护性系统总体设计2总体结构 图2 终端绑定管理系统逻辑结构图 系统总体设计2总体结构 图3 终端绑定管理系统网络拓扑图 系统总体设计3系统间关系 终端绑定管理系统省中心与各系统前置上部署的代理插件进行通讯，并由代理插件完成必要的终端管理

11、操作。管理系统省中心各系统前置发送命令，启动各系统前置上的进程，通过这些进程来操作配置文件，实现配置文件的增、删、改等功能；管理系统省中心通过各前置系统的接口发起查询、清理的命令，启动各系统前置上的终端进程管理插件，实现对终端进程的查询和清理功能；各系统前置上的监控插件会定时采集机器性能等数据，通过接口发送给管理系统省中心进行分析保存，属于准实时的监控方式。 系统总体设计4应用技术平台 4.1操作系统终端绑定管理系统支持所有主流的操作系统，主要有以下几种：Windows系列Linux系列UNIX系列AIX、HP等 系统总体设计4应用技术平台 4.2中间层JRE 1.5及以上：TMS运行的根底平

12、台终端绑定管理系统可运行于Tomcat、WebLogic等主流应用平台上系统总体设计4应用技术平台 4.3数据层TMS支持主流的数据库软件，主要有以下几种IBM DB2 8.2以上Oracle 9i以上系统总体设计5数据结构设计 以上图表详见论文1表名称2表用途3操作分析4索引描述5详细表描述功能模块的设计与实现 1系统软件架构 2系统划分 3业务支撑平台 4管理子系统 5监控子系统 6组件设计实例分析 功能模块的设计与实现1系统软件架构 系统采用基于J2EE的B/S分层体系结构，采用Spring的反向注入方式增强对联机事物的控制处理。系统总体软件层次如以下图所示，分为五个层面。 终端绑定管理

13、系统软件架构图储蓄业务汇兑业务信贷业务功能模块的设计与实现2系统划分 图5 终端绑定管理系统功能划分图 功能模块的设计与实现2系统划分 1、系统运行环境为Linux操作系统，数据库采用Oracle，中间件为WebLogic；2、系统基于某软件系统公司自有的J2EE系统产品TOPSFRAMEWORK, 平台设计的初衷在于对于业务的良好支撑，能够提供一个运行稳定、功能强大、性能卓越和快捷二次开发的技术平台。3、业务支撑包括公共管理、平安模块、接口模块、报表模块、日志管理模块，这些模块共同为系统的核心功能提供相应的效劳；4、核心业务功能包括两个子系统：管理子系统、监控子系统。终端管理子系统由配置管理

14、、终端管理、进程管理三个局部组成，监控子系统由监控展示、数据采集两个局部组成；5、各前置系统插件是终端绑定管理系统部署在各业务系统前置效劳器上的效劳插件，用于接收业务分发和数据采集功能。功能模块的设计与实现3业务支撑平台 3.1设计要点权限管理要灵活，修改方便；由于该系统是属于行内管理系统，平安模块以简单实用为原那么；接口模块统一标准，防止接口复杂多变造成的影响；系统需要记录运行日志，并且对日志文件能够进行及时有效的 查询，定时对日志文件进行备份和清理。 功能模块的设计与实现3业务支撑平台 3.2软件模块描述 业务支撑公共管理用户管理权限管理信息公告安全模块接口模块日志管理报表模块应用系统统计

15、终端品牌统计终端类型统计图6 终端绑定管理系统软件模块描述图 功能模块的设计与实现4管理子系统 1设计要点 权限管理要灵活，修改方便；由于该系统是属于行内管理系统，平安模块以简单实用为原那么；接口模块统一标准，防止接口复杂多变造成的影响；系统需要记录运行日志，并且对日志文件能够进行及时有效的查询，定时对日志文件进行备份和清理。 2软件结构对于终端配置文件的操作应该注意两个方面：配置文件的一致性，由于终端绑定管理系统不能保证维护人员手工修改配置文件，一旦发生手工修改的情况，势必导致系统记录的数据与配置文件真实数据不符。 3处理流程应该注意三个方面：进程的清理，只有系统的root用户才有权限操作，

16、那么就存在终端绑定管理系统前置插件的权限问题。由于现在各前置系统都采用F5集群方式，无法确定终端登陆在哪一台效劳器上，系统会采用轮询的方式在所有前置效劳器上查找该终端的绑定进程。同样因为F5的原因，造成终端绑定进程在多台机器上存在，如果全部清理，也许会误杀进程，将成功登陆的终端清理出应用系统。 功能模块的设计与实现4管理子系统 软件结构 配置管理增加应用系统管删除修改增加前置服务器删除修改增加终端品牌管删除修改增加绑定软件管删除修改增加文件格式删除修改增加终端号段管删除查询修改终端管理终端信息新增终端信息修改终端信息删除终端信息查询维护信息查询终端信息维护终端信息新增终端信息修改终端信息删除终

17、端信息查询指纹系统终端信息维护进程管理终端进程查询终端进程清理增加增加增加增加增加增加 功能模块的设计与实现4管理子系统 终端绑定管理系统配置管理处理流程图综上所述，位于最上层的功能点影响最大，依次向下，每一层的变化都会影响到下一层的变化。3处理流程 功能模块的设计与实现4管理子系统 终端绑定管理系统终端管理处理流程图功能模块的设计与实现5监控子系统 5.1 设计要点：稳定性、轻量化、监控数据分级5.2 软件结构：根据需求分析的相关内容，监控子系统的总体架构设计 如以下图15所示： 图15 终端绑定管理系统监控子系统总体架构设计图 功能模块的设计与实现5监控子系统 5.3处理流程功能模块的设计

18、与实现 6组件设计实例分析 1模块名称 2模块的主要功能 3总体流程 4主要功能流程 5模块接口说明 6错误码定义 7模块流程说明如以下图 功能模块的设计与实现 6组件设计实例分析 系统测试和部署 系统测试和部署1系统测试2系统部署系统测试和部署1系统测试1系统测试1.1测试概述1.2测试内容1.3测试环境1.4功能测试1.5测试结论及分析系统测试和部署1系统测试测试概述： 考虑到终端绑定管理系统是采取省中心集中的方式，各省有一套终端绑定管理系统，省与省之间没有连接，互不干扰。且操作人员皆是银行内部业务人员，所以在平安性方面和效劳器压力上面不用做过多考虑。因此，终端绑定管理系统测试的核心任务是

19、功能点的测试，主要针对公共管理、功能管理、配置管理、监控管理、报表统计五个功能模块进行逐一功能点测试。 测试以黑盒测试为主，配合局部白盒测试。前期测试主要由开发组成员交互测试来完成，发现程序错误或者不符合要求的一般要通过白盒测试找出问题所在。后期测试由A银行相关业务人员配合完成。 系统测试和部署1系统测试测试结论： 介于开发者的实力参差不齐，对需求的理解也不能相同，使得小组交互测试时发现局部功能点并未被完成。使用组件来开发系统，使得我们对开发该组件的控制度很小，局部java跑出的异常未能被捕获。总的来说，大家还是高效的完成了测试和开发的任务系统测试和部署2系统部署 按照B/S结构应用系统的经典

20、部署方式，应将终端绑定管理系统分为应用效劳器、数据库效劳器、Web效劳器、认证效劳器等分开部署如以下图：图29 终端绑定管理系统部署图 系统测试和部署2系统部署 考虑到终端绑定管理系统的定位，仅在内部网络供内部人员使用的系统可以适当降低认证方面的强度要求，因此证书效劳器等可以考虑省去；另外考虑到终端绑定管理系统的并发访问量，可以根据系统负载考虑将Web效劳器、应用效劳器、数据库效劳器部署在同一套效劳器上。因此终端绑定管理系统的最终部署方式应考虑系统配置要求的因素，具体参见主机处理能力需求分析。主机所在机器Web服务器Pc server应用服务器同一台Pc server数据库服务器同一台Pc s

21、erver 终端绑定管理系统效劳器分布情况表应用分析和总结1应用评价 2应用分析3总结应用分析和总结1应用评价 本系统自上线以来，收到了A银行各个级别人员的一致好评，原因主要有：更改传统的手工修改配置文件的方法为通过在网页上自己选定各个配置项之后系统自动更新。良好的支持定时和实时两种终端更新模式，使得终端更新更加随心所欲。针对省前置效劳器通常有多台，并且安装有F5负载均衡器，所以对配置文件进行更新时，对多台前置效劳器进行同时更新，大大的缩减了劳动量。对前置效劳器的准实时监控，使终端添加人员对效劳器的压力有第一时间的认识，不再为添加过多的终端导致系统瘫痪而忧虑。全面支持终端的批量增加和删除，使得终端的管理更加便捷。 本系统不但出色的完成了以上任务，考虑到web效劳器接受的HTTP连接较少，同时应用效劳器以及数据库效劳器的运行压力较小，从节约硬件投资的角度出发，可以使用web、应用和数 据库共用主机的方式。从应