实体 属性 实体间的联系
图3－4 E－R图图例
在本系统的数据流程图中，系统边界已经很清楚了，所以可直接根据它设计本系统的E－R图，不必要先设计分E－R图，再合并总体E－R图了。本系统的E－R图如下图所示：
图3－5 E－R图
员工管理系统中所涉及到的主要实体集及其属性如下：
员工﹛员工编号，员工姓名，性别,籍贯,年龄,生日,学历,专业,住址,邮编,电话,EMAIL,参加工作时间,进入公司时间,部门,起薪时间,职务,备注﹜；
考勤信息﹛记录编号，员工编号，员工姓名,当前日期,上班时间,下班时间,迟到次数,早退次数﹜；
请假信息﹛请假记录编号，员工编号,病假天数,事假天数,假期开始时间﹜；
加班信息﹛加班记录编号，员工编号，特殊加班天数,正常加班天数,加班日期﹜；
出差信息﹛出差记录编号，员工编号，出差天数,出差日的地,出差开始时间﹜；
调动信息﹛调动记录编号，员工编号，员工姓名,原部门,新部门,原职务,新职务,调出时间,调入时间,备注﹜。
§3.3.5物理结构设计
设计原则如下：
进行规范化设计，尽可能地减少数据冗余和重复
合理的数据库表的设计应该是在满足需求的前提下，使数据的重复量最小，就尽量按照关系数据库系统理论方法去设计一个数据库，减少数据的冗余。
结构设计与操作设计相结合
在设计数据库结构时，有时为了编程实现的简捷和思路的清晰，往往故意增加一些冗余数据。这虽然有悖于传统的关系数据库理论，但是考虑到选择的机器型号和档次等因素，如果增加的冗余不会明显增加存储空间和降低处理效率，并且对编程实现有很大帮助，往往可以采用这种方法。
数据结构具有相对的稳定性
数据结构的相对稳定性，可以作为新、旧系统转换的依据。无论采用何种方法或手段去处理日常事务，都应该能完成相应的功能，决不会因为采用了计算机而丢失了必要的功能，或彻底改变了原有的工作流程和模式。所以数据库表结构设计应保证数据的相对稳定，这样才能考虑在新的数据结构下的业务处理方式。
此处着重讨论如何进行规范化设计，关系范式规范化过程如下：
由逻辑结构设计中得出的关系模型可知，转化的各关系中均无重复项和空白数据项，故是第一范式；而且如下图中的a, b所示(以出差信息及请假信息为例其它略)，所有非主属性都完全函数依赖于任一侯选关键字，故是第二范式；在第二范式的前提下，可知ER图中a,b所示的四个关系的非主属性之间都不存在函数依赖关系，故图a,b所表示的关系均属于第三范式。
图3－6
基于以上三条设计原则，本系统中关于数据库表结构设计如下：
1、员工信息表：
字段名称 数据类型 字段含义
Sid 文本 员工编号
Sname 文本 员工姓名
Sgender 文本 性别
Splace 文本 籍贯
Sage 数字 年龄
Sbirthday 日期/时间 生日
Sdegree 文本 学历
Sspecial 文本 专业
Saddress 文本 住址
Scode 文本 邮编
Stel 文本 电话
Semail 文本 Email
Sworktime 日期/时间 参加工作时间
Sintime 日期/时间 进入公司时间
Sdept 文本 部门
Spaytime 日期/时间 起薪时间
Sposition 文本 职务
sremark 文本 备注
2、员工考勤信息表
字段名称 数据类型 字段含义
ID 自动编号 记录编号
Astuffid 文本 员工编号
Astuffname 文本 员工姓名
Adate 日期/时间 当前日期
Aflag 文本 出入标志
Aintime 日期/时间 上班时间
Aouttime 日期/时间 下班时间
Alate 数字 迟到次数
Aearly 数字 早退次数
3、请假信息表
字段名称 数据类型 字段含义
Lid 自动编号
首页 上一页 3 4 5 6 7 8 9 下一页 尾页 6/13/13
免费VB+员工管理系统(六)由毕业论文网（www.huoyuandh.com）会员上传。
