中期报告某银行信息管理综合平台公共管理子系统设计与实现

哈尔滨工业大学软件学院本科毕业设计(论文)中期报告 哈尔滨工业大学 国家示范性软件学院 本科毕业设计(论文)中期报告题 目： 某银行信息管理综合平台公共管理子系统设计与实现 专 业 软件工程 学 生 姓 名 学 号 联 系 方 式 年 级 实 习 基 地 基地指导教师 联 系 方 式 校内指导教师 杨大易 联 系 方 式 中 检 日 期 2014.4.15 哈尔滨工业大学软件学院哈尔滨工业大学软件学院本科毕业设计(论文)中期报告目 录1. 毕业设计（论文）内容概述11.1 项目来源及开发目的和意义11.2 总体设计内容及方案11.2.1 功能设计方案21.2.2 功能角色对照31.3 本人所承担任务（模块）说明41.4 开发环境和开发工具51.4.1 开发语言51.4.2 开发工具51.4.3 开发环境51.5 项目原定进度安排52. 中期完成情况说明72.1 预定计划的执行情况72.2 中期工作说明及成果汇报72.2.1 数据库设计72.2.2 功能模块详细设计72.3 存在的困难与问题242.4 如期完成预定任务的可能性分析242.5 后期工作安排（或进度和计划调整）24附件：本科毕业设计(论文)中期检查意见表25- 25 -哈尔滨工业大学软件学院本科毕业设计(论文)中期报告1. 毕业设计（论文）内容概述1.1 项目来源及开发目的和意义本项目来源于某银行信息科技部，作为一家大型银行，需要面对庞大的信息管理问题，由此希望通过这个项目来开发一款MIS系统。本系统用于公共管理统一登录平台上挂载的系统，设置相应系统的管理员，并设置审评条线，设置审核员与终审员。普通员工想使用其他系统的功能也需要通过公共管理来进行角色申请，当审批通过之后员工才能拥有其申请的系统角色的相应的功能，员工可以通过查看个人申请单查询来查询以前各个系统的角色申请历史等情况。公共管理还可以用来挂载新系统，设置新系统的功能，设置角色对应的功能点，查看员工信息，修改员工信息，增加员工，增加机构等。随着电子化办公的日益发展，办公中使用到的各种MIS管理系统越来越多，由此带来了各种各样的应用问题，包括重复登陆、数据冗余难以同步相同功能模块重复开发等。MIS统一管理平台可以有效地解决这些问题，从而达到提高工作效率，减少系统开发和信息管理成本的目的。当今银行系统庞大复杂，需要一个统一的平台来管理这些子系统；而银行大量的柜员也需要一个统一的信息系统针对柜员使用系统功能的权限进行管理；权限的发放和审核也需要自动化的系统来进行操作。MIS系统省去了过去繁杂的人工签字和来回奔波，只需要在电脑面前进行登录，就可以完成很多操作。轻点鼠标就可以申请某系统的权限或者审批他人的申请。将大大小小的子系统通过集成，只需登录就可以集中处理自己的事务，方便快捷，提高效率。1.2 总体设计内容及方案本系统基于JAVA技术实现，采用B/S架构，用户无需安装客户端，通过Web浏览器便可使用本系统。服务器端采用主流的struts2架构实现，方案如图1-1所示。图1-1 系统架构方案1.2.1 功能设计方案从系统功能角度把系统划分为3个大的模块，如图1-2所示，各模块功能分别如下：基本信息管理模块实现对员工信息和组织机构信息的统一管理，包括信息导入和增删改查等功能；应用系统管理模块用来管理挂载在平台上的各应用系统，包括管理系统信息，设定系统功能点等；角色权限管理模块通过设定角色的方式统一分配各应用系统的使用权限，包括角色的创建、管理，以及角色功能分配审核等功能； 图1-2 公共管理子系统功能结构图1.2.2 功能角色对照本系统具有六种角色和二十多个功能点，角色和功能点之间的关系比较复杂，所以用一张功能角色对照表来说明，如表1-1所示。表1-1 功能角色对应表功能模块功能点平台管理员应用系统管理员角色录入员角色复核员角色终审员基本信息管理员工信息导入员工信息管理员工信息查询机构信息管理应用系统管理应用系统添加应用系统管理系统管理员设定功能点添加功能点管理授权功能管理查看日志角色权限管理审批条线设定审批条线查询角色创建角色管理角色信息查询角色分配录入角色分配复核角色分配终审1.3 本人所承担任务（模块）说明本人在整个项目中的具体任务是整个项目所有模块的业务结构后台代码编写和数据库操作。并负责与前台交互接口的定义和后期项目的部署运维工作。1.4 开发环境和开发工具1.4.1 开发语言整个项目为J2EE项目，技术架构比较成熟。其中网页使用HTML、CSS以及JavaScript语言；其中后台使用Java语言；其中数据库查询和操作语言使用SQL语言；其中相关配置文件约定xml语言模式书写。1.4.2 开发工具在根据调研开发技术后，选择了相关的开发工具（1） 集成开发环境使用MyEclipse 8.5；（2） 网页编辑工具使用WebStorm 6；（3） 数据库采用Oracle；（4） 数据库操作软件使用sqldeveloper-3.1.07.42；1.4.3 开发环境（1） 处理器：Intel(R) Core(TM) i7 870，2.93G主频；（2） 内存：4.00GB；（3） 操作系统：Windows 7；（4） Web浏览器：IE 9，Chrome；（5） 系统框架：Struts2；（6） Web服务器：Tomcat 6；（7） 版本控制器：CVS1.5 项目原定进度安排项目进度及毕业设计（论文）工作安排见表1-2。表1-2 项目进度及毕业设计（论文）工作计划表起始时间完成时间计划工作内容备注2013.08.012013.08.20项目需求与可行性分析已完成2013.08.212013.09.21概要设计与技术准备已完成2013.09.222013.10.22详细设计与项目架构细化已完成2013.10.232014.04.15编码实现以及单元测试正在进行2014.04.162014.05.15集成测试与提交未完成2014.05.162014.06.01撰写、修改论文，参加毕业答辩未完成2. 中期完成情况说明2.1 预定计划的执行情况按照预定计划已完成公共管理子系统的设计工作，开发工作也已经基本完成，现在进入完善和优化阶段，并根据客户的反馈进行微调，满足实用性和人性化的需求，从而使系统的功能更加完善，体验更好。2.2 中期工作说明及成果汇报 到中期为止，基本信息管理模块、应用系统管理和角色权限管理三大模块都已经实现。导入了大量用于测试的员工信息和机构信息，经测试基本信息管理模块运行效果良好。应用系统管理模块和角色权限管理模块也已经完成了大部分功能的测试，目前正在进一步完善和调试，以达到预期的效果。将系统部署到tomcat6服务器并连接Oracle数据库后，公共管理子系统所有功能都能够演示。图2-1 数据库设计ER图2.2.1 数据库设计数据库采用Oracle数据库，员工、部门、角色、功能和应用之间存在着n对n的关系。整个系统的ER图如图2-1所示。2.2.2 功能模块详细设计本系统的功能模块详细设计已完成。系统用户与功能模块之间的UML关系用例图如图2-2所示：图2-2 公共管理子系统用例图用户登陆系统成功后，程序会从Cookie中解析出用户的详细信息，并将用户ID作为查询条件，通过查询数据库中该用户所拥有的权限来生成功能树界面。程序具体实现的流程图如图2-3所示：图2-3 公共管理功能树界面程序实现流程图程序的工具类类图如图2-4所示，DataBase是数据库连接池配置类，采用c3p0连接池来调用JDBC连接Oracle数据库；Host类负责读取当前服务器机器类型，共有三种类型：测试机，生产机和备份机；KeyCoder为加密解密器的接口类，它定义了加密和解密的方法；KeyCoderNew类是DES加解密类，实现了KeyCoder接口；MisCookieAnalyser类作为Cookie解析器，获取用户信息；PwKey是MD5加密算法类，用于将明文密码加密。图2-4 tools包类图2.2.2.1 基本信息管理(1)员工信息管理MIS平台管理的员工信息包括表2-1所示内容。表2-1 员工信息表名称说明员工编号每个员工唯一的7位ID编号员工姓名员工姓名等级共8级，省行1-2，全辖汇总3-4，分行5-6，网点7-8所属机构员工所属机构的编号（5位）登录密码登录MIS平台或进行授权所使用的密码，系统中存储将原密码采用MD5算法加密后的散列串员工信息统一由平台管理员管理，在平台后台完成，具体操作包括：员工信息导入：将由其他系统生成的员工信息文件导入到MIS平台，需要的信息包括员工编号、员工姓名、所属机构三项。在导入信息时如发现某员工信息发生改变则要将该员工先前在MIS平台所具备的所有功能权限删除掉。查询员工信息：查询条件包括员工编号、员工姓名、等级、所属机构。各查询条件可组合，支持精确和模糊查询。新建员工：向系统中添加一位新员工的信息。修改员工信息：修改已有员工信息，注意在修改同时要删除该员工所有功能权限。删除员工：删除已有员工，同时删除其所有功能权限。重置密码：将密码重新初始化为员工编号。员工信息导出备份：将员工信息导出为Excel表格，存储在服务器中，供其他系统下载同步。导出项包括：员工编号、员工姓名、等级、所属机构。该操作每天定时自动完成。员工信息管理的运行效果如图2-5所示：图2-5 员工信息管理(2)组织机构管理在平台数据库中，各级分支机构均存储在一个表中，各字段信息包括：表2-2 组织机构信息表名称说明机构编号5位机构编码机构名称机构名称上级机构上级机构编码（5位）机构类型数字编码，不同数字代表不同类型，目前0代表营业性机构，非0代表非营业性机构，类型可扩展机构级别各级组织机构的级别信息对组织机构信息的管理都由平台管理员在后台完成，具体操作包括：查询机构信息：查询条件包括机构编号、机构名称、上级机构、机构类型、机构级别。查询条件可组合，支持精确和模糊查询。新建机构：添加新建机构信息。修改机构信息：机构信息中的各项均可修改。修改机构编号时要同时修改系统中所有人员和其他机构信息中所涉及到的编号；修改上级机构信息只需输入新上级机构的5位机构编码即可；机构类型采用下拉框的形式选择修改。删除机构：删除机构时要进行检查控制，只有被删除机构在平台数据库中没有任何员工也没有任何下属机构时，才可以删除，否则无法删除并返回提示信息。机构信息导出备份：将组织机构表中所有信息导出为Excel表格，存储在服务器中，供其他系统下载同步。该操作每天定时自动完成。组织机构管理的运行效果如图2-6所示：图2-6 组织机构管理2.2.2.2 应用系统管理应用系统管理模块用来将应用系统挂载到MIS平台上，并进行配置管理。挂载及管理的操作均由平台管理员完成，应用系统挂载流程如图2-7。挂载应用系统所需的主要操作包括：添加应用系统、设定系统管理员、设定系统功能点，如该系统需要授权功能则还需要对授权功能进行管理。各功能具体描述如下。图2-7 应用系统挂载流程(1)应用系统管理应用系统管理是指设置并维护挂载应用系统的基本信息，包括应用系统编号、名称、跳转地址等。此外还包括设定应用系统管理员。具体功能如下。添加应用系统：将应用系统添加到MIS平台时需录入应用系统编号、应用系统名称、跳转地址。平台管理员应按照挂载到平台上的先后顺序为每个应用系统分配一个渐增的流水号，作为应用系统编号。平台在响应用户切换应用系统的操作时，会将目标应用系统的编号写入cookie中。查询应用系统信息：需要显示的信息包括系统编号、名称、跳转地址和系统管理员。查询条件包括系统编号和名称。修改应用系统信息：应用系统名称和跳转地址可修改，修改跳转地址时要与应用系统同步修改。系统编号涉及到数据库主外键约束，一旦设定便不可改变。图2-8 应用系统管理程序实现流程图删除应用系统：删除应用系统为不可恢复操作，为避免误删除错误的发生，要对该操作进行两层拦截，在点删除按钮之后首先跳转页面询问是否确认删除。若确认删除，平台就会判断是否还有属于该系统的功能点，如果已不存在任何功能点则直接删除，否则平台再次提示系统还有功能点是否确认删除，在再次确认后方可删除。应用系统管理操作的程序实现流程图如图2-8所示。用户在前台界面的操作都会提交到后台对应的Action类中，后台进行相应的数据库操作后，将结果返回到前台，前台显示操作成功或失败的提示，并刷新应用系统表单页面。删除时除删除应用系统基本信息的同时还要同步删除所有属于该系统的角色、应用系统管理员、角色分配录入员、复核员、终审员的信息。设定系统管理员：包括添加和删除应用系统的管理员。修改、删除和设定系统管理员的操作按钮都设计在查询信息页面。应用系统管理运行效果如图2-9所示：图2-9 应用系统管理(2)功能点管理为保证在用户跳转到应用系统时正确的分配功能权限，平台需记录各应用系统上可分配给用户的功能点信息，二者在数量和编号方式上要保持完全一致。功能点的信息包括功能点编号、功能点名称、所属应用系统。所有应用系统的功能点编号均不可相同，建议平台管理员使用代表应用系统的字母简写作为功能点编号前缀。本模块具体功能如下。功能点添加：为平台已有应用系统添加功能点。功能点修改：只能修改功能点名称。功能点编号和所属应用系统信息均不可修改。功能点查询：查询条件包括功能点名称，所属应用系统。显示信息项包括功能点编号、名称，所属应用系统。功能点删除：删除功能点为不可恢复操作，在删除时要给出提示信息并再次确认方可进行。在删除功能点的同时还要删除包含该功能点的角色关联关系，所有可使用该功能点用户的使用权限，如该功能点有授权功能也需要一并删除授权和所有可授权用户的权限。功能管理运行效果如图2-10所示：图2-10 功能管理(3)授权功能管理在有的应用系统中需要实现授权的机制，也就是说只有在其他具有授权权限的人员输入密码口令之后才可以完成某个操作。MIS平台将授权功能绑定到需授权的功能点上，并在用户从平台跳转到其他应用系统的时候将与该用户同一机构的并具有授权权限的人员信息写入cookie之中。信息中包括授权人员工编号、姓名、登录平台密码，以及可授权功能点编号序列。登录平台的密码可作为授权时使用的密码口令，为保证安全,这里的密码是原始密码经MD5算法加密后的散列串。如有多个授权人则将他们全部依次写入cookie之中。对授权功能的管理包括以下功能：创建授权功能点：在需要授权的功能点上创建授权功能。查询授权功能点：按照应用系统将功能点列表显示，在“授权状态”列显示“可授权”或“不可授权”。删除授权功能点：删除已经创建的授权功能，删除之后，该功能点回复到不可授权的状态。(4)查看日志平台上所有对数据库有改动的操作均会记录日志，日志信息包括操作者、操作内容、操作日期。日志按照操作发生的顺序产生流水编号排序，查询时按照流水号的逆序显示。日志只能由平台管理员查看，不能修改或删除。2.2.2.3 角色权限管理角色权限管理模块实现对用户功能权限的分配功能，由应用系统管理员、各级角色权限分配及审核人员使用，各级角色权限分配和审核人员需由应用系统管理员设定。在MIS平台上，不能直接将应用系统的功能点赋予用户，而是将功能点按照角色封装成不同的集合，所有为用户分配应用系统使用权限的操作均通过分配角色来实现。角色的基本信息包括角色编号、角色名称、所属应用系统以及所包含的功能点的集合。平台中角色按照应用系统管理，每个角色只能包含一个应用系统的功能点。用户可被赋予多个角色，多个角色可以属于同一个应用系统，如被赋予属于同一应用系统的多个角色则得到的功能点为多个角色的并集。角色权限分配分为三个步骤：设定角色审批条线、角色定义管理和角色分配，相应的角色权限管理模块的功能可分成三大部分，详细说明如下。(1)设定角色审批条线为实现角色权限分配由各级单位的负责人员按照审批条线逐层报批、分散操作的方式，需要在应用系统挂载到MIS平台上时设定各级角色分配操作人员，包括角色分配录入员、角色分配复核员、角色分配终审员。这个设定工作由应用系统管理员完成。应用系统角色分配的审批条线如图2-11所示的树状结构，共分为分行（48家）、全辖汇总机构（24家）、省行三个层次，树中的各个分支条线由各级机构的上下级关系串联而成。但由于审批工作是由具体的工作人员负责，所以应用系统管理员只要直接将权限指定到具体人员即可，MIS平台会根据人员所属机构间的层级关系建立审批条线树，并将具有权限的机构和具体人员展现出来，以供查询。图2-11 角色审批条线树由于整个银行各级部门员工均可能使用各应用系统，所以角色分配录入员可以属于省行、全辖汇总机构、分行多个级别；复核员只能为全辖汇总机构级别或下属机构的人员；对于终审员的级别不做限定，可以设置为任一名员工。属于分行级别并且非全辖汇总机构的角色分配录入员可以为本分行及下属机构的所有员工分配角色，分配后须经过上级全辖汇总机构复核和省行终审方可生效。全辖汇总机构和省行级别的角色分配录入员所提交的角色分配操作不需要复核，直接由终审员终审。全辖汇总级别的录入员可为本全辖汇总机构直属机构的人员分配角色，不包括下辖其他分行的工作人员。省行级别的录入员可以为省行直属机构的人员分配角色。如图2-12是审批条线查询界面：图2-12 审批条线查询平台不对每个机构内录入员、复核员、终审员人数加以限定，0人、1人或多人均可，多人时权限都相同。具体功能如下：审批人员设定：该功能由应用系统管理员执行，设定应用系统的角色分配录入员、复核员和终审员。设定时需先选定负责人员，再选择欲分配权限。审批人员删除：删除已设定的权限分配操作人员。审批条线查询：查询展示各级机构的角色分配录入员和复核员信息。平台管理员可查询所有应用系统，应用系统管理员、角色分配录入员、复核员和终审员只能查看自己所负责的应用系统。每个应用系统的全部审批条线信息都在一个页面中展示。条线查询页面按照组织机构的层次关系列出所有全辖汇总机构和分行机构，并将已经分配的角色操作人员显示在其所属的分支机构表格中。为提示可能出现的错误，页面进行一定的检验判断，如某全辖汇总机构未设置复核员，而其所辖分行却已设置了录入员，则在此全辖汇总机构表格中显示红色的“复核员”字样；如未分配终审员也会将“终审员”字样显示为红色。(2)角色管理角色管理用于创建角色和管理角色所关联的功能点集合，由应用系统管理员完成，主要包含以下功能：创建角色：新建一个角色，指定其应用系统，录入角色编号和名称。所有角色的编号均不能相同，建议使用代表应用系统的字母缩写作为角色编号的前缀。角色设置：给角色添加或删除功能点，这里也包括授权功能点。添加功能点时，“XX”功能点的授权功能表示为“XX（授权）”，可同普通功能点一样分配给角色。删除角色：删除一个角色及其与功能点或授权功能点之间的关联。“XX”功能点的授权功能表示为“XX（授权）”，可同普通功能点一样删除。查询角色信息：查询角色的信息，包括角色编号、名称，所属应用系统，功能点列表。平台管理员可查看所有应用系统信息，应用系统管理员和角色分配录入员、复核员、终审员只可查看自己所负责系统的角色信息。(3)角色分配角色分配是指将已经定义好的角色分配给应用系统的使用者，需要经过角色分配录入、角色分配复核和角色分配终审三个步骤，由各级负责部门负责人员完成。另外还包括将已经分配给员工的功能权限删除的操作。具体功能如下：角色分配录入：各个级别的员工均可以被应用系统管理员设置为角色分配录入员，负责为本分行内使用该应用系统的员工分配角色，录入后不能即时生效，还需经过后续审批过程。角色分配复核：全辖汇总（24家）机构所属部门的员工可被应用系统管理员设置为角色分配复核员，负责复核本汇总机构下属分行所提交上来的角色分配录入信息。如复核不通过则此次角色分配无效，如复核通过则还需由省行级别的角色分配终审员进行终审。为确保不会由多人同时复核一条角色分配操作而导致的结果错误，在提交复核结果前一定要确认该条分配操作的状态是待复核。角色分配终审：省行级别的工作人员可被应用系统管理员设置为角色分配终审员，负责该应用系统所有复核通过的角色分配操作终审。若审核通过则此次角色分配生效，若不通过则本次分配停止。为确保不会由多人同时终审一条角色分配操作而导致的结果错误，在提交终审结果前一定要确认该条分配操作的状态是待终审。在进行终审时要判断终审人员和录入人员不可为同一员工，否则不可以执行终审通过操作。给员工分配角色在程序中实现的时序图如图2-13所示：图2-13 角色分配时序图删除功能权限：分行(48家)级别的角色分配录入员同时也具有删除角色功能权限的功能，可将分行内可使