人事管理系统数据库设计文档格式.docx
《人事管理系统数据库设计文档格式.docx》由会员分享，可在线阅读，更多相关《人事管理系统数据库设计文档格式.docx（23页珍藏版）》请在冰豆网上搜索。
课题负责部分
第二部分：
课程设计内容
第一章绪论
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
请假记录=员工编号+请假时间+请假天数+销假时间
以更新操作为主
主码设为请假时间和员工编号；
员工编号是外码，参照表是员工记录
奖惩记录D3
P3
奖惩记录=员工流水号+奖惩类型+奖惩金额+奖惩时间+批复部门号+批复原因+批复日期
主码设为奖惩时间和员工编号；
工资记录D4
P4
工资记录=员工编号+基本工资+奖金+罚款+超始时间+截止时间+发薪日期
主码设为发薪日期和员工编号；
职务调动记录D5
P5
职务调动记录=员工编号+调动前职务+调动后职务+调动日期+批复部门号+批复原因+批复日期
主码设为调动日期和员工编号；
管理人员记录D6
P6
管理人员记录=用户密码+职工号+密码+管理员账号
主码设为管理员账号
出勤记录D7
P7.1，P7.2
出勤记录=员工编号+上班刷卡时间+下班刷卡时间+刷卡日期
主码设为员工编号和刷卡日期；
部门记录D8
P8
部门记录=部门编号+部门名称+领导人号
以检索操作为主
主码设为部门编号
（3）主要的处理过程
处理过程编号：
处理过程名：
档案管理
用户身份，员工记录，员工情况
员工记录
处理说明：
根据员工的聘用、解聘建立或删除员工记录，以及在后续的过程中，以管理员身份对员工的记录进行修改
P2.1
销假管理
销假申请，请假批复，用户身份，员工记录，销假记录
请假记录
根据员工的销假申请，把销假时间录入到相应的请假记录中
P2.2
请假管理
请假申请，请假批复，用户身份，员工记录，请假记录
根据员工的请假申请和批复情况，进行请假表的登记
奖惩管理
用户身份，奖惩批复，奖惩记录
奖惩记录，奖惩情况
根据奖惩批复的要求对员工进行相应的惩处，并对惩处进行记录
工资管理
用户身份，工资记录
工资记录，工资查询
根据员工目前的工资情况，进行调薪的操作
调动管理
调动批复，用户身份，职务调动记录
职务调动记录，调动情况
根据调动批复的内容，更改员工的职务信息，并对调动情况进行记录
安全管理
D6，P1，P2.1，P2.2，P3，P4，P5，P7.1，P7.2
建立管理人员记录表；
通过用户名和口令，确认用户身份，保证系统安全性
P7.1
上班管理
上班刷卡，用户身份，员工记录，出勤记录
出勤记录
根据输入的员工编号信息，记录上班时间，并判断是否迟到
P7.2
下班管理
下班刷卡，用户身份，员工记录，出勤记录
根据输入的员工编号信息，记录下班时间，并判断是否早退
部门管理
部门情况，部门记录
部门记录
根据上级的调度，对现在公司的部门进行领导人的调换，或者是增加或删除某一部门
第三章概念结构设计
根据系统需求分析，可以得出人事管理系统数据库的概念模型（信息模型），以下图是用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
主码
姓名
10
性别
2
“男”或“女”
出生日期
Datetime
索引
身份证号
VarChar
32
民族
16
学历
8
职称
部门编号
4
外码
表2-2管理人员
管理员账号
密码
6
输入时不显示
级别
“管理员”或“系统管理员”
表2-3请假记录
请假编号
请假时间
值为假期开始日期
请假天数
int
索引项
销假时间
值为假期结束日期
审批人编号
值为职工编号
批复结果
50
表2-4奖惩记录
奖惩编号
奖惩类型
奖惩金额
Money
奖惩日期
值为员工受奖惩日期
批复部门号
批复原因
批复日期
值为领导批复日期
表2-5职务调动
调动编号
调动前职务
调动后职务
调动日期
值为员工调动日期
表2-6出勤
出勤编号
上班时间
下班时间
刷卡日期
刷卡机号
表2-7工资
工资编号
基本工资
奖金
罚款
起始时间
截止时间
发薪日期
表2-8部门
部门名称
领导人号
索引、外码
表2-9刷卡机
第五章物理结构设计
数据库物理设计阶段的任务是根据具体计算机系统（DBMS和硬件等）的特点，为给定的数据库系统确定合理的存储结构和存取方法。
所谓的“合理”主要有两个含义：
一个是要使设计出的物理数据库占用较少的存储空间，另一个对数据库的操作具有尽可能高的速度。
主要体现在后者。
1建立索引
（1）对表部门在属性列“领导人号”上建立非聚集索引，
（2）对表员工在属性列“出生日期”上建立非聚集索引
在属性列“学历”上建立非聚集索引
（3）对表出勤在属性列“上班日期”上建立非聚集索引
（4）对表工资在属性列“基本工资”上建立非聚集索引
（5）对表职务调动在属性列“调动前职务”上建立非聚集索引
（6）对表奖惩记录在属性列“奖惩类型”上建立非聚集索引
（7）对表请假记录在属性列“请假天数”上建立非聚集索引
在属性列“审批人编号”上建立非聚集索引
2存储结构
确定数据库的存储结构主要指确定数据的存放位置和存储结构，包括确定关系、索引、日志、备份等的存储安排及存储结构，以及确定系统存储参数的配置。
将日志文件和数据库对象（表、索引等）分别放在不同的磁盘，可以改进系统的性能，提高系统的安全性。
所以，系统应将日志文件和数据文件存放在不同磁盘上
升级会员 