毕业论文（设计）社会养老保险业务经办系统的设计与实现VIP

1、摘 要1abstract2第章绪论31. 1养老保险系统开发背景31.2本文的主要工作31.3论文的组织结构4第2章养老保险业务经办系统需求分析52. 1养老保险业务经办系统概述52.2养老保险业务经办系统目标和解决的问题52.3养老保险业务经办系统需求问题描述6第3章养老保险业务系统概要设计73.1系统设计目标和原则73. 2系统技术架构设计73. 3系统功能架构设计7第4章 养老保险系统的详细设计与实现94.1系统各模块的设计与实现94.1.1系统登陆模块的设计与实现94.1.2参保系统的设计与实现104.1.3养老管理系统的设计与实现114.1.4系统管理的设计与实现124.2系统数据库

2、的设计与实现13第5章 养老保险系统的测试225. 1测试方法概述225.2测试用例225. 3测试结果分析26第6章结论27致谢28参考文献29附录1英文原文30附录2译文33社会养老保险业务经办系统的设计与实现摘要为了解决随着中国经济快速发展而产生的人口老龄化问题，党在17大上明 确提出了要实现老有所养，建立相应的养老保障体系。然而各地的牛活水平、 管理水平不一，不少地方仍采用较为落后的人工记录的方式，效率低下且数据 保存不完整。这种方式与现在的时代是脱节的，本论文旨在设计并实现一个社 会养老保险业务的系统来摆脫这种情况，同时也是响应政府的要求。论文的理念依据国务院关于建立统一的城乡居民基

3、本养老保险制度的意 见，以此来建立数据库及相关操作，主要包括单位及个人的保险业务，相应的 缴费记录，信息采集汇总等相关情况。本系统使用myeclipse作为开发工具，述使用了常用的web开发框架 struts, hibernate和spring,数据库采用的是oracle数据库，实现对参保和 养老的各项数据的查询等业务，支持管理员对系统各部分的维护功能。力求系 统界面简洁，操作简单易懂。关键词：社会养老保险，oracle, ssh框架abstractin order to solve the problem of population aging casused by the rapid de

4、velopment of chinese economy,the government clearly put forward to establish the corresponding pension system.however, the living standards and management level in all parts of the country are still trilled in many places. besides, the efficiency is low and the data is not save good enough.in my opi

5、nion,this way is out of touch with the present age. this paper aims to design and implement a system to get rid of this situation and to respond to the governments request.this paper is based on the concept of the state council on the establishment of a unified basic old-age insurance system for urb

6、an and rural residents. in order to establish database and related operations, including the units and individual insurance business, corresponding payment records, information collection and summary this system uses myeclipse as a development tool, using common web development framework struts, hib

7、ernate and spring, the database uses is oracle database, the implementation of insurance and pension of the data query operations in support of the administrator of each part of the system maintenance function. i will try to make system interface simple and easy to be understood.keyword: social endo

8、wment insurance; oracle; ssh第1章绪论1.1养老保险系统开发背景社会养老保险制度是由国家规定强制将收入的一部分上缴，当日后退休或 满足一定的条件时再从上缴的基金中获得收入补偿的这么一种非营利为目的的 制度。养老保险制度实际上是对劳动者的一种保障制度。起源于1951年国家发布 的第一部劳动保障法，至今已有60多年的历史。目前为了缓解不断加剧的养老 压力，促进制度公平、社会稳定和经济发展，随着政府指示我国已进入社会养 老保险制度的新时期，而如何正确认识并发展好这一制度也是目前面临的一个 难题。为了规范和推动社会养老保险业务的建设，原劳动保障部曾发布基于c/s 架构的社保

9、核心平台，其他养老保险系统则在这一平台上进行扩充或进行适当 的本地化修改。1.2本文的主要工作本论文是设计和实现社会养老保险业务的系统，就是为了应对这个难题。 本系统运用现代技术，对养老保险的各项信息统一管理，查询方便口保存完整， 比传统的人工管理的方式必然高效很多。木系统是为了方便用户、部门能及时 准确的把握参保关系和养老关系，通过本系统能将数据以表格的方式反馈给用 户，不同的表格述能方便的进行横向比较。同时也支持管理员在后台进行数据 的维护。系统的实际记录内容则部分根据国务院的关于建立统一的城乡居民养老保 险制度的意见，比如养老保险基金由个人缴费，集体补助，政府补贴构成等。也 有比如意见中

