社保基金管理系统毕业设计_第1页
社保基金管理系统毕业设计_第2页
社保基金管理系统毕业设计_第3页
社保基金管理系统毕业设计_第4页
社保基金管理系统毕业设计_第5页
已阅读5页,还剩38页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、订线安徽工业大学 毕业设计(论文)说明书绪论一个城市有数十万乃至数百万的在职职工和离退休职工,每月都要在社保部门缴纳社保基金和领取基本养老金,社保基金服务的对象众多,业务量十分庞大,员工的工作量大,如果采用传统的人工管理,既增加了成本,其速度也难以适应实际工作的需要,同时也容易产生各种差错,必须采用先进技术对社保基金的日常业务工作进行管理。本次毕业设计就是为了解决社保基金在传统的人工管理中所出现的种种问题,利用现代化计算机技术开发出一套高可靠、高效率、低成本的社保基金管理系统在本次毕业设计中,所要完成的任务主要有:1. 对市民分类编码,确定每个数据字段的长度和类型,建立有关的数据库。2. 信息

2、录入,即把各种信息输入到数据库中。3. 信息的查询,即各种查询操作。4. 对数据库中的数据进行更新维护。5. 对各种信息进行统计。完成以上任务的同时,还要达到以下的要求:1. 坚持以方便用户为原则,尽可能地使用户不输入汉字或少输入汉字。2. 功能齐全。3. 结构简单,逻辑清晰,便于阅读与维护。4. 设计思想先进。5. 用户界面友好。目 录绪论11、开发工具及相关知识介绍4 1.1 visual basic 6.0 和access2000简介41.1.1 visual basic 6.0的发展概况41.1.2 visual basic 6.0的功能特点41.2 visual basic 6.0中

3、数据库系统开发51.3 access数据库系统51.4 面向对象的软件开发61.4.1 分析61.4.2 设计61.4.3 编程61.4.4 测试61.4.5 维护61.5 数据库概述71.5.1 数据库技术的发展历程71.5.2 数据库系统的优势71.5.3 数据库开发过程82、 社保基金管理系统需求分析92.1 系统目标设计92.2 系统功能分析93、社保基金管理系统总体设计114、社保基金管理系统详细设计124.1 数据流程分析124.2 数据库需求分析134.3 数据库概念结构设计144.4 数据库逻辑结构设计185、社保基金管理系统应用界面开发255.1 系统主界面设计255.2 登

4、录权限255.3 在职人员查询界面设计275.4 基本养老金查询界面设计275.5 在职人员缴费查询界面设计285.6 低保人员信息查询界面设计295.7 低保人员信息编辑界面设计295.8 政策法规查询界面设计305.9 政策法规编辑界面设计305.10 政策信息编辑界面设计315.11 在职员工信息编辑界面设计315.12 离休人员信息封存界面设计325.13 单位缴费查询界面设计325.14单位基本信息编辑及基本查询界面设计335.15财务信息查询界面设计335.16财务信息入账界面设计346、社保基金管理系统维护与调试35结 论36致谢37附录a 参考文献38附录b 英文文献翻译39附

5、录c 程序源代码60共 43 页 第 43 页1、开发工具及相关知识介绍在设计和实现本系统时,主要是使用microsoft公司的visual basic 6.0及其access 2000数据库开发工具,按照面向对象的方法来开发本系统的,下面,就所使用的开发工具及相关知识做一下介绍。1.1 visual basic 6.0 和access2000简介1.1.1 visual basic 6.0的发展概况 visual basic 6.0是microsoft公司推出的可视化编程工具visual studio的众组件之一,是使用最广泛的程序开发工具。目前广泛使用的visual basic 6.0有三

6、个版本:学习版(learning)、专业版(professional)和企业版(enterprise)。其中,学习版是visual basic的基础版,包括所有的内部控件以及连同网络、数据绑定控件;专业版除了具有学习版的全部功能外,还包括activex和internet控件开发工具之类的特性;企业版除具有专业版的全部功能外,还包括一些特殊工具,它是为创建更高级的分布式、高性能的客户、服务器的应用程序而设计的。1.1.2 visual basic 6.0的功能特点1、 面向对象的可视化编程visual的英文含义为“可视化的”,指的是开发图形用户界面(gui)的方法,不需编写大量代码去描述界面元素

