高校教师工资管理系统课程设计.docx

1、高校教师工资管理系统课程设计 * 大 学 数据库课程设计题目： 高校工资管理系统 院 系： 专业班级： 学号姓名： 学号姓名： 指导教师： 2011年6月第一章概述（问题描述）1.1项目背景 11.2开发运行环境 11.3内容和要求 21.4系统目标 2第二章 需求分析及解决方案2.1用户需求 3 2.2功能模块 32.3数据库设计和安全 52.4数据字典 52.5数据流 82.6概念结构设计 102.7概念模型 142.8逻辑结构设计 152.9物理模型 172.10物理结构设计与功能实现 18第三章 系统功能和使用说明3.1硬件环境 243.2软件环境 243.3系统流程图 253.4程序

2、调试情况 263.5结论 27第四章 结束语27参考文献 28第一章概述（问题描述）1.1项目背景随着高等学校的快速发展，高校规模越来越大，教职工的数量也越来越多，高校工资管理更加的复杂，而工资管理是一项琐碎、复杂而又十分细致的工作，工资计算、发放、核算的工作量很大，一般不允许出错，如果实行手工操作，每月发放工资须手工填制大量的表格，这就会耗费工作人员大量的时间和精力，计算机进行工资发放工作，不仅能够保证工资核算准确无误、快速输出，而且还可以利用计算机对有关工资的各种信息进行统计，服务于财务部门其他方面的核算和财务处理，同时计算机具有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性

3、高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高人事工资资管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。这就对高校工资管理提出了新的要求，用计算机管理系统来管理高校工资已经成为目前的趋势，使用计算机可以高速，快捷地完成以上工作。在计算机联网后，数据在网上传递，可以实现数据共享，避免重复劳动，规范数据管理行为，从而提高了管理效率和水平。高校工资管理系统便是以计算机为工具，通过对工资管理所需的信息管理，不仅把管理人员从繁琐的数据计算处理中解脱出来，而且优化了管理体系，使其高效化，简易化，智能化，也提高了透明度和互动性。1.2开发运行环境本高校工资管理系统（数据库系

4、统）的开发与运行环境如下：开发环境：Windows XP辅助工具：PowerDesigner Trial 12数据库管理系统：SQL Server 2000运行环境：Windows 2000/XP/20031.3课程设计目的和要求课程设计是为了增强学生对所学课程的理解，学会综合地，灵活地运用所学课程知识的一个重要的实践环节。通过本课程设计可以达成如下目标：1）能够自觉运用数据库原理的理论知识指导软件设计；2）学会数据库的设计，并能设计结果的优劣进行正确的评价；3）学会如何组织和编写信息系统软件设计文档和软件系统的操作说明；4）具有一定的独立分析问题、解决问题能力；5）掌握SQL SERVER2

5、008在信息系统开发过程中的应用；1.4系统目标本系统的设计目标是能够对高校的教职员工的基本信息和工资信息进行添加和修改，根据个人信息将工资分为职务工资，职称工资和其他工资。能够调整工资标准和员工信息，也能够调整其他工资项目，根据需要对教职员工基本信息和工资信息的查询，本系统能够生成各个月的工资表，能够打印报表方便保存和管理，系统应该包括系统用户数据的添加，修改和删除。教职员工为系统普通用户，只能运行系统个人工资查询功能；系统管理员则能运行系统所有功能，从而有效保证系统数据的安全性，系统应该具有简单，易用，小巧，经典的特色，应该能够对高校工资管理进行优化，使其系统化，高效化，智能化。并保证工资

6、管理的准确性，简易性，为学校财务人员提供便利。第二章 需求分析及解决方案2.1 用户需求本系统是针对高等院校的工资管理，因此本工资管理系统的用户包括系统管理员、教师。主要涉及教师基本信息、职务信息、职称信息、学生信息、奖励信息等多种数据信息。经过实际考察与分析研究，得知目前较为典型的高校教职员工工资管理系统主要应具有以下功能：1）教职员工个人基本信息的录入、修改、刷新和删除功能。2）工资标准设定功能，具体包括职务工资、职称工资以及其他工资标准相关项目的设定。3）教职员工各项工资信息的浏览、结算。4）教职员工工资的查询：例如可以按姓名或编号查询。5）工资报表的生成以及工资条的打印。教职员工作为系