10、未提及的关于职工的部分，则按照国家统计局的标准，分为工资、 奖金、补助、津贴等。1.3论文的组织结构全文一共分为六章。第一章为绪论，主要讲论文的写作背景和论文研究内容在国内的现状，还涉 及了实现木系统的现实意义，以及木论文的主要工作。第二章为需求分析，主要进行了一下系统概述以及主要工作，对需求问题展 开进行了描述。第三章为系统的概要设计，简述了系统设计的主要冃标和原则，再以系统的 技术架构和功能架构设计为切入点确定了系统的整体布局。第四章为系统的详细设计和实现，通过er图展示了系统内各主体的关系， 并详细的介绍了系统的各个部分。最后是系统数据库的设计实现，包含数据库内 各个表及字段的详细内容。

11、第五章对系统进行取样测试，通过4个测试用例对可能会出错的部分进行检 测。第六章对木论文进行一次总结。第2章养老保险业务经办系统需求分析2.1养老保险业务经办系统概述养老保险业务经办系统采用b/s结构，用户无需安装客户端，方便了系统 的管理与维护。系统的主要业务流程有参保关系管理和养老关系管理。参保关 系是以单位为整体进行个人的业务管理，具体有个人人数的增减，缴费与补缴。 养老关系是对于退休人员來说的，主要有对不同退休人员的退休待遇及发放管 理。系统模块可以见下图2-1图2-1系统模块示意图2.2养老保险业务经办系统目标和解决的问题本系统的目标是对养老保险业务进行完整的记录管理，包括参保缴费的记

12、 录和退休后的待遇管理发放的记录。可用于解决企业内人员流动大，管理不便 的问题，退休人员参保前缴费不同待遇不同的问题，通过对参保关系的整个过 程都详细的记录下来，以便于后续的操作。2. 3养老保险业务经办系统需求问题描述根据实际情况，养老保险包括参保和养老两部分业务，木系统包括参保关 系管理和养老关系管理两大类，再根据参保时可能存在未及时缴费的情况，用 户缴费以单位为整体和用户需要查询了解缴费详情的实际情况下设几个子表。 养老关系管理根据退休与否，退休实际待遇和待遇是否发放到位下设几个子表。系统管理员对数据，即参与养老保险业务的人员的信息进行录入，单位要 进行缴费时可以先根据单位编号查询单位下

13、相关表的信息，单位下相关表以单 位内每一个员工为一行数据，多行选中要进行缴费的员工，输入缴费基数和缴 费比例，点击计算缴费额即可算出需要缴费的总金额数。没有与单位一起进行 缴费的员工需要进行补缴，完成上述两项工作的进入确认缴费的流程，需根据 缴费后的单据编号进行确认工作，确认完成算是参保业务完成。参见下图2-2 参保信息用例图。團2-2参保信息用例图退休业务时，先审核员工是否满足退休条件，审核通过的员工新增为退休 员工，员工状态改为退休状态。可对退休状态的员工进行待遇发放查询和具体 的待遇数额的查询，退休业务比较简单，注意点是待遇发放后需要同缴费一样 进行确认。第3章养老保险业务系统概要设计3

14、.1系统设计目标和原则木系统为养老保险业务经办系统，顾名思义就是单位和个人用来办理养老 保险服务，相关机构再进行管理的系统。原则上要能方便用户对参保和保险的 业务进行实时的查询，数据的保存写入要具有准确性，可以通过二次确认的方 式來提高准确性，再者要考虑到现实情境和用户可能遇到的情况，比如个人参 保未及吋缴费后的补缴功能，退休保险吋用户去世的情况等。3.2系统技术架构设计养老保险系统基于mvc设计模式mvc的处理过程很简洁，由视图接收用户 数据与用户进行交互，再发送用户请求给控制层，控制器接收到请求后选择调 用合适的模型，然后由被选中的模型对请求进行处理返回得到的数据，接着控 制器再用视图格式