7、的外观和位置,而只要把预先建立的对象加到屏幕上的一点即可。程序员的工作主要是编写相关对象要完成的功能的程序,大大地提高了程序员设计效率。2、 事件驱动在传统的“过程化”的应用程序中,应用程序自身控制了执行哪一部分代码和按何种顺序执行代码。在事件驱动的应用程序中,代码不是按照预定的路径执行,而是在响应不同的事件是执行不同的代码片段。事件可以由用户操作触发,也可以由来自操作系统或其他应用程序的消息触发,甚至由应用程序本身的消息触发。这些事件的顺序决定了代码执行的顺序,因此应用程序每次运行是所经过的代码的路径都是不同的。每个事件都能驱动一段程序的运行,程序员的主要任务就是编写响应每个事件的代码。3、

8、集成开发环境visual basic的集成开发环境或ide集成了许多不同的功能,程序员可在上面设计界面、编写代码、编译和调试程序,为用户提供了友好的开发环境。4、强大的数据库功能利用数据控件可访问任何遵从odbc的数据库,visual basic 6.0中新增了功能强大的ado(activex database object)控件,其使用更方便,访问速度更快。5、activex技术activex技术是一种共享程序数据和功能的技术。它由microsoft提出并大力推广,并已成为事实上的标准。activex技术是microsoft对ole技术的更新和发展,activex技术涵盖了ole的所有技术和

9、功能,同时又具有许多新的特性,以适应网络发展的需要。它是一组包括控件、dll和activex文档的组件,它通常以动态链接库的形式存在,其设计思想是将一个程序嵌入到另一个程序中。借助这种技术使得用户在一个程序中所创建的信息可以被集成到其他程序所产生的文档中。这样就可以随意地应用到各种场合。6、联机帮助与其他windows软件一样,在visual basic 6.0中可以装msdn帮助软件,利用帮助菜单或在设计程序时按f1键,用户可方便地得到所需要的帮助信息。1.2 visual basic 6.0中数据库系统开发visual basic 与数据库系统作为两种可独立运行的软件系统,是通过”接口”的

10、方式进行连接与调用的,这个“接口”我们通常称为数据访问模型。visual basic 数据访问模型经历了dao(data access object)、rdo(remote data object)到ado(activex data object) 三个重要阶段。数据访问模型通过设置对象属性以及附加到对象的方法,传递visual basic 对数据库的访问请求,再由数据库管理系统处理这些请求,实现对数据库的真正操作。一般将visual basic 可以访问的数据库分为以下3类: jet数据库:数据库由jet引擎直接生成和操作,不仅灵活而且速度快。ms access与visual basic使用

11、相同的jet引擎。 isam数据库:索引顺序访问方法(isam)数据库,如dbase、foxpro、paradox。 odbc数据库:遵循odbc标准的客户/服务器数据库,如sql server、oracle等。1.3 access数据库系统 access 2000是microsoft office内自带的一个小型数据库管理系统,与其他数据库管理系统相比,access的突出特点是简单易学 ,用户很快掌握并使用它。虽然access是一个小型数据库系统,但是它的功能足够强大,完全可以应付一般的数据管理及处理需要。更重要的是visual basic本地数据库使用与access相同的格式,通过本地数据

12、库引擎即可直接创建和操作数据库,可以提供最大程度的灵活性和速度。作为microsoft office的一员,access拥有广泛的用户群,其特点如下: 数据库的表和索引都存于mdb文件中,数据库文件的结构类似于大型数据库系统sql server,一个数据库文件可以含有多个数据表。数据字段能含时间信息,支持空值即null,表示数据单元中的数据不知道或不确定,这是其他小型数据库系统不具备的。memo字段作为text类型处理,长度可达1.2gb。提供二进制对象(blob),可在其中存储任何类型的数据,大小仅受数据库限制,而数据库的大小仅受硬盘容量的限制。 access数据库具有较高的安全性。可设置不

13、同级别的用户名和密码。1.4 面向对象的软件开发在整个软件开发过程中,编写程序只是相对较小的一个部分。软件开发的真正决定性因素来自前期概念问题的提出,而非后期的实现问题。只有识别、理解和正确表达了应用问题的内在实质,才能做出好的设计,然后,才是具体的编程实现。再期的软件开发所面临的问题比较简单,从认清要解决的问题到编程实现并不是太难的事。随着计算机应用领域的扩展,计算机所处理的问题日益复杂,软件系统的规模和复杂度空前扩大,以致于软件的复杂性和其中包含的错误已达到软件人员无法控制的程度,这就是60年代初期的“软件危机”。软件危机的出现,促进了软件工程学的形成与发展。在这里先简要介绍一下,什么是面

