人力资源管理系统数据库设计与实现Word文档格式.docx

人力资源管理系统数据库设计与实现Word文档格式.docx

《人力资源管理系统数据库设计与实现Word文档格式.docx》由会员分享，可在线阅读，更多相关《人力资源管理系统数据库设计与实现Word文档格式.docx（48页珍藏版）》请在冰豆网上搜索。

上图为人事档案信息对员工信息进行的记录，其中包含两个实体员工实体和员工单位信息实体。

（1）员工实体

员工实体信息中，给出了本公司员工较全面的信息。

员工实体信息存储是人力资源管理最基本的业务要求。

根据信息可以了解员工的自身情况。

（2）员工单位信息实体

员工的单位信息，给出了员工在本公司的具体情况。

（3）员工实体与员工单位信息实体间的关联

一个员工一定有且仅有一张员工单位信息，一个单位信息一定有且必须记录一个员工。

所以员工对员工单位信息为一对一的关系。

根据以上的实体及属性描述，绘制出一下关于员工实体与员工单位信息实体的E-R图。

图二员工与员工单位信息实体E-R图

说明：

此处E-R图因个人问题，不能设置员工对员工单位信息实体关系为最小基数为一对一，做出说明，下有相同情况不再说明。

2、工作经历

图三员工历史工作经历信息存储信息

分析说明：

该工作经历信息中涉及了三个实体，即员工实体、员工单位信息实体和员工工作经历实体。

因上述已分析员工实体和员工单位信息实体，此处只分析员工工作经历实体。

（1）员工工作经历实体

员工工作经历实体中包括：

员工工作单位，开始和结束时间以及工作内容和离职原因。

历史的储存了员工的工作经历情况。

（2）员工实体与员工工作经历实体的关联

一个员工可以拥有一个或多个工作经历，一个工作经历必须属于一个员工，所以员工对员工工作经历为一对多的关系。

一个员工可以只在本公司工作而没有历史工作经历，所以最小基数为零。

根据以上的实体及属性描述，绘出以下员工、单位信息和工作经历实体E-R图。

图四员工、单位信息和工作经历实体E-R图

3、社会关系

图五员工社会关系信息

该社会关系信息中涉及了三个实体，即员工实体，员工单位信息实体，员工家庭成员实体。

前面已经分析了员工实体和员工单位信息实体，此处只分析员工家庭成员实体。

（1）员工家庭成员实体

员工社会关系信息描述了员工家庭成员与员工的关系，成员工作单位、政治面貌、担任职务等属性。

（2）员工实体与员工家庭成员实体的关联

只有员工存在，员工家庭成员才存在，因此员工家庭成员实体依赖于员工实体。

一个员工可以有一个或多个家庭成员，一个家庭成员只能属于一个员工（此时设立业务规则：

一个家庭成员在本公司只有一个员工工作）。

因此，员工对员工家庭成员实体为一对多关系。

一个成员可以没有家庭成员，所以最小基数为零。

根据以上对实体及属性描述，将员工、员工单位信息和员工家庭成员联系，绘制出E-R图。

图六员工、员工单位信息、员工家庭成员实体E-R图

4、学习经历

图七员工学习经历信息

上图为员工学习经历信息，从信息中可知总共包含三个实体，员工实体、员工单位信息实体和员工学习经历实体。

前面已经分析了员工实体和员工单位信息实体，此处只分析员工学习经历实体。

（1）员工学习经历实体

员工学习经历信息反映了员工历史学习的学校、地址、专业、曾任班干等属性，它是员工历史学习记录的档案。

员工可能没有学习经历，所以该实体中也包含了员工学习备注。

（2）员工实体与员工学习经历实体的关联

有员工才有员工学习经历，所以员工学习经历依赖员工实体。

一个员工可以有一个或多个学习经历，但一个学习经历只能属于

一个员工，所以员工对员工学习经历实体为一对多关系。

一个员工可能没有学习经历，只是自学，所以最小基数为零。

根据以上的实体描述及其属性描述，讲员工、员工单位信息和员工学习经历建立联系，绘制出E-R图。

图八员工、员工单位信息和员工学习经历实体E-R图

5、劳动技能

图九员工劳动技能信息

从上图中可以得出有员工、员工单位信息及员工劳动技能实体。

前面已经分析了员工实体和员工单位信息实体，此处只分析员工劳动技能实体。

（1）员工劳动技能实体

员工劳动技能是员工从事员工专项工作的基本条件，它包含员工技能名称、技能级别。