15、化数据，最后通过表示层反馈给用户。本系统采用struts、spring、hibernate的整合框架，由struts负责前台 页面的视图展示,spring实现对struts和hibernate的集成，并且实现业务 对象的生命周期管理、事务控制管理功能，然后hibernate负责数据持久化。 sef框架更多的是引用其前台界面设计，减少设计ui界面的耗时。3.3系统功能架构设计经过需求分析，得岀结论，系统功能模块可分为三个模块，参保关系管理 模块，养老关系管理模块和系统管理模块。参保关系管理包括对单位及个人的参保信息的管理，为了数据的完整性和 考虑到实际意义，对参保单位进行审核，新的单位可以进行添

16、加，旧的单位保 留原参保信息。考虑到人员的流动问题，单位内人员也要有增减功能，同一人 员同一吋间段只能在一家单位参加养老保险业务，这个可由数据库实现，可以 避免重复参保的情况。单位的缴费基数，个人与单位的缴费比例也常常是变化 的，需要能够便捷的进行这几项数值的变更。养老关系管理是对单位员工的退休与否，已退休员工的待遇处理和发放的 管理。员工是否退休是进行养老待遇的前提，因此要对员工是否符合退休的条 件进行界定，符合条件的则退出参保缴费步骤，开始享受退休待遇，员工退休 时相应单位的员工数减去一个。另外，退休待遇也和退休前参保缴的费相关， 不同员工的待遇可能不同，退休待遇也不是无限期的，需要进行总

17、的记录。退 休人员死亡后也要按照相关法律规定将退休金作为补贴返还给相应人员。系统管理模块是管理员对系统的维护管理。为了方便日后的查询和分类， 需要涉及保险业务经办机构和相关工作人员的信息记录。保险业务经办机构是 政府的负责养老保险这一职能的部门，考虑到一个地区有多个经办机构，可能 使用同一个系统，因此需要有对经办机构的增加，修改功能。整个系统至少可 划分为参保和养老两部分，机构的工作人员也可能各自负责不同的方面，为了 防止工作人员出差错需要对不同的人员授予不同的权限。此外，养老保险业务时间跨度长，一般数据都尽量保持只增不减，例如上 述当单位或机构关闭时不将相应的数据删除。同时该业务涉及民生大事

18、，金额 的缴纳，支取都需要进行核对以防止可能出现的纟比漏，使系统更加严谨。第4章养老保险系统的详细设计与实现4.1系统各模块的设计与实现4.1.1系统登陆模块的设计与实现打开ie浏览器，输入网址http:/localost:8080/grapro即可跳转到登 陆界面，用户需输入用户名与密码方可进入系统，如果用户名不存在，则会弹 窗提示查询用户信息岀错，如图4-1所示；如果不输入用户名，则会弹窗提示 用户名不能为空；如果用户名输入正确而密码输入错谋，则会显示您输入的密 码错误，还可以输入n次，输错的次数会后台记录下来，最多输错5次则该用 户会被锁定，一段吋间后才能再登陆，这样做的目地是提高系统的

19、安全性，防 止有人恶意破解密码。具体的实现逻辑是，当点击登陆时，浏览器会将用户输 入的信息上传给服务器，服务器则根据相应的配置文件调用控制器，控制器再 调用验证逻辑，在数据库中查询，与用户表中信息是否匹配，当信息正确时， 返回相应jsp界面，并将用户权限放入session屮以备查询用。为了使频繁登 入吋更为方便，本系统还提供了记住用户名和密码的功能。入公告查洵用户信息出错！更多用户程录来自网页的消息召：ad>in2士 11、查询用户信息曰惜！记住用户名记住密码g登录g退出建议使用浏览器为ie7及以上版本?图4-1用户登录图登陆后点击右上角我的账户可以查看个人资料，具体有用户登陆id,用户