14、向对象的软件工程。面向对象的软件工程是面向对象方法在软件工程领域的全面应用。它包括面向对象的分析(ooa)、面向对象的设计(ood)、面向对象的编程(oop)、面向对象的测试(oot)和面向对象的软件维护(oosm)等主要内容。1.4.1 分析从问题的陈述着手,建立一个说明系统重要特性的真实情况模型。为理解问题,系统分析员需要与客户一起工作。系统分析阶段应该扼要精确地抽象出系统必须做什么,而不是关心如何去实现。面向对象的系统分析,直接用问题域中客观存在的事物建立模型中的对象,无论是对单个事物还是对事物之间的关系,都保留它们的原貌,不做转换、也不打破原有界限而重新组合,因此能够很好地映射客观事物

15、。1.4.2 设计在设计阶段,是针对系统的一个具体实现运用面向对象的方法。其中包括两方面的工作,一是把ooa模型直接搬到ood,作为ood的一个部分;另外是针对具体实现中的人机界面、数据存储、任务管理等因素补充一些与现实有关的部分。1.4.3 编程编程是面向对象的软件开发最终落实的重要阶段。在ooa和ood理论出现之前,程序员要写一个好的现象对象的程序,首先要学会运用面向对象的方法来认识问题域,所以oop被看作一门比较高深的技术。现在,oop的工作比较简单了,认识问题域与设计系统成分的工作已经在ooa和ood阶段完成,oop工作就是用一种面向对象的编程语言把ood模型中的每个成分书写出来。1.

16、4.4 测试测试的任务是发现软件中的错误,任何一个软件产品在交付使用之前都要经过严格的测试。在面向对象的软件测试中继续运用面向对象的概念与原则来组织测试,以对象的类作为基本测试单位,可以更准确地发现程序错误,并提高测试效率。1.4.5 维护无论经过怎样的严格测试,软件中通常还会存在错误。因此软件在使用的过程中,需要不断地维护。使用面向对象的方法开发的软件,其程序与问题域是一致的,软件工程各个阶段的表示是一致的,从而减少了维护人员理解软件的难度。无论是发现了程序中的错误而追溯到问题域,还是因需求发生变化而追踪到程序,道路都是比较平坦的。而且对象的封装性使一个对象的修改对其他对象的影响很少。因此,

17、运用面向对象的方法可以大大提高软件维护的效率。1.5 数据库概述数据库作为计算机应用领域的重要组成部分,已经渗透到社会生活的方方面面。小到基本的公司日常管理,大到互联网的电子商务,都刻着数据库的印记。电子时代的到来。使数据库技术逐渐走进每一个人的生活。数据库技术,小到基本的桌面应用,大到企业级的大型事物处理,它已经无所不在,无所不及。数据库技术为软件行业带来了巨大的生机与活力,数据库编程已经成为世界软件生产的重要内容。1.5.1 数据库技术的发展历程数据库是现代计算机应用的一个重要组成部分,是人们有效地进行数据储存,共享和处理的工具。数据库技术的发展经过了40多年的历程。1963年,c.w.b

18、achman设计开发的ids系统开始投入运行,使多个cobol程序可以共享数据库。1968年,网状数据库系统total出现。1969年,mcgee开发层次式数据库系统,发布了ibm的ims系统。1970年,ibm公司的san jose 研究所的 e.f.code 发表了题为大型共享数据库数据的关系模型的著名论文,树立了关系型数据库的新的里程碑,e.f.code因此获得1981年度的acm 图灵奖,ibm san jose研究所也在1976年研制出在机器上运行的system r关系型数据库管理系统。1979年,公司推出了第一个商品化的关系型数据库系统oracle 2.0。80年代至今,是数据库技

19、术发展的成熟时期,这个时期出现了众多的大型数据库系统,包括ibm的db2、微软的sql server、sybase以及informix相继出现,使数据库系统呈现出夺目的光彩。1.5.2 数据库系统的优势数据库同文件相比,有以下优势:首先,数据库中的数据是高度结构化的,不仅考虑数据项之间的关系,还考虑了记录类型之间的关系,从而反映出现实中的信息实体。其次,数据库中的数据是面向系统而不是面向应用的,因此数据库中的数据比文件系统的共享程度要高,面向系统的另一个好处就是信息结构稳定,易于扩展。第三,数据库系统比文件系统有更高的独立性。为了实现这种独立性,数据库系统往往拥有比特定应用更多的数据,对于特定

