员工管理系统实验报告Word文档格式.docx

员工管理系统实验报告Word文档格式.docx

《员工管理系统实验报告Word文档格式.docx》由会员分享，可在线阅读，更多相关《员工管理系统实验报告Word文档格式.docx（17页珍藏版）》请在冰豆网上搜索。

系统要处理的对象包括员工基本信息，员工工资信息，管理层信息等几个方面，各个对象包括信息如下所示：

⑴员工基本信息包括：

员工编号，员工姓名，员工性别，员工出生年月，员工联系方式，员工家庭住址，员工籍贯，员工职务，员工基本工资，员工所属部门

⑵管理层信息：

经理编号，经理姓名，联系方式，经理所管理部门，经理工资

⑶员工工资项目信息：

工资项名称，时间，增减费用

②处理功能要求

系统主要完成一下几个功能：

⑴企业员工基本信息管理

（包括员工基本信息查询，修改，员工离职，信息表更新）

⑵企业员工工资管理

⑶企业人员变动管理

③安全性和完整性要求

企业对员工信息管理系统的安全性要求比较高，尤其是一些机密单位。

我们可以通过设定不同用户只的访问权限，在设定访问密级来保障系统的安全性。

不过由于水平有限，本系统仅是定义了数据表操作的访问权限。

完整性要求用于描述员工基本信息，员工工资信息，员工考勤信息中数据项是否符合定义的数据类型，以及这些数据类型是否符合实际要求等。

、

三、结构分析

⑴企业员工信息管理系统业务流程图

总流程图

人员变动查询流程图

工资管理流程图

⑵数据流图

顶层数据流图

调职申请员工工资表

未成功申请出错工资表

岗位变动数据流图

变动申请通过新合同

员工信息

工资管理数据流图

员工信息输入

工资表

汇总结果

出错

员工信息输出

数据字典

（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

员工所属部门

所属部门

DI-11

经理编号

等于StaNo

smallint

DI-12

经理姓名

等于StaName

DI-13

经理性别

等于StaSex

DI-14

经理电话

等于StaPhone

电话

DI-15

经理所在部门

所在部门

DI-16

出勤天数

DI-17

加班天数

DI-18

出差天数

DI-19

基本工资

DI-20

加班费补贴等

DI-21

扣除的工资

扣除额

DI-22

总工资

注①

（b）数据结构：

表1-2企业员工信息管理系统数据结构（汇总统计）

数据结构编号

数据结构名

数据结构

含义

组成

DS-1

员工基本信息

职员编号，姓名，出生日期，联系方式，家庭住址，籍贯，经理姓名，职务，工资，所属部门，总工资

DS-2

经理信息

部门基本信息

经理编号，姓名，性别，联系电话，所属部门，工资

DS-3

工资项目信息

职员编号，基本工资，补贴奖金，处罚扣除，总工资

四、概念结构设计

1、概念设计的目标与任务

概念设计阶段主要目的是将需求分析阶段得到的用户需求抽象为信息结构（概念模型）,为以后的数据库设计做好基础。

它是整个数据库设计的关键，他的主要任务是概念模型设计（画出E-R图）。

2、概念模型设计

（1）根据不同的对象，从中层数据流程图入手，分别画出分E－R图：

岗位变动E-R图

工资管理E-R图

总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

员工基本信息视图

查询员工的基本信息

V－2

WageView

员工工资信息视图

查询员工工资变动信息

六、数据库的实施

1、建立数据库、数据表、视图、索引

①建立数据库

createdatabaseemployerManagement;

②建立数据表

（1）企业员工基本信息表的建立：

createtable职员信息表

（2）部门经理基本信息表的建立：

createtable经理信息表

（3）员工工资管理信息表的建立：

createtable工资表

③建立视图

（1）用于查询企业员工基本信息基本信息的视图定义如下：

createviewStaffView

（2）查询企业员工增加工资信息的视图定义如下：

createviewWageview

创建表，视图及存储过程的DDL语句请见附录

2、数据入库

企业员工信息管理系统包括3张基本表,每张表有20员工及六位经理的基本信息，录入时采用事先在Excel中录入数据,然后使用SQLServer2000数据导入/导出向导功能,直接将数据导入到相应的基本表中。

七数据库的实施和维护

在这一阶段，我们对系统的各个设计阶段的结果进行了一一审查，并对基本功能进行了验证，如数据库的插入，查询，删除，更新功能。

数据库逻辑结构定义

1.员工（Staff）基本信息表，用于记录企业员工的基本信息：

表3－3Staff关系模式说明

属性名

数据类型

取值范围

是否为主属性

是否为外键

完整性要求

char（5）

00000～99999

是

否

Notnull

男、女

出生日期

Datetime

联系电话

地址

char（4）

大于等于800小于25000（元/月）

Smallint

0~31

int

大于800小于5000（元/月）

补贴

0~500

处罚扣除

0~800

大于等于0小于3000（元/月）

2.部门经理（Manager）基本信息表，用于记录员工的基本信息：

表3－4Manager关系模式说明

Char（6）

00~99

Char（12）

部门

大于等于2000小于6000（元/月）

3.员工工资（Fitment）基本信息表，用于记录员工工资的基本信息：

表3－6Wage关系模式说明

补贴奖金

Not