管理系统用到的静态数据，如性别、文化程度、政治面貌、申请类型、申请状态等。只有系统管理员可以进行静态数据管理。
 
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.751com.cn/jisuanji/lunwen_1453.html