20、 名，所属机构等标签，同时还有修改密码，修改个人资料的功能按钮可以供使 用。修改密码时需要确认一遍i口密码，再输入两次同样的新密码才算完成修改 密码的步骤。4.1.2参保系统的设计与实现参保信息主要包括单位缴费和个人缴费。单位缴费是指按政府机关指示各 个单位每月应当上缴的养老保险费用，由于每个人是以单位为一个整体，个人 若存在单位未及吋为个人进行缴费，而单位已经缴费的情况时，个人需要单独 进行补缴。首先是单位缴费功能，基本界面如图5-2所示，查询信息以单位和月为基准， 可以查询在一个单位某个月中所有人的个人信息，包括一些基本信息和参保的 各项信息，同时页面下方的批设置功能允许设置缴费基数和缴费

21、比例，选屮多 行后会根据设置好的缴费基数和缴费比例对多个人员进行应缴费的金额的计算 以及保存缴费信息的功能。单位竝证集图4-2单位信息图个人补缴功能是基于个人的，因此如图4-3所示，查询时需要的是个人编号而不是企业的编号，页面上显示的也是一些个人的基本信息和缴费相关的信息。由于只有一条信息，所以只有保存缴费的扩展功能。fisfi 口个人幣i"©9 :"空口个人信且个人侶 身悄证号码单位编4迅给年月图43个人补缴信息图缴费管理功能是用于当企业、个人完成缴费后根据缴费凭证上的缴费单号 对这项缴费进行查询和确认的一项服务。查询时可以根据缴费的时间进行更细 化的查询，页面

22、上除了会显示个人的基本信息和缴费的信息还有一个确认与否 的信息，点击右下方的确认缴费是缴费的最后一步，会弹窗让用户检测与缴费 金额是否一致。本系统支持用户对单一参保人员的缴费的总的历史进行查询，只需知道个 人编号即可查询该人的缴费收据编号，单位记账额，个人记账额，记账时间等 信息。根据政策，个人记账额为单位缴费金额的一定比例和全部的个人缴费金 额的加和。记账时间为最后一次确认缴费的时间。4.1.3养老管理系统的设计与实现国家规定当企业员工到一定年龄可办理退休手续，即员工不再从事生产活 动时，需要到相关部门办理退休业务，退休后员工可以享受之前缴费的反馈， 即按月领取相应的退休金待遇。退休人员管理

23、功能页面可以进行对退休人员的增减操作，同时，由于退休 需要满足一定的条件，比如到达退休的年龄，缴纳完了应缴的金额，缴费时间需要满十五年等。还可对退休人员进行查询，可以查询到退休人员的较为详细的基本信息。具体界面如图4-4所示个人编号 身份证号冯联系炖址审孩状念单位编号单位施址甲位审核状态图44退休人员管理图退休待遇管理功能基于退休成功的人员，可以对查询的退休员工计算应发 放的金额，为确保无误，还需填写待遇发放单据，即对应发放的金额进行核对。 查询界面除了一些基本信息，还包括了退休的吋间和退休金发放，即享受待遇 的剩余时间。核对之后，可以进入待遇发放页面对待遇发放单据进行查询确认。 另外还有对去

24、世的退休人员的管理页面就不一一赘述了。4.1.4系统管理的设计与实现管理员权限的用户可以点击界面右上角的按钮切换进入系统管理的界面。 可以对企业、参保人员，系统用户等进行管理。机构一经添加不提供删除功能，对机构倒闭或关闭这种情况只是在系统中 以是否有效这一列进行区分，同时一个机构可能下展多个子机构，机构虽不能 删除，但是提供了修改功能，可以对机构名称，机构是否有效等属性进行修改。 系统具体界面如下图4-5所示图45机构管理图角色管理实际上是用来管理参与养老保险经办业务系统的工作人员的，因 为工作人员的数量大且工作时的权限有同有异，对每一个工作人员单独进行权 限分配比较麻烦，由此才使用了角色这一

25、概念，不同角色可以有不同的操作权 限，不同的机构也可以由不同的角色管理，但一个角色下的所有用户都拥有相 同的权限。角色管理主要是对角色的增加、修改和权限分配，权限分配页面可 以复选上述参保系统和养老保险的栏目的操作权限，当该角色下的用户登录系 统后只会显示所具有权限的页面。用户管理界面可以对用户进行增加，修改和分配角色，一个用户可以对应 多个角色，登录系统时使用角色的密码登录，密码默认为888888,用户管理界 面可以直接重置用户的密码为默认密码，不能随便修改密码。4. 2系统数据库的设计与实现考虑到养老保险业务涉及民牛问题需要较高的安全性，并且涉及的数据量 也肯定很大，而oracle数据库具