7、统普通用户， 只能运行此系统员工个人工资查询功能；系统管理员则具有运行系统所有功能的权限，利用不同用户具有不同权限设定的方法有效地保证了系统数据操作的安全性。2.2 功能模块根据系统功能的需求分析和高校工资管理的特点，经过模块化的分析得到如下图所示的系统功能模块结构图。2.3 数据库设计和安全系统中，设计出高校工资管理系统数据库中各个数据表，包括系统用户数据表、教师信息数据表、职称工资标准数据表、职务工资标准数据表、其他工资标准数据表、奖励数据表共6 个数据表。系统采用管理员表示和鉴定的方法实现数据库的安全，在登陆数据库时，系统让登陆用户表示自己的身份，不同的用户权限不同，系统进行核实，鉴别此

8、用户是否为合法用户，若是，系统进一步核实用户，通常要求用户输入口令，系统以用户口令鉴别用户身份。2.4 数据字典2.4.1数据表字典表的编号表名代码内容101员工信息表EmpInfoTable记录员工基本信息：主要字段：员工ID，姓名，性别，年龄， 职务ID，职称ID102职务工资信息表PostPayTable记录职务工资信息：主要字段：职务ID，职务名称，职务工资103职称工资信息表ProTitlePayTable记录职称工资信息：主要字段：职称ID，职称名称，职称工资104其他工资标准表OtherPayTable记录其他工资信息：主要字段：员工ID，岗位工资，薪级工资，独生子女费，妇女补贴

9、，特区津补贴，事业岗位津补贴，社保基数，应纳所得税额，养老保险费，医疗保险费，失业保险费，住房公积金 105系统用户表SysUser记录用户口令与权限：主要字段：员工ID，员工口令，用户权限106奖励信息表EncouragePayTable记录用户所获奖励信息:主要字段:获奖编号，员工ID，所获奖项，获奖金额2.4.2数据表字段字典编号名称属于的表编码长度属性201员工ID员工信息表其他工资表系统用户表奖励信息表EmpID20Varchar202姓名员工信息表Name16Varchar203年龄员工信息表AgeSmallint204性别员工信息表Sex2Varchar205职务ID员工信息表职

10、务工资信息表ZWID4Varchar206职称ID员工信息表职称工资信息表ZCID4Varchar207职务名称职务工资信息表ZWName8Varchar208职称名称职称工资信息表ZCName8Varchar209职务工资职务工资信息表ZWPay8Float210职称工资职称工资信息表ZCPay8Float211岗位工资其他工资标准表NumPay8Float212失业保险费其他工资标准表SYBXPay8Float213医疗保险费其他工资标准表YBPay8Float214养老保险费其他工资标准表YLBXPay8Float215应纳所得税额其他工资标准表YNSDSEPay8Float216社保基

11、数其他工资标准表SBJSPay8Float217事业岗位津补贴其他工资标准表SYGWJBTPay8Float218特区津补贴其他工资标准表TQJBTPay8Float219妇女补贴其他工资标准表FNBTPay8Float220独生子女费其他工资标准表DSZLFPay8Float221薪级工资其他工资标准表XJGZPay8Float222住房公积金其他工资标准表ZFGJJPay8Float223员工口令系统用户表YGKL8Int224用户权限系统用户表YHQX2Int225获奖编号奖励信息表HJBH8Varchar226所获奖项奖励信息表SHJX100Varchar227获奖金额奖励信息表HJJ

12、E8Int2.5数据流2.5.1数据流图2.5.2数据流结构数据流系统名：高校工资管理系统编号：F1条目名：提供员工信息来源：员工 去处：员工信息管理数据流结构： 员工ID+姓名+年龄+性别+职务ID+职称ID 简要说明：员工档案中需要记录个人信息数据流系统名：高校工资管理系统编号：F2条目名：录入员工信息来源：员工信息管理 去处：员工信息表数据流结构：员工ID+姓名+年龄+性别+职务ID+职称ID简要说明：员工信息存入员工信息表中数据流系统名：高校工资管理系统编号：F3条目名：录入奖励信息来源：员工信息管理 去处：奖励信息表数据流结构：员工ID+所获奖项+获奖金额 简要说明：获奖信息存入获奖