因有些员工有特殊情况，所以也应有技能备注。

（2）员工实体与员工劳动技能实体的关联

一个员工可能有一项或多项劳动技能，一个劳动技能也可能有多个员工学习。

所以，员工实体对员工劳动技能实体为多对多关系。

（业务规则：

一个员工必须有一项劳动技能）

根据以上实体及其属性的描述，绘制出如下E-R图。

图十员工实体、员工单位信息实体、员工劳动技能实体E-R图

6、人事调动

图十一人事调动信息

从上图中可知，该图涉及三个实体，即员工实体、员工单位信息实体和员工调动实体。

前面已经分析了员工实体和员工单位信息实体，此处只分析员工调动实体。

（1）员工调动实体

员工调动实体包含了员工调动的新单位的一些属性，可以通过员工调动信息理解员工历史在本公司的工作状况。

（2）员工实体、员工单位信息实体和员工调动实体的关联

一个员工可以一次或多次进行调动，一次员工调动只调动一个员工。

即员工实体对员工调动实体为一对多关系。

一个员工可以没有调动过，所以员工实体对员工调动实体最小基数为零。

员工在确定员工单位信息后可以有一次或多次调动，一次员工调动至少有一个或多个员工在原单位信息。

即员工单位信息实体对员工调动实体为多对多关系。

根据上述的实体及属性描述，绘制出以下关于员工实体、员工单位信息实体和员工调动实体E-R图。

图十二员工实体、员工单位信息实体和员工调动实体E-R图

7、离职与复职管理

图十三员工离职、复职信息

从上图可知，涉及四个实体，即员工实体、员工单位信息实体、员工离职实体、员工复职实体。

前面已经分析了员工实体和员工单位信息实体，此处只分析员工离职、员工复职实体。

（1）员工离职实体

员工离职记录了员工离开公司的时间、类型和说明。

（2）员工复职实体

员工复职记录了员工回到公司的时间、类型和说明。

（3）员工离职实体、员工复职实体、员工实体、员工单位信息实体的关联。

一个员工可以离职一次或多次，但一个员工离职只能对应一个员工，所以员工实体对员工离职实体为一对多的关系。

又一个员工可以从未离职，所以它们最小基数为零。

员工复职和离职一样，一个员工可以一次或多次复职，但一个员工复职只能对应一个员工，所以员工实体对员工复职实体为一对多的关系。

又一个员工可以从未复职，所以它们最小基数为零。

一个员工离职一次可以复职零次或一次，一个员工复职，则最少有一个员工离职，所以员工离职对员工复职为一对多的关系，且员工离职对员工复职最小基数为零。

根据上述的实体及属性描述，绘制出以下员工实体、员工离职实体和员工复职实体E-R图。

图十四员工实体、员工单位信息实体、员工离职实体和员工复职实体E-R图。

图十五员工合同信息

从上图中可知，涉及三个实体，即员工实体、员工单位信息实体和员工合同实体。

前面已经分析了员工实体和员工单位信息实体，此处只分析员工合同实体。

（1）员工合同实体

员工合同实体应具有合同类型、签约时间等与本公司和员工具体相关的信息。

（2）员工实体与员工合同实体的关联

一个员工只能且必须签订一份合同，一份合同也只能且必须属于一个员工。

所以员工实体与员工合同实体为一对一的联系。

根据上述实体与属性的描述，绘制员工实体、员工单位信息实体与员工合同实体E-R图。

图十六员工实体、员工单位信息实体和员工合同实体E-R图

图十七员工奖惩信息

由上图可知，该图涉及三个实体，即员工实体、员工单位信息实体和员工奖惩实体。

前面已经分析了员工实体和员工单位信息实体，此处只分析员工奖惩实体。

（1）员工奖惩实体

一个公司不能没有奖惩制度，所以必须设立奖惩项目。

奖惩实体主要包括奖惩属性、奖惩日期、奖惩金额、奖惩项目和奖惩备注属性。

（2）员工实体与员工奖惩实体的关联。

一个员工可以有一次或多次奖惩信息，一次奖惩信息只能且必须属于一个员工。

所以员工实体对员工奖惩实体为一对多的关系。

又一个员工可以没有任何奖惩信息，所以员工实体对员工奖惩实体最小基数为零。

根据上述实体与属性的描述，绘制员工实体、员工单位信息实体与员工奖惩实体E-R图。

图十八员工实体、员工单位信息实体与员工奖惩实体E-R图。

四、培训

