实体                    属性             实体间的联系
 图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

相关论文