数据库工资管理系统课程设计实验报告Word文档格式.docx
《数据库工资管理系统课程设计实验报告Word文档格式.docx》由会员分享，可在线阅读，更多相关《数据库工资管理系统课程设计实验报告Word文档格式.docx（18页珍藏版）》请在冰豆网上搜索。
6.2.1数据库的建立15
6.2.2表对象的建立15
6.2.3索引18
6.2.4视图18
6.2.5备份19
七、心得体会19
八、参考文献20
一、开发背景
随着经济的发展，企业正向着大型化、规模化发展，而对于大中型企业，员工、职称等跟工资管理有关的信息随之急剧增加。
在这种情况下单靠人工来处理员工的工资不但显得力不从心，而且极容易出错。
如何设计一个小型企业工资的数据库管理系统，由计算机代替人工执行一系列诸如增加新员工，删除旧员工，工资查询，统计等操作。
这样就使办公人员可以轻松快捷地完成工资管理的任务。
对于企、事业单位的工资发放来说，不需要太大型的数据库系统。
只需要一个操作方便，功能实用，能同时满足财务部门、单位其他相关部门及代发单位三方对数据的管理及需求的系统。
实现工资的集中管理。
可供财务人员对本单位的人员以及工资进行增加、删除、修改、查询，对工资发放中的应发工资合计等项目由系统自动进行计算；
同时系统还可对员工及工资管理情况进行多角度查询。
基于以上原因，企业工资管理系统使用电脑安全保存、快速计算、全面统计，实现工资管理的系统化、规范化、自动化。
企业工资管理系统是典型的信息管理系统（MIS），后台数据库采用SQLServer2005数据库。
SQLServer2005数据库具有与VB6无缝连接、操作简单、易于使用的优点。
二、功能描述
工资管理系统系是为了更好的实现工资各种信息的管理以及各种信息的安
全性管理。
本系统主要对查看员工的各种工资信息需求所设计的，可以很好的
管理数据。
本系统的主要功能由以下几个部分组成：
经过调研及分析，工资管理信息系统主要完成以下功能：
（1）员工基本信息模块：
员工的基本信息。
（2）工资信息模块：
员工每个月度的基本工资、岗位工资、水电费、津贴工
资、扣除薪酬、实发金额。
（3）部门信息模块：
公司各部门编号、名称、负责人、人数。
（4）考勤模块：
记录员工迟到、缺席次数。
（5）津贴模块：
记录员工加班情况派发津贴。
（6）员工信息管理模块：
管理员对所需要的资料的查询即对员工基本信息的
增加、删除、修改、查询操作。
（7）员工工资管理模块：
管理员对所需要的资料的查询即对员工工资信息的
三、数据流分析
3.1数据流图
图3.1工资管理系统简易数据流图
3.2数据字典
3.2.1数据项的描述
1、数据项名：
员工编号
别名：
w_number
取值范围：
0000-9999
含义说明：
每位员工的编号
类型：
char
长度：
4
2、数据项名：
员工姓名
别名：
w_name
取值范围：
1-4
每位员工的姓名
varchar
8
3、数据项名：
员工性别
sex
“男”或“女”
含义说明：
每位员工的性别
类型：
长度：
2
4、数据项名：
基本工资
basic_wage
整数
每位员工的基本工资
int
5、数据项名：
出生年月
birthday
每位员工的出生日期
datetime
3.2.2数据结构描述
1、名称：
员工（Employee）
员工信息
组成结构：
员工编号+姓名+性别+出生年月+所属部门+文化程度+职称
2、名称：
工资（Salary）
工资信息
员工编号+基本工资+岗位工资+水电费+津贴工资+扣除工资+实
发工资
3.2.3数据流的描述
1、数据流名称：
员工信息添加
简述：
新员工信息录入
数据流来源：
公司管理者
数据流去向：
数据流组成：
3.2.4主要数据存储的定义
1、存储名称：
员工记录存储
说明：
记录着所有员工的所有基本信息
输入：
员工基本信息
输出：
员工所有信息
数据结构：
3.2.5处理过程的定义
1、处理过程名：
员工信息处理
处理员工的基本信息
输入数据流：
终端
输出数据流：
员工信息入库
四、概念模型设计
根据系统数据流图和数据字典，得出系统的概念模型（E-R）如图所示。
图4.1员工信息E-R图
图4.2部门信息E-R图
图4.3工资信息E-R图
图4.4考勤信息E-R图
图4.5津贴信息E-R图
图4.6工资管理系统局部E-R图
图4.7工资管理系统局部E-R图
图4.8工资管理系统局部E-R图
图4.9工资管理系统局部E-R图
图4.10工资管理系统总E-R图
五、逻辑结构设计和优化
5.1关系模型设计
关系模式：
员工信息（员工编号、姓名、性别、出生年月、所属部门、
文化程度、职称）
模式判定：
员工信息∈2NF，且每个非主属性都不传递函数依赖于员工信
息的主关系键，所以员工信息∈3NF
关系模式：
部门信息（部门编号、部门名称、部门负责人、部门人数）
部门信息∈2NF，且每个非主属性都不传递函数依赖于部门信
息的主关系键，所以部门信息∈3NF
基本工资（工资级别、工资金额）
基本工资∈2NF，且每个非主属性都不传递函数依赖于基本工
资的主关系键，所以基本工资∈3NF
岗位工资（工资级别、工资金额）
岗位工资∈2NF，且每个非主属性都不传递函数依赖于岗位工
资的主关系键，所以岗位工资∈3NF
工资信息（员工编号、基本工资、岗位工资、水电费、津贴
工资、扣除工资、实发金额）
工资信息∈2NF，且每个非主属性都不传递函数依赖于工资信
息的主关系键，所以工资信息∈3NF
考勤信息（员工编号、姓名、性别、迟到次数、缺勤次数）
考勤信息∈2NF，且每个非主属性都不传递函数依赖于考勤信
息的主关系键，所以考勤信息∈3NF
津贴信息（员工编号、姓名、性别、加班时间、加班天数、
加班类型、津贴情况）
津贴信息∈2NF，且每个非主属性都不传递函数依赖于津贴信
息的主关系键，所以津贴信息∈3NF
5.2数据库表结构设计
表5.1员工信息表
char（4）
主键，不允许重复
姓名
varchar（8）
性别
char
（2）
所属部门
varchar（20）
外键
文化程度
职称
char（12）
表5.2部门信息表
部门编号
主键,不允许重复
部门名称
部门负责人
部门人数
表5.3基本工资表
工资级别
工资金额
表5.4岗位工资表
表5.5工资信息表
主键,不允许重复；
外键
岗位工资
水电费
float
津贴工资
加班工资
扣除薪酬
迟到、缺席扣薪
实发金额
表5.6考勤信息表
主键不允许重复
varChar（8）
Char
（2）
迟到次数
缺席次数
表5.7津贴信息表
加班时间
Varchar（10）
加班天数
加班类型
津贴情况
六、物理设计与实施
6.1数据库的物理设计
数据库物理设计的主要任务是确定数据库物理结构，即确定数据库的存储
结构设计和存取方法。
包括确定关系、索引、聚簇、日志、备份等的存储安排
和存储结构，确定系统配置等。
6.1.1存储结构设计
为了提高系统的性能，根据应用情况将数据的易变部分与稳定部分、经常
存取部分与不经常存取部分分开存放。
由于现在的计算机都有多个磁盘，将表（如员工信息表）和索引放在不同
的磁盘上，在查询过程中，大大提高I/O读写的效率，而对于较大的分放在两
个磁盘上，可以加快存取速度，在多用户环境下的作用更有效；
为了改进系统
的性能，将日志文件与数据库对象（表、索引等）放在了不同的盘上。
同时，
考虑到本系统是多用户的，为了提高效率，数据库备份的数据和日志文件将保
存在磁盘中。
在数据库中经常存取的部分包括：
员工（员工编号、姓名、性别、出生年月、所属部门.....）
部门（部门编号、部门名称、部门负责人、部门人数.....）
工资（员工编号、基本工资、岗位工资、水电费.....）
考勤（员工编号、姓名、性别、迟到次数、缺勤次数）
不经常存取部分包括：
在数据库设计初始阶段，为了对以后的数据库进行物理优化，提供了一些
系统配置变量、存储分配系数，并对这些变量赋予合理的缺省值。
但这些值不
一定适合每一种应用环境，在进行物理设计时，对这些变量重新赋值，以改善
系统的性能。
在选择硬件设备、服务器操作系统、数据库时应该考虑能够逐步
增加和扩展。
在配置系统变量时，要注意同时使用数据库的用户数，同时打开的数据库
对象数，内存分配参数，缓冲区分配参数，时间片大小，数据库的大小，锁的
数目等。
这些参数值都会影响数据库的存储时间和存储空间的分配。
6.1.2存储方法设计
在本系统中，采用顺序查找，平均查找n/2次，建立B+树索引，则平均
查找次数为B+树的层数log2n+1。
所以选择B+树作为索引，再设计过程中对
关系的码建立索引。
6.2数据库的实施
6.2.1数据库的建立
createdatabasegongzi
on
（name=gongzi_data,
filename='
d:
\gongzidata.mdf'
size=10,
maxsize=50,
filegrowth=5）
logon
（name=gongzi_log,
\gongzidata.ldf'
size=5,
maxsize=25,
filegrowt
升级会员 