人事标准管理系统数据库设计.doc

《数据库原理和应用》
课程设计汇报

设计题目： 人事管理系统
小组组员：

年 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
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基础情况
为了顺利完成这次数据库课程设计，我们组成了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
定义：调动批复=批复部门号+批复原因+批复日期
数据流量：依据企业具体情况来确定
说明：批复原因能够省略

数据流名称：上班刷卡
位置：职员→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）对表 奖惩统计 在属性列“奖惩类型”上建立非聚集索引
（7）对表 请假统计 在属性列“请假天数”上建立非聚集索引
在属性列“审批人编号”上建立非聚集索引
2存放结构
确定数据库存放结构关键指确定数据存放位置和存放结构，包含确定关系、索引、日志、备份等存放安排及存放结构，和确定系统存放参数配置。
将日志文件和数据库对象(表、索引等)分别放在不一样磁盘，能够改善系统性能，提升系统安全性。所以，系统应将日志文件和数据文件存放在不一样磁盘上。
3数据库建立
具体SQL代码以下：
create database 人事管理系统
on primary
(
name=人事管理系统，
filename='D:\SQL\XX售后服务.mdf'，
size=10，
filegrowth=10%，
maxsize=50
)
log on
(
name=人事管理系统_日志，
filename='D:\SQL\人事管理系统_日志.ldf'，
size=5，
filegrowth=10%，
maxsize=10
)
Go

create table 部门
(
部门编号 Char(4) primary key，
部门名 Char(10) not null，
领导人号 Char(4) not null，
)
Go

create table 管理人员
(
管理员账号 char(4) primary key，
职员编号 Char(4) not null，
密码 Char(6) not null，
等级 Char(4) check(等级 in ('管理员'，'系统管理员'))，
foreign key (职员编号) references 职员(职员编号)
)
Go

create table 刷卡机
( 刷卡机号 Char(4) primary key
)
Go

create table 职员
(
职员编号 Char(4) primary key，
姓名 Char(10) not null，
性别 Char(2) check(性别 in('男'，'女'))，
出生日期 datetime，
学历 VarChar(32) not null，
身份证号 VarChar(32) not null，
民族 VarChar(16) not null，
职称 Char(10)，
部门编号 char(4)，
)
Go

create table 出勤
(
出勤号 Char(6) primary key，
职员编号 Char(4) not null，
上班日期 datetime not null，
上班时间 datetime not null，
下班时间 datetime not null，
刷卡机号 Char(4)，
foreign key (刷卡机号) references 刷卡机(刷卡机号)，
foreign key (职员编号) references 职员(职员编号)
)
Go

create table 工资
(
工资编号 Char(6) primary key，
职员编号 Char(4) not null，
基础工资 money not null，
罚款 money，
起始时间 Datetime，
截止时间 Datetime，
发薪日期 Datetime，
foreign key (职员编号) references 职员(职员编号)
)
Go

create table 职务调动
(
调动编号 Char(6) not null primary key，
职员编号 Char(4) not null，
调动前职务 Char(10)，
调动后职务 Char(10)，
批复部门号 Char(4) not null，
调动日期 Datetime，
批复日期 Datetime，
调动原因 VarChar(50)，
foreign key (职员编号) references 职员(职员编号)，
foreign key (批复部门号) references 部门(部门编号)
)
Go

create table 奖惩统计
(
奖惩编号 Char(6) not null primary key，
职员编号 Char(4) not null，
奖惩类型 Char(4)，
奖惩金额 money，
奖惩日期 Datetime，
批复部门号 Char(4)，
批复日期 Datetime，
奖惩原因 VarChar(50)，
foreign key (职员编号) references 职员(职员编号)，
foreign key (批复部编号) references 部门(部门编号)
)
Go

create table 请假统计
(
请假编号 Char(6) not null primary key，
职员编号 Char(4) not null，
请假时间 Datetime，
销假时间 datetime，
请假天数 int ，
审批人编号 Char(4)，
foreign key (职员编号) references 职员(职员编号)
)
Go

