人事管理.docx

上传人:b****6 文档编号:8602897 上传时间:2023-02-01 格式:DOCX 页数:36 大小:934.36KB
下载 相关 举报
人事管理.docx_第1页
第1页 / 共36页
人事管理.docx_第2页
第2页 / 共36页
人事管理.docx_第3页
第3页 / 共36页
人事管理.docx_第4页
第4页 / 共36页
人事管理.docx_第5页
第5页 / 共36页
点击查看更多>>
下载资源
资源描述

人事管理.docx

《人事管理.docx》由会员分享,可在线阅读,更多相关《人事管理.docx(36页珍藏版)》请在冰豆网上搜索。

人事管理.docx

人事管理

琼州学院电子信息工程学院

 

《数据库系统原理》课程设计报告

 

项目名称:

人事管理系统

专业:

计算机科学与技术(专升本)

年级:

2013级

姓名:

学号:

指导老师:

 

2014年9月

 

摘要

在计算机日益普及的今天,对企业而言若采用一套行之有效的人事管理系统来管理公司的员工,会方便许多,利用计算机事项企业人事管理势在必行。

企业人事管理系统是一个现代化的企业在竞争中立于不败之地的必要条件,它为人事信息提供充足的信息和快捷的查询手段。

对于大中型企业来说,利用计算机支持企业高效率完成劳动人事管理的日常事务,是事业能够现代企业制度要求,推动企业劳动人事管理走向科学化、规范化的必要条件。

同时计算机具有手工管理无法比拟的优点:

检索快速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。

这些优点能够极大地提高人事管理的效率,也是企业走向科学化、正规化管理,与世界接轨的重要条件。

关键字:

信息管理人事管理人事管理系统

目录

1.引言1

2.需求分析阶段2

2.1引言2

2.2需求分析阶段的目标与任务2

2.2.1处理对象2

2.2.2处理功能及要求3

2.2.3.安全性和完整性要求3

2.3需求分析阶段成果3

3概念设计阶段7

3.1引言7

3.2任务与目标8

3.3阶段结果8

4.逻辑设计阶段9

4.1逻辑设计的任务和目标9

4.2数据组织9

4.2.1将E-R图转换为关系模型9

4.2.2模型优化10

4.2.3数据库模式定义10

4.2.4用户子模式定义11

5.物理设计阶段12

5.1物理设计阶段的目标与任务12

5.2数据存储方面13

6.数据库实施阶段13

6.1建立数据库、数据表、视图、索引13

6.1.1建立数据库13

6.1.2建立数据表13

6.1.3建立视图15

6.1.4建立索引16

6.1.5建立触发器16

6.2数据入库17

6.3创建各个功能的存储过程17

7.系统调试和测试17

8.设计心得17

9.存在的问题及建议18

致谢19

参考文献19

附录1存储过程定义20

附录2SQL运行语句22

附录3系统的部分运行界面23

1.引言

21世纪以计算机为主体的高新技术群体已经将触角深入到国家经济的方方面面。

在市场经济的大环境下,越来越多的人士逐渐认识到计算机技术进行各类管理,交流的便捷。

在竞争越来越激烈的社会里,企业人事管理就越显示出其不可缺性,成为企业一个非常重要的模块。

企业人事管理系统主要是用于员工个人资料的录入,职务变动的记录和管理。

使用人事管理系统,便于公司领导掌握人员的动向和人员的综合素质,及时调整人才的分配,使用计算机对人事劳资信息进行管理,具有检索迅速、查找方便、可靠性高、存储量大、保密性好、成本低等优点,能够极大地提高人事资源管理的效率,也是企业科学化、正规化管理的重要条件

随着科学技术的快速发展,高学历人才的人数也与日俱增,职场竞争也越来越激烈。

越来越多的人更关注知识的积累、能力的培养。

越来越多的企业也都相继出现,而对于这些大规模、大容量的企业有一套行之有效的人事管理系统显得尤为重要。

尤其突出的是各个中小企业,教育机构等的人事管理在计算机上的实现。

然而如何利用先进的管理手段,提高人事的管理水平,是每一个机构所面临的重要课题。

所以,要想解决人事管理所要面临的问题,就必须有一套科学,高效,严密,实用的人事管理系统。