图十九培训机构、培训课程、员工考核信息

由上图可知，该图包含五个实体，即员工实体、员工单位信息实体、员工培训实体、培训机构实体和培训课程实体。

前面已经分析了员工实体和员工单位信息实体，此处只分析员工培训实体、培训机构实体和培训课程实体。

（注：

机构联系人本应单独为一个实体，但出于整体考虑，机构联系人属于机构内在员工，规定其只有一个联系人和电话、传真且不会改变，此处不单独分出。

）

（1）员工考核实体

员工考核信息是记录受过的培训的课程所得成绩、等级等员工培训信息。

（2）培训课程实体

培训课程记录了公司举办培训课程名称、培训形式、主办部门以及费用等信息。

（3）培训机构实体

培训机构实体包括了机构名称、类型等机构本身的情况信息

（4）员工实体、员工单位信息实体、员工考核实体、培训课程实体、培训机构实体的关联。

一个员工可以有一个或多个员工考核，但一个考核只能且必须属于一个员工。

所以员工实体对员工考核实体为一对多关系。

又一个员工可以未经过培训，所以员工实体对员工考核实体最小基数为零。

一个员工可以在一个或多个培训机构培训过，一个培训机构也可以有一个或多个员工参加培训，所以员工实体对培训机构实体为多对多关系。

同理一个员工可以参加了一个或多个培训课程、一个培训课程也可以有多个员工参加。

他们关系也为多对多关系

一个培训机构有一门或多门培训课程、一门培训课程一定且必须属于一个培训机构，所以培训机构对培训课程实体为一对多关系。

又培训机构根据业务规则最少要有一门培训课程，所以培训机构对培训课程实体最小基数为一。

一个员工考核必须且一定来自一个培训机构、一个培训机构可以有一个或多个员工考核。

所以培训机构对员工考核实体为一对多关系。

又一个培训机构一定有员工考核信息，所以培训机构对员工考核实体最小基数为一。

根据上述实体与属性的描述，绘制员工实体、员工单位信息实体、员工考核实体、培训机构实体和培训课程实体E-R图

图二十员工实体、员工单位信息实体、员工考核实体、培训机构实体和培训课程实体E-R图

图二十一招聘管理、应聘人、面试、应聘通过信息

由上图分析，可以总结为六个实体，即员工实体、员工单位信息实体、招聘项目实体、应聘人实体、面试实体和应聘通过实体。

前面已经分析了员工实体和员工单位信息实体，此处只分析招聘项目实体、应聘人实体、面试实体和应聘通过实体。

（1）招聘项目实体

招聘项目实体包含了公司的需求，它包括招聘项目名称、目标、开始和结束日期等属性。

（2）应聘人实体

应聘人实体是记录应聘人的相关信息，它包括应聘人的基本信息和学历等信息。

（3）面试实体

面试信息是通过记录应聘人在本公司应聘的内容的实体。

（4）应聘通过实体

应聘通过信息记录了应聘人通过应聘面试的信息，通过应聘后就可以成为本公司的成员。

（5）员工实体、员工单位信息实体、招聘项目实体、应聘人实体、面试实体和应聘通过实体的关联。

一个应聘人可能有一个应聘通过信息，一份应聘通过信息一定属于一个人，所以聘人实体对应聘通过实体应为一对一关系。

又一个应聘人可能没有应聘通过，一个应聘通过必属于一个人，即最小基数分别为零、一。

一个应聘人一定且只有一个面试信息，一个面试信息一定有一个人应聘。

所以应聘人实体对面试实体为一对一关系且最小基数都为一。

一个应聘人到一个公司只能且必须应聘一个项目，招聘项目可以招聘多个应聘人。

所以招聘项目实体对应聘人实体为一对多关系。

又一个招聘项目最少要招聘一个应聘人，所以招聘项目实体对应聘人实体最小基数为一。

一个员工可能有一个或多个应聘人，一个应聘人不一定通过应聘，所以员工实体对应聘人实体为一对多关.且应聘人对员工最小基数为零。

又根据业务规则，员工可能没参加应聘进入公司，所以员工对应聘人实体最小基数为零。

一个应聘通过有一份或多份面试信息，一份面试信息可能有一份应聘通过，所以应聘通过对面试实体为一对多关系。

又面试不一定能通过，所以最小基数为零。

根据上述实体与属性的描述，绘制员工实体、员工单位信息实体、招聘项目实体、应聘人实体、面试实体和应聘通过实体E-R

