人事管理系统逻辑设计.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。