本文以企业人事管理系统开发过程为背景,全文分为目录、需求分析、概要设计、逻辑设计、物理设计,以及系统的实现等全过程。

在程序设计与调试上采用了自上而下,逐步细化,逐步完善的原则。

采用结构化的功能模块设计系统功能,可读性好,易于扩充。

基本功能全面,系统可读性好,易于维护、更新,安全性好。

2.需求分析阶段

2.1引言

进行系统设计,首先要对系统的现状进行分析。

根据系统的目标、需求和功能,制定和选择一个较好的系统方案,从而达到一个合理的优化系统。

需求分析是在于要弄清用户对开发的数据库应用系统的确切要求。

数据库设计的第一步是明确数据库的目的和如何使用,也就是说需要从数据库中得到哪些信息。

明确目的之后,就可以确定您需要保存哪些主题的信息(表),以及每个主题需要保存哪些信息(表中字段)。

在构造系统时,首先从需求出发构造数据库表,然后再由数据库表结合需求划分系统功能模块。

这样,就把一个大的系统分解成了几个小系统。

这里把我们把人事管理系统的层次划分为了五个部分:

员工基本信息、员工婚姻状况,员工学历信息,企业工作岗位,企业部门信息以及信息查询。

能够实现以下功能:

◆员工各种信息的输入,包括员工的基本信息、学历信息、婚姻状况信息、职称等。

◆员工各种信息的修改;

◆对于转出、辞职、辞退、退休员工信息的删除;

◆按照一定的条件,查询、统计符合条件的员工信息;至少应该包括每个员工详细信息的查询、按婚姻状况查询、按学历查询、按工作岗位查询等,至少应该包括按学历、婚姻状况、岗位、参加工作时间等统计各自的员工信息;

◆对查询、统计的结果打印输出。

2.2需求分析阶段的目标与任务

2.2.1处理对象

员工和基本信息:

编号,姓名,性别,密码,出生日期,民族,籍贯,家庭地址,邮编,固定电话,手机,E-mail,身份证号码政治面貌,部门编号,入职时间,备注,学历,简历,相片;

员工婚姻状况信息:

编号、姓名,婚否、配偶姓名、配偶出生日期、配偶民族、配偶职业;

企业工作岗信息:

员工编号,部门编号,工作岗位,入职时间;

企业部门信息:

编号,部门名称,部门电话,部门经理;

学历信息:

编号,姓名,学历,专业,毕业时间,毕业院校,外语水平,计算机水平;

2.2.2处理功能及要求

1.通过对现行人事管理系统的调查,系统能够存储一定数量的员工信息,并方便有效的进行相应的信息数据操作和管理,这主要包括:

1)员工信息的录入、删除及修改。

2)员工信息各种属性数据项的检索查询。

3)对新聘用的员工,将其信息加入到员工信息表记录中;对于解聘的员工,将其信息从员工档案记录中删除。

4)对退休工信息的处理。

5)员工信息的查询、统计的结果打印。

2.能够提供一定的安全管理机制,提供员工数据信息授权访问,防止用户对信息的随意删改、查询。

3.对查询、统计的结果能够列表显示。

2.2.3.安全性和完整性要求

1)安全性要求

系统安全性要求体现在数据库安全性、信息安全性和系统平台的安全性等方面。

安全性先通过视图机制,不同的用户只能访问系统授权的视图,这样可提供系统数据一定程度上的安全性,再通过分配权限、设置权限级别来区别对待不同操作者对数据库的操作来提高数据库的安全性;系统平台的安全性体现在操作系统的安全性、计算机系统的安全性和网络体系的安全性等方面。

2)完整性要求

系统完整性要求系统中数据的正确性以及相容性。

可通过建立主、外键,使用check约束,或者通过使用触发器和级联更新。

2.3需求分析阶段成果

2.3.1体会与收获

学习数据库一个学期了,所学的数据库知识都是基础,简单的设计,简单的代码,但是就是这些简单的东西,组成一个软件、一个系统。

越是简单越有趣,越喜欢去琢磨,不断的去修改,直至成功。

系统需求分析主要是通过对企业人事部门管理员的咨询、请教,了解企业人事的管理规则和运行机制,并通过上网搜索有关人事管理系统的知识,了解到了人事管理的现状,以及在管理中的一些问题。