26、有安全性好的优点又适合数据量大的情况，故 本系统采用oracle数据库。首先创建一个数据库实例对象orcl,具体设置如下orcl =(description =(address = (protocol = tcp)(host = 72)(port = 1521)(connect.data =(server = dedicated)(service_name = orcl)接着，在数据库中创建用户csl并建立表，然后实现数据库与系统的关联，本系统使用hibernate框架实现java与数 据库的连接，具体使用方法是配置相应的hibernate, cfg. xml文件，具

27、体代码 如下：<session-factory><property name=hconnection.diiver_class”>oracle.jdbc.driver.oracledriver</property><property name二"connection.uit>jdbc:oracle:thin: 72:1521 :orcl</property><property name=hconnection.usernamem>csl</property><prope

28、rty name=mconnection.passwordm>sa</property><property name=hdialect,>org.hibernate.dialect.oracle 1 ogdialect</property><property name=nshow_sqlh>true</property><property name=hjdbc.batch_sizeh>50</property><property name=mhibernate.c3po-min_sizem>5

29、</property><property name=mhibernate.c3p0.max_sizeu>5</property><property name=,hibernate.c3p0.timeoutn>120</property><property name=hhibernate.c3p0.max_statementsn>0</property><property name=mhibernate.c3p0.idle_test_periodm>60</property><pro

30、perty name=mhibernate.c3p0.acquire_incrementn>0</property></session-factory>通过csl/sa的用户可以访问本地的orcl数据库实例。通过上述对本养老保险业务系统的分析，涉及的实体主要有单位，参保人简述一下，就是参保人员隶属于参保单位，业务经办员工隶属于经办机构，同 时业务经办员工记录单位和人员的参保信息。主要表结构和字段的信息如下所示：经办机构表sys agency表结构名称字段名称数据类型主键非空经办机构编号jbjgbhvarchar2(9)yesyes经办机构名称jbjgmcvarch

31、ar2(50)noyes隶属机构parentvarchar2(9)nono状态effectivevarchar (1)nono备注bzvarchar2(100)nono用户表sys_user表结构名称字段名称数据类型主键非空用户编号useridvarchar2 (9)yesyes用户名usernamevarchar2(50)noyes密码passwordvarchar2(9)xoyes状态effectivevarchar (1)nono备注bzvarchar2(100)nono经办机构编号jbjgbhvarchar2(9)xono角色表sys_role表结构名称字段名称数据类型主键非空角色编号

32、roleidvarchar2(9)yesyes角色名rolenamevarciiar2(50)noyes状态effectivevarchar (1)nono备注bzvarchar2(100)xono经办机构编号jbjgbhvarchar2 (9)xono角色分配表rolc_config表结构名称字段名称数据类型主键非空角色编号roleidvarchar2(9)yesyes用八编号useridvarchar2(9)yesyes功能表sys_function表结构名称字段名称数据类型主键非空功能编号funidvarchar2(12)yesyes功能名称funnamevarchar2(20)noye

33、s父节点编号parentvarchar(12)xono备注bzvarchar2(100)nono类型typevarchar2(10)xono功能事件funeventvarchar2(100)nono权限表function_config表结构名称字段名称数据类型主键非空功能编号funidvarchar2(12)yesyes角色编号roleldvarchar2(20)noyes核对checktypevarchar2(10)nono单位信息表orgn_reg表结构名称字段名称数据类型主键非空经办机构编号jbjgbhvarchar2(16)noyes单位编号dwbhvarchar2 (16)yesye

34、s单位名称dwmcvarchar2(100)noyes单位状态dwztvarchar2(100)noyes单位地址dwdzvarchar2(50)xono联系电话lxdhvarchar2(10)xono邮政编码yzbmdate0no成立口期clrqvarchar2(1)nono个人信息表pcr_info表结构名称字段名称数据类型主键非空个人编号grbhvarchar2(16)noyes身份证号码sfzhmvarchar2(16)yesyes姓名xmvarchar2(100)noyes性别xbvarchar2(100)noyes民族mzvarchar2(50)nono联系电话lxdhvarcha

35、r2(10)nono联系地址yzbmdatenono人员状态clrqvarchar2(l)nono参保信息表per_reg表结构名称字段名称数据类型主键非空个人编号grbhvarchar2 (16)yesyes单位编号dwbhvarchar2(16)yesyes参保状态cbztvarchar2(10)xono缴费基数jfjsnumbernono单位缴费比例dwjfblnumbernono个人缴费比例grjfblnumbernono单据表pcr_ bill表结构名称字段名称数据类型主键非空单据编号b 订 lidvarchar2(16)yesyes缴费主体编号jfztidvarchar2(16)n

36、oyes缴费金额jf jenumber (16, 2)xono确认标志qrbzvarchar2 (2)nono经办时间jbsjdatenono缴费人数jfrsnumbernono缴费主体类型jfztlxvarchar2(10)nono应缴表pct due表结构名称字段名称数据类型主键非空个人编号grbhvarchar2(16)yesyes缴费年月jfnyvarchar2(6)yesyes单位编号dwbhvarchar2(16)noyes缴费基数jf jsnumber(16, 2)nono单位缴费比例dwjfblnumbernono个人缴费比例grjfblnumbernono应缴金额yjjenu

37、mber (16, 2)nono经办时间jbsjdatenono单据编号billidvarchar2(16)nono缴满标志jmbzvarchar2(2)nono补缴表per_decl表结构名称字段名称数据类型主键非空个人编号grbhvarchar2(16)noyes缴费申报编号jfsbidvarchar2(6)yesyes单位编号dwbhvarchar2(16)noyes缴费基数jfjsnumber (16, 2)nono单位缴费比例dwjfblnumbernono个人缴费比例grjfblnumbernono应缴金额yjjenumber (16, 2)nono经办吋间jbsjdatexono

38、单据编号billidvarchar2(16)nono缴满标志jmbzvarchar2 (2)nono缴费年月jfnyvarchar2(6)noyes账户表pcr_ account表结构名称字段名称数据类型主键非空个人编号grbhvarchar2(16)noyes账八编号accountedvarchar2(16)yesyes单位记账额dwjzenumbernono个人记账额gr jzenumberxono记账时间dwjfbldatexono结清日期jzsjdatexono单据编号billidvarchar2(16)xoyes退休人员表adrcg表结构名称字段名称数据类型主键非空个人编号grbhv

39、archar2(16)noyes单位编号dwbhvarchar2(16)noyes待遇登记编号dydjidvarchar2(16)yesyes离退休日期ltxrqdatenono审批标志spbzvarchar2 (2)xono减员日期jyrqdatexono银行八名yhhmvarchar2 (50)xono银行账号yhzhvarchar2(20)0no遗嘱人员表supp_reg表结构名称字段名称数据类型主键非空个人编号grbhvarchar2(16)noyes待遇登记编号dydjidvarchar2 (16)yesyes死亡人员编号sywrybhvarchar2(16)noyes银行户名yhh

40、mvarchar2(50)xono银行账号yhzhvarchar2(20)xono经办时间jbsjdatexono个帐扣减表ad_account表结构名称字段名称数据类型主键非空账八编号zhidvarchar2 (16)yesyes待遇登记编号dydjidvarchar2(16)noyes个人编号grbhvarchar2(16)noyes单位记账额dwjzenumberxono个人记账额gr jzenumberxono发放编号ffidvarchar2(16)xono单据编号b 订 lidvarchar2(16)nono记账日期jqrqdatexono待遇发放表ad_giv名称字段名称数据类型主

41、键非空发放编号ffidvarchar2(16)yesyes待遇登记编号dydjidvarchar2(16)noyes补贴编号btbhvarchar2(16)noyes补贴金额btjenumber (16, 2)xono发放年月ffnyvarchar2 (6)nono单据编号b 订 lidvarchar2(16)nono发放标志ffbzvarchar2(16)xono单据表ad_b订1表结构名称字段名称数据类型主键非空单据编号b 订 lidvarchar2(16)yesyes待遇登记编号dydjidvarchar2(16)noyes发放金额ffjenumber (16, 2)noyes经办吋间j

42、bsjdatexono确认标志qrbzvarchar2(2)nono表的创建使用工具pl/sql development,以下是用户表csl.sys_user和角色 表csl.sys_role的创建代码 create table csl.sys_user(userid varchar2(9) not null,username varchar2(50) not null,password varchar2( 16) not null,jbjgbh varchar2(9),effective varchar2( 1) not null,bz varchar2(100)tablespace csl

43、/alter table csl.sys_user add constraint pk_userld primary key(userld)/comment on column csl.sys_user.userid is '用户 编号'/comment on column csl.sys_user.username is '用户 名'/comment on column cslsys_use匚password is '密码'/comment on column csl.sys_user.jbjgbh is '所属经办机构，/commen

44、t on column csl.sys_user.effective is '用户习犬态'/comment on column cslsys_use匚bz is '备注'/角色表create table csl.sys_role(roleld varchar2(9) not null,rolename varchar2(50) not null,jbjgbh varchar2(9),effective varchar2( 1) not null,bz varchar2( 100)tablespace csl/alter table csl.sys_role ad

45、d constraint pk_roleld primary key(roleld)/comment on column cslsys_role<roleid is '角色编号'/comment on column csl.sys_role.rolename is '角 色名'/comment on column csl.sys_role.jgbh is 机构编号第5章养老保险系统的测试5.1测试方法概述软件测试就是指对软件质量的检验，一般是按照既定的流程和方案进行软 件的试运行，有时也需要使用工具进行测试，最终评估软件的质量，找出可能 存在的问题，为后续

46、的改进步骤提供方向。而不是在软件己经提交给用户后由 用户使用时才慢慢发现一个个缺陷，这样既延长了软件的开发周期，又不利于 企业的风评。很多时候，测试不是为了验证软件能否正确的运行，而是在软件 已没明显的错误吋为了早些发现软件可能存在的缺陷。而口测试通常避免由软 件的开发人员来自行进行，因为容易看出的错误在这一阶段应该都已经解决了。 测试时的测试用例选择合理与不合理的用例并重，且在测试前应该对测试结果 有一定的把握，以便于大量快速的进行测试。随着项目规模的扩大和难度的加 深，软件测试的难度也随之加大，一个项目通常由一个团队来完成，但测试却 常常没有那么豪华的阵容，测试人员不仅要有足够的耐心去发现

47、错误，同样需 要具有足够的能力来应对错误。软件测试从不同角度有着不同的分类。从是否针对软件内部结构和具体实 现角度可以分为黑盒测试和白盒测试。从执行程序的角度可以分为动态和静态 测试。从测试执行的阶段又可细分为单元测试，集成测试，验收测试等。比较简单的如黑盒测试，也称为功能测试，是在已经知道软件的具体功能 后通过合理的操作看每个功能是否能正确运转。就像是将整个软件当作一个黑 盒子，并不考虑其内部的结构，简单的说就是只看结果而不去探究过程。而白 盒测试则是与之相反，在了解软件内部结构的情况下进行测试，测试时只看重 软件内各部分是否按预期运转，只要逻辑正确，结果反而不是那么看重了。5. 2测试用例

48、有些字段在数据库中创建之初就是非空的，为空时就会报错，如下表5-1表5-1测试用例1说明系统要求有的字段为必填项目，如果用户没有输入，不能成功保存测试需求机构编号和名称用于区分不同机构，系统要求机构编号和名称 不能为空设计输入机构编号、父机构编号、备注不为空，机构名称为空预期输出机构编号和机构名称系统标明了是必填项目，其中之一为空时 就会报错实际输入机构编号：001父机构编号：3701备注：测试机构名称为空；机构编号：001机构名称：测试001其余为空；实际输出机构名称为空时报错机枸信r机构塢号ooi机构翔父机构塢号|3to1|q|1来自网页的消息b 航名称】为必录项不絳空，昵®第二

49、组成功实现添加机构。确认收缴单据后，在个人账户查看中个人记账额才会相应的增加，如下表5-2表5-2测试用例2说明个人账户中的个人记账额只有在完成确认收缴单据后才会发 生变化测试需求对确认收缴单据这一功能是否能正常运作设计输入进行两组补缴行为，一组确认收缴单据，另一组不进行确认续上表5-2预期输出第一组中的个人记账额没有变化,第二组中的个人记账额增加 了。实际输入如设计输入，两组测试，第一组进行补缴，不确认收据，查看 个人账户中的个人记账额；第二组也进行补缴，但接着还确认 收据，再查看个人账户屮的个人记账额。实际输出第一组没确认收据的测试中，个人记账额不变，第二组个人记 账额增加了个人编号100

50、000008aj沪o一个人编号身份证号码姓名性别人员状态单位记緬个人记緬i100000008372930199006117132 肅2男正常30.0020.00 1表中有些字段的数据根据实际意义会有约束，如身份证号码，第十七位的数字 与性别的男女有关，奇数表示男性，偶数表示女性。对这一细节进行测试如下 表5-3表5-3测试用例3说明身份证号码木就比较长，容易出现输错的情况，第十七位的奇 偶性和性别有直接联系测试需求测试性别男女与第十七位的奇偶性会不会出现违反现实约束 的情况设计输入分两组测试，第一组先故意将性别与身份证号码十七位搞错， 如系统报错则进行下一组测试，将性别改一下，看是否正确。预期

51、输出第一组测试时报错了，第二组测试成功。实际输入第一组输入错误的数据林平之女第二组输入正确的数据林平z,男实际输出续上表5-3第一组测试报错提示身份证输入的不合法，要求重新检验一遍认1本信息来自网页的韻飞个人聘咙名of 頌炳码fi人枷！施楸文"65131315431曲;烬笫二组测试没有报错。系统内有些部分存在因果的联系，比如在退休人员管理时，要想新增一个退休人员，首先他的参保状态要为退休状态。如下表5-4表5-4测试用例4说明系统内有些部分有逻辑上的关联,人员的参保

52、状态为退休状态 是他退休的必要条件测试需求测试参保状态不是退休状态的人员能否进行退休设计输入分两组测试，第一组先故意将参保状态不为退休状态，其余如 年龄等均符合退休条件，看是否会报错；第二组测试，将参保 状态为退休状态，其余如年龄等均符合退休条件，看还会不会 报错。预期输出第一组测试吋报错了，第二组测试成功。实际输入第一组的各项数值除参保状态为正常外其余均符合退休条件； 第二组的各项数值均符合退休条件，参保状态为退休状态。实际输岀第一组人员的参保状态为正常参保，弹窗提示该人员的参保状 态为正常参保，需先将其参保状态调整为退休。第二组没有报错。5. 3测试结果分析经过一些测试，本系统已能正常运行

53、。第6章结论木论文设计和实现了一个养老保险业务系统，根据养老保险的现实意义进 行系统的内部功能的设置，系统的界面和基本功能已经完成，经过简单的黑盒、 白盒的测试，没有发现显著的错误。系统基于j2ee,使用了 ssh的框架实现了 mvc的分层模式，系统内各个部 分相对独立，具有良好的可扩展性，给系统添加功能吋无需对系统进行大改。 且系统维护主要集中在服务器端，间接提高了维护的效率。系统改进的方向主要是界面的美化和功能的进一步细化完善。毕竞养老保 险这一块领域了解的不深，考虑不足的地方应该也有很多，可改善的地方述是 有的。致谢作为大学学习的最后一个环节，毕业设计是整个大学学习成果的结品，同 时，毕业设计的完成，也为大学学习生活画上了一个句号。在这里，我要感谢 这四年来教导我的每一位老师，正是由于他们的教诲，我才能顺利的完成本次 毕业设计的主要内容。尤其是负责我毕业设计内容的郭风华导师，从毕业设计 选题一结束，在我还在迷茫努力方向的时刻就对我指明了前进的道路，当我进 入地纬公司实训时，也体谅我可能没有余力进行原先课题的制作，允许我修改 课题为地纬公司的课题，并且不忘督促我的毕设完成进度，使我没有懈怠。最后，再一次感谢所有帮助过我的老师，同学，没有你们的帮助，