人事的管理系统逻辑设计.doc

人事管理系统逻辑设计 沈振伟逻辑设计的任务就是把概念设计的结果E-R图转换成关系模式，然后用范式理论对关系模式进行评估。 根据第1.3节的转换规则，人事管理系统的关系模式如下： 职位（职位编号，名称） 部门（部门编号，名称） 人事（人事编号，名称） 专业（专业编号，名称） 学历（学历编号，名称） 员工（员工编号，姓名，性别，部门编号，职位编号，电话，地址，出生日期,专业,学历,国籍） 变动（员工编号,人事编号,日期） 在上面的关系模式中，职位、部门、人事关系模式是直接有相应实体转换而来，员工关系模式是有员工实体和属于、受聘两个联系转换而来。变动关系模式是有变动这个多对多的联系转换而来。在关系模式书写中需要注意是主属性应加下划线。 通过对以上关系模式的依赖关系的测试，各个关系都没有传递依赖和部分依赖，他们都满足第三范式。 4.人事管理系统数据库实施 职位表的设计(job) 职位表是存储员工工作信息的表，其逻辑结构设计如下 字段名 数据类型 字段宽度 索引否 说明 Job_id 文本 20 有，无重复 编码 Job_name 文本 50 无 说明 部门表的设计(department) 部门表是存储员工所在部门信息的表，其逻辑结构设计如下 字段名 数据类型 字段宽度 索引否 说明 Department_id 文本 20 有，无重复 部门编号 Department_name 文本 50 无 部门名字 人事表的设计(rs) 人事表是存储员工职位变更描述信息的表，其逻辑结构如下 字段名 数据类型 字段宽度 索引否 说明 rs_id 文本 2 有（无重复） 编码 Rs_name 文本 50 无 描述 专业表的设计(zr) 字段名 数据类型 字段宽度 索引否 说明 zr_id 文本 20 有，无重复 专业编号 Zr_name 文本 50 无 专业名字 学历表的设计(xl) 字段名 数据类型 字段宽度 索引否 说明 xl_id 文本 20 有，无重复 学历编号 xl_name 文本 50 无 学历名字 员工表的设计（person） 字段名 数据类型 字段宽度 索引否 说明 zr 文本 20 无 专业编号 Person_xl 文本 20 无 学历编号 Person_gj 文本 20 无 国籍 Person_id 文本 20 有，无重复 员工编号 Person_name 文本 50 无 名字 gender 文本 50 无 性别 birthday 日期/时间 出生日期 Department_id 文本 20 无 部门编号 Job_id 文本 20 无 职位编号 address 文本 50 无 地址 tel 文本 50 无 电话 变动表的设计(personel) 变动表是存储员工职位变更描述信息的表，其逻辑结构如下 字段名 数据类型 字段宽度 索引否 说明 Person_id 文本 20 有 员工编号 rs_id 文本 2 有 变更编号 changetime 日期/时间 变更日期 description 文本 30 无 变更说明 注：description在逻辑设计中是没有的，但经过考虑发现，加了这个字段更能如实的描述人事变动这一过程，也就是说我们在做概念设计时有遗漏，这也是很正常的，需要注意的是我碰到这种问题使，给数据库表加或减一个字段，要考虑再三。 数据库的各个表结构设计完成后，为了保证数据库的参考完整性，需要给各个表建立关系，关系的类型一般有参考完整性、级联更新、级联删除。一般情况下，我们为表之间建立参考完整性。 主表 从表 关系类型 部门（department_id） 员工(department_id) 参考完成性 职位（job_id） 员工(job_id) 参考完成性 专业 (zr_id) 专业(zr_id) 参考完成性 学历 (xl_id) 学历 (xl_id) 参考完成性 人事（rs_id） 变动（rs_id） 参考完成性 员工（person_id） 人事（person_id） 参考完成性 为各个表建立关系之后，就要往表里输入数据了，由于给表建立了参考完整性关系，因此输入数据时要注意，必须先往主表中输入数据，然后往从表中输入数据，而且数据必须满足参考完整性，例如，部门表中如果没有存储部门编号d1，就不能在员工表中输入一条记录，他的部门编号是d1。