由于是第二次做这样的需求调查,没有期中的那种压力,但是困难还是不小的,在设计的时候需要不断的克服。

2.3.2人事管理系统业务流程图

2.3.3人事工资管理系统数据流程图

顶层数据流图:

员工系统数据流图:

管理系统数据流图:

2.3.4人事管理系统数据字典

(a)数据项:

系统涉及的数据项有46项

表1.1数据项列表

数据项编号

数据项名

数据项含义

与其它数据项的关系

存储结构

别名

DI-1

工号

员工工号

char(6)

员工工号

DI-2

姓名

员工姓名

varchar(10)

员工姓名

DI-3

部门编号

部门编号

同部门信息表的部门编号

char(3)

部门编号

DI-4

性别

性别

varchar

(2)

性别

DI-5

出生日期

生日

Datetime8)

生日

DI-6

籍贯

籍贯

varchar(8)

籍贯

DI-7

国籍

国籍

varchar(10)

国籍

DI-8

民族

民族

varchar(10)

民族

DI-9

身份证号码

身份证号

char(20)

身份证号

DI-10

婚姻

婚姻情况

varchar

(2)

婚姻情况

DI-11

健康状况

健康状况

varchar(20

健康状况

DI-12

政治面貌

政治面貌

varchar(4)

政治面貌

DI-14

血型

血型

varchar

(2)

血型

DI-15

入职时间

参加工作时间

datetime(8)

参加工作时间

DI-16

家庭住址

家庭住址

varchar(10)

家庭住址

DI-17

联系电话

联系电话

char(3)

联系电话

DI-18

EMAIL

联系EMAIL地址

varchar(20)

联系EMAIL地址

DI-19

工作岗位_ID

工作岗位编号

同工作岗位情况表的工作岗位_ID

char(3)

工作岗位编号

DI-20

爱人工号

爱人工号

char(6)

爱人工号

DI-21

爱人姓名

爱人姓名

varchar(10)

爱人姓名

DI-22

爱人生日

爱人生日

datetime(8)

爱人生日

DI-23

结婚日期

结婚日期

datetime(8)

结婚日期

DI-24

爱人公司

爱人公司名

varchar(20)

爱人公司名

DI-25

爱人政治面貌

爱人政治面貌

varchar(4)

爱人政治面貌

DI-26

爱人工作岗位

爱人工作岗位

varchar(10)

爱人工作岗位

DI-27

学历

员工学历

同ReaLBID

char(6)

员工学历

DI-28

专业

专业

varchar(10)

专业

DI-29

毕业时间

毕业时间

datetime(8)

毕业时间

DI-30

毕业学校

毕业学校

varchar(20)

毕业学校

DI-31

学校类型

学校类型

varchar(6)

学校类型

DI-32

外语1

外语1

varchar(6)

外语1

DI-33

外语1_级别

外语1级别

varchar(6)

外语1级别

DI-34

外语2

外语2

varchar(6)

外语2

DI-35

外语2_级别

外语2级别

varchar(6)

外语2级别

DI-36

岗位名称

工作岗位名称

varchar(10)

工作岗位名称

DI-37

权利范围

岗位权利范围

varchar(20)

岗位权利范围

DI-38

岗位任务

岗位任务描述

varchar(20)

岗位任务描述

DI-39

部门编号

部门名称

varchar(10)

部门名称

DI-40

部门职能

部门职能描述

varchar(30)

部门职能描述

DI-41

部门经理工号

部门经理工号

同员工基本情况表的工号

char(6)

部门经理工号

DI-42

部门副经理工号

部门副经理工号

同员工基本情况表的工号

char(6)

部门副经理工号

DI-43

登录名

登录名

nchar(10)

登录名

DI-44

姓名

姓名

nchar(4)

姓名

DI-45

用户身份

用户身份

nchar(3)

用户身份

DI-46

密码

密码

 

int(4)

密码

(b)数据结构:

表1.2数据结构列表

数据结

构编号

数据结构名

数据结构

含义

组成

DS-1

员工基本表

员工基本信息

工号,姓名,性别,部门编号,工作岗位_ID,出生日期,籍贯,国籍,民族,身份证号码,健康状况,政治面貌,政治面貌_DATE,血型,

入职时间,EMP_STATE,EMP_STATE_DATE,家庭住址,联系电话,EMAIL,婚姻,密码

DS-2

职工婚姻信息

员工婚姻情况

工号,爱人工号,爱人姓名,爱人生日,结婚日期,爱人公司,爱人政治面貌,爱人工作岗位

DS-3

员工学历信息

员工学历信息

工号,学历,专业,毕业时间,毕业学校,学校类型,外语1,外语1_级别,外语2,外语2_级别

DS-4

工作岗位

企业工作岗位

工作岗位_ID,岗位名称,权利范围,岗位任务

DS-5

部门信息

企业部门信息

部门编号,部门编号,部门职能,部门经理工号,部门副经理工号

DS-6

管理员信息

管理员信息

登录名,姓名,用户身份,密码

2.3.5处理逻辑描述

表1.3处理逻辑列表

处理编号

处理功能

处理过程

PR-1

判断员工查询涉及的功能模块

先确定查询所涉及的功能模块;然后,根据要查询的内容,确定查询数据流向;最后显示查询结果。

PR-2

判断管理员修改要涉及的模块,同时把相应的修改数据传到相应的模块之中

员工基本信息模块、员工学历信息模块、员工婚姻情况模块、管理员信息模块、工作岗位模块、部门信息模块:

先确定更新所涉及的功能模块;然后,把更新信息传送到相应的模块中;最后,进行相应的更新操作。

3概念设计阶段

3.1引言

人事管理系统开发的的总体目标是实现企业人事管理的系统化和自动化,缩短工作人员的查询时间,减轻工作人员的工作量,方便工作人员对它的操作,提高管理的质量和水平,做到高效、智能化管理,从而达到提高人事管理效率的目的。

主要任务是对员工基本信息、员工学历信息、员工婚姻信息、企业岗位信息、企业部门信息的操作及外理。

概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息结构(概念模型)的过程,它是整个数据库设计的关键。

3.2任务与目标

概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息结构即概念模型的过程,它是整个数据库设计的关键。

3.3阶段结果

(1)从用户查询信息分解的E-R图:

(2)从信息添加流程图分解得到的E-R图:

(3)从信息修改流程图分解得到E-R图:

(4)从信息删除流程图分解得到的E-R图:

(5)各E-R图各实体的属性如下所示:

员工:

(工号,姓名,性别,部门编号,工作岗位_ID,出生日期,籍贯,国籍,民族,身份证号码,健康状况,政治面貌,血型,家庭住址,联系电话,EMAIL,婚姻,密码)

部门:

部门信息(部门编号,部门编号,部门职能,部门经理工号,部门副经理工号)

岗位:

(工作岗位_ID,岗位名称,权利范围,岗位任务)

管理员:

(登录名,姓名,用户身份,密码)

4.逻辑设计阶段

4.1逻辑设计的任务和目标

以上的概念设计阶段是独立于任何一种数据模型的,但是逻辑设计阶段就与选用的DBMS产品发生关系了,系统逻辑设计的任务就是将概念设计阶段设计好的基本E-R图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。

具体内容包括数据组织(将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计)、数据处理(画出系统功能模块图)两大任务。

4.2数据组织

4.2.1将E-R图转换为关系模型

实体型转换为关系模式。

实体的属性就是关系的属性,实体的码就是关系的码。

对于实体间的联系则有以下不同的情况:

一个m:

n联系转换为一个关系模式。

与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合。

一个1:

n联系可以转换为一个独立的关系模式,也可以与n端对应的关系模式合并。

如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为n端实体的码。

一个1:

1联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。

三个或三个以上实体间的一个多元联系可以转换为一个关系模式。

与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合,具有相同码的关系模式可合并。

在人事管理系统中,员工跟员工代号是1:

1的关系,员工与部门之间是n:

m的关系把它们之间的联系转化为独立的关系模式,则具体的基本E-R图向关系模型的转化。

4.2.2模型优化

4.2.3数据库模式定义

表2.1员工基本信息表

列名

数据类型

可否为空

说明

工号

char(6)

notnull

员工工号

姓名

varchar(10)

员工姓名

部门编号

char(3)

部门编号

性别

varchar

(2)

性别

出生日期

Datetime8)

