数据库课程设计报告完整版教师工资管理系统.docx
《数据库课程设计报告完整版教师工资管理系统.docx》由会员分享,可在线阅读,更多相关《数据库课程设计报告完整版教师工资管理系统.docx(37页珍藏版)》请在冰点文库上搜索。
数据库课程设计报告完整版教师工资管理系统
XX学院电子信息工程学院
《数据库系统原理》课程设计报告
项目名称:
教师工资管理系统数据库设计
专 业:
年 级:
姓名:
学 号:
指导老师:
2013年9月
摘 要
在计算机日益普及的今天,对学校而言若采用一套行之有效的教师工资管理系统来管理教师的工资,会方便许多。
对学校而言,以前单一的手工计算已不能满足人们的要求,往往是投入了大量的人力和财力却得不到高效的管理效率。
为了减轻工作人员的工作量,方便工作人员对它的操作,提高管理的质量和水平,做到高效、智能化管理,达到提高工资管理效率的目的.采用数据库技术生成的工资管理系统将会极大地方便教师工资管理人员和工作人员的劳动,使工作人员从繁忙、复杂的工作进入到一个简单、高效的工作中。
基于这个问题,开发了教师工资管理系统。
系统采用C/S模式,实现了工资管理的方便、高效性、有效性。
本文通过作者设计和开发一个中小型教师工资管理系统的实践,阐述了教师工资管理软件中所应具有的基本功能、设计、实现。
关键词:
工资;管理系统;智能
第一章.引言ﻩ1
第二章.需求分析阶段ﻩ2
2.1引言2
2。
2需求分析阶段的目标与任务2
2。
2.1处理对象2
2。
2.3。
安全性和完整性要求ﻩ2
2.3。
1教师工资管理系统业务流程图ﻩ3
2。
3。
3教师工资管理系统数据字典ﻩ4
第三章.概念设计阶段ﻩ7
3。
1 引言7
3。
2任务与目标7
第四章.逻辑设计阶段ﻩ8
4。
2数据组织ﻩ8
4。
2。
1将E-R图转换为关系模型ﻩ8
4.2.2数据库模式定义8
4。
3数据处理ﻩ10
5。
1物理设计阶段的目标与任务11
第六章.数据库实施阶段12
6.1建立数据库、数据表、视图、索引12
6.1。
1建立数据库ﻩ12
6。
1。
2建立数据表ﻩ12
6.2数据入库ﻩ14
第七章.系统调试和测试ﻩ15
第八章.设计心得18
第九章.存在的问题及建议20
参考文献22
附录1数据查看23
附录3系统的运行界面27
第一章.引言
教师工资管理系统是一个教育单位不可缺少的部分,它的内容对于单位的决策者和管理者来说都至关重要。
但一直以来人们使用传统人工的方式管理文件信息,这种管理方式存在着许多缺点,如:
效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难.
随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识已进入人类社会的各个领域并发挥着越来越重要的作用。
作为计算机应用的一部分,使用计算机对工资管理信息进行管理 ,具有手工管理者无法比拟的优点。
例如:
检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高信息管理的效率,也是教育单位的科学化、正规化管理,与世界接轨的重要条件。
随着数据库技术的不断发展及数据库管理系统的广泛应用,数据库中存储的数据量急剧增大,这些数据库中的大量数据隐含着许多有价值的信息,而传统的对数据库的简单操作只能发现表层的知识,不能归纳出隐含的带有结构性的知识,已不能满足人们的需要,人们更希望通过对数据的分析,得到数据更深层次的信息,或者说得到可用于进行决策的知识,也即对数据进行挖掘.数据挖掘,顾名思义就是从大量的数据中挖掘出有用的信息。
开发本系统的目的就是帮助管理部门提高工作效率,实现工资信息管理的系统化、规范化和自动化。
本系统包括修改员工信息、查询员工的工资金额、设置其他项目的金额(奖金、福利、津贴、扣发等)等,实现工管理的自动化,无疑将给学校管理部门带来很大方便。
第二章. 需求分析阶段
2.1引言
进行系统设计,首先要对系统的现状进行分析.根据系统的目标、需求和功能,制定和选择一个较好的系统方案,从而达到一个合理的优化系统。
随着学校的发展,教师的数量越来越多,人工手动管理会降低工作的效率,希望建立一个教师工资管理系统,是为了解决人工管理在实践的问题,从而达到系统化、规范化、标准化的水平.该系统的建立不但给管理者带来了方便,也节省了工作时间从而提高了工作效率。
需求分析是在于要弄清用户对开发的数据库应用系统的确切要求.数据库设计的第一步是明确数据库的目的和如何使用,也就是说需要从数据库中得到哪些信息。
明确目的之后,就可以确定您需要保存哪些主题的信息(表),以及每个主题需要保存哪些信息(表中字段).
在构造系统时,首先从需求出发构造数据库表,然后再由数据库表结合需求划分系统功能模块。
这样,就把一个大的系统分解成了几个小系统.能够实现以下功能:
系统用户的添加、删除、保存;
②员工信息的添加、删除、修改,工资标准的设定;
③ 工资信息管理包括工资的浏览与结算查询(按姓名或编号两种方式进行工资情况的详细查询)。
2.2 需求分析阶段的目标与任务
2.2。
1处理对象
1.系统用户表:
用户名,口令,级别
2.员工信息表:
编号,姓名,院系,职务,职称,时间,住房,专家,独幼
3.职务工资标准:
正处,副处,正科,副科
4.职称工资标准:
教授,副教,讲师,助教
5.其他工资标准:
独补,专家津贴,房贴,一次性补发,其他补贴,扣房租,扣公积金,扣失业险,扣医疗险,扣垃圾费,扣其他
6.工资结算:
编号,院系,姓名,职务工资,职称工资,专家津贴,房贴,独补,一次性补发,其他补贴,应发合计,扣公积金,扣失业险,扣医疗险,扣垃圾费,扣其他,应扣合计,实发工资
2。
2。
2处理功能及要求
(1)系统用户的添加、删除、保存。
(2)员工信息的添加、删除、修改,工资标准的设定.
(3)工资信息管理包括工资的浏览与结算 查询(按姓名或编号两种方式进行工资情况的详细查询)。
2。
2。
3。
安全性和完整性要求
1)安全性要求
系统安全性要求体现在数据库安全性、信息安全性和系统平台的安全性等方面.安全性先通过视图机制,不同的用户只能访问系统授权的视图,这样可提供系统数据一定程度上的安全性,再通过分配权限、设置权限级别来区别对待不同操作者对数据库的操作来提高数据库的安全性;系统平台的安全性体现在操作系统的安全性、计算机系统的安全性和网络体系的安全性等方面。
2)完整性要求
系统完整性要求系统中数据的正确性以及相容性。
可通过建立主、外键,使用check约束,或者通过使用触发器和级联更新。
2。
3 需求分析阶段成果
2.3.1教师工资管理系统业务流程图
图2-1教师工资管理系统业务流程图
2。
3。
2教师工资管理系统数据流程图
(1)管理员添加、删除、修改用户信息
图2-2管理员添加、删除、修改用户信息流程图
(2)管理员添加、删除、修改教师信息
图2—3管理员添加、删除、修改教师信息流程图
(3)用户查询工资
图2—4用户查询工资流程图
2。
3.3教师工资管理系统数据字典
(a)数据项:
系统涉及的数据项有47项
表2-1数据项列表
数据项编号
数据项名
数据项含义
存储结构
DI—1
用户名
用户名
Varchar(20)
DI—2
口令
口令
varchar(6)
DI—3
级别
级别
char
(1)
DI—4
编号
编号
char(11)
DI—5
姓名
姓名
varchar(16)
DI-6
院系
院系
varchar(30)
DI—7
职务
职务
varchar(4)
DI—8
职称
职称
varchar(4)
DI—9
时间
时间
Smalldata(4)
DI-10
住房
住房
Bit
(1)
DI—11
专家
专家
Bit
(1)
DI-12
独幼
独幼
Bit
(1)
DI—13
正处
正处
Samllmoney(4)
DI—14
副处
副处
Samllmoney(4)
DI—15
正科
正科
Samllmoney(4)
DI—16
副科
副科
Samllmoney(4)
DI-17
教授
教授
Samllmoney(4)
DI-18
副教
副教
Samllmoney(4)
DI-19
讲师
讲师
Samllmoney(4)
DI—20
助教
助教
Samllmoney(4)
DI—21
独补
独补
Samllmoney(4)
DI-22
专家津贴
专家津贴
Samllmoney(4)
DI-23
房贴
房贴
Samllmoney(4)
DI—24
一次性补发
一次性补发
Samllmoney(4)
DI-25
其他补贴
其他补贴
Samllmoney(4)
DI—26
扣房租
扣房租
Samllmoney(4)
DI—27
扣公积金
扣公积金
Samllmoney(4)
DI-28
扣失业险
扣失业险
Samllmoney(4)
DI-29
扣医疗险
扣医疗险
Samllmoney(4)
DI-30
扣垃圾费
扣垃圾费
Samllmoney(4)
DI—31
扣其他
扣其他
Samllmoney(4)
DI-32
编号
编号
Char(11)
DI-33
院系
院系
Varchar(30)
DI—34
姓名
姓名
Varchar(16)
DI-35
职务工资
职务工资
Samllmoney(4)
DI—36
职称工资
职称工资
Samllmoney(4)
DI-37
专家津贴
专家津贴
Samllmoney(4)
DI—38
房贴
房贴
Samllmoney(4)
DI—39
独补
独补
Samllmoney(4)
DI—40
一次性补发
一次性补发
Samllmoney(4)
DI—41
其他补贴
其他补贴
Samllmoney(4)
DI—42
应发合计
应发合计
Samllmoney(4)
DI-43
扣公积金
扣公积金
Samllmoney(4)
DI-44
扣失业险
扣失业险
Samllmoney(4)
DI—45
扣垃圾费
扣其他
Samllmoney(4)
DI-46
应扣合计
应扣合计
Samllmoney(4)
DI—47
实发工资
实发工资
Samllmoney(4)
(b)数据结构:
表2-2数据结构列表
数据结构
编号
数据结构
名
数据结构
含义
组成
DS-1
系统用户表
系统用户表
用户名,口令,级别
DS-2
员工信息表
员工信息表
编号,姓名,院系,职务,职称,时间,住房,专家,独幼
DS-3
职务工资标准
职务工资标准
正处,副处,正科,副科
DS-4
职称工资标准
职称工资标准
教授,副教,讲师,助教
DS—5
其他工资标准
其他工资标准
独补,专家津贴,房贴,一次性补发,其他补贴,扣房租,扣公积金,扣失业险,扣医疗险,扣垃圾费,扣其他
DS—6
工资结算
工资结算
编号,院系,姓名,职务工资,职称工资,专家津贴,房贴,独补,一次性补发,其他补贴,应发合计,扣公积金,扣失业险,扣医疗险,扣垃圾费,扣其他,应扣合计,实发工资
ﻬ第三章.概念设计阶段
3。
1引言
系统开发的总体目标是实现管理的工资管理系统化和自动化,减轻工作人员的工作量,方便工作人员对它的操作,提高管理的质量和水平,做到高效、智能化管理,从而达到提高工资管理效率的目的。
主要任务是对系统用户,员工信息,职务工资标准,职称工资标准,其他工资标准,工资结算的基本信息的操作及外理。
概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息结构(概念模型)的过程,它是整个数据库设计的关键。
3。
2 任务与目标
(1)合并各分E-R图,消除属性冲突、命名冲突、结构冲突等三类冲突,得到初步E-R图,再消除不必要冗余,得到的基本E—R图如下所示:
图3-1 教师工资管理系统E-R图
(2)各E-R图各实体
系统用户表:
系统用户表(用户名,口令,级别)
员工信息表:
员工信息表(编号,姓名,院系,职务,职称,时间,住房,专家,独幼)
职务工资标准:
职务工资标准(正处,副处,正科,副科)
职称工资标准:
职称工资标准(教授,副教,讲师,助教)
其他工资标准:
其他工资标准(独补,专家津贴,房贴,一次性补发,其他补贴,扣房租,扣公积金,扣失业险,扣医疗险,扣垃圾费,扣其他)
工资结算:
工资结算(编号,院系,姓名,职务工资,职称工资,专家津贴,房贴,独补,一次性补发,其他补贴,应发合计,扣公积金,扣失业险,扣医疗险,扣垃圾费,扣其他,应扣合计,实发工资)
ﻬ第四章.逻辑设计阶段
4。
1逻辑设计的任务和目标
以上的概念设计阶段是独立于任何一种数据模型的,但是逻辑设计阶段就与选用的DBMS产品发生关系了,系统逻辑设计的任务就是将概念设计阶段设计好的基本E—R图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。
具体内容包括数据组织(将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计)、数据处理(画出系统功能模块图)两大任务。
4。
2数据组织
4.2.1将E-R图转换为关系模型
实体型转换为关系模式.实体的属性就是关系的属性,实体的码就是关系的码。
对于实体间的联系则有以下不同的情况:
一个m:
n联系转换为一个关系模式。
与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合。
一个1:
n联系可以转换为一个独立的关系模式,也可以与n端对应的关系模式合并。
如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为n端实体的码。
一个1:
1联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并.三个或三个以上实体间的一个多元联系可以转换为一个关系模式。
与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合,具有相同码的关系模式可合并.
将其联系也转化成独立的关系模式,具体的基本E-R图向关系模型的转化如下:
系统用户表:
系统用户表(用户名,口令,级别)
员工信息表:
员工信息表(编号,姓名,院系,职务,职称,时间,住房,专家,独幼)
职务工资标准:
职务工资标准(正处,副处,正科,副科)
职称工资标准:
职称工资标准(教授,副教,讲师,助教)
其他工资标准:
其他工资标准(独补,专家津贴,房贴,一次性补发,其他补贴,扣房租,扣公积金,扣失业险,扣医疗险,扣垃圾费,扣其他)
工资结算:
工资结算(编号,院系,姓名,职务工资,职称工资,专家津贴,房贴,独补,一次性补发,其他补贴,应发合计,扣公积金,扣失业险,扣医疗险,扣垃圾费,扣其他,应扣合计,实发工资)
(注:
标有直线下划线的为主属性,标有波浪线下划线的是外键属性,主属性与外键属性一起构成主码)
4.2。
2数据库模式定义
表4.1系统用户表
表4。
2员工信息表
表4。
3职务工资标准表
表4。
4职称工资标准表
表4。
5其他工资标准表
表4。
6工资结算表
4。
3数据处理
系统功能模块图:
图4—1系统功能模块图
第五章.物理设计阶段
5.1物理设计阶段的目标与任务
数据库的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程,在这个阶段中要完成两大任务:
(1)确定数据库的物理结构,在关系数据库中主要是存取方法和存储结构;
(2)对物理结构进行评价,评价的重点是时间和空间效率。
第六章.数据库实施阶段
6.1建立数据库、数据表、视图、索引
6。
1.1 建立数据库
CREATEDATABASE[工资数据]ON PRIMARY
(NAME =N’工资数据_Data’,FILENAME=N’F:
\zuoye\教师工资管理系统\database\工资数据_Data。
MDF’,SIZE =1152KB ,MAXSIZE=UNLIMITED, FILEGROWTH=10%)
LOG ON
(NAME=N'工资数据_Log',FILENAME=N’F:
\zuoye\教师工资管理系统\database\工资数据_Log.LDF',SIZE=1024KB, MAXSIZE=UNLIMITED,FILEGROWTH =10%)
COLLATEChinese_PRC_CI_AS
GO
6。
1。
2 建立数据表
(1)系统用户表的建立:
CREATETABLE[dbo].[系统用户](
ﻩ[用户名][varchar] (20)COLLATEChinese_PRC_CI_ASNOTNULL ,
ﻩ[口令][varchar](6) COLLATEChinese_PRC_CI_ASNOTNULL,
[级别][char]
(1) COLLATEChinese_PRC_CI_AS NOT NULL
)ON[PRIMARY]
GO
(2)员工信息表的建立:
CREATETABLE[dbo]。
[员工信息](
ﻩ[编号][char](11)COLLATEChinese_PRC_CI_ASNOT NULL,
ﻩ[姓名][varchar](16)COLLATE Chinese_PRC_CI_ASNOTNULL,
ﻩ[院系][varchar] (30)COLLATEChinese_PRC_CI_ASNOTNULL,
[职务][varchar] (4)COLLATEChinese_PRC_CI_ASNOTNULL,
[职称] [varchar](4) COLLATEChinese_PRC_CI_ASNOT NULL ,
[时间] [smalldatetime] NOT NULL,
ﻩ[住房][bit]NOTNULL ,
[专家][bit]NOTNULL ,
ﻩ[独幼][bit]NOT NULL
)ON[PRIMARY]
GO
(3)其他工资标准表的建立:
CREATETABLE [dbo].[其他工资标准] (
[独补][smallmoney] NOTNULL,
ﻩ[专家津贴] [smallmoney] NOT NULL ,
ﻩ[房贴][smallmoney]NOTNULL ,
ﻩ[一次性补发][smallmoney]NOTNULL,
ﻩ[其他补贴][smallmoney] NOT NULL,
ﻩ[扣房租][smallmoney]NOTNULL ,
[扣公积金][smallmoney]NOTNULL,
ﻩ[扣失业险][smallmoney]NOTNULL,
[扣医疗险][smallmoney]NOTNULL,
[扣垃圾费][smallmoney]NOTNULL,
ﻩ[扣其他][smallmoney] NOTNULL
)ON[PRIMARY]
GO
(4)[职务工资标准表的建立:
CREATETABLE[dbo].[职务工资标准](
[正处][smallmoney]NOT NULL,
ﻩ[副处][smallmoney]NOTNULL,
ﻩ[正科] [smallmoney]NOTNULL,
ﻩ[副科][smallmoney]NOTNULL
)ON[PRIMARY]
GO
(5)职称工资标准的建立:
CREATETABLE[dbo].[职称工资标准](
ﻩ[教授][smallmoney]NOTNULL ,
[副教][smallmoney]NOTNULL,
[讲师] [smallmoney]NOTNULL,
[助教][smallmoney]NOTNULL
)ON[PRIMARY]
GO
(6)工资结算表的建立:
CREATETABLE [dbo]。
[工资结算](
ﻩ[编号] [char](11) COLLATE Chinese_PRC_CI_ASNOTNULL,
ﻩ[院系][varchar](30)COLLATEChinese_PRC_CI_AS NOTNULL,
[姓名] [varchar](16)COLLATE Chinese_PRC_CI_ASNOT NULL,
ﻩ[职务工资][smallmoney]NULL,
[职称工资] [smallmoney] NULL,
ﻩ[专家津贴][smallmoney]NULL,
ﻩ[房贴] [smallmoney]NULL ,
ﻩ[独补][smallmoney]NULL,
ﻩ[一次性补发][smallmoney]NULL,
ﻩ[其他补贴] [smallmoney]NULL,
[应发合计][smallmoney]NULL,
ﻩ[扣公积金][smallmoney]NULL ,
[扣失业险][smallmoney] NULL,
[扣医疗险][smallmoney]NULL ,
[扣垃圾费][smallmoney]NULL,
ﻩ[扣房租][smallmoney]NULL ,
ﻩ[扣其他][smallmoney]NULL,
ﻩ[应扣合计] [smallmoney] NULL ,
ﻩ[实发工资][smallmoney]NULL
) ON[PRIMARY]
GO
6.2数据入库
ﻩ系统共有6张基本表,采用事先在Excel中录入数据,然后使用SQLServer2000数据导入/导出向导功能,直接将数据导入到相应的基本表中。
ﻬ第七章.系统调试和测试
对该教师工资管理系统进行测试,验证每个功能是否符合要求,具体的测试如下:
(1)通过视图查看各个基本表和视图中的数据(见附录1)
(2)检测各个存储过程的功能 (见附录2)
(3)系统的运等界面检测
图7-1系统的登陆界面(a)
图7-1系统的登陆界面(b)
图7—2系统用户界面
图7-3修改登录口令界面
图7-4员工信息管理界面
图7—5设定工资标准界面(a)
图7—5设定工资标准界面(b)
图7—5设定工资标准界面(c)
图7-6工资结算与浏览界面
图7-7个人工资查询
第八章.设计心得
(1)这次课程设计使我熟悉了系统设计的整体步骤。
系统设计大体可分为需求分析、概念设计、逻辑设计、物理设计、数据库的实施及调试测试六大步骤。
其中,让我感触最深的是需求分析阶段,在这个阶段,必须对所要设计的系统有总体的构思和了解,知