13、信息表中数据流系统名：高校工资管理系统编号：F4条目名：录入工资信息来源：工资管理 去处：其他工资标准表数据流结构：员工ID+岗位工资+薪级工资+独生子女费+妇女补贴+特区津补贴+事业岗位津补贴+社保基数+应纳所得税额+养老保险费+医疗保险费+失业保险费+住房公积金简要说明：工资管理中需要员工ID数据流系统名：高校工资管理系统编号：F5条目名：删除员工信息来源：员工离职处理 去处：员工信息表数据流结构：员工ID+姓名+年龄+性别+职务ID+职称ID简要说明：员工档案中需要删除个人信息数据流系统名：高校工资管理系统编号：F6条目名：维护系统来源：系统维护 去处：系统日志表数据流结构： 简要说明：

14、系统维护日志存储2.6 概念结构设计 概念结构设计是整个数据库设计的关键，它通过对用户需求进行综合、归纳与抽象，形成独立于具体DBMS的概念模型。2.6.1局部E-R图本系统抽取出六个实体 2.6.2总体E-R图2.7 概念模型概念模型是在对用户需求分析之后，通过画出本系统抽象出的E-R图，由概念模型辅助工具PowerDesigner11进行设计，通过具体地设置和绘图，最后就形成了如下所示的概念模型图，生成的概念结构就能真实、充分地反映现实世界，包括事物和事物之间的联系，能满足用户对数据的处理要求，是对现实世界的一个真实模型。概念模型图2.8 逻辑结构设计逻辑结构设计就是把概念结构设计阶段设计

15、好的基本E-R图转换为与选用DBMS产品所支持的数据模型相符合的逻辑结构。逻辑结构图2.8.1 关系模型将概念结构设计阶段设计好的基本E-R图转换为关系模型，如下所示：员工（员工ID，姓名，性别，年龄， 职务ID，职称ID），此为员工实体对应的关系模式职称（职称ID，职称名称，职称工资），此为职称实体对应的关系模式职务（职务ID，职务名称，职务工资）此为职务实体对应的关系模式工资标准（员工ID，岗位工资，薪级工资，独生子女费，妇女补贴，特区津补贴，事业岗位津补贴，社保基数，应纳所得税额，养老保险费，医疗保险费，失业保险费，住房公积金）此为工资标准实体对应的关系模式奖励（奖励编号，员工ID，所获

16、奖项，获奖金额）此为奖励实体对应的关系模式系统用户（员工ID，员工口令，用户权限）此为系统用户实体对应的关系模式2.9 物理模型将生成的概念模型通过单击PowerDesigner12工具菜单栏上的Tools选项，再选择Generate Physical Data Model选项，就可以转换为物理模型，生成的最后结果具体如下图所示：物理模型图2.10 物理结构设计与功能实现2.10.1 物理结构设计数据库的物理设计就是为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程。物理结构设计阶段实现的是数据库系统的内模式，它的质量直接决定了整个系统的性能。因此在确定数据库的存储结构和存取方法之

17、前，对数据库系统所支持的事务要进行仔细分析，获得优化数据库物理设计的参数数据库的物理设计通常分为两步：（1）确定数据库的物理结构，在关系数据库中主要指存取方法和存取结构；（2）对物理结构进行评价，评价的重点是时间和空间效率。2.10.1.1 确定数据库的存储结构 由于本系统的数据库建立不是很大，所以数据存储采用的是一个磁盘的一个分区。2.10.1.2 存取方法和优化方法存取方法是快速存取数据库中数据的技术。数据库管理系统一般都是提供多种存取方法。常用的存取方法有三类。第一类是索引方法，目前主要是B+树索引方法；第二类是聚簇方法；第三类是HASH方法。数据库的索引类似书的目录。在书中，目录允许用

18、户不必浏览全书就能迅速地找到所需要的位置。在数据库中，索引也允许应用程序迅速找到表中的数据，而不必扫描整个数据库。在书中，目录就是内容和相应页号的清单。在数据库中，索引就是表中数据和相应存储位置的列表。使用索引可以大大减少数据的查询时间。但需要注意的是索引虽然能加速查询的速度，但是为数据库中的每张表都设置大量的索引并不是一个明智的做法。这是因为增加索引也有其不利的一面：首先，每个索引都将占用一定的存储空间，如果建立聚簇索引(会改变数据物理存储位置的一种索引)，占用需要的空间就会更大；其次，当对表中的数据进行增加、删除和修改的时候，索引也要动态地维护，这样就降低了数据的更新速度。2.10.2 功

