基于J2EE的银行报表系统的设计和实现.doc

分 类 号 密 级 U D C 编 号 10486 武 汉 大 学工程硕士专业学位论文论 文 题 目基于J2EE银行报表系统的设计和实现研 究 生 姓 名：指导教师姓名、职称：工 程 领 域 名 称：研 究 方 向： 2016年 月 日THESISBy XXXXXXXXXX2016郑 重 声 明本人的学位论文是在导师的指导下独立撰写并完成的，学位论文没有剽窃、抄袭、造假等违反学术道德、学术规范和侵权行为，否则，本人愿意承担由此而产生的法律责任和法律后果，特此郑重声明。学位论文作者（签名）： 2016年月日目录第一章 绪论11.1课题背景11.2国内外研究状况31.3课题所做的工作61.4本课题的目标实现7第二章 相关技术介绍102.1 MVC设计模式102.2 SSH框架12第三章 需求分析153.1项目背景153.2系统需求分析163.2.1用户需求分析173.2.2系统功能需求20第四章 总体设计224.1系统构建结构224.2系统层次结构设计22第五章 功能模块的设计255.1系统功能架构255.1.1 业务管理模块265.1.2 业务基础设置模块285.1.3 系统管理模块295.2业务流程图295.3系统事件流315.4数据库设计355.4.1数据库设计原则355.4.2 数据库设计范式365.4.3数据库E-R关系图375.4.4数据库表结构设计39第六章 系统实现与测试486.1系统实现486.2 系统运行环境526.2.1硬件环境526.2.2软件环境536.3 系统测试536.3.1 测试内容546.3.2 测试用例556.3.3 测试结果586.3.4系统界面60第七章 结束语66参考文献67致 谢69北京邮电大学软件工程硕士论文摘 要伴随着集团公司的发展壮大，为了提升服务和营销能力，公司在各地市成立了分支机构。同时，为了加强对各地市的内部管理，集团公司在总部成立专门的管理机构，实现对各地市职能部门的垂直管理，管理机构包括运营管理中心、财务核算中心、人事管理中心三大块。这无疑对集团内部管理的信息化建设提出了更高的要求，集团领导需要方便地对分支机构的各类统计数据进行分析，以用于决策的调整；管理机构需要根据每月具体的银行报表数据进行管理和考核。因此，设计、实现并加以推广银行报表数据管理系统具有重要意义。本文以银行报表数据管理系统信息化为背景，提出构建银行报表管理系统的方案，基于MVC设计模式进行开发。主要研究内容如下：1、以集团公司的银行报表数据管理需求为基础，提出建立银行报表数据管理系统的构想,并且完成该系统的开发。2、提出银行报表数据管理系统的总体架构，描述其管理需求、逻辑架构、物理架构和实现技术，系统在结构上总共可以分为四个层次，即业务逻辑层、表现层、域模块层、数据持久化层等。Struts2用于使MVC的三部分分离，Hibernate用于对POJO进行持久化操作，Spring负责支持业务逻辑。3、分别从需求分析、系统设计、数据库设计、系统实现、系统测试等方面入手进行论证，从而完成了对银行报表管理系统的分析和设计，满足了集团对分支机构精细化管理的需求。关键词：FMR银行报表管理系统; MVC模式; 信息化; 精细化管理；AbstractWith the development and growth of the group, in order to enhance service and marketing capabilities, the company set up a branch in the city. At the same time, in order to strengthen the internal management of the around the city on the, group company headquarters in established specialized management institutions, to achieve the vertical management of all functional departments of the municipality, management institutions including management center, financial center accounting, personnel management center for three blocks. It is undoubtedly put forward higher requirements in the information construction of the internal management of the group, the group leaders need conveniently on the branches to all kinds of statistical data analysis, to adjust for the decision, management institutions need according to the specific monthly bank statement data management and nuclear test. Therefore, it is of great significance to design, implement and promote the data management system of bank statements.In this paper, based on the information of bank statements data management system as the background, this paper puts forward a scheme of constructing the bank statement management system, and develops the system based on the MVC design pattern. The main research contents are as follows:1, based on the data management needs of the group companys bank statements, the paper proposes the idea of establishing the data management system of bank statements, and completes the development of the system.2, the proposed bank statement data management system architecture, describe the management demand, logic architecture, physical architecture and implementation technology system in structure altogether can be divided into four levels, the business logic layer, layer, domain model layer, data persistence layer etc. Struts2 for the three part of the MVC separation, Hibernate for the POJO to carry out a lasting operation, Spring is responsible for supporting business logic.3, respectively, from the demand analysis, system design, database design, system realization, system test and so on of argument, to complete the analysis and design of management system of bank statements and reports, the group to meet the demand of branch of fine management agencies.Key words: FMR bank statements management system; MVC model; information; fine management; 目 录第一章 绪论11.1课题背景11.2国内外研究状况31.3课题所做的工作61.4本课题的目标实现7第二章 相关技术介绍102.1 MVC设计模式102.2 SSH框架12第三章 需求分析153.1项目背景153.2系统需求分析163.2.1用户需求分析173.2.2系统功能需求20第四章 总体设计224.1系统构建结构224.2系统层次结构设计22第五章 功能模块的设计255.1系统功能架构255.1.1 业务管理模块265.1.2 业务基础设置模块285.1.3 系统管理模块295.2业务流程图295.3系统事件流315.4数据库设计355.4.1数据库设计原则355.4.2 数据库设计范式365.4.3数据库E-R关系图375.4.4数据库表结构设计39第六章 系统实现与测试476.1系统实现476.2 系统运行环境516.2.1硬件环境516.2.2软件环境516.3 系统测试526.3.1 测试内容536.3.2 测试用例536.3.3 测试结果576.3.4系统界面59第七章 结束语65参考文献65致 谢68第一章 绪论1.1课题背景 在Internet高速普及的今天，电子商务、电子政务、大数据、ERP管理、CRM管理等办公平台得到了广泛应用，在这样的一种大环境背景下，如何对数据进行科学、有效的处理，包括相应的统计、审核、整理、互动等基本要求，已经成为当前数字版办公的重要问题之一。在信息处理、运算的过程中，银行报表系统作为一种企业在开展信息化管理活动中所必不可少的一部分，已经成为了企业在信息路径上所采用的重点手段之一。据权威统计部门的相关统计结果显示，当前在企业的日常运行管理活动中，仅内容上与信息银行报表有一定联系的银行报表系统就已经在整体中占据了2/3的比例。事实上，在企业的日常管理活动中，银行报表系统自身具有较高的应用价值，能够顺利实现企业相关信息的整合、研究与分析等要求。当前是互联网信息化技术不断更新换代的历史发展新时期，企业在管理系统的发展上也实现了重大的突破的革新，具体体现为由传统的从客户端直接到服务器的原始结构而转变成为网络信息化技术的信息系统。随着当前企业对信息系统的功能提出更高的要求，银行报表系统也必将顺应时代发展的需求而不断焕发出新的生机与活力。传统的系统管理观念中认为，银行报表系统的突出特征在于它常常把业务逻辑与银行报表处理过程混杂在一起，只有重新修改、编译这个银行报表程序才能完成系统中需求或逻辑的改变。虽然随着开发人员的不断研发与改进，出现了多种基于银行报表系统所研发出来的工具，这些工具能够在某些程度上满足一定的程序修改要求，但是在正常的创建活动中依然有着不可避免的漏洞，具体有：1、银行报表程序在功能上存在明显的确实。这就由于应用程序的诸多操作程序没有依据一定的系统分离原则进行正常排列，而是杂乱无章地混合在一起，这样的银行报表程序在本质上属于是强耦合，后续的维护升级难度大。2、银行报表系统的时效性不高。这是因为在系统的计算过程中，银行报表所呈现出来的一种状态是类似于静态的状态，此时银行报表不能在正常的系统运行中进行动态变化。而银行报表系统面临着新的运行需求，或者运行时的环境发生改变时，整个程序就面临着重写的境地。因此无法应对企业动态、复杂、多变的需求。3、我们在设计银行报表时使用这类工具，会经常面临着在设计上容易实现，实现过程中又较为艰难繁琐，维护周期长、难度大等问题。在实际应用中，我们有理由相信，只要银行报表工具的使用效率被不断提高，银行报表系统在自身的研发过程中也需求不断耗费更多的人力资源和物力资源。4、同一个企业内部很容易出现应用系统囊括了多种运行管理系统的状况，包括财务系统、生产系统以及人事系统等，通常这些系统相互之间是独立的，它们无法通过某种方式来实现成功整合，不同系统之间的数据信息也无法得到合理、有效地交通与互动，因此在实际的系统运行过程中，有相当一部分的数据信息其传输依然要依靠手工来完成。综上所述，开发一个银行报表系统，显得日趋重要。这样的银行报表系统可以轻松地做到与数据库和平台无关。1.2国内外研究状况当前，国内外相关学者、专家开始将目光不断地投注于web银行报表相关问题的分析和探讨中，部分行业开始尝试使用有别于传统方式的新型C/S结构银行报表工具，而在web银行报表系统的研究和开发过程中主要应用的是B/S结构。基于当前web银行报表系统的发展现状，研究人员可以通过相应的银行报表工具完成基本的数据查询与网页访问操作。当前在国内外都存在基于不同网络信息化技术所开发而成的银行报表工具，国内的银行报表工具主要包括中创、杰表等；国外的银行报表工具主要包括Brio、CrystalReport、asperReport、MSTR等。国内外主要银行报表工具的分析和比较：1、CrystalReportCrystalReport的中文直译为“水晶银行报表”，它是目前在银行报表系统行业范围中最具专业性能的银行报表系统。之所以突出它的专业性，就在于水晶银行报表不仅在基本的银行报表功能方面有着突出表现，同时还能够实现与众多开发工具的有机对接操作。水晶银行报表在运行的过程中，它能够将世面上已经出现的一些网络应用程序与相应的银行报表功能有机地结合起来，从而在确保材料多样性的基础上，探索研发出颇具时代信息的优秀银行报表。另外一方面，水晶银行报表的优势特点还在于可以实现对银行报表数据信息的及时传输。然而就现实应用状况而言，实际上水晶银行报表自身还存在一些缺陷。具体来说：首先，水晶银行报表的数据处理能力有待强化。当水晶银行报表面对一些数据较为复杂、关联性较为紧密的银行报表样式时，此时水平银行报表无法通过最为快捷的方式来进行直接处理，只能依靠子银行报表、构建视图的方式进行处理。这样就使得水晶银行报表在处理方式上灵活性不够，无法及时变通，因此对一些较为负责的格式要求无法满足。其次，由于excel表格在国内已经具有相当的普及度，而水晶银行报表无法及时满足excel表格的大数据处理要求，因此实际上也限制了该银行报表的发展。最后，水晶银行报表的相关性能还有待提高。水晶银行报表在自身部署的过程中需要服务器来对其进行一定的维持，而当前国内所广泛应用的信息系统主要是将系统应用的重点放放在大型主机上，相比较而言，水晶银行报表在性能上就无法与之及时对应。2、FineReportFineReport作为一款具有创新意义的银行报表工具，它的热点在于通过纯Java语言来进行编写，可以满足企业日常的运行管理要求。FineReport可以同时支持C/S架构与B/S架构。它通过在设计流程中采用数据实时双向性拓展的方式，极大地提高了银行报表的应用效率，从而在不断开发和提高银行报表功能的基础上，实现了对于银行报表权限管理的优化配置。FineReport在应用过程中也存在着一定的问题。其中一个突出问题在于，这种银行报表工具在功能的定位上主要是基础级别的，而这种基础行的银行报表系统在实现基本应用和管理要求的基础上，都可以被其他的信息系统所代替。基于上述认识，事实上FineReport的基础性功能开发有所欠缺。另外一方面，由于当前FineReport在设计的过程中主要面向的是C/S架构而非B/S架构，因此在设计器的完善优化发展也不可避免地出现了相应的问题。3、杰表杰表是国内一款应用范围较广、行业内认可度较高的银行报表工作。杰表主要是通过对中式银行报表予以研究分析的基础上，通过不断革新与应用多种创新技术，从而构建的一种系统开发平台。杰表系统在实际应用过程中能够迅速地满足用户在系统设置、业务办理、数据处理等方面的要求。杰表工具通过应用DOM树方式实现了问题域与数据之间的不断靠拢，从根本上减低了学习难度，使银行报表数据的设置、引用、导航更加亲切自然。杰表工具由于在设计过程中加入了数据模型的相关原理方法，因此在数据的可靠性方面具有显著的优势特征。然而其缺点也较为明显，即模型构建时缺乏必要的独立思想，系统性能有待提高，数据访问具有一定的难度等。以上几种银行报表工具是国内外主流的银行报表软件。这类银行报表工具软件功能强大，但又都局限于部分的数据，基本无法实现对Web上的数据信息直接进行采集与分析。伴随着Web的迅速发展，传统的银行报表工具在实际应用过程中无法完全满足人们日益增长的信息系统发展应用需求，基于Web的银行报表系统的研究成为趋势。传统的银行报表工具虽然具有交互性强等特点，但却受到时间、地点、空间等客观条件的限制，所以如何能够打破传统银行报表的这种局限性，增强其与Web的交互性，成为了研究的课题。1.3课题所做的工作本论文重点阐述了使用J2EE构建银行报表系统的过程。分为六部分来阐述：第一章：绪论部分，介绍了论文的选题背景、选题意义、国内研究状况、国外研究现状以及本课题的目标实现。第二章：相关技术介绍，主要是对系统所使用的相关技术的介绍，如J2EE、SSH组合框架技术等。第三章：需求分析，主要接受了银行报表系统的基本功能，首先针对系统的功能进行概述以及阐述系统应用架构规划，然后按照分模块顺序分别对系统的功能进行详细介绍。第四章：总体设计，主要是对系统的构建结果和系统层次结构设计进行介绍。第五章：功能模块的设计，主要是根据需求分析结果，进行的系统概要设计的介绍。对系统功能架构、业务流程图、数据库设计等内容进行介绍。第六章：系统实现与测试，主要是对系统实现思路和核心代码，介绍系统的软硬件环境等的介绍，并对本系统的测试过程，测试用例和测试结果，系统界面等进行了详细描述。1.4本课题的目标实现本课题旨在设计实现一个基于J2EE的银行报表系统，实现小型软件企业精细化管理，有效管理公司各类数据，实现数据的准确性、即时性、有效性，提高效率和产能。本银行报表系统（Fine Message Report银行报表系统，以下简称FMR银行报表系统）主要分为系统管理、业务管理大模块。1、系统管理系统管理主要包括对组织机构、人员管理、权限管理、角色管理等项目的管理。 1)组织机构：新建公司、部门,维护公司、部门信息。 2）人员管理：新建、维护工作人员信息,分配工作人员的用户、角色、兼职信息。3）权限管理：包括对权限的新增、修改等操作，可对权限的路径进行修改。4）角色管理：可建立多种角色,设置角色所拥有的不同权限。 2、业务管理1)银行报表填写：工作人员根据银行报表模板填写银行报表数据,支持excel数据导入功能。银行报表填写又分为A公司银行报表,B公司银行报表,工作人员只能填写所在公司的银行报表或者是兼职公司的银行报表。如李某是A公司的员工，那么他只能填写A公司的银行报表，而王某是A公司的员工，同事兼职B公司的岗位，那么他既可以填写A公司的银行报表又可以填写B公司的银行报表。2)银行报表审批：所有需要审批银行报表的工作人员都需要在此模块中审批银行报表。系统会根据当前登录人的所在公司,所拥有角色来判断银行报表是否需要当前登录人来审批银行报表。3)银行报表查询：所有需要审批银行报表的工作人员都需要在此模块中审批银行报表。系统会根据当前登录人的所在公司,所拥有角色来判断银行报表是否需要当前登录人来审批银行报表。4)银行报表名称设定：因同一银行报表每年模板不同,所以设置名称将每年的银行报表关联起来方便查询,如2013资产负债表、2014资产负债表两个模板就需要建立名称为负债表，查询时选择负债表就可以查询到2013资产负债表、2014资产负债表的数据了。同时设置此银行报表名称的所属公司、包括银行报表、查询权限、下载权限、退回权限。5)客户经理管理：负责管理每个公司的客户经理,在动态银行报表中显示当前登录人所属公司的客户经理。6)产品管理：负责管理公司的产品数据,在动态银行报表中显示当前登录人所属公司的产品数据。7)流程管理：根据公司、年、月等相关条件查询流程信息,并且可查看流程流转信息和以及对相关流程信息进行删除。69- -第二章 相关技术介绍本章对系统开发过程中的技术进行介绍。主要介绍的内容包括系统中应用的MVC设计模式以及SSH架构。2.1节中介绍MVC设计模式，它能将已有的软件开发经验应用其中，缩短开发周期，提高效率，避免以往遇见的问题。2.2节中介绍SSH框架，它是J2EE平台中使用最普遍适合中小型企业类用户开发的轻量级框架。2.1 MVC设计模式MVC模式，英文全称Model-View-Control，即所谓的模型-视图-控制器，该控制器是一种基于交互式管理行为的组织模型。 模型（Model），代表的是应用的业务逻辑，包含应用程序的核心功能，它表示企业数据和业务规则。模型封装了应用程序的状态。在MVC模式中，模型要处理的任务很多，为了能使一个模型能给多个视图提供数据，那么要让模型与数据格式无关。视图（View），顾名思义，即指对提供的一种表示。视图是一种确保用户能够看到并且可以参考交互行为的界面。在该界面中，视图并未对数据进行真正进行数据，而只是采用了一种展示的方式进行模型的访问。控制器（Control），提供应用的处理过程控制，控制器在运行过程中能够直接对用户已经输入的指令做出相应的反应，在此基础上，通过从客户端发送请求，在选择好相应的业务逻辑之后，明确在模型数据的处理过程中具体选用哪一个视图，最后确保客户端对相应结果予以显示。MVC模式的基本设计思路是通过实现系统的有机操作，从而对基本的视图层、模型层、控制层等进行必要的分解，以确保系统能够迅速执行指令，优化开发流程。1、 模型层一般来说，模型包括两个方面，数据模型方面和业务逻辑模型方面。实际处理过程中，通过对应用模型进行必要的抽取，从而对开发人员的专业水平及其能力进行直接评判，进而实现数据的持久化。在MVC的具体组成中，业务模型是其核心部分。2、 视图层 视图实际上是一种基于模型的数据方式。它可以是一个HTML页面或者是其它的方式等等。MVC设计中的视图无法处理业务流程，只能对视图数据进行必要的处理和采集，其他业务流程方面的工作一般都交由模型层处理。3、 控制层 控制层通过对用户的基本请求予以接受，在此基础上实现视图与模型的有机匹配。控制层在实际数据处理过程中所扮演的是分发器的角色，它能够满足不同用户以及不同视图及其模型的具体要求。控制器在不断完善优化自我功能的基础上，通过呼应用户请求的方式，对相关的机制予以集中化管理。完成模型处理工作后，将所需的数据视图返回给目标用户，从而实现模型与视图之间的相互对应关系。这样的话，我们可能会在控制层进行一些简单的数据转换等操作。模型、视图与控制器之间的分工协作关系如下：图2-1 模型、视图与控制器之间的分工协作关系图2.2 SSH框架窗体顶端SSH框架即是一种集成式的建构模式，也是当前国际范围内使用较为普遍的Web运用程序，由其开源集约化形成的，主要的应用范围大致为更新优化灵敏、可拓性较强的多重该类利用程序。集成这一重要框架的体系，如若以及责任分明的视域来看，主要囊括了四大层次，即第一层次的表示层域，第二层次的逻辑层域，第三层次的数据持续层域，第四层次的实体层域。Struts在整体的体系内部，是处于一种地基性的结构，具有基础的属性，其主要的功能为分离MVC，在这一基础性的架构之中，模型管控着业务流程，借助于Hibernate这一架构进行相应的第三层次的维续。Spring的主要功效体现在两大层次，即第一层次是被视为某个轻型的IoC容器，它的主要功能是搜索、定位、设置以及管控繁富的各个对象内部的唇齿势态；第二层次即是在一定程度上能够优化完善上述二者的功效，使其在最佳状态下良好运行。图2-2 SSH框架要素关系图借助于SSH建构起来的体系内的基础性的流程为： 1、在第一层次上，首要的是借助于JSP网页以期达到交互网页，主要的功能是传输请求与接收回馈，在借助于Struts按照相应的配置程序(struts-config.xml)，经过ActionServlet的接收回馈的媒介角色，触发与之相对的Action加以解决。 2、在第二层次内，管控整体的服务组件的IoC容器，主要的功能即是管控Action，为之提出相应的模型组件，以及此类组件的(DAO)，一起协同处理相应的逻辑层次的服务，而且还能够激发出事务解决、缓冲池等相应的所需部件，以期在整体上增益整体系统的处理效率，以及管控好系统大数据的安全性。 3、在第三层次内，主要是借助于Hibernate的映射关系，以及相应的数据库捷径，实现交互的目的，解决DAO组件发出的传输请求，对相应的数据进行处理，而且适时地对得到的结果加以系统的反馈，以期达到预期的研发目的。 借助于以上的研发模式，基本可实现研究的预期目标，一方面达到了管控工具、视图呈现乃至一定效力的模型的根本性的革新分离，另一方面也达到了推进整体的第二层次的的逻辑层域，以及第三层次的持续层域，二者之间的革新分离。可见，在此种势态下，前端的繁富流变对模型层次的牵连波及效应不大，只需依据相应的需求，加以微幅的变动即可，而且后续数据库的繁富流变对前端方的牵连波及效应也不大，这就从根本层次上增益了系统的稳定性、耐用性，使得整体系统的使用频率大幅度增加。不仅如此，它还在相应的分层层域内存在着极小的耦合度，这就不可避免的会提升团队的工作效率，增益相应的团队研发信心，极大地改善了这一研发的效率难题。第三章 需求分析前面章节介绍了开发框架SSH和设计模式MVC。本章主要介绍FMR银行报表管理系统的需求分析。3.1项目背景伴随着集团公司的发展壮大，为了提升服务和营销能力，公司在各地市成立了分支机构。同时，为了加强对各地市的内部管理，集团公司在总部成立专门的管理机构，实现对各地市职能部门的垂直管理，管理机构包括运营管理中心、财务核算中心、人事管理中心三大块。这无疑对集团内部管理的信息化建设提出了更高的要求，集团领导需要方便地对分支机构的各类统计数据进行分析，以用于决策的调整；管理机构需要根据每月具体的银行报表数据进行管理和考核。起初，集团公司银行报表上报过程主要采用邮件报送的方式，各分支机构每月通过邮件将各类银行报表报送给相关领导及省公司业务管理部门，然后省公司业务管理部门通过手工的数据汇总，将汇总结果再通过邮件报送给集团领导。在此过程中，存在如下问题：1、 各分支机构报送的数据零散于邮件中，难以整理，且邮件统一发送，银行报表审批过程难以控制，数据定稿的结点难以控制。2、 省公司业务管理部门工作繁重，需要将各地市数据进行手工汇总，工作量大，且汇总工作数据正确性更是难以保证。3、 集团领导看到的统计数据往往滞后严重，且不直观。因此，设计实现并加以推广银行报表管理系统具有重要意义。FMR银行报表系统主要是实现了对下属分支机构每月银行报表的自动采集和自动统计，包括运营银行报表、财务银行报表、人事银行报表等。实现了银行报表填制、银行报表审批、银行报表汇总、银行报表查询、银行报表统计的过程控制，保证了数据的准确性。3.2系统需求分析需求分析在本系统开发中，是最重要的环节，直接影响项目质量。如果前期需求分析不到位，后续返工的代价将成倍增长。因此，在项目前期，本人便与客户进行了多次深入沟通，并进行了详细的沟通记录，根据沟通记录，编制了详细的需求说明书，并与客户进行了多次讨论确认，确保了系统需求与用户需求的一致性。本系统的设计遵循软件工程的理论。严格遵循了以下原则：1、实用性原则：系统设计需要具备实用性，符合用户的实际需求，解决用户的实际问题。 2、适应性和可扩展性原则：系统需具备适应性，适应各种环境的变化。可扩展性，是当系统环境发生变声变化时，系统可方便地进行扩展。很多实际案例表明，很多系统的可扩展性较差，当系统运行环境变化时，往往需要推翻重做，因此，实用性和可拓展性很重要。3、可靠性原则：系统需保证可靠性，在任何时刻，保证业务的流畅运行，避免出现异常操作或大并发时系统宕机的出现。4、可维护性和可管理性原则：系统需要具备易维护性和内容的可管理性，保证后续维护工作。 5、安全性原则：系统需保证数据的安全，保证数据的可靠性、保密性和数据一致性等。6、总体规划、分层实施原则：系统在设计之前应该进行总体规划，然后在总体规划的指导下进行分布实施。3.2.1用户需求分析1、根据业务权限分析根据业务权限划分，系统采用三级管理。一级为领导审阅管理，主要功能是集团领导对集团内整体数据的审核、统计分析。第二级为省公司业务部门管理，主要对省公司业务管理部门对全省各分子公司的业务进行审核、汇总、统计、分析。第三级为各分子公司业务部门，主要功能为银行报表的录入、修改、查询。1）集团高层领导关心的是整个业务的分类统计后的总体情况(如，集团内收入总额、集团内利润总额及各分公司配比、各分子公司业务发展情况、各分子公司人员配比及招聘情况等等)，要求对全局业务有整体的把控，方便后续决策，并不关心系统到底要实现哪些具体的功能。2）省公司业务部门的需求省公司业务部门主要是关心各分子公司业务办理情况及业务统计。并能实现对分子公司数据的汇总和报送。3）各分子公司业务部门的需求各分子公司业务部门需要按省公司业务管理部门的要求按时报送业务部门的银行报表，并提交上级管理部门进行数据的审批。实现银行报表的录入、修改和查询，由于操作频繁，因此，要求操作简单快捷，方便易用。2、根据银行报表分类分析根据银行报表分类划分，系统分为运营银行报表、财务银行报表、人事银行报表、排名银行报表。1）运营银行报表运营管理部需要上报的银行报表，主要是反映各业务公司业务发展情况，包括的银行报表有：营销银行报表、直销银行报表、基表、各类产品推广情况表、产品使用率、客户经理直销明细表、会员转型情况表、市场化业务汇总表等。2）财务银行报表财务监管部要求报送的银行报表，反映各类及总公司实时月度财务状况，包括资产负债表、损益表、利润分配表、货币资金银行报表、现金流量表、费用明细表、主营业务收入明细表、应收账款明细表、库存商品明细表、利润分类表、季度损益表等。3）人事银行报表人力资源部要求报送的银行报表，实时统计分子公司人员配备及人员结构。包括员工总名册、人员结构分析表、客户经理结构分析表、员工入职情况表、员工离职情况表、员工岗位调整情况统计表等。4）排名银行报表集团领导关心的，各类业务推广排名信息。包括设备发行情况排名、一般纳税人推广情况排名、新产品推广排名、其他排民表等。表样的实现严格按照既定表样实现，不论从行列顺序，行列数量，都要与样表一致，不能对表样模式进行任何操作，包括列的增加、修改操作；表格中标注为灰色部分为公式，说明本单元格只可读，数据由公式所得。3、权限分析表单会计填写审批备注财务经理总经理省财务经理集团监管资产负债表损益表货币资金表费用表产品销售明细表服务收入明细表客户直销明细表客户直销汇总表生成（查看）（查看）培训学校支出明细表培训学校收入明细银行报表 *市科技有限公司*市服务有限公司山西软件有限公司*分公司培训学校*分校山西信息有限公司山西软件有限公司山西服务有限公司培训学校山西集团有限公司3.2.2系统功能需求1、 业务管理此模块是系统的核心需求，在此模块实现银行报表的填写、银行报表的审批、银行报表的查询统计。由各分子公司进行各类银行报表的填写，银行报表填制完成后，提交上级进行审批；审批流程可自定义。系统可对银行报表的状态进行实时查询，并可以对银行报表的数据根据规则进行分类汇总，根据要求出具各类银行报表。2、 业务基础设置 为了支撑业务管理模块的正常运行，需要对各类数据进行基础配置，如产品销售银行报表中涉及各类产品的收入，因此需要进行产品的初始管理；销售收入需要与客户经理相挂钩，因此需要进行客户经理的管理；银行报表审批过程中会有不同的流程，为了流程变更的方便性，需要进行流程管理，便于根据公司政策，实时进行流程的变更。3、 系统管理银行报表上报系统需要实现多公司、多人员的协同办公，因此权限管理尤其重要。公司的组织机构、办公人员、以及各类角色及权限都需要进行管理。针对系统功能，都进行了进行了一系列需求分析。系统用例图如下图3-1所示。图3-1 系统用例图第四章 总体设计 前面章节介绍了FMR银行报表管理系统的需求分析，本章主要介绍FMR银行报表管理系统的总体设计，主要包括系统构建结构和系统层次结构设计等。4.1系统构建结构FMR银行报表管理系统的开发采用三层结构（应用层、传输层和感知层）一体化管理技术，应用层包括表现层、业务逻辑层、数据层，传输层主要包括网络基础设施（网络）TCP/IP，该系统的整体技术结构如图 4-1所示。图4-1 整体技术架构4.2系统层次结构设计系统总体架构设计采用基于B/S模式的三层体系架构：表现层、应用层、数据层。具体架构图如图4-2所示：图4-2 系统总体架构1、表现层这一层次的核心功能为：1）弹出相应的交互界面2）弹出相应的界面导航3）初步验证数据4）接转数据为HTTP格式并发送5）接收HTTP格式，处理显示2、应用层这一层次的核心即是，响应表示与业务逻辑平台。借助于此，可增益效率，推进系统的灵敏协同。借助于相应的衡量准则，能够衔接好遗留与外在系统，确保数据流畅传输。3、数据层这一层次的设计核心即是确保性能问题。即可允许相应的数据冗余，剥离出相应的点击频率的实际具体的大数据。可也应看到，其自身仍然存在着不可避免的欠缺性，即协同效应上的难题还是归咎于数据库的处理难题。第五章 功能模块的设计 前面章节介绍了系统的总体设计，本章主要从三方面对FMR银行报表管理系统的功能模块设计进行介绍：一、系统功能架构，介绍系统的功能模块设计；二、系统业务流程，介绍功能模块中包含的主要业务流程；三、系统的数据库设计内容。5.1系统功能架构针对FMR银行报表管理系统的整体功能架构图如图5-1所示，主要囊括了三个板块，即业务管控层次板块、系统整体性的管控板块、以及业务地基性设置板块。业务管理包括：银行报表上报、银行报表审批、银行报表查询统计。业务基础设置包括：流程管理、客户经理管理、产品管理、名称设定、提示设定。系统管理包括：机构管理、人员管理、角色管理、权限管理。5.1.1 业务管理模块1、银行报表填写：工作人员在此功能中填写每月需要上报的银行报表，银行报表支持手动填写和文件导入，填写完成可保存和上报，为上报之前可作出相对应的修改。且该工作人员可填写哪个公司哪个银行报表由此工作人员的兼职信息以及角色来确定。2、银行报表审批：工作人员在此功能中可审批需要自己审批的角色。审批数据根据工作人员的角色和兼职信息确定是否显示数据。1）根据银行报表类型可以看出是哪类型的银行报表，是财务银行报表还是运管银行报表。2）根据银行报表当前节点可以看出此银行报表当前需要哪个岗位的工作人员审批银行报表。3）目的：为了让工作人员知道自己是以什么岗位审批的银行报表，如某某工作人员以财务经理的身份审批了银行报表，但是同时兼职总经理。现在只需要区别出银行报表类型和当前节点就能知道自己以什么岗位审批了哪类型的银行报表。3、银行报表查询：此功能主要有所有人员查询银行报表数据，根据银行报表名称来查询数据，人员所属的角色不同，可查询的银行报表名称不同，查询的银行报表数据根据银行报表名称的不同来显示。1）按查询条件能正确的执行查询，且查询结果正确。2）查询条件包括银行报表名称、所属公司、银行报表期间、上报日期。银行报表名称是一种统称，包括2到3张模板。3）根据选择的银行报表名称判断当前登录用户是否拥有查询和下载权限。所属公司按当前登录公司决定可以查看哪些公司的银行报表，总公司查看所有银行报表，省公司查看直属此公司管理的子公司，子公司只可以查看自己公司的银行报表。4）导出功能只根据当前查询条件导出，跟数据分页无关系。如果查询结果10页，那么导出会将这10页的银行报表全部导出。5）因有的工作人员只需要看结束后的银行报表，而有的人却不想看银行报表结束前的任何银行报表，故通过角色来控制是否只查询到结束后的银行报表。5.1.2 业务基础设置模块1、银行报表名称设定：此功能主要由管理员操作，设置银行报表名称属于哪个公司，拥有那些银行报表、由哪些角色可以查看、哪些角色可以退回。此功能设置的数据在查询中使用，查询主要根据名称来查询对应数据。1）银行报表名称可能包括2到3张银行报表。2） 公司不同在银行报表综合查询中银行报表名称选择项看到的名称也不一样。2、客户经理管理：客户经理基础数据的维护，用于银行报表中动态显示客户经理的银行报表。各地市的客服经理同时属于多个公司，编号相同，可以在本月添加上个月入职且有业绩的客服经理。 各地市只能看到自己地市的客服经理。省公司可以看到各地市客服经理。3、产品管理：产品基础数据的维护，用户银行报表中动态显示产品的银行报表。实现对产品的增加、查询、设置是否有效做相关操作。4、流程管理：此功能有工作人员查询某银行报表此刻处于流程的哪个节点，以及删除此银行报表的功能，删除功能只有拥有对应权限的工作人员可以删除。各地市以及省公司查询本月银行报表是否已经上报，在哪一个节点，各地市只能看到自己公司的银行报表，省公司可以查看分公司银行报表。5、上报提示：采用短信或者手机OA推送提醒某个工作人员有银行报表需要审批，当银行报表被上报或者银行报表被退回时，将信息发送至审批银行报表的工作人员手机，或者选择手机OA推送其信息到工作人员。5.1.3 系统管理模块1、组织机构管理：管理员可以在此模块新建公司以及部门，划分整个组织机构。2、权限管理：管理员可以再此模块管理系统的菜单。3、角色管理：主要实现角色的管理以及角色拥有那些权限管理的权限。4、人员管理：主要实现工作人员分配在哪个组织机构以及管理工作人员基本信息、角色信息、兼职信息的功能。5.2业务流程图在本系统中，核心为银行报表的编制及审批。由各分子公司进行银行报表的编制，然后提交各分子公司的主管领导进行审批。如不同意，退回重新修改报送，如同意，则提交到省公司业务管理部门，由省公司业务管理部门的部门经理进行审批，审批通过后，自动提交到集团高管进行审批。在流转的过程中，如有不同意，可实时退回修订，可逐级退回或跨级退回。在银行报表审批流程中，各分子公司看到的银行报表是各公司的银行报表，省公司业务管理部门看到的是各分子公司汇总数据后的银行报表，集团高管看到的是精简过的统计数据，所以，系统不可避免的亟需达到相应的银行报表的汇算功效乃至筛选功效。系统的业务流程图如图5-2所示：图5-2 系统业务流程图各类银行报表都需根据实际情况，和各管理部门进行沟通，确定其审批流程。财务银行报表的业务流程为各地市分公司会计填写财务银行报表，提交各地市财务经理审批，审批通过后，提交各地总经理审批，审批通过后，提交省公司相应公司审批，审批通过后，最后提交集团公司监管部审批。具体流程如下图5-3所示。图5-3 财务银行报表业务流程图业务银行报表的业务流程为地市培训部门填写，提交给培训负责人审核，培训负责人审批通过后，提交给总校营销支持部审批，审批通过后，提交给集团公司监管部审批。具体流程如下图5-4所示。图5-4 业务银行报表业务流程图5.3系统事件流银行报表从加载到审批，从审批到归档都流程都保持一致；整个过程分为表单加载、填写、保存、修改、上报、审批、归档。1、加载表单【操作人员】登录系统；【系统】根据登录信息判断人员角色为各地市财会人员，来加载相应表单链