20、应用只提供局部的逻辑结构,保持应用的逻辑独立性。第四,数据库系统具有交好的数据安全性和一致性维护措施。数据库系统都具有特定的授权机制,防止非法用户的使用。在多用户操作的情况下,数据库可以进行良好的数据并发处理,维护数据的一致性。最后,数据库对数据的存取不是以记录为单位的,可以仅操作记录的某些字段,方便外部应用对数据的操作。1.5.3 数据库开发过程开发一个数据库应用,通常需要经过如下阶段:阶段1:调查与分析。获得软件的需求信息和基本的功能定义,形成基本的软件功能描述。阶段2:数据建模。根据应用调查分析得到的信息,建立应用中涉及的数据以及操作数据的方法、流程,形成数据的流动图表。阶段3:功能设计

21、。针对应用调查与分析结果和数据建模,进行应用的详细功能设计,形成应用的软件设计文档。阶段4:选择数据库系统。选择合适应用的数据库系统。 阶段5:选择数据库访问技术。选择合适应用的数据库访问技术。阶段6:代码设计。设计应用的软件代码。阶段7:测试与调试。开发设计中的问题并及时更改,直到能稳定地运行。阶段8:发行应用软件。2、 社保基金管理系统需求分析2.1 系统目标设计社保基金管理系统的总体目标就是实现社保基金管理的系统化、规范化、自动化,提高社保基金管理效率,减少基金管理差错,为社保基金的良好运营提供保证。2.2 系统功能分析社保基金管理系统就是对基金的整个运营过程进行全方位的管理,从基金的收

22、缴,投资,发放等各个方面为基金的运营提供服务。根据分析,本系统所要完成的功能主要如下:一 在职人员信息管理。二 离退人员信息管理。三 低保人员信息管理。四 单位信息管理。五 政策信息管理。六 财务信息管理。七 信息查询管理。八 系统安全管理。以下是对各个功能模块的说明:一、在职人员信息管理:在职人员的信息分为两个部分,即在职人员基本信息和在职人员缴费信息。在职人员基本信息,包括在职人员姓名,社会保障号,性别,出生日期,单位代码,参加工作日期,开始缴费日期等信息,这些数据一旦正确输入数据库则不需要修改(除非遇到特殊情况)。因此,将它们单独列出,形成一个在职人员基本信息表。在职人员缴费信息,包括在

23、职人员的社会保障号,各月缴费工资,各月缴费情况等信息,这些信息在系统的运行中,将频繁地进行修改,所以把它们拿出来,形成一个在职人员缴费信息表。对在职人员信息进行管理,就是要完成对在职人员的基本信息和缴费信息进行信息的录入,修改,删除以及查询等功能。二、离退人员信息管理:离退人员信息是在职工离退之后,通过离退程序的处理之后得到的关于离退人员的一些基本信息,它包括:离退人员的姓名,社会保障号,性别,出生日期,参加工作日期,开始缴费日期,离退日期,截止缴费日期,实际缴费年限,视同缴费年限,个人帐户储存总额,个人帐户存储总额中个人存储部分,基本养老金发放方式,基本养老金发放金额等信息。对离退人员信息进

24、行管理,就是要在职工离退时,通过离退程序处理得到离退人员的基本信息。在离退人员因故不再领取基本养老金时对其基本信息进行封存。在特殊情况下,还可以直接对离退人员基本信息进行增添,修改,删除等操作。必不可少的是对离退人员基本信息进行查询功能。三、 低保人员信息管理:低保人群是一群社会弱势群体,本系统也对其进行关注。低保人员信息包括:低保人员姓名,社会保障号,性别出生日期,家庭住址,备注等信息,这些信息是为最低生活保障的发放而服务的。对低保人员基本信息进行管理,就是要完成对低保人员的基本信息进行信息录入,修改,删除以及查询等功能。四、单位信息管理:单位信息和在职人员信息一样,也分为两个部分,单位基本

25、信息和单位缴费信息。单位基本信息包括单位代码,单位名称,单位性质,单位地址及其银行帐号等信息。这些信息基本上不做改动,因此,将它们单独列出,形成单位基本信息表。单位缴费信息包括单位代码,各月缴费金额,各月缴费信息等信息,这些信息需要经常改动,所以把它们组成一张单位缴费信息表。对单位信息进行管理,就是要完成对在单位的基本信息和缴费信息进行信息的录入,修改,删除以及查询等功能。五、政策信息管理:政策信息是社保基金收缴及发放的依据,因此,它在社保基金管理系统中占有很重要的地位。政策信息包括两个部分,基金政策信息及政策法规信息。基金政策信息,即规定了每年单位和职工之间缴费的比例,各年的银行利率等信息。