19、能实现完成数据库的物理设计之后，设计人员就要用RDBMS提供的数据定义语言和其他实用程序将数据库逻辑设计和物理设计结果严格描述出来，成为DBMS可以接受的源代码，再经过调试产生目标模式。然后就可以组织数据入库，最后就在此基础上编写实现系统功能的查询语言。* 教师表的创建 CREATE TABLE EmpInfoTable （EmpID varchar(20) PRIMARY KEY，Name varchar(16)，Sex varchar(2)，Age smallint，ZWID varchar(4)，ZCID varchar(4),FOREIGN KEY (ZWID) REFFERENCES

20、 PostPayTable(ZWID), FOREIGN KEY (ZCID) REFFERENCES ProTitlePayTable (ZCID),）* 存储过程名：教师信息查询 CREATEPROCEDURE selectteacher教师ID varchar(20)ASSELECT *FROM EmpInfoTableWHERE EmpID=教师IDGO*存储过程名：教师职称ID更新 CREATE PROCEDURE updateEmpID 教师ID varchar(20)， 教师职称ID varchar(4)ASSELECT 教师ID = EmpID FROM INSERTEDUPD

21、ATE EmpInfoTableSET ZCID =教师职称ID GO*存储过程名：教师信息删除CREATE PROCEDURE delete EmpInfoTable教师ID varchar(20)ASSELECT 教师ID = EmpID FROM DELETEDDELETE FROM EmpInfoTable GO*存储过程名：职称工资查询 CREATE PROCEDURE selecPayOftProTitlePayTable 职称名称 varchar（8）ASSELECT 职称名称= ZCName FROM INSERTEDSELECT * FROM ProTitlePayTable

22、 GO*存储过程名：插入职称信息 CREATE PROCEDURE insertProTitlePayTable 职称ID varchar(4), 职称名称varchar(8), 职称工资float(8),ASINSERT INTO ProTitlePayTable（ZCID，ZCName，ZCPay）VALUES (职称ID varchar(4), 职称名称varchar(8),职称工资float(8)GO* 存储过程名：教师各项工资查询 CREATEPROCEDURE selectteacherallpay教师ID varchar(20)ASSELECT EmpInfoTable.EmpI

23、D, PostPayTable. ZWPay,ProTitlePayTable.ZCPay,OtherPayTable. NumPay,OtherPayTable. XJGZPay,OtherPayTable. DSZLFPay,OtherPayTable. FNBTPay,OtherPayTable. TQJBTPay,OtherPayTable. SYGWJBTPay,OtherPayTable. SBJSPay,OtherPayTable. YNSDSEPay,OtherPayTable. YLBXPay,OtherPayTable. YBPay,OtherPayTable. SYBXP

24、ay,OtherPayTable. ZFGJJPay,EncouragePayTable.JLJEFROM EmpInfoTable，PostPayTable，ProTitlePayTable，EncouragePayTable，OtherPayTableWHERE EmpInfoTable.EmpID=教师ID AND EmpInfoTable.EmpID=PostPayTable. EmpID AND EmpInfoTable.EmpID=EncouragePayTable.EmpID AND EmpInfoTable.EmpID=ProTitlePayTable.EmpID AND Em

25、pInfoTable.EmpID= OtherPayTable. EmpID GO* 存储过程名：教师总工资查询 CREATEPROCEDURE selectteacherpay教师ID varchar(20)ASSELECT EmpInfoTable.EmpID+ PostPayTable. ZWPay+ProTitlePayTable.ZCPay+OtherPayTable. NumPay+OtherPayTable. XJGZPay+OtherPayTable. DSZLFPay+OtherPayTable. FNBTPay+OtherPayTable. TQJBTPay+OtherPayTable. SYGWJBTPay+OtherPayTable. SBJSPay+OtherPayTable. YNSDSEPay+OtherPayTable. YLBXPay+OtherPayTable. YBPay+OtherPayTable. SYBXPay+OtherPayTable. ZFGJJPay+EncouragePayTable.JLJEFROM EmpInfo