人事管理系统数据库设计.docx
《人事管理系统数据库设计.docx》由会员分享,可在线阅读,更多相关《人事管理系统数据库设计.docx(32页珍藏版)》请在冰点文库上搜索。
人事管理系统数据库设计
《数据库原理与应用》之巴公井开创作
时间:
二O二一年七月二十九日
课程设计陈说
设计题目:
人事管理系统
小组成员:
2011年12月
前言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
2数据库结构的详细设计2
第五章物理结构设计2
1建立索引2
2存储结构2
3数据库的建立2
第三部份:
分析与总结2
1数据库分析2
2课题总结2
参考文献2
前言
数据库技术是计算机科学技术发展最快,应用最为广泛的技术之一.其在计算机设计,人工智能,电子商务,企业管理,科学计算等诸多领域均获得了广泛的应用,已经成为计算机信息系统和应用的核心技术和重要基础.
随着信息技术的飞速发展,信息化的年夜环境给各成人高校提出了实现校际互联,国际互联,实现静态资源共享,静态信息发布的要求;信息化对学生个人提出了驾驭和掌握最新信息技术的素质要求;信息技术提供了对教学进行重年夜革新的新手段;信息化也为提高教学质量,提高管理水平,工作效率缔造了有效途径.
利用计算机支持教学高效率,完成人事管理的日常事务,是适应现代教学制度要求、推动听事管理走向科学化、规范化的需要条件;而人事管理是一项琐碎、复杂而又十分细致的工作,工资计算、发放、核算的工作量很年夜,不允许犯错,如果实行手工把持,每月须手工填制年夜量的表格,这就会耗费工作人员年夜量的时间和精力,计算机进行人事管理工作,不单能够保证各项准确无误、快速输出,而且还可以利用计算机对有关教学的各种信息进行统计,同时计算机具有手工管理所无法比力的优点.
例如:
检索迅速、查找方便、可靠性高、存储量年夜、保密性好、寿命长、本钱高等.这些优点能够极年夜地提高员工工资管理的效率,也是教学的科学化、正规化管理,与世界接轨的件.
在软件开发的过程中,随着面向对象法式设计和数据库系统的成熟,数计成为软件开发的核心,法式的设计要服从数据,因这人事管理系统的数据库设计尤其重要.本文主要介绍人事管理系统的数据库方面的设计,从需求分析到数据库的运行与维护都进行详细的叙述.本文的分为5章:
第1章主要是课题简介及设计的内容与目的等基本情况;
第2章是需求分析,明确用户的各种需求,此阶段是数据库设计的起点;
第3章是概念结构设计,它是将需求分析的用户需求笼统为信息结构;
第4章是逻辑结构设计,它将概念模型转换为某个DBMS所支持的数据模型;
第5章是物理结构设计,它将数据模型转换为计算机系统所支持的数据库物理结构;
关键词:
SQL语言、数据库设计、人事管理系统
第一部份:
基本情况与小组介绍
1基本情况
为了顺利完成这次数据库的课程设计,我们组成了5人小组,我们首先共同讨论确定了一个课题,然后确定了每个人在团队中的角色,根据每位成员所掌握的知识以及技能分配好每个人的的任务,最后每位成员共同协作设计数据库.
2小组介绍
题目
人事管理系统
角色
学号
姓名
课题负责部份
第二部份:
课程设计内容
第一章绪论
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
界说:
调动批复=批复部份号+批复原因+批复日期
数据流量:
根据公司的具体情况来确定
说明:
批复原因可以省略
数据流名称:
上班刷卡
位置:
员工→
界说:
上班刷卡=员工编号+上班刷卡时间+刷卡机号
数据流量:
根据公司的具体规模情况来确定
说明:
上班刷卡时间会汇入到出勤记录中
数据流名称:
下班刷卡
位置:
员工→
界说:
下班刷卡=员工编号+下班刷卡时间+刷卡机号
数据流量:
根据公司的具体情况来确定
说明:
下班刷卡时间会汇入到出勤记录中
数据流名称:
工资查询
位置:
P4→员工
界说:
工资查询=员工编号+基本工资+奖金+罚款+超始时间+截止时间+发薪日期
数据流量:
根据公司的具体情况来确定
说明:
根据员工编号和发薪日期可以唯一确定一个工资记录
数据流名称:
请假申请
位置:
员工→
界说:
请假申请=员工编号+请假时间+请假天数
数据流量:
根据公司的具体情况来确定
说明:
员工编号和请假时间可以唯一确定一个请假记录
数据流名称:
请假批复
位置:
上级→
界说:
请假批复=审批人+批复结果
数据流量:
根据公司的具体情况来确定
说明:
批复结果的类型只能是(批准、拒绝)
数据流名称:
销假申请
位置:
员工→
界说:
销假申请=员工编号+销假时间
数据流量:
根据公司的具体情况来确定
说明:
针对销假申请没用独自建立销假记录表,在这里将销假记录和请假记录进行了合并,因为在一般情况下,请假是不能够进行嵌套的
数据流名称:
管理员情况
位置:
管理员→P6
界说:
用户身份=员工编号
数据流量:
根据公司的具体情况来确定
说明:
要对每一位管理员建立唯一的账号
数据流名称:
用户身份
位置:
平安管理→{P1,P2.1,P2.2,P3,P4,P5,P7.1,P7.2}
界说:
用户身份=[非法用户|内部管理员|服务管理员]
数据流量:
根据公司的具体情况来确定
说明:
分歧的用户身份对应分歧的把持权限,对应着分歧的平安级别
数据流名称:
部份情况
位置:
上级→P8
界说:
部份情况=部份编号+部份名称+领导人号
数据流量:
根据公司的具体情况来确定
说明:
部份编号是主码
(2)主要的数据存储界说
数据存储编号:
员工记录D1
输入:
P1
数据结构:
员工记录=姓名+性别+出身日期+民族+学历+职称+员工编号
数据量和存取频度:
根据公司的具体规模情况来确定
存取方式:
联机处置;检索和更新;以随机检索为主
说明:
员工编号具有唯一性和非空性;性别只能是男或女;主码是员工编号
数据存储编号:
请假记录D2
数据结构:
请假记录=员工编号+请假时间+请假天数+销假时间
数据量和存取频度:
根据公司的具体规模情况来确定
存取方式:
联机处置;检索和更新;以更新把持为主
说明:
主码设为请假时间和员工编号;员工编号是外码,参照表是员工记录
数据存储编号:
奖惩记录D3
输入:
P3
输出:
P3
数据结构:
奖惩记录=员工流水号+奖惩类型+奖惩金额+奖惩时间+批复部份号+批复原因+批复日期
数据量和存取频度:
根据公司的具体规模情况来确定
存取方式:
联机处置;检索和更新;以更新把持为主
说明:
主码设为奖惩时间和员工编号;员工编号是外码,参照表是员工记录
数据存储编号:
工资记录D4
输入:
P4
输出:
P4
数据结构:
工资记录=员工编号+基本工资+奖金+罚款+超始时间+截止时间+发薪日期
数据量和存取频度:
根据公司的具体规模情况来确定
存取方式:
联机处置;检索和更新;以更新把持为主
说明:
主码设为发薪日期和员工编号;员工编号是外码,参照表是员工记录
数据存储编号:
职务调动记录D5
输入:
P5
输出:
P5
数据结构:
职务调动记录=员工编号+调动前职务+调动后职务+调动日期+批复部份号+批复原因+批复日期
数据量和存取频度:
根据公司的具体规模情况来确定
存取方式:
联机处置;检索和更新;以更新把持为主
说明:
主码设为调动日期和员工编号;员工编号是外码,参照表是员工记录
数据存储编号:
管理人员记录D6
输入:
P6
输出:
P6
数据结构:
管理人员记录=用户密码+职工号+密码+管理员账号
数据量和存取频度:
根据公司的具体规模情况来确定
存取方式:
联机处置;检索和更新;以更新把持为主
说明:
主码设为管理员账号
数据存储编号:
出勤记录D7
数据结构:
出勤记录=员工编号+上班刷卡时间+下班刷卡时间+刷卡日期
数据量和存取频度:
根据公司的具体规模情况来确定
存取方式:
联机处置;检索和更新;以更新把持为主
说明:
主码设为员工编号和刷卡日期;员工编号是外码,参照表是员工记录
数据存储编号:
部份记录D8
输入:
P8
输出:
P8
数据结构:
部份记录=部份编号+部份名称+领导人号
数据量和存取频度:
根据公司的具体规模情况来确定
存取方式:
联机处置;检索和更新;以检索把持为主
说明:
主码设为部份编号
(3)主要的处置过程
处置过程编号:
P1
处置过程名:
档案管理
输入:
用户身份,员工记录,员工情况
输出:
员工记录
处置说明:
根据员工的聘用、解聘建立或删除员工记录,以及在后续的过程中,以管理员身份对员工的记录进行修改
处置过程名:
销假管理
输入:
销假申请,请假批复,用户身份,员工记录,销假记录
输出:
请假记录
处置说明:
根据员工的销假申请,把销假时间录入到相应的请假记录中
处置过程名:
请假管理
输入:
请假申请,请假批复,用户身份,员工记录,请假记录
输出:
请假记录
处置说明:
根据员工的请假申请和批复情况,进行请假表的挂号
处置过程编号:
P3
处置过程名:
奖惩管理
输入:
用户身份,奖惩批复,奖惩记录
输出:
奖惩记录,奖惩情况
处置说明:
根据奖惩批复的要求对员工进行相应的惩办,并对惩办进行记录
处置过程编号:
P4
处置过程名:
工资管理
输入:
用户身份,工资记录
输出:
工资记录,工资查询
处置说明:
根据员工目前的工资情况,进行调薪的把持
处置过程编号:
P5
处置过程名:
调动管理
输入:
调动批复,用户身份,职务调动记录
输出:
职务调动记录,调动情况
处置说明:
根据调动批复的内容,更改员工的职务信息,并对换动情况进行记录
处置过程编号:
P6
处置过程名:
平安管理
输入:
管理员情况
处置说明:
建立管理人员记录表;通过用户名和口令,确认用户身份,保证系统平安性
处置过程名:
上班管理
输入:
上班刷卡,用户身份,员工记录,出勤记录
输出:
出勤记录
处置说明:
根据输入的员工编号信息,记录上班时间,并判断是否迟到
处置过程名:
下班管理
输入:
下班刷卡,用户身份,员工记录,出勤记录
输出:
出勤记录
处置说明:
根据输入的员工编号信息,记录下班时间,并判断是否早退
处置过程编号:
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)对表奖惩记录在属性列“奖惩类型”上建立非聚集索引
(7)对表请假记录在属性列“请假天数”上建立非聚集索引
在属性列“审批人编号”上建立非聚集索引
2存储结构
确定命据库的存储结构主要指确定命据的寄存位置和存储结构,包括确定关系、索引、日志、备份等的存储安插及存储结构,以及