人事管理系统-课程设计报告.doc
《人事管理系统-课程设计报告.doc》由会员分享，可在线阅读，更多相关《人事管理系统-课程设计报告.doc（28页珍藏版）》请在冰点文库上搜索。
学号
《数据库原理及运用》
课程设计报告
题目：
人事管理系统
专业：
网络工程
班级：
姓名：
指导教师：
成绩：
计算机学院
2017年12月8日
目录
前言 2
第一部分：
基本情况与小组介绍 2
1基本情况 2
2小组介绍 2
第二部分：
课程设计内容 2
第一章绪论 2
1课题简介 2
2设计目的 2
3设计内容 2
第二章需求分析 2
1功能需求 2
2数据流图 2
3数据字典 2
第三章概念结构设计 2
1局部E-R图 2
2全局E-R图 2
第四章逻辑结构设计 2
1.关系模式 2
2数据库结构的详细设计 2
第五章物理结构设计 2
1建立索引 2
2存储结构 2
3数据库的建立 2
第三部分：
分析与总结 2
1数据库分析 2
2课题总结 2
参考文献 2
前言
数据库技术是计算机科学技术发展最快，应用最为广泛的技术之一。
其在计算机设计，人工智能，电子商务，企业管理，科学计算等诸多领域均得到了广泛的应用，已经成为计算机信息系统和应用的核心技术和重要基础。
随着信息技术的飞速发展，信息化的大环境给各成人高校提出了实现校际互联，国际互联，实现静态资源共享，动态信息发布的要求；信息化对学生个人提出了驾驭和掌握最新信息技术的素质要求；信息技术提供了对教学进行重大革新的新手段；信息化也为提高教学质量，提高管理水平，工作效率创造了有效途径。
利用计算机支持教学高效率，完成人事管理的日常事务，是适应现代教学制度要求、推动人事管理走向科学化、规范化的必要条件；而人事管理是一项琐碎、复杂而又十分细致的工作，工资计算、发放、核算的工作量很大，不允许出错，如果实行手工操作，每月须手工填制大量的表格，这就会耗费工作人员大量的时间和精力，计算机进行人事管理工作，不仅能够保证各项准确无误、快速输出，而且还可以利用计算机对有关教学的各种信息进行统计，同时计算机具有手工管理所无法比拟的优点。
例如：
检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高员工工资管理的效率，也是教学的科学化、正规化管理，与世界接轨的件。
在软件开发的过程中，随着面向对象程序设计和数据库系统的成熟，数计成为软件开发的核心，程序的设计要服从数据，因此人事管理系统的数据库设计尤其重要。
本文主要介绍人事管理系统的数据库方面的设计，从需求分析到数据库的运行与维护都进行详细的叙述。
本文的分为5章：
第1章主要是课题简介及设计的内容与目的等基本情况；
第2章是需求分析，明确用户的各种需求，此阶段是数据库设计的起点；
第3章是概念结构设计，它是将需求分析的用户需求抽象为信息结构；
第4章是逻辑结构设计，它将概念模型转换为某个DBMS所支持的数据模型；
第5章是物理结构设计，它将数据模型转换为计算机系统所支持的数据库物理结构；
关键词：
SQL语言、数据库设计、人事管理系统
第一部分：
基本情况与小组介绍
1基本情况
为了顺利完成这次数据库的课程设计，我查阅了很多材料，网上查了很多类似文件系统。
第二部分：
课程设计内容
第一章绪论
1课题简介
随着现代科技的高速发展，设备和管理的现代化，在实际工作中如何提高工作效率成为一个很重要的问题。
而建立管理信息系统是一个很好的解决办法。
一直以来人们使用传统人工的方式管理员工档案，这种管理方式存在着许多缺点，譬如：
效率低、保密性差，另外时间一长，将产生大量的文件和数据，这对于查找、更新和维护都带来了不少的困难。
随着科学技术的不断提高，计算机科学日渐成熟，其强大的功能已为人们深刻认识，它已进入人类社会的各个领域并发挥着越来越重要的作用。
人事管理信息系统的出现轻而易举的解决了传统管理人员档案的方法的缺点。
伴随着人事管理信息系统的广泛应用，它已经成为了任何一家企业公司都不可缺少的组成部分，它的存在使得管理者更容易了解自己公司的员工，便于分配人员，易于进行调整。
所以人事管理信息系统能够为管理人员提供充足的信息和快捷的查询手段。
本文按照数据库系统设计的基本步骤，采取了事先进行需求分析，然后进行数据库的概念设计和逻辑结构设计，最后进行数据库详细设计的方法，完成了一个人事管理系统数据库系统的设计，可以实现：
对员工基本档案的管理、奖惩记录的管理、出勤记录的管理、职务调动记录的管理、工资管理、请销假管理。
2设计目的
应用对数据库系统原理的理论学习，通过上机实践的方式将理论知识与实践更好的结合起来，巩固所学知识。
数据库应用课程实践：
实践和巩固在课堂教学中学习有关知识，熟练掌握对于给定结构的数据库的创建、基本操作、程序系统的建立和调试以及系统评价。
数据库原理软件设计实践：
实践和巩固在课堂教学中学习的关于关系数据库原理的有关知识和数据库系统的建立方法，熟练掌握对于给定实际问题，为了建立一个关系数据库信息管理系统，必须得经过系统调研、需求分析、概念设计、逻辑设计、物理设计、系统调试、维护以及系统评价的一般过程。
3设计内容
运用基于E-R模型的数据库设计方法和关系规范化理论做指导完成从系统的分析到设计直至系统的最终实现，开发人事管理信息系统，完成人事管理信息系统的全部功能，对员工基本档案的管理、奖惩记录的管理、出勤记录的管理、职务调动记录的管理、工资管理、请销假管理。
首先做好需求分析，并完成数据流图和数据字典。
其次做概念结构设计，利用实体联系的方法将用户需求抽象为信息结构，得到E-R图。
再次就是逻辑结构设计，将E-R图转换为计算机系统所支持的逻辑模型。
然后就是物理结构设计，将逻辑数据模型转换为计算机系统所支持的数据库物理结构。
最后就是数据库的实施与运行，把数据载入及运行数据库。
第二章需求分析
1功能需求
通过对现行人事管理系统的调查，明确了人事管理系统由档案管理、职务调动管理、奖惩管理、考勤管理、工资管理、请销假管理组成。
系统功能的主要描述如下：
（1）员工档案管理
①对公司里所有员工进行统一编号；将每一位员工的信息保存在员工档案记录中。
②对新聘用的员工，将其信息加入到员工档案记录中；对于解聘的员工，将其信息从员工档案记录中删除。
③当员工的信息发生变动时，修改员工档案记录中相应的属性。
（2）员工职务调动管理
对公司里所有员工的职务记录进行统一编号；登记员工调动前后的具体职务，以及调动时间。
（3）奖惩管理
对公司里所有员工的奖惩记录进行统一编号；登记员工奖惩的原因，所受奖惩类型，奖惩时间。
（4）考勤管理
①对员工上班刷卡的记录进行统一编号；登记员工上班时间、签到类型（准时、迟到）。
②对员工下班刷卡的记录进行统一编号；登记员工上班时间、签到类型（准时、早退）。
（5）请销假管理
①对员工请假的记录进行统一编号；登记员工请假时间、请假类型。
②对员工销假的记录进行统一编号；登记员工销假时间、请假类型，检查是否超期。
（6）工资管理
对公司里所有员工的工资记录进行统一编号，建立工资记录表。
（7）部门管理
对公司所有的部门进行编号，建立部门记录。
2数据流图
经过详细的调查，弄清了系统现行的业务流程。
在此基础上，构造出系统的逻辑模型，并通过数据流图表示。
人事管理系统的顶层数据流程图如图1所示。
图1
注：
图中虚线表示的数据流是员工信息。
在人事管理系统顶层流程图中，“请假管理”和“出勤管理”两个处理框所表示的功能不是很具体，需对他们进一步细化。
请假管理细化流程图如图2所示：
图2
出勤管理细化流程图如图3所示：
图3
最终，经过整理后得出细化后的系统数据流程图，如图4所示：
图4
3数据字典
人事管理系统数据流程图中，数据信息和处理过程还需要通过数据字典来描述。
在本文的数据字典中，主要对数据流图中的数据流、数据存储和处理过程进行说明。
（1）主要的数据流定义
数据流名称：
员工情况
位置：
员工→P1
定义：
员工情况=姓名+性别+出生日期+民族+学历+职称
数据流量：
根据公司的员工具体录用情况来确定
说明：
要对每一位被聘用的新员工进行唯一编号
数据流名称：
奖惩情况
位置：
P3→员工
定义：
奖惩情况=员工流水号+奖惩类型+奖惩金额+奖惩年月日
数据流量：
根据公司的具体情况来确定
说明：
要对每一次的奖惩记录进行唯一编号
数据流名称：
奖惩批复
位置：
上级→P3
定义：
奖惩批复=奖惩类型+批复部门号+批复原因+批复日期
数据流量：
根据公司的具体情况来确定
说明：
具体应用中，批复原因可以省略
数据流名称：
调动情况
位置：
P5→员工
定义：
调动情况=员工编号+调动前职务+调动后职务+调动日期
数据流量：
根据公司的具体情况来确定
说明：
员工编号和调动日期可以唯一确定一个调动情况
数据流名称：
调动批复
位置：
上级→P5
定义：
调动批复=批复部门号+批复原因+批复日期
数据流量：
根据公司的具体情况来确定
说明：
批复原因可以省略
数据流名称：
上班刷卡
位置：
员工→P7.1
定义：
上班刷卡=员工编号+上班刷卡时间+刷卡机号
数据流量：
根据公司的具体规模情况来确定
说明：
上班刷卡时间会汇入到出勤记录中
数据流名称：
下班刷卡
位置：
员工→P7.2
定义：
下班刷卡=员工编号+下班刷卡时间+刷卡机号
数据流量：
根据公司的具体情况来确定
说明：
下班刷卡时间会汇入到出勤记录中
数据流名称：
工资查询
位置：
P4→员工
定义：
工资查询=员工编号+基本工资+奖金+罚款+超始时间+截止时间+发薪日期
数据流量：
根据公司的具体情况来确定
说明：
根据员工编号和发薪日期可以唯一确定一个工资记录
数据流名称：
请假申请
位置：
员工→P2.2
定义：
请假申请=员工编号+请假时间+请假天数
数据流量：
根据公司的具体情况来确定
说明：
员工编号和请假时间可以唯一确定一个请假记录
数据流名称：
请假批复
位置：
上级→P2.2
定义：
请假批复=审批人+批复结果
数据流量：
根据公司的具体情况来确定
说明：
批复结果的类型只能是（批准、拒绝）
数据流名称：
销假申请
位置：
员工→P2.1
定义：
销假申请=员工编号+销假时间
数据流量：
根据公司的具体情况来确定
说明：
针对销假申请没用单独建立销假记录表，在这里将销假记录和请假记录进行了合并，因为在一般情况下，请假是不能够进行嵌套的
数据流名称：
管理员情况
位置：
管理员→P6
定义：
用户身份=员工编号
数据流量：
根据公司的具体情况来确定
说明：
要对每一位管理员建立唯一的账号
数据流名称：
用户身份
位置：
安全管理→{P1，P2.1，P2.2，P3，P4，P5，P7.1，P7.2}
定义：
用户身份=[非法用户|内部管理员|服务管理员]
数据流量：
根据公司的具体情况来确定
说明：
不同的用户身份对应不同的操作权限，对应着不同的安全级别
数据流名称：
部门情况
位置：
上级→P8
定义：
部门情况=部门编号+部门名称+领导人号
数据流量：
根据公司的具体情况来确定
说明：
部门编号是主码
（2）主要的数据存储定义
数据存储编号：
员工记录D1
输入：
P1
输出：
P1，P7.1，P7.2，P2.1，P2.2
数据结构：
员工记录=姓名+性别+出生日期+民族+学历+职称+员工编号
数据量和存取频度：
根据公司的具体规模情况来确定
存取方式：
联机处理；检索和更新；以随机检索为主
说明：
员工编号具有唯一性和非空性；性别只能是男或女；主码是员工编号
数据存储编号：
请假记录D2
输入：
P2.1，P2.2
输出：
P2.1，P2.2
数据结构：
请假记录=员工编号+请假时间+请假天数+销假时间
数据量和存取频度：
根据公司的具体规模情况来确定
存取方式：
联机处理；检索和更新；以更新操作为主
说明：
主码设为请假时间和员工编号；员工编号是外码，参照表是员工记录
数据存储编号：
奖惩记录D3
输入：
P3
输出：
P3
数据结构：
奖惩记录=员工流水号+奖惩类型+奖惩金额+奖惩时间+批复部门号+批复原因+批复日期
数据量和存取频度：
根据公司的具体规模情况来确定
存取方式：
联机处理；检索和更新；以更新操作为主
说明：
主码设为奖惩时间和员工编号；员工编号是外码，参照表是员工记录
数据存储编号：
工资记录D4
输入：
P4
输出：
P4
数据结构：
工资记录=员工编号+基本工资+奖金+罚款+超始时间+截止时间+发薪日期
数据量和存取频度：
根据公司的具体规模情况来确定
存取方式：
联机处理；检索和更新；以更新操作为主
说明：
主码设为发薪日期和员工编号；员工编号是外码，参照表是员工记录
数据存储编号：
职务调动记录D5
输入：
P5
输出：
P5
数据结构：
职务调动记录=员工编号+调动前职务+调动后职务+调动日期+批复部门号+批复原因+批复日期
数据量和存取频度：
根据公司的具体规模情况来确定
存取方式：
联机处理；检索和更新；以更新操作为主
说明：
主码设为调动日期和员工编号；员工编号是外码，参照表是员工记录
数据存储编号：
管理人员记录D6
输入：
P6
输出：
P6
数据结构：
管理人员记录=用户密码+职工号+密码+管理员账号
数据量和存取频度：
根据公司的具体规模情况来确定
存取方式：
联机处理；检索和更新；以更新操作为主
说明：
主码设为管理员账号
数据存储编号：
出勤记录D7
输入：
P7.1，P7.2
输出：
P7.1，P7.2
数据结构：
出勤记录=员工编号+上班刷卡时间+下班刷卡时间+刷卡日期
数据量和存取频度：
根据公司的具体规模情况来确定
存取方式：
联机处理；检索和更新；以更新操作为主
说明：
主码设为员工编号和刷卡日期；员工编号是外码，参照表是员工记录
数据存储编号：
部门记录D8
输入：
P8
输出：
P8
数据结构：
部门记录=部门编号+部门名称+领导人号
数据量和存取频度：
根据公司的具体规模情况来确定
存取方式：
联机处理；检索和更新；以检索操作为主
说明：
主码设为部门编号
（3）主要的处理过程
处理过程编号：
P1
处理过程名：
档案管理
输入：
用户身份，员工记录，员工情况
输出：
员工记录
处理说明：
根据员工的聘用、解聘建立或删除员工记录，以及在后续的过程中，以管理员身份对员工的记录进行修改
处理过程编号：
P2.1
处理过程名：
销假管理
输入：
销假申请，请假批复，用户身份，员工记录，销假记录
输出：
请假记录
处理说明：
根据员工的销假申请，把销假时间录入到相应的请假记录中
处理过程编号：
P2.2
处理过程名：
请假管理
输入：
请假申请，请假批复，用户身份，员工记录，请假记录
输出：
请假记录
处理说明：
根据员工的请假申请和批复情况，进行请假表的登记
处理过程编号：
P3
处理过程名：
奖惩管理
输入：
用户身份，奖惩批复，奖惩记录
输出：
奖惩记录，奖惩情况
处理说明：
根据奖惩批复的要求对员工进行相应的惩处，并对惩处进行记录
处理过程编号：
P4
处理过程名：
工资管理
输入：
用户身份，工资记录
输出：
工资记录，工资查询
处理说明：
根据员工目前的工资情况，进行调薪的操作
处理过程编号：
P5
处理过程名：
调动管理
输入：
调动批复，用户身份，职务调动记录
输出：
职务调动记录，调动情况
处理说明：
根据调动批复的内容，更改员工的职务信息，并对调动情况进行记录
处理过程编号：
P6
处理过程名：
安全管理
输入：
管理员情况
输出：
D6，P1，P2.1，P2.2，P3，P4，P5，P7.1，P7.2
处理说明：
建立管理人员记录表；通过用户名和口令，确认用户身份，保证系统安全性
处理过程编号：
P7.1
处理过程名：
上班管理
输入：
上班刷卡，用户身份，员工记录，出勤记录
输出：
出勤记录
处理说明：
根据输入的员工编号信息，记录上班时间，并判断是否迟到
处理过程编号：
P7.2
处理过程名：
下班管理
输入：
下班刷卡，用户身份，员工记录，出勤记录
输出：
出勤记录
处理说明：
根据输入的员工编号信息，记录下班时间，并判断是否早退
处理过程编号：
P8
处理过程名：
部门管理
输入：
部门情况，部门记录
输出：
部门记录
处理说明：
根据上级的调度，对现在公司的部门进行领导人的调换，或者是增加或删除某一部门
第三章概念结构设计
根据系统需求分析，可以得出人事管理系统数据库的概念模型（信息模型），以下图是用E-R图表示的人事管理系统的概念模型。
最后，对设计出的数据模型进行规范化处理，使数据模型满足第三范式。
1局部E-R图
将人事管理系统定名为“人事管理系统”。
各实体的分E-R图，如图A、B、C、D所示：
图A员工实体图
图B部门实体图
图C管理人员实体图
图D刷卡机实体图
2全局E-R图
全局E-R图，如图E所示：
图E各实体间的联系
第四章逻辑结构设计
1关系模式
将人事管理系统的E-R图转换为关系数据库的数据模型，其关系模式为：
（1）员工档案（员工编号，姓名，性别，出生日期，民族，学历，职称，部门编号），其中员工编号为主码，部门编号为外码
（2）管理员记录（管理员账号，员工编号，密码，级别），其中管理员账号为主码，员工编号为外码
（3）请假记录（请假编号，员工编号，请假时间，请假天数，销假时间，审批领导号，批复结果）请假编号为主码，其中员工编号外码
（4）奖惩记录（奖惩编号，员工编号，奖惩类型，奖惩金额，奖惩日期，批复部门号，批复原因，批复日期），奖惩编号为主码，其中员工编号和批复部门号为外码
（5）职务调动记录（调动编号，员工编号，调动前职务，调动后职务，调动日期，批复部门号，批复原因，批复日期），调动编号为主码，其中员工编号和批复部门号为外码
（6）出勤记录（出勤编号，员工编号，上班时间，下班时间，刷卡日期，刷卡机号），出勤编号为主码，员工编号为外码
（7）工资记录（工资编号，员工编号，基本工资，奖金，罚款，起始时间，截止时间，发薪日期），工资编号为主码，员工编号为外码
（8）部门记录（部门编号，部门名称，领导人号），部门编号为主码
（9）刷卡机记录（刷卡机号）
2数据库结构的详细设计
经过检查，此数据库的详细逻辑设计满足第3范式的要求。
人事管理系统中各表的属性设计情况如下：
表2-1员工
属性名
数据类型
长度
允许空
主码或索引
约束条件
员工编号
Char
5
No
主码
姓名
Char
10
No
性别
Char
2
“男”或“女”
出生日期
Datetime
索引
身份证号
VarChar
32
No
民族
VarChar
16
学历
VarChar
8
No
索引
职称
VarChar
10
部门编号
Char
4
外码
表2-2管理人员
属性名
数据类型
长度
允许空
主码或索引
约束条件
管理员账号
Char
4
No
主码
员工编号
Char
4
No
外码
密码
Char
6
No
输入时不显示
级别
Char
4
No
“管理员”或“系统管理员”
表2-3请假记录
属性名
数据类型
长度
允许空
主码或索引
约束条件
请假编号
Char
6
No
主码
员工编号
Char
5
No
外码
请假时间
Datetime
No
值为假期开始日期
请假天数
int
索引项
销假时间
Datetime
No
值为假期结束日期
审批人编号
Char
4
索引项
值为职工编号
批复结果
VarChar
50
表2-4奖惩记录
属性名
数据类型
长度
允许空
主码或索引
约束条件
奖惩编号
Char
6
No
主码
员工编号
Char
4
No
外码
奖惩类型
Char
4
No
索引项
奖惩金额
Money
奖惩日期
Datetime
值为员工受奖惩日期
批复部门号
Char
4
外码
批复原因
VarChar
50
批复日期
Datetime
No
值为领导批复日期
表2-5职务调动
属性名
数据类型
长度
允许空
主码或索引
约束条件
调动编号
Char
6
No
主码
员工编号
Char
4
No
外码
调动前职务
VarChar
10
No
索引
调动后职务
VarChar
10
No
调动日期
Datetime
值为员工调动日期
批复部门号
Char
4
外码
批复原因
VarChar
50
批复日期
Datetime
值为领导批复日期
表2-6出勤
属性名
数据类型
长度
允许空
主码或索引
约束条件
出勤编号
Char
6
No
主码
员工编号
Char
4
No
外码
上班时间
Datetime
下班时间
Datetime
No
刷卡日期
Datetime
No
索引
刷卡机号
Char
4
No
外码
表2-7工资
属性名
数据类型
长度
允许空
主码或索引
约束条件
工资编号
Char
6
No
主码
员工编号
Char
4
No
外码
基本工资
Money
No
索引
奖金
Money
罚款
Money
起始时间
Datetime
截止时间
Datetime
发薪日期
Datetime
No
索引
表2-8部门
属性名
数据类型
长度
允许空
主码或索引
约束条件
部门编号
Char
4
No
主码
部门名称
Char
10
No
领导人号
Char
4
No
索引、外码
值为职工编号
表2-9刷卡机
属性名
数据类型
长度
允许空
主码或索引
约束条件
刷卡机号
Char
4
No
主码
第五章物理结构设计
数据库物理设计阶段的任务是根据具体计算机系统（DBMS和硬件等）的特点，为给定的数据库系统确定合理的存储结构和存取方法。
所谓的“合理”主要有两个含义：
一个是要使设计出的物理数据库占用较少的存储空间，另一个对数据库的操作具有尽可能高的速度。
主要体现在后者。
1建立索引
（1）对表部门在属性列“领导人号”上建立非聚集索引，
（2）对表员工在属性列“出生日期”上建立非聚集索引
在属性列“学历”上建立非聚集索引
（3）对表出勤在属性列“上班日期”上建立非聚集索引
（4）对表工资在属性列“基本工资”上建立非聚集索引
（5）对表职务调动在属性列“调动前职务”上建立非聚集索引
（6）
升级会员 