26、政策法规信息,即一些和社保基金有关的政策法规,这些信息则是提供给普通用户,以使其了解这些政策法规。对政策信息的管理,就是要完成对基金政策信息和政策法规信息进行信息的录入,修改,删除和查询等功能。六 、基金财务管理:基金财务管理,就是对基金的财务信息进行管理,包括财务入帐管理,财务信息查询等功能。七、信息查询管理:所谓信息查询,就是普通用户通过本系统查询其个人帐户进行查询、基本养老金和政策法规等信息。八、系统安全管理:系统安全管理,就是对管理员的授权等管理,以及权限管理等来保证本系统的安全性。3、社保基金管理系统总体设计对上述各项功能进行集中、分块分析,按照结构化程序设计的要求,得到如图3-1所

27、示的这个系统的功能模块图3。社保基金管理系统相关政策信息管理个人信息查询管理在职人员信息管理系统安全管理退离人员信息管理单位信息管理财务信息管理低保人员信息管理低保人员信息编辑政策法规基本政策个人基本信息查询基本养老金查询缴费信息管理基本信息管理离退人员信息封存缴费信息管理基本信息管理财务信息入帐财务信息查询高 级政策法规查询信息查询信息编辑信息查询信息编辑在职人员缴费查询在职人员缴费编辑个人信息查询个人信息缴费查询政策法规编辑缴费查询缴费编辑低保人员信息查询图3-1 系统功能模块图 系统功能图中的编辑包括信息的录入,删除,修改。4、社保基金管理系统详细设计在对社保基金管理系统进行详细设计阶段

28、,主要是完成对系统的信息需求进行仔细的分析调查,以得到其数据流程图,并在此基础上进行系统的数据库设计。4.1 数据流程分析在职人员基本信息表在职人员缴费信息表基金政策信息表离退人员基本信息表单位基本信息表单位缴费信息表低保人员基本信息表缴费信息封存表离退人员信息封存表基金财务信息表相关政策法规信息表人员离退处理离退人员信息封存个人帐户信息处理各种信息编辑各种信息查询管理员普通用户政策法规查询养老金查询个人帐户查询社保基金管理系统是一个比较复杂的系统,在此系统中,有着较多的数据流,各种数据在此系统中相互联系,相互作用。在对系统的信息需求进行了详尽的分析之后,得到以下数据流程图1。图4-1 社保基

29、金管理系统数据流程图4.2 数据库需求分析针对社保基金管理系统所要实现的各项功能以及对其整个的数据流程的详细分析,设计出系统数据库的数据项以及数据结构如下:1 管理员信息,包括的数据项有管理员用户名,密码2. 基金政策信息,包括的数据项有年份,个人缴费比例,单位缴费比例,上一年全省人均工资和银行利率。3. 相关政策法规信息,包括的数据项有政策法规标题和政策法规内容。4. 在职人员基本信息,包括的数据项有在职人员姓名,社会保障号,性别, 出生日期,所在单位代码,参加工作日期,开始缴费日期,个人帐户存储总额基数和个人帐户存储总额基数中个人存储额。5. 在职人员缴费信息,包括的数据项有在职人员的社会

30、保障号,缴费年份,一月缴费工资,二月缴费工资,三月缴费工资,四月缴费工资,五月缴费工资,六月缴费工资,七月缴费工资,八月缴费工资,九月缴费工资,十月缴费工资,十一月缴费工资,十二月缴费工资和各月缴费情况。6. 单位基本信息,包括的数据项有单位名称,单位代码,单位性质,单位地址和银行帐号。7. 单位缴费信息,包括的数据项有单位代码,缴费年份,一月缴费金额,二月缴费金额,三月缴费金额,四月缴费金额,五月缴费金额,六月缴费金额,七月缴费金额,八月缴费金额,九月缴费金额,十月缴费金额,十一月缴费金额,十二月缴费金额和各月缴费情况。8. 离退人员基本信息,包括的数据项有离退人员姓名,社会保障号,性别,出

31、生日期,单位代码。参加工作日期,开始缴费日期,离退日期,截止缴费日期,实际缴费年限,视同缴费年限,个人帐户存储总额,个人帐户存储总额中个人存储额,基本养老金发放方式和基本养老金发放金额。9. 离退人员缴费信息封存信息,包括的数据项有离退人员的社会保障号,缴费年份,一月缴费工资,二月缴费工资,三月缴费工资,四月缴费工资,五月缴费工资,六月缴费工资,七月缴费工资,八月缴费工资,九月缴费工资,十月缴费工资,十一月缴费工资,十二月缴费工资和各月缴费情况。10. 离退人员基本信息封存信息,包括的数据项有离退人员姓名,社会保障号,性别,出生日期,参加工作日期,开始缴费日期,离退日期,截止缴费日期,实际缴费

