人力资源管理系统数据库课程设计.docx
- 文档编号:6098857
- 上传时间:2023-01-03
- 格式:DOCX
- 页数:41
- 大小:1.17MB
人力资源管理系统数据库课程设计.docx
《人力资源管理系统数据库课程设计.docx》由会员分享,可在线阅读,更多相关《人力资源管理系统数据库课程设计.docx(41页珍藏版)》请在冰豆网上搜索。
人力资源管理系统数据库课程设计
人力资源管理系统--数据库课程设计
1.1开发背景
随着企业的信息化和体制改革的步伐,人才竞争使企业的人力资源面临前所未有的挑战。
越来越多的企业不断地加大对职员的投资,从而更好地吸引、保留和进展所需要人才,是企业拥有持久的、强大的竞争优势。
在过去专门长一个传统的打算经济治理体制的时期中,国有企事业和公共事业单位中的人员治理一直实行着集中统一的打算治理模式,企业中人员的差异并没有构成要紧的决定因素,随着市场经济的进展,市场竞争的加剧,企业的成功与其职员队伍之间的关注。
而传统的手工纪录治理的模式越来越不能满足企业人力资源治理的要求,随着运算机应用的普及,采纳运算机进行人力资源治理的快捷、方便、高效的优越性时企业治理人员的共识。
因此我们选用«人力资源治理系统数据库设计»作为我们的数据库课程设计的设计题目,通过人力资源会计理论为指导,将人力资源需求、人力资源聘请、人力资源审计、人力资源使用、人力资源培训、人力资源评估、人力资源二次调配等每一个动态环节编制成类似于财务报表的记录,从而完成人力资源的货币形式的衡定。
以工资核算为核心、以职员的绩效考核为依据,通过建立多种数据模型辅助完成人力资源治理对企业经营决策的支持作用。
本说明书目的在于明确说明系统需求,界定系统实现功能的范畴,指导系统设计以及编码。
本说明书的编写为下时期的设计、开发提供依据,为项目组成员对需求的详尽明白得,以及在开发开发过程中的协同工作提供强有力的保证。
同时本文档也作为项目评审验收的依据之一。
1.2项目背景
人力资源治理模块以经营治理为基础,采纳成熟、先进的运算机软、硬件集成技术,融入科学的人事治理思想和模式,对企业及其下属公司的人事信息进行采集、储存、加工、处理和分析,使其及时准确地反映企业的人事聘用状况、人员流淌情形、薪资情形等人事信息,为各层治理者提供快速准确的人事治理依据与辅助决策数据。
企业公司进展现状几十年来,企业经营单位和从业人员急速进展,人员良莠不齐,明白专业知识的少,小本经营多。
面对危机与机遇,出路只有一条:
通过改革和创新,提高治理能力,提高核心竞争力。
通过导入规范化信息治理系统,专门是人力资源治理系统,建立信息化平台。
只有在人力资源得到合理的分配,才能发挥出企业的整体实力,站稳脚跟。
建立一个完善的人力资源治理系统,对一个企业的领导者在人力治理方面有着专门重要的作用。
我们的项目确实是基于人力资源治理在企业进展中的重要作用而开发的,使公司能更好的治理人力资源,提高企业的整体竞争力。
通过实施人力资源治理系统,提高人力资源部在日常人力资源操作性等事物的工作效率,为高层提供即时的搞笑的人力资源数据查询、分析,为高层提供决策支持。
同时有利于人力资源内部流程的规范与再造优化。
1.3定义
1.3.1专业术语
数据流图:
数据流图是结构化方法中使用的工具,它以图形的方式描画数据在系统中流淌和处理的过程,由于它只反映系统必须完成的逻辑功能,因此它是一种功能模型。
1.3.2主页术语定义
Java是一种能够撰写跨平台应用软件的面向对象的程序设计语言,是由SunMicrosystems公司于1995年5月推出的Java程序设计语言和Java平台〔即JavaSE,JavaEE,JavaME〕的总称。
Java技术具有杰出的通用性、高效性、平台移植性和安全性,广泛应用于个人PC、数据中心、游戏操纵台、科学超级运算机、移动和互联网,同时拥有全球最大的开发者专业社群。
在全球云运算和移动互联网的产业环境下,Java更具备了显著优势和宽敞前景。
SQL:
是一种数据库查询和程序设计语言,用于存取数据以及查询、更新和治理关系数据库系统。
甘特图:
它是以图式的方式通过活动列表和时刻刻度形象地表示出任何特定的活动顺序与连续时刻。
第二章任务概述
2.1目标
传统的企业人力资源治理已不能满足现代化治理的需要。
因此,对企业人力资源的信息处理实行运算机化这一需要就显得越来越重要。
要对人力资源中人员甑选、人员录用、职员培训、人员调整、考勤治理、人事评议、人事档案治理,实现全面、科学、系统的治理;提高工作效率、增强交流与协作、提高辅助决策、有效地提高治理水平、完善人力资源治理活动中诸多不足之处就成为SYSWAYHR的设计目标。
充分利用网络资源,依照企业实际需求,进一步优化和再造治理流程:
使人力资源的治理更为高效和科学,数据更为准确。
完善人力资源决策支持系统,及时提供相关数据和报表:
使基于人力资源系统数据的决策更为直观和精确。
增强职员自助服务的功能,简化人力资源事务性的治理流程:
使人力资源部门的人员有更多的时刻和精力用于人力资源的战略规划。
完善人力资源系统的业务治理功能,建立流程引擎和角色治理机制:
使得达到降低成本,提高效率,合理利用人才,改进职员服务模式的目的。
2.2运行环境
开发环境:
MicrosoftVisualStudio2020
MicrosoftSQLServer2005
运行平台:
WindowsXP
操作系统附加功能:
IIS6.0
应用平台:
BeaWeblogic8.1
客户端软件:
MSIE6.0
语种:
简体中文或英文
硬件环境:
列出运行该软件所需要的硬设备。
说明其中的新型设备及其专门功能,包括:
1处理器型号及内存容量;
2外存容量、联机或脱机、媒体及其储备格式,设备的型号及数量;
3输入及输出设备的型号和数量,联机或脱机;
4数据通信设备的型号和数量;
5功能键及其他专用硬件
例如:
设备名称
用途
配置信息
备注
应用和数据库服务器
数据储备和处理
1CPU:
P42.20G
无
整个系统相关人员有:
系统治理人员,人力资源治理员,一般职员,应聘人员以及财务的后勤人员。
人力资源治理员能够利用该系统好好利用公司人力资源,一般职员能够及时查询相关信息并更新自己的信息……
2.3条件限制
由于系统用户层次广,用户面宽,因此用户关于电脑,网络知识的把握不一,可能有尚未接触过电脑的,可能有软件使用高手……故应该考虑依照调查用户实际设计出使用方便,统一,简易尽量多可视化的系统,提高用户的可操作性,减少用户培训。
同时由于不同层次的用户有不同的系统使用治理权限,健全安全机制,完善系统安全监控审计功能也是专门重要的。
第三章需求分析
3.1功能划分
我们的人力资源治理将要完成聘请入职治理治理,薪资治理,出勤统计,职员奖惩治理,保险治理,合同治理,培训治理等功能,通过划分为以下五个子系统。
如以下图是我们的功能结构图。
在后续设计中,我要紧负责人事关系治理子系统,因此,在此只反映人事治理的二级结构分类。
图3.1功能结构图
3.1.1聘请入职子系统
由人事主管部门制定聘请打算,同时负责人员的面试工作,同时对面试及聘请过程中职员的信息加以记录,流程从职员登记开始一直到面试通过进入实习期为止。
3.1.2培训治理子系统
在该子系统中,集中治理通过面试进入培训时期的职员信息,记录职员在培训期间的业绩表现,平常考核以及结课考试成绩,作为入职转正的标准。
3.1.3人事治理子系统
在该子系统中,负责职员的日常关系治理,包括人员凭调,升降变动,转正审批,离职等级等人事业务
3.1.4社会关系子系统
在该子系统中,要紧治理职员的个人合同,保险,以及公积金,业务包括合同续签及审核,保险关系转入转出缴纳,公积金转入转出缴纳
3.1.5薪资治理子系统
在该子系统中,要紧包括职员考勤,奖惩统计,职职员资统计,系统将依照该月职员出勤及加班违纪情形自动统计职员薪资
3.2个人模块
在该项目中,我负责的是人事治理模块,按照要求,在下面的数据库设计中,我将按照概念设计——逻辑设计——物理设计的步骤来进行阐述。
在我的人事治理模块中,人事专员负责职员的各项人事业务治理,能够发起对一个职员的调动申请,同时指定审批的上级领导,上级领导审批后,人事治理员依照审批结论修改职员信息。
当职员试用期满后,由职员个人发起转正申请,人事专员受理后指定审批领导。
审批后依照审批结论修改职员状态。
职员离职后,人事专员记录该职员离职信息及其原先所在部门。
因此,在我的模块中,我要紧分以下几个功能进行设计:
1.人员差不多信息治理
2.人员凭调处理
3.人员转正处理
4.人员升迁降职处理
5.离职记录登记
我们的人力资源治理系统的全局数据流图如图4.1所示:
图3-1全局数据流图
由上图进行进行分析,与我的人事治理产生交集的模块是培训模块,在一个职员通过面试后,进入实习状态,而要转正的话,是由人事部门依照该职员在实习期的业绩进行评估,达到转正标准的,将由人事专员发起转正申请。
也确实是说,能够发起转正申请的人员信息来自于培训模块。
同时,在职员的升迁降职中,人事部门要统计职员的业绩,依照业绩判定该职员是否到达升迁降职的标准,同时发起调动,由上级批准,即确实是,升迁降职将参考效绩模块的数据。
在下描述的过程中,如有用到其他模块的数据的功能,将有所提及,但不做深入讲解,如有疑问,能够参考其他模块的具体设计。
3.3数据流图
1.内部调动
图3-2内部调动E-R图
人事专员能够发起对一名职员的调动申请,申请包括该职员现在部门职位和将要调往的部门职位,发起的申请存入系统,然后交由上级领导审批,上级审批后,产生的审批记录存入系统。
2.升迁降职处理
图3-3升迁降职E-R图
人事专员能够依照职员入职以后的个人业绩针对职员发起升迁降职申请,由上级批准后,升迁降职信息存入系统
3.离职登记
图3-4离职登记数据流图
4.职员转正
图3-5职员转正E-R图
人事专员依照职员在实习期间的表现决定是否能够对该职员发起转正,假如调价达到,那么该职员发起转正,同时对该职员产生转正记录,记录的转正时刻,从次月起对职员缴纳保险和公积金。
与社会关系治理模块契合。
第四章概念结构设计
4.1数据字典
数据文件:
调动申请表
文件组成:
调动编号,职员编号,现在部门,现在岗位,调动部门,调动岗位,申请日期,上级编号
序号
列名
数据类型
长度
小数位
标识
主键
承诺空
默认值
说明
1
调动编号
int
4
0
是
是
否
2
职员编号
varchar
50
0
否
3
现在部门
varchar
50
0
否
4
现在岗位
varchar
50
0
否
5
调动部门
int
4
0
否
6
调动岗位
int
4
0
否
7
申请日期
int
4
0
否
数据文件:
调动审批表
文件组成:
审批编号,调动编号,审批日期,审批判语,审批结论,上级编号
序号
列名
数据类型
长度
小数位
标识
主键
承诺空
默认值
说明
1
审批编号
int
4
0
是
是
否
2
调动编号
varchar
50
0
否
3
审批日期
date
50
0
否
4
审批判语
varchar
4
0
否
5
审批结论
varchar
4
0
否
6
审批人
varchar
4
0
否
数据文件:
升迁降职表
文件组成:
编号,职员编号,现在部门,现在岗位,变动部门,变动岗位,变动日期,上级编号
序号
列名
数据类型
长度
小数位
标识
主键
承诺空
默认值
说明
1
编号
int
4
0
是
是
否
2
职员编号
varchar
50
0
否
3
现在部门
varchar
50
0
否
4
现在岗位
varchar
50
0
否
5
变动部门
int
4
0
否
6
变动岗位
int
4
0
否
7
变动日期
int
4
0
否
8
审批人
Int
4
0
否
数据文件:
离职登记表
文件组成:
离职编号,职员编号,离职缘故,离职时刻
序号
列名
数据类型
长度
小数位
标识
主键
承诺空
默认值
说明
1
离职编号
int
4
0
是
是
否
2
职员编号
varchar
50
0
否
3
离职缘故
varchar
4
0
否
4
离职时刻
int
4
0
否
数据文件:
转正申请表
文件组成:
申请编号,职员编号,培训编号,部门编号,岗位编号,申请时刻,审批人编号
序号
列名
数据类型
长度
小数位
标识
主键
承诺空
默认值
说明
1
转申编号
int
4
0
是
是
否
2
职员编号
varchar
50
0
否
3
申请内容
varchar
50
0
否
6
申请时刻
int
4
0
否
7
审批人编号
Int
4
0
否
数据文件:
转正审批表
文件组成:
申请编号,职员编号,转申编号,审批日期,审批判语,审批结论,审批人
序号
列名
数据类型
长度
小数位
标识
主键
承诺空
默认值
说明
1
审批编号
int
4
0
是
是
否
2
职员编号
varchar
50
0
否
3
转申编号
varchar
50
0
否
4
审批日期
varchar
50
0
否
5
审批判语
int
4
0
否
6
审批结论
int
4
0
否
7
审批人
varchar
4
0
否
4.2E-R图
1.职员调动申请ER图
一个职员能够有多个调动申请,一个人事专员能够发起多个凭调申请
4-1职员调动申请ER图
2.职员调动申请审批ER图
调动审批是对凭调申请的回复,一条凭调申请能够有一个或零个调动审批
4-2职员调动审批ER图
3.转正申请ER图
4-3职员转正申请ER图
4.转正审批ER图
4-4职员转正审批ER图
5.职员离职
5-5职员离职ER图
6.人员升降
4-6职员升迁降职ER图
第五章逻辑设计
5.1关系模式
从上面的概念设计中,能够得出以下的关系模式:
1.凭调申请〔申请编号,职员编号,原先部门,调动部门,原先岗位,调动岗位,申请时刻〕
2.调动审批〔审批编号,申请编号,审批判语,审批结论,审批时刻,审批人〕
3.转正申请〔申请编号,职员编号,申请内容,申请时刻,人事专员编号,审批人〕
4.转正审批〔审批编号,审批判语,审批结论,审批时刻,申请编号〕
5.离职信息〔离职编号,职员编号,离职时刻,离职缘故,原先部门〕
6.升降记录〔变动编号,变动时刻,调动部门,调动岗位,上级编号〕
5.2关系模式分析
1.凭调申请关系模式
凭调申请〔申请编号,职员编号,原先部门,调动部门,原先岗位,调动岗位,申请时刻〕
在关系模式中,审请编号是主属性。
申请编号-->(职员编号,原先部门,调动部门,原先岗位,调动岗位,申请时刻)
其中,每一个数据项都单一,满足1NF,
同时,主属性是申请编号,不存在非主属性对主属性的部分依靠。
满足第二范式。
同时,主属性是申请编号,不存在非主属性对主属性的传递依靠。
满足第三范式。
因此:
凭调申请∈3NF
2.调动审批关系模式
调动审批〔审批编号,申请编号,审批判语,审批结论,审批时刻,审批人〕
在关系模式中,审批编号是主属性。
审批编号-->(申请编号,审批判语,审批结论,审批时刻,审批人)
其中,每一个数据项都单一,满足1NF,
同时,主属性是审批编号,不存在非主属性对主属性的部分依靠。
满足第二范式。
同时,主属性是审批编号,不存在非主属性对主属性的传递依靠。
满足第三范式。
因此:
凭调申请∈3NF
3.转正申请关系模式
转正申请〔申请编号,职员编号,申请内容,申请时刻,人事专员编号,审批人〕
在关系模式中,申请编号是主属性。
申请编号-->(申请编号,职员编号,申请内容,申请时刻,人事专员编号,审批人)
其中,每一个数据项都单一,满足1NF,
同时,主属性是申请编号,不存在非主属性对主属性的部分依靠。
满足第二范式。
同时,主属性是申请编号,不存在非主属性对主属性的传递依靠。
满足第三范式。
因此:
凭调申请∈3NF
4.转正审批关系模式
转正审批〔审批编号,审批判语,审批结论,审批时刻,申请编号〕
在关系模式中,审批编号是主属性。
审批编号-->(审批判语,审批结论,审批时刻,申请编号)
其中,每一个数据项都单一,满足1NF,
同时,主属性是审批编号,不存在非主属性对主属性的部分依靠。
满足第二范式。
同时,主属性是审批编号,不存在非主属性对主属性的传递依靠。
满足第三范式。
因此:
凭调申请∈3NF
5.离职信息关系模式
离职信息〔离职编号,职员编号,离职时刻,离职缘故,原先部门〕
在关系模式中,离职编号是主属性。
离职编号-->(职员编号,离职时刻,离职缘故,原先部门)
其中,每一个数据项都单一,满足1NF,
同时,主属性是离职编号,不存在非主属性对主属性的部分依靠。
满足第二范式。
同时,主属性是离职编号,不存在非主属性对主属性的传递依靠。
满足第三范式。
因此:
凭调申请∈3NF
6.升降记录关系模式
升降记录〔变动编号,变动时刻,调动部门,调动岗位,上级编号〕
在关系模式中,变动编号是主属性。
变动编号-->(变动时刻,调动部门,调动岗位,上级编号)
其中,每一个数据项都单一,满足1NF,
同时,主属性是变动编号,不存在非主属性对主属性的部分依靠。
满足第二范式。
同时,主属性是变动编号,不存在非主属性对主属性的传递依靠。
满足第三范式。
因此:
凭调申请∈3NF
第六章物理设计
6.1类图
在我负责的业务模块中,有人事专员,调动申请,申请审批,升迁降职,离职记录,转正申请,和转正审批,他们之间的关系如下
图6-1类图
6.2功能设计
6.2.1职员凭调
人事专员发起对一个职员的调动申请,由上级领导审批后,人事专员依照审批结果修改职员状态,假如审批结果未通过,那么不变化,只产生申请审批记录,假如通过,那么修改职员信息即新的岗位好和部门号。
如以下图的活动图:
图6-2职员凭调活动图
图6-3职员凭调时序图
6.2.2职员转正
在培训时期的培训成绩合格后,职员能够自己发起自己的转正申请,人事专员受理后,指定审批领导,由上级领导审批后,人事专员依照审批结果修改职员状态,假如审批结果未通过,那么不变化,只产生申请审批记录,假如通过,那么修改职员信息即状态为正式职员。
如以下图的活动图:
图6-4转正活动图
图7-5转正用例图
图6-5转正时序图
6.2.3职员升迁降职
人事专员能够发起一条职员的升迁降职记录申请,由上级领导审批后,人事专员依照审批结果确定该职员是否能够升迁或降职,然后修改修改职员状态。
然后新增一条升迁降职记录,记录该职员何时由谁审批从何位置调往何职位。
图6-6升迁降职活动图
图6-7转正用例图
6.2.4职员离职
当一个职员离职后,人事专员负责记录该职员的离职信息,包括离职时刻和离职缘故,而职员离职后,并不将该职员从职员综合记录中删除,而是将其状态置为离职,即确实是执行逻辑删除,然后在以后的在职职员操作过程中,该职员将不再查询范畴之内。
图6-8职员离职活动图
图6-9职员离职时序图
6.2.5职员信息爱护
1,职员信息查询
职员成功登录人力资源治理系统,输入相关信息条件,进行职员信息查询。
其流程如下图:
图6-10职员信息查询时序图
职员关于自己的相关差不多信息进行查看,以及相关人员查看职员的信息。
流程中要紧涉及的业务实体以及它们之间的关系如下图:
图6-11职员信息查询类图
在那个业务流程中,有两个直截了当与系统交互的用户:
系统治理员,职员,涉及的业务活动如下图:
图6-12职员信息查用例图
2.职员信息修改
人力资源治理部门等相关人员依照情形对职员信息进行修改更新与爱护,职员自身关于自己的信息的更正等。
整个流程如下图:
图6-13职员信息修改活动图
流程中涉及的的业务实体在上图的基础上增加了人力资源部门的职员,它们之间的关系如下图:
图6-14职员信息修改类图
那个业务流程中有三个直截了当与系统交互的用户:
系统治理员,职员,人力资源部门人员,他们涉及的业务活动如下图:
图6-15职员信息修改用例图
3.新职员信息添加
当公司聘请进新的职员时,需要将新职员的信息存进系统中。
其流程如下图:
图6-16职员信息添加活动图
那个业务流程中涉及的业务实体同上面信息修改。
其系统直截了当交互用户也包括系统治理员,职员,人力资源部门人员,在上面的业务活动的基础上,人力资源部门人员涉及的业务活动添加了添加职员信息
第七章测试实现
7.1用户界面
在用户界面部分,依照需求分析的结果,用户需要一个用户友善界面。
在界面设计上,应做到简单明了,易于操作,同时要注意到界面的布局,应突出的显示重要以及出错信息。
外观上也要做到合理化,考虑到用户多对WINDOW风格较熟悉,应尽量向这一方向靠拢。
在设计语言上,已决定使用Delphi进行编程,在界面上可使用Delphi所提供的可视化组件,向WINDOWS风格靠近。
其中服务器程序界面要做到操作简单,易于治理。
在设计上采纳下拉式菜单方式,在出错显示上可调用Delphi库中的错误提示函数。
总的来说,系统的用户界面应作到可靠性、简单性、易学习和使用。
图7-1系统运行主界面
进入职员信息治理后,能够对职员信息进行爱护,同时发起对职员的各项人事业务
进入职员信息的治理界面,能够扫瞄全部职员的差不多信息,如图8-2所示
图7-2系统运行主界面
在该页面,能够对职员进行差不多的操作,如以下图所示,
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 人力资源 管理 系统 数据库 课程设计