人事管理系统-课程设计报告.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
数据结构:
请假记录=员工编号+请