32、年限,视同缴费年限,个人帐户存储总额,个人帐户存储总额中个人存储额,基本养老金发放方式和基本养老金发放金额。11. 低保人员基本信息,包括的数据项有低保人员姓名,社会保障号,出生日期,性别,家庭住址和备注信息。12. 基金财务信息,包括的数据项有帐目编号,入帐日期,入帐性质,金额和备注信息。13. 基金财务统计信息,包括的数据项有年份,月份,本月收入,本月支出,现有投资额和现有现款总数。4.3 数据库概念结构设计在以上的数据库需求分析中,我们得到了建立社保基金管理系统所需要的数据项和数据结构,在此基础之上,设计出满足系统需求的各种实体,以及它们之间的关系,为以后的逻辑结构的设计打下基础。本系统

33、根据上面的设计规划出的实体有:管理员信息实体,基金政策信息实体,相关政策法规信息实体,在职人员基本信息实体,在职人员缴费信息实体,单位基本信息实体,单位缴费信息实体,离退人员基本信息实体,离退人员缴费信息封存信息实体,离退人员基本信息封存信息实体,低保人员基本信息实体,基金财务信息实体,基金财务统计信息实体。各个实体具体的e-r图5如下:管理员信息实体e-r图,如图4-2所示。管理员信息实体密码用户名图4-2管理员信息实体e-r图基金政策信息实体e-r图,如图4-3所示。基金政策信息实体单位缴费比例银行利率个人缴费比例年份图4-3基金政策信息实体e-r图相关政策法规信息实体e-r图,如图4-4

34、所示。相关政策法规信息实体政策法规标题政策法规内容图4-4相关政策法规信息实体e-r图在职人员基本信息实体性别出生日期姓名社会保障号图4-5 在职人员基本信息实体e-r图在职人员基本信息实体e-r图,如图4-5所示。在职人员缴费信息实体e-r图,如图4-6所示。在职人员缴费信息实体一月缴费工资各月缴费情况年份社会保障号图4-6 在职人员缴费信息实体e-r图单位基本信息实体e-r图,如图4-7所示。单位基本信息实体单位地址银行帐号单位名称单位代码图4-7 单位基本信息实体e-r图单位缴费信息实体一月缴费金额各月缴费情况年份单位代码图4-8 单位缴费信息实体e-r图单位缴费信息实体e-r图,如图4

35、-8所示。离退人员基本信息实体性别出生日期姓名社会保障号图4-9 离退人员基本信息实体e-r图离退人员基本信息实体e-r图,如图4-9所示。离退人员缴费信息封存信息实体一月缴费工资各月缴费情况年份社会保障号图4-10 离退人员缴费信息封存信息实体e-r图离退人员缴费信息封存信息实体e-r图,如图4-10所示。离退人员基本信息封存信息实体e-r图,如图4-11所示。离退人员基本信息封存信息实体性别出生日期姓名社会保障号图4-11 离退人员基本信息封存信息实体e-r图低保人员基本信息实体性别出生日期姓名社会保障号图4-12 低保人员基本信息实体e-r图低保人员基本信息实体e-r图,如图4-12所示

36、。基金财务信息实体e-r图,如图4-13所示。基金财务信息实体金额备注信息入帐日期帐目编号图4-13 基金财务信息实体e-r图基金财务信息实体e-r图,如图4-13所示实体之间关系的e-r图,如图4-14所示。在职人员基本信息在职人员缴费信息基金政策信息离退处理离退人员缴费信息封存信息离退人员基本信息信息封存离退人员基本信息封存信息图4-14 实体间关系e-r图4.4 数据库逻辑结构设计通过数据库概念结构的设计,已经设计出满足系统需要的各种实体,也了解清楚了这些实体之间的相互关系了。在本阶段。就是要把概念结构设计阶段设计好的基本e-r图转换为逻辑结构。下面就是将各个基本的e-r图转换为数据表。

37、1.管理员信息表:admain字段名数据类型字段长度字段说明admainid文本20用户名key文本20密码表4-1 管理员信息表说明:管理员主要是负责整个系统的运行并对系统进行维护的人员,在本系统中将管理员分为两级进行管理,即普通管理员和高级管理员。在本表中。在本系统中普通用户对自己的信息查询。他们没有权限对数据编辑,而高级管理员不但可以对数据的查询和编辑还负责对管理员进行授权等管理,这样就提高了系统的安全性。在每次管理员成功登录系统时,系统都会自动将其登录的时间和日期自动记录下来,赋予本表的last_load_time和last_load_date字段,这样,也有助于提高系统的安全性能。在