/*索引建立*/
create index部门_领导人号_index on部门(领导人号)
create index 出勤_学历_index on 出勤(学历 )
create index 出勤_出生日期_index on 职员(出生日期 )
create index 出勤_上班日期_index on 出勤(上班日期 )
create index 工资_基础工资_index on 工资(基础工资 )
create index 职务调动_调动前职务_index on 职务调动(调动前职务 )
create index 奖惩统计_奖惩类型_index on 奖惩统计(奖惩类型 )
create index 请假统计_请假天数_index on 请假统计(请假天数)
Go
第三部分：分析和总结
经过我们小组共同努力，最终设计出一个达成程序设计要求数据库。其功
能完整，用户界面良好，不过也存在着一些缺点。
1数据库分析
因为在数据库设计早期，没有对人事管理系统进行正确地需求分析，造成后期设计过程中数据库概念设计阶段无法进行。
所以，经过此次数据库课程设计使学生认识到了需求分析对于软件系统设计关键性。也认识到规范化设计步骤对于后期设计来说，是十分关键。
前面设计是后面铺垫，只有对前面设计过程进行正确地分析，才能节省整个系统开发时间。
最终，经过此次数据库课程设计使学生初步了解了简单数据库通常开发步骤，和数据流图和E-R图等专业图形地绘制。
2课题总结
这一段时间工作努力，最终结果固关键，但更关键是它让我们了解了数据库设计通常过程。在接收用户一个项目标时候，首先是进行系统分析。既首先分析其以后情况和技术可行性,假如二者可行，我们接下来做就是总体设计。我们首先必需听取用户要求，将其提出功效按某种方法划分为多个模块,这就是整体设计,再对每一个模块进行细化形成最为简单模块。然后是考虑每一细化模块算法并将其用语言刻画出来，这就是具体设计。这就迈出了最为关键一步。剩下就是编译测试阶段。这是编程必经阶段，也是我们劳动结果验金石。只有得到我们期望结果我们才算真正完成了任务。最终是软件维护。在软件使用过程中不可避免地会出现部分错误，所以维护便是必不可少。这便是完成一个项目必经过程。
克服困难，坚持不懈是一个成功人士所必需品质。一样作为一个软件编程者更是必不可少。只有勇于对困难说不，我们才能成为真正软件编程者。不懈上帝是公平，又付出就有回报。眼前困难只是你前进路上绊脚石。只要我们不怕痛，我们就能坚持走下来，最终走向胜利。
更关键是它让我意识到团结互助关键性。我们人类毕竟是社会动物。谁也不能成为上帝无所不能。只要是人她就必需需要她人。不管从物质还是精神上全部不能摆脱对人依靠。我们必需学会了和人交往，和人合作。这也是从事软件业所必需要学会。众所周知，软件是众人相互协作产业，一个人不可能独立完成一个大型软件编程工作。信息产业在于它速度，即使一个人能完成一个项目，它也不可能在时间上满足社会需求。所以和人沟通和人协作也是十分关键。
经过这次课题设计，我们体会到SQL Server 功效功效丰富，表示能力强，使用灵活方便，应用面广。不过在其优势后面肯定也隐藏着劣势，那就是对程序员要求尤其高。伴随社会发展，人类需要处理数据越来越多，对数据管理要求也越来越关键。软件发展也从面向程序发展成为面向数据。
参考文件
[1] 孟繁荣、闫秋艳等编著.《数据库原理和应用》.清华大学出版社.
[2] 王珊、萨师煊编著.《数据库系统概论》.第四版.高等教育出版社，
[3] 宋坤、李严、等编著.《SQL Server数据库开发实例解析》.机械工业出版社.
[4] 周汉平编著.《数据库设计及其应用程序开发》.清华大学出版社. 年
[5] 徐兰芳.彭冰.吴永英编著.《数据库设计和实现》.上海交通大学出版社.