管理系统用到的静态数据,如性别、文化程度、政治面貌、申请类型、申请状态等。只有系统管理员可以进行静态数据管理。
3.2 数据库设计
3.2.1 E-R图
图 3.10系统总体ER图
(1) 部门属性ER图
(2) 职位属性ER图
(3) 员工属性ER图
(4) 公告属性ER图
(5) 申请属性ER图
(6) 静态数据属性ER图
3.2.2 关系模式
通过之前E-R图的分析,人力资源开发系统中几个实体已经明了,下面进行关系模式的整理,通过之前的的E-R图,分析得到6个关系模式,如下:
(1) 部门基本信息:部门ID,部门名称,人员编制,部门主管,部门预算业务功能描述。主键:部门ID
(2) 职位信息:职位ID,职位名称,部门ID,职位描述。主键:职位ID。
外键:部门ID
(3) 员工信息:员工ID,登陆名,部门ID,姓名,密码,性别,电子邮件。
主键:员工ID。外键:部门ID
(4) 公告信息:公告ID,公告内容,有效期,结束时间,有效期起始时间,发布时间,发布单位,公告标题。主键:公告ID
(5) 申请信息:进程ID,申请类型,申请状态,开始时间,结束时间,详细描述,提交时间,提交人所属部门,提交申请人,批复内容。主键:进程ID
(6) 静态数据信息:ID,数据类型,数据名称,选项ID,选项文本。关键字:ID。
各关系模式属于第三范式:
例如:关系模式R1部门基本信息所有属性均为简单属性,不可再分,
所有非主属性完全依赖于候选关键字:
部门ID→部门名称,人员编制,部门主管,部门预算业务功能描述
且对关键字不存在函数传递依赖,R1∈3NF。
关系模式R2公告信息所有属性均为简单属性,不可再分,
所有非主属性完全依赖于候选关键字:
公告ID→公告内容,有效期,结束时间,有效期起始时间,发布时间,发布单位,公告标题,且对关键字不存在函数传递依赖,R2∈3NF。
关系模式R3静态数据信息所有属性均为简单属性,不可再分,
所有非主属性完全依赖于候选关键字:
ID→数据类型,数据名称,选项ID,选项文本
且对关键字不存在函数传递依赖,R3∈3NF。
3.2.3 建表
(1) 部门基本信息表(hr_deptinfo)的结构如表所示。
表3.1 部门信息表
字段名 描述 类型 长度 是否允许为空 字段限定
deptid 部门id int 4 否 PK
deptname 部门名称 nvarchar 50 是 无
personnel 人员编制 int 4 是 无
governor 部门主管 nvarchar 50 是 无
budget 部门预算 decimal 9 是 无
deptdsc 业务功能描述 nvarcahr 500 是 无 ASP.net人力资源管理系统的开发(7):http://www.youerw.com/jisuanji/lunwen_1453.html