38、本表中是以adm_name为主码的,因此此字段不许为空也不许有重复。2.基金政策信息表:policy_information字段名数据类型字段长度字段说明period数字4年份last_year_average_wages数字9上一年全省人均工资per_ratio数字4个人缴费比例cmp_ratio数字4单位缴费比例interest_rate数字6银行利率表4-2基金政策信息表说明:在基金政策信息表中存储的是各年有关基金收缴、发放等相关的信息。在本表中,是以period字段为主码的,因为这些信息都是一年一更新的,所以以年为单位来存储这些信息,各年的信息各不相同,因此,period字段不许为空也

39、不许重复。在表中,period字段为short型,这样定义的用意是在于,在系统中,要用到此字段来进行查询,而采用short型则便于比较。3.相关政策法规信息表:zheng_ce_fa_gui字段名数据类型字段长度字段说明timu文本100政策法规标题neirong备注政策法规内容表4-3 相关政策法规信息表说明:在本表中,是以timu字段为主码的,用它来区分不同的政策法规记录,因此,timu字段不能为空或重复。在表中,timu字段的长度取得较为长,为100个字符,这是因为timu字段的内容是相关政策法规的标题,而有的政策法规的标题比较长,例如,“关于安徽省统一企业职工基本养老保险制度实施方案(

40、试行)实施中有关问题的通知”,将timu字段长度设为100,可满足在大多数情况下的需要。4.在职人员基本信息:work_person_basic字段名数据类型字段长度字段说明id_no文本18社会保障号per_name文本20姓名sex文本2性别birthday日期出生日期work_day日期参加工作日期start_day日期开始缴费日期cmp_no文本6所在单位代码all_base数字10个人帐户存储总额基数per_base数字10个人帐户存储总额基数中个人存储额表4-4 在职人员基本信息表说明:在本表中,使用id_no字段作为主码,这是因为,id_no字段的内容是个人的社会保障号,即身份证

41、号码,而每个人的身份证号码都是唯一的,所以用其作为主码,可以唯一的确定一个在职人员。因此,id_no字段不能为空或重复。在本表中,引入了all_base字段和per_base字段,它们所代表的内容分别是个人帐户存储总额基数和个人帐户存储总额基数中个人存储额,引入这两个字段的原因是,当职工在不同地区之间调动工作,基本养老保险个人帐户的全部储存额随同转移,调入地区的社会保险经办机构为其建立基本养老保险个人帐户,而all_base字段就是记录其在调动工作前的个人帐户的全部储存额,per_base字段就是记录其在调动工作前的个人帐户的全部储存额中个人存储额。5.在职人员缴费信息表:work_perso

42、n字段名数据类型字段长度字段说明id_no文本18社会保障号period数字4缴费年份jan数字8一月缴费工资feb数字8二月缴费工资mar数字8三月缴费工资apr数字8四月缴费工资may数字8五月缴费工资jun数字8六月缴费工资jul数字8七月缴费工资aug数字8八月缴费工资sep数字8九月缴费工资oct数字8十月缴费工资nov数字8十一月缴费工资dec数字8十二月缴费工资every_month_situation文本12各月缴费情况表4-5在职人员缴费信息表说明:在本表中,每一条记录中记录着在职人员一年的缴费情况,使用id_no字段和period字段作为其主码,可以唯一的确定一条记录。因此

43、,id_no字段和period字段的内容不能为空。在本表中,将各月的缴费情况集中在一个字段every_month_situation中记录,而没有分开来记录,这是为了节约数据库空间的开销。在every_month_situation字段中,记录着一个12位的数据,本系统约定,这个12位的数据中的每以为代表着一个月的缴费情况,从左到右分别代表着一月,二月十一月,十二月的缴费状况。6.单位基本信息表:company_basic字段名数据类型字段长度字段说明cmp_no文本6单位代码cmp_name文本30单位名称classification文本16单位性质addr文本40单位地址a/c_no文本1

44、8银行帐号表4-6单位基本信息表说明:在本表中,是以cmp_no字段作为其主码,以单位代码来唯一确定一条单位信息记录。因此cmp_no字段的内容不能为空或重复。7.单位缴费信息表:company字段名数据类型字段长度字段说明cmp_no文本6单位代码period数字4缴费年份jan数字12一月缴费金额feb数字12二月缴费金额mar数字12三月缴费金额apr数字12四月缴费金额may数字12五月缴费金额jun数字12六月缴费金额jul数字12七月缴费金额aug数字12八月缴费金额sep数字12九月缴费金额oct数字12十月缴费金额nov数字12十一月缴费金额dec数字12十二月缴费金额ever

