ASP.net人力资源管理系统的开发(7)
管理系统用到的静态数据，如性别、文化程度、政治面貌、申请类型、申请状态等。只有系统管理员可以进行静态数据管理。
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 是 无
上一篇：云计算在物联网上的应用研究