图二十二员工实体、员工单位信息实体、招聘项目实体、应聘人实体、面试实体和应聘通过实体E-R图

图二十三员工全月考勤和员工日常考勤图

由上图可知，涉及四个实体，即员工实体、员工单位信息实体、员工全月考勤实体和员工日常考勤实体。

前面已经分析了员工实体和员工单位信息实体，此处只分析员工全月考勤实体和员工日常考勤实体。

（1）员工全月考勤实体

员工全月考勤实体包括员工假期、迟到等员工日常基本活动属性，它是员工日常考勤属性的汇总。

（2）员工日常考勤实体

员工日常考勤实体包括考勤时间和项目值等属性。

（3）员工实体、员工部门实体、员工考勤项目实体、员工全月考勤实体和员工日常考勤实体的关联。

一个员工可以有一个或多个员工全月考勤，一个全月考勤只能属于一个员工，所以员工实体对员工全月考勤实体为一对多的关系。

一个员工一定有考勤月数，所以最小基数为一。

一个员工可以有一个或多个日常考勤，一个日常考勤必定属于一个员工，所以员工实体对员工日常考勤实体为一对多的关系。

根据业务规则，一个员工肯定会有迟到、请假等情况，所以员工实体对员工日常考勤实体最小基数为一。

一个全月考勤有一个或多个日常考勤信息，一个日常考勤一定且只属于一个全月考勤，所以员工全月考勤实体对员工日常考勤实体为一对多的关系。

根据上述实体与属性的描述，绘制员工实体、员工单位信息实体、员工全月考勤实体和员工日常考勤实E-R图。

图二十四员工实体、员工单位信息实体、员工全月考勤实体和员工日常考勤实E-R图

七，人力资源管理系统总E-R图

图二十四人力资源管理系统总E-R图

四、数据库设计

按要求，由E-R模型转换成数据表，建立表间联系。

设计各种

数据约束，规范表设计至4NF。

1、以上E-R图模型转化为表间联系，如下图图二十五所示。

其实体及其属性如下所示（带有下划线的属性是主键，斜体字的是外键）。

（1）员工日常考勤（日常考勤编号、日常考勤项目、日常考勤时间、考勤项目值、考勤备注、全月考勤编号、员工编号）；

（2）员工全月考勤（全月考勤编号、应出勤天数、迟到次数、早退次数、

迟到和早退总数、矿工天数、病假天数、休假天数、婚假天数、产假天数、丧假天数、倒休天数、未出勤天数、工作加班时数、周末加班时数、节假日加班时数、加班总时数、实际出勤天数、员工编号）；

（3）员工离职（离职编号、离职类型、离职说明、离职时间、员工编号）、

（4）培训课程（课程编号、课程名称、课程形式、主办部门、课程开课时间、课程结束时间、课程费用、课程备注、机构编号）；

（5）员工奖惩（奖惩编号、奖惩日期、奖惩属性、奖惩金额、奖惩项目、奖惩备注、工资月份、员工编号）；

（6）员工学习经历（员工学习经历编号、学习所在院校名称、学习院校地址、学习开始时间、学习结束时间、员工曾任班干、学习备注、员工所学专业、员工编号）；

（7）员工复职（复职编号、复职类型、复职说明、复职时间、离职编号、员工编号）；

（8）员工单位信息（员工单位编号、员工工种、员工所在部门、员工行政等级、员工职务、员工职称、员工调入时间、员工本单位工龄、员工登记时间、员工简历、员工编号）；

（9）培训机构（机构编号、机构名称、机构类型、机构电话、机构传真、机构网站、机构地址、机构联系人姓名、机构联系人电话、机构联系人Email、机构备注）；

（10）招聘项目（招聘项目编号、招聘项目目标、招聘项目名称、项目需求数量、招聘确立时间、招聘开始时间、招聘结束时间、招聘项目备注、需求部门、招聘渠道）；

（11）员工合同（员工合同编号、合同名称、合同类型、合同属性、签约时间、试用生效时间、试用月数、是否转正、失效时间、生效时间、合同状态、合同备注、员工编号）；

（12）员工（员工编号、员工工号、员工身份证号、员工姓名、员工出生年月、员工民族、员工婚姻状况、员工籍贯、员工政治面貌、员工联系电话、员工电子邮箱）；

（13）员工调动（员工调动编号、新部门名称、新行政等级、新职务、新职称、调动类型、调动说明、调动批准人、员工编号）；