45、y_month_situation文本12各月缴费情况表4-7单位缴费信息表说明:在本表中,每一条记录中记录着一个单位一年的缴费情况,使用cmp_no字段和period字段作为其主码,可以唯一的确定一条记录。因此,cmp_no字段和period字段的内容不能为空。本表中的every_month_situation字段的情况和在职人员缴费信息表中的every_month_situation字段情况相似,在这里就不再敷述了。8.离退人员基本信息表:retired_person_basic字段名数据类型字段长度字段说明id_no文本18社会保障号per_name文本20姓名sex文本2性别birth

46、day日期出生日期retired_day日期离退日期real_pay_year数字2实际缴费年限alike_pay_year数字2视同缴费年限work_day日期参加工作日期end_day日期截止缴费日期grant_way文本8基本养老金发放方式the_amount_of_money数字10基本养老金发放金额the_amount_of_savings数字10个人账户存储总额the_amount_of_per_savings数字10个人账户存储总额中个人存储额cmp_no文本6单位代码start_day日期开始缴费日期表4-8离退人员基本信息表说明:在本表中,是以id_no字段为主码的,这是因为

47、id_no字段的内容,即社会保障号(居民身份证号码)可以唯一的确定一个离退人员。本表中的记录是在人员离退时,由人员离退处理程序得到的,其中一部分是继承了人员离退前的在职人员基本信息,再加上一部分离退信息就组成了本表中的记录。9.离退人员缴费信息封存信息表:store_work_person字段名数据类型字段长度字段说明id_no文本18社会保障号period数字4缴费年份jan数字8一月缴费工资feb数字8二月缴费工资mar数字8三月缴费工资apr数字8四月缴费工资may数字8五月缴费工资jun数字8六月缴费工资jul数字8七月缴费工资aug数字8八月缴费工资sep数字8九月缴费工资oct数字

48、8十月缴费工资nov数字8十一月缴费工资dec数字8十二月缴费工资every_month_situation文本12各月缴费情况表4-9离退人员缴费信息封存信息表说明:本表中的记录是在在职人员离退后,将其缴费记录从在职人员缴费信息表中移到本表中,这样,可以减小在职人员缴费信息表的冗余,提高系统的运行速度,同时,又保证了系统数据的完整性。本表的结构及其中的数据项都和在职人员缴费信息表的相同,在这里就不再敷述了。10.离退人员基本信息封存信息表:store_retired_person_basic字段名数据类型长度字段说明id_no文本18社会保障号per_name文本20姓名sex文本2性别bi

49、rthday日期出生日期retired_day日期离退日期real_pay_year数字2实际缴费年限alike_pay_year数字2视同缴费年限work_day日期参加工作日期end_day日期截止缴费日期grant_way文本8基本养老金发放方式the_amount_of_money数字10基本养老金发放金额the_amount_of_savings数字10个人账户存储总额the_amount_of_per_savings数字10个人账户存储总额中个人存储额cmp_no文本6单位代码start_day日期开始缴费日期表4-10离退人员基本信息封存信息表说明:本表中的记录是当离退人员因故不

50、再领取基本养老金时(例如,死亡),将其基本信息从离退人员基本信息表中移到本表中,这样做同将离退人员的缴费信息封存是基于相同的理由,是为了减少离退人员基本信息表的冗余,提高系统运行速度,保证系统数据的完整性。本表的数据项和数据结构和离退人员基本信息表一样,在这里就不再敷述了。11.低保人员基本信息表:no_work_person_basic字段名数据类型字段长度字段说明id_no文本18社会保障号per_name文本20姓名birthday日期出生日期sex文本2性别home_addr文本40家庭住址note文本100备注信息表4-11低保人员基本信息表说明:在本表中,是以id_no字段作为其主

51、码,以社会保障号(居民身份证号码)来唯一确定一名低保人员。因此id_no字段的内容不能为空或重复。在note字段(备注信息)中,其内容主要是简要介绍此人享受低保待遇的原因及其家庭情况。12.基金财务信息表:cai_zheng_basic字段名数据类型字段长度字段说明number数字12帐目编号day日期入账日期classification文本12入账性质amount数字15金额shiyou文本50备注信息表4-12 基金财务信息表说明:在本表中,是以number字段为主码,以其来唯一确定一条账目信息。因此,number字段的内容不能为空或重复。在shiyou字段(备注信息)中,主要是记录生成此条账目的事由。5、社保基金管理系统应用界面开发经过以上阶段的详细设计,已经得到了系统

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论