《员工管理系统》
实验报告
专业：电子信息工程
班级：N电信10-1F
学号：441
姓名：周祥
一、系统定义
企业员工信息管理系统是一个企业单位不可缺少的部分,它的内容对于企业的决策者和管理者来说都至关重要,所以员工信息管理系统应该能够为用户提供充足的信息和快捷的查询手段。但一直以来人们使用传统人工的方式管理文件档案，这种管理方式存在效率低、保密性差等缺点。时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。
而利用计算机技术，网络技术和数据库原理来设计的企业员工信息管理系统将为企业员工信息的管理带来众多方便之处
我们的目的是设计一套合理的企业员工信息管理系统数据库，对员工的个人信息管理，工资管理，日常工作调动，管理部门管理等，为企业的员工信息管理提供方便，围绕这一目的，我们必须完成数据库系统的设计这项任务，具体包括需求设计概念设计，逻辑设计，物理设计，数据库实施，数据库调试与试运行这几项任务。
二、需求分析
1、需求设计
在企业管理中，员工管理是一个非常重要的方面。管理内容比较复杂，涉及的部门众多，人员众多，而且往往需要按行政隶属关系进行管理。所以必须要进行详细全面地调查才能得到准确的信息。
2、需求分析的目标
（1）了解企业员工信息系统发展现状以及用户的新需求。
（2）通过调查得到企业员工信息管理的基本数据，数据流及业务流图。
（3）明确数据库使用人员对数据安全性完整性的要求。
3、需求分析的任务
①处理对象：
系统要处理的对象包括员工基本信息，员工工资信息，管理层信息等几个方面，各个对象包括信息如下所示：
⑴员工基本信息包括：员工编号，员工姓名，员工性别，员工出生年月，员工联系方式，员工家庭住址，员工籍贯，员工职务，员工基本工资，员工所属部门
⑵管理层信息：经理编号，经理姓名，联系方式，经理所管理部门，经理工资
⑶员工工资项目信息：工资项名称，时间，增减费用
②处理功能要求
系统主要完成一下几个功能：
⑴企业员工基本信息管理
（包括员工基本信息查询，修改，员工离职，信息表更新）
⑵企业员工工资管理
⑶企业人员变动管理
③安全性和完整性要求
企业对员工信息管理系统的安全性要求比较高，尤其是一些机密单位。我们可以通过设定不同用户只的访问权限，在设定访问密级来保障系统的安全性。不过由于水平有限，本系统仅是定义了数据表操作的访问权限。
完整性要求用于描述员工基本信息，员工工资信息，员工考勤信息中数据项是否符合定义的数据类型，以及这些数据类型是否符合实际要求等。、
三、结构分析
⑴企业员工信息管理系统业务流程图
顶层数据流图
工资管理数据流图
员工信息输入
数据字典
（a ）数据项：系统涉及的数据项有22项
表1-1企业员工信息管理系统数据项说明（汇总统计）
数据项编号 数据项含义 与其它数据项的关
系
存储结构 别名 DI-1 员工编号 char (5) 编号 DI-2 员工姓名 char (10) 姓名 DI-3 员工性别 char(2) 性别 DI-4 员工出生年月 date 出生年月 DI-5 员工联系方式 char(12) 联系方式 DI-6 员工家庭住址 char(20) 家庭住址 DI-7 员工籍贯 char(18) 籍贯 DI-8 员工职务 char(10) 职务 DI-9 员工工资 Int 工资 DI-10 员工所属部门
char(10)
所属部门 DI-11
经理编号
等于StaNo smallint
编号
数据项编
号数据项含义与其它数据项的关
系
存储结构别名
DI-12 经理姓名等于StaName char(10) 姓名DI-13 经理性别等于StaSex char(2) 性别DI-14 经理电话等于StaPhone char(12) 电话DI-15 经理所在部门等于StaName char(10) 所在部门DI-16 出勤天数smallint 出勤天数DI-17 加班天数smallint 加班天数DI-18 出差天数smallint 出差天数DI-19 基本工资Int 基本工资
DI-20 加班费补贴等Int 加班费补贴等
DI-21 扣除的工资Int 扣除额
DI-22 总工资注①Int 总工资（b）数据结构：
表1-2 企业员工信息管理系统数据结构（汇总统计）
数据结构编号数据结构名数据结构
含义
组成
DS-1 员工信息员工基本信息职员编号，姓名，出生日期，联系方式，家庭住址，籍贯，经理姓名，职务，工资，所属部门，总工资
DS-2 经理信息部门基本信息经理编号，姓名，性别，联系电话，所属部门，工资
DS-3 工资工资项目信息职员编号，基本工资，补贴奖金，处罚扣除，总工资
四、概念结构设计
1 、概念设计的目标与任务
概念设计阶段主要目的是将需求分析阶段得到的用户需求抽象为信息结构(概念模型),为以后的数据库设计做好基础。它是整个数据库设计的关键，他的主要任务是概念模型设计（画出E-R图）。
2、概念模型设计
（1）根据不同的对象，从中层数据流程图入手，分别画出分E－R图：
1、逻辑设计的目标与任务
在得到了系统E-R图后，就要将它转化为具体的数据库模式，这就是逻辑设计阶段的目标。具体任务包括数据组织（将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计）、数据处理（画出系统功能模块图）两项。
2、数据组织
①把E-R图转换为关系模型
转换原则如下：一个实体型转化为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。
员工：职员信息表（职员编号，姓名，出生日期，联系方式，家庭住址，籍贯，经理姓名，职务，工资，所属部门，总工资）
经理：经理信息表（经理编号，姓名，性别，联系电话，所属部门，工资）以上几个关系模式中，经理与员工的联系均为1：N,为了使查询方便，员工信息明了将员工与经理的联系放入员工关系模式中。各模式主码已用下划线表示。外码用下划线表示。
工资项目信息：工资表（职员编号，基本工资，补贴奖金，处罚扣除，总工
资）
②模型优化
经过分析，以上关系模型中的各个模式属性并不存在部分函数依赖或传递函数依赖，因此它符合3范式。不足之处是在员工模式中，属性过多，可能会出现数据冗余。但这种冗余可以给查询带来方便之处，不用再做连接。如有更好的方法来消除这种冗余，以后可以借鉴。
③数据库模式定义
表3-1 企业员工信息管理系统关系模式汇总编号关系名称模式说明
T－1 职员信息（详见六）
T－2 经理信息（详见六）
T－8 工资（详见六）
④用户子模式设计
表3-2 企业员工信息管理系统关系外模式汇总
编号视图名称视图定义作用
V－1 StaffView 员工基本信息视图查询员工的基本信息