（14）应聘人（应聘人编号、应聘人英文名、应聘人性别、应聘人身份证、应聘人出生年月、应聘人民族、应聘人籍贯、应聘人婚姻状况、应聘人政治面貌、应聘人联系电话、应聘人电子邮箱、应聘人手机号码、应聘人其他联系、应聘人毕业院校、应聘人专业、应聘人文化程度、应聘人特长、招聘项目编号、员工编号）；

（15）面试（面试编号、面试结果、面试内容、面试领导、面试备注、面试时间、应聘人编号）；

（16）应聘通过（应聘通过编号、应聘审批人、应聘审批时间、应聘生效时间、面试编号、应聘人编号）；

（17）员工考核（考核编号、考核等级、考核成绩、考核评论、考核备注、记录时间、工资月份、机构编号、员工编号）；

（18）员工家庭成员（成员编号、成员与本人关系、成员出生日期、成员政治面貌、成员工作单位、成员担任职务、成员联系方式、成员备注、员工编号）；

（19）员工劳动技能（劳动技能编号、技能级别、技能名称、技能备注）；

（20）员工工作经历（工作经历编号、开始时间、结束时间、员工工作单位、工作内容、离职原因、员工编号）；

2、在分析了实体各自关系和函数依赖等问题后，发现有如下即点问题需要阐明。

（1）在培训机构信息表、应聘人信息表、家庭成员信息表和员工信息表中都出现了同样的一个问题。

一个人可能有多个电话号码，也可能有多个电子邮箱，这就不满足范式要求了。

但在本数据库中，我们有前提条件假设，即当培训机构、应聘人、家庭成员登记个人信息时、只要求填写一个电话号和一个电子邮箱，不需要填写所有的电话号和电子邮箱。

这样的前提条件则是的这四个表的设计满足了第四范式的要求。

（2）第二个问题是，在员工信息和应聘人信息的属性中，姓名和性别等一些个人属性完全依赖于身份证号，员工表中员工工号也可以完全决定员工姓名等属性，而身份证号和员工号

又是非主属性，则不满足范式的要求。

但在实际情况中，公司管理人查看员工和应聘人信息时，应该马上就能得知其身份证号，用以确定其可靠性。

因为虽然其没有满足范式要求，但出于实际考虑，也为提高管理者的查询和管理效率，还是将身份证号放入这三个表中。

在员工表中，员工工号代表在公司的一种存在，所以员工工号也放入员工表中。

（3）第三个问题是，在员工奖惩、员工考核和员工日常考勤的三个没有联系的表中都出现了工资月份属性，这样会导致数据冗余和更新数据异常、不一致问题的情况。

解决的方法是运用SQL语言中Select查询语句的Distinct关键字，该关键字的使用能够在查询结果集中除去重复的行（即冗余数据），根据此思路可以形成一个没有冗余数据的结果表。

3、设置数据约束

（1）CHECK约束（使其填写数据格式和内容满足CHECK约束）：

员工合同是否转正：

是、否；

婚姻状况：

电话号码和手机号码为数字等。

（2）默认值约束：

默认值不可乱设置，容易造成严重的错误，所以我将性别默认值设为“男”。

（3）有效性约束:

将int型（除了自动编号）属性的数值范围做出了规定。

如：

员工的奖惩金额应该大于零，员工本单位工龄应该是0到40之间等。

（4）主键和外键约束：

在每个实体中必须有一个主键，且或有外键的需要，具体设置在数据库实现部分进行说明。

除了上述问题外,表涉及已经达到了4NF的要求

图二十五人力资源管理物理模型

五、数据库实现

基于Access环境，建立数据库，简历数据表，简历表间联系，实现各种数据约束。

1）表1员工信息表

字段名称

数据类型

索引

空值

其它

员工编号

数字

有（无重复）

否

主键

员工工号

文本

CHECK约束：

员工姓名

文本（10）

员工身份证号

数字（25）

员工出生年月

日期

员工性别

文本

（2）

有效性规则“男”or“女”，默认值“男”

员工民族

员工婚姻状况

员工籍贯

文本（20）

员工政治面貌

文本（15）

员工电话

员工电子邮箱

文本（30）

员工信息表在数据库中的实现那如图所示：

2）表2员工单位信息表

字段类型

员工部门编号

员工工种

员工行政等级

员工职务

员工职称

员工调入时间

员工本单位工龄

有效性规则：

between0and40

员工登记时间

员工简历

文本（90）

是

有（有重复）

外键

员工单位信息在数据库中的实现那如图所示：