生日

籍贯

varchar(8)

籍贯

民族

varchar(10)

民族

身份证号码

char(20)

身份证号

婚姻

varchar

(2)

婚姻情况

健康状况

varchar(20

健康状况

政治面貌

varchar(4)

政治面貌

血型

varchar

(2)

血型

入职时间

datetime(8)

参加工作时间

家庭住址

varchar(10)

家庭住址

联系电话

char(3)

联系电话

EMAIL

varchar(20)

联系EMAIL地址

工作岗位_ID

char(3)

工作岗位编号

密码

int(4)

密码

表2.2员工婚姻情况表

列名

数据类型

可否为空

说明

工号

char(6)

notnull

员工工号

爱人工号

char(6)

notnull

爱人工号

爱人姓名

varchar(10)

爱人姓名

爱人生日

datetime(8)

爱人生日

结婚日期

datetime(8)

结婚日期

爱人公司

varchar(20)

爱人公司名

爱人政治面貌

varchar(4)

爱人政治面貌

爱人工作岗位

varchar(10)

爱人工作岗位

表2.3员工学历信息表

列名

数据类型

可否为空

说明

工号

char(6)

notnull

员工工号

学历

char(6)

员工学历

专业

varchar(10)

专业

毕业时间

datetime(8)

毕业时间

毕业学校

varchar(20)

毕业学校

学校类型

varchar(6)

学校类型

外语1

varchar(6)

外语1

外语1_级别

varchar(6)

外语1级别

外语2

varchar(6)

外语2

外语2_级别

varchar(6)

外语2级别

表2.4企业工作岗位表

列名

数据类型

可否为空

说明

工号

char(6)

notnull

员工工号

岗位名称

varchar(10)

工作岗位名称

权利范围

varchar(20)

岗位权利范围

岗位任务

varchar(20)

岗位任务描述

表2.5企业部门信息表

列名

数据类型

可否为空

说明

工号

char(6)

notnull

员工工号

部门编号

varchar(10)

部门名称

部门职能

varchar(30)

部门职能描述

部门经理工号

char(6)

部门经理工号

部门副经理工号

char(6)

部门副经理工号

表2.6管理员信息表

列名

数据类型

可否为空

说明

登录名

nchar(10)

登录名

姓名

nchar(4)

姓名

用户身份

nchar(3)

用户身份

密码

int(4)

notnull

密码

4.2.4用户子模式定义

表2.7用户子模式定义

编号

用户子模式(View)

作用(共性:

提供数据保密和安全保护机制)

V-1

职工基本表View

便于查询和修改员工的基本信息

V-2

职工婚姻信息View

方便员工婚姻情况的查询、更新

V-3

职工学历信息View

便于员工学历信息的查询、更新

表2.8员工基本信息视图

列名

数据类型

可否为空

说明

部门编号

varchar(10)

部门名称

岗位名称

varchar(10)

岗位名称

工号

char(6)

notnull

员工工号

姓名

varchar(10)

姓名

密码

int(4)

密码

性别

varchar

(2)

L

性别

出生日期

datetime(8)

生日

表2.9员工婚姻情况视图

列名

数据类型

可否为空

说明

爱人姓名

varchar(10)

notnull

爱人姓名

爱人生日

datetime(8)

爱人生日

结婚日期

datetime(8)

结婚日期

工号

char(6)

notnull

员工工号

姓名

varchar(10)

员工姓名

表2.10员工学历信息视图

列名

数据类型

可否为空

说明

工号

char(6)

notnull

员工工号

姓名

varchar(10)

姓名

学历

char(6)

学历

专业

varchar(10)

专业

外语1

varchar(6)

外语1

外语1_级别

varchar(6)

外语1级别

外语2

varchar(6)

外语2

外语2_级别

varchar(6)

外语2级别

表2.11员工登录信息视图

列名

数据类型

可否为空

说明

工号

char(6)

notnull

员工工号

姓名

varchar(10)

姓名

部门编号

varchar(10)

部门名称

岗位名称

varchar(10)

岗位名称

密码

int(4)

notnull

密码

5.物理设计阶段

5.1物理设计阶段的目标与任务

数据库的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程,在这个阶段中要完成两大任务:

(1)确定数据库的物理结构,在关系数据库中主要是存取方法和存储结构;

(2)对物理结构进行评价,评价的重点是时间和空间效率。

5.2

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > PPT模板 > 卡通动漫

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1