教师工资管理系统数据库设计.docx
- 文档编号:29150920
- 上传时间:2023-07-20
- 格式:DOCX
- 页数:35
- 大小:546.10KB
教师工资管理系统数据库设计.docx
《教师工资管理系统数据库设计.docx》由会员分享,可在线阅读,更多相关《教师工资管理系统数据库设计.docx(35页珍藏版)》请在冰豆网上搜索。
教师工资管理系统数据库设计
XX学院电子信息工程学院
《数据库系统原理》课程设计报告
工程名称:
教师工资经管系统数据库设计
专业:
年级:
姓名:
学号:
指导老师:
2013年9月
摘要
在计算机日益普及的今天,对学校而言若采用一套行之有效的教师工资经管系统来经管教师的工资,会方便许多。
对学校而言,以前单一的手工计算已不能满足人们的要求,往往是投入了大量的人力和财力却得不到高效的经管效率。
为了减轻工作人员的工作量,方便工作人员对它的操作,提高经管的质量和水平,做到高效、智能化经管,达到提高工资经管效率的目的。
采用数据库技术生成的工资经管系统将会极大地方便教师工资经管人员和工作人员的劳动,使工作人员从繁忙、复杂的工作进入到一个简单、高效的工作中。
基于这个问题,开发了教师工资经管系统。
系统采用C/S模式,实现了工资经管的方便、高效性、有效性。
本文通过作者设计和开发一个中小型教师工资经管系统的实践,阐述了教师工资经管软件中所应具有的基本功能、设计、实现。
关键词:
工资;经管系统;智能
第一章.引言
教师工资经管系统是一个教育单位不可缺少的部分,它的内容对于单位的决策者和经管者来说都至关重要。
但一直以来人们使用传统人工的方式经管文件信息,这种经管方式存在着许多缺点,如:
效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。
随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识已进入人类社会的各个领域并发挥着越来越重要的作用。
作为计算机应用的一部分,使用计算机对工资经管信息进行经管,具有手工经管者无法比拟的优点.例如:
检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。
这些优点能够极大地提高信息经管的效率,也是教育单位的科学化、正规化经管,与世界接轨的重要条件。
随着数据库技术的不断发展及数据库经管系统的广泛应用,数据库中存储的数据量急剧增大,这些数据库中的大量数据隐含着许多有价值的信息,而传统的对数据库的简单操作只能发现表层的知识,不能归纳出隐含的带有结构性的知识,已不能满足人们的需要,人们更希望通过对数据的分析,得到数据更深层次的信息,或者说得到可用于进行决策的知识,也即对数据进行挖掘。
数据挖掘,顾名思义就是从大量的数据中挖掘出有用的信息。
开发本系统的目的就是帮助经管部门提高工作效率,实现工资信息经管的系统化、规范化和自动化。
本系统包括修改员工信息、查询员工的工资金额、设置其他工程的金额(奖金、福利、津贴、扣发等)等,实现工经管的自动化,无疑将给学校经管部门带来很大方便。
第二章.需求分析阶段
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[工资数据]ONPRIMARY
(NAME=N'工资数据_Data',FILENAME=N'F:
\zuoye\教师工资经管系统\database\工资数据_Data.MDF',SIZE=1152KB,MAXSIZE=UNLIMITED,FILEGROWTH=10%)
LOGON
(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_ASNOTNULL
)ON[PRIMARY]
GO
(2)员工信息表的建立:
CREATETABLE[dbo].[员工信息](
[编号][char](11)COLLATEChinese_PRC_CI_ASNOTNULL,
[姓名][varchar](16)COLLATEChinese_PRC_CI_ASNOTNULL,
[院系][varchar](30)COLLATEChinese_PRC_CI_ASNOTNULL,
[职务][varchar](4)COLLATEChinese_PRC_CI_ASNOTNULL,
[职称][varchar](4)COLLATEChinese_PRC_CI_ASNOTNULL,
[时间][smalldatetime]NOTNULL,
[住房][bit]NOTNULL,
[专家][bit]NOTNULL,
[独幼][bit]NOTNULL
)ON[PRIMARY]
GO
(3)其他工资规范表的建立:
CREATETABLE[dbo].[其他工资规范](
[独补][smallmoney]NOTNULL,
[专家津贴][smallmoney]NOTNULL,
[房贴][smallmoney]NOTNULL,
[一次性补发][smallmoney]NOTNULL,
[其他补贴][smallmoney]NOTNULL,
[扣房租][smallmoney]NOTNULL,
[扣公积金][smallmoney]NOTNULL,
[扣失业险][smallmoney]NOTNULL,
[扣医疗险][smallmoney]NOTNULL,
[扣垃圾费][smallmoney]NOTNULL,
[扣其他][smallmoney]NOTNULL
)ON[PRIMARY]
GO
(4)[职务工资规范表的建立:
CREATETABLE[dbo].[职务工资规范](
[正处][smallmoney]NOTNULL,
[副处][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)COLLATEChinese_PRC_CI_ASNOTNULL,
[院系][varchar](30)COLLATEChinese_PRC_CI_ASNOTNULL,
[姓名][varchar](16)COLLATEChinese_PRC_CI_ASNOTNULL,
[职务工资][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)这次课程设计使我熟悉了系统设计的整体步骤。
系统设计大体可分为需求分析、概念设计、逻辑设计、物理设计、数据库的实施及调试测试六大步骤。
其中,让我感触最深的是需求分析阶段,在这个阶段,必须对所要设计的系统有总体的构思和了解,知道自己要做什么,要实现什么,并且要实际的进行相关的调查,不能凭想象或自己的了解,这样会在后续的工作中遇到很多的问题。
(2)这次课程设计加深了我对数据库系统概论相关知识和SQLSERVER相关功能的理解。
例如对建立基本表、视图、索引、存储过程、触发器等,都比以前更加的熟练。
并在解决遇到的各种问题的过程中,学到了很多新的知识。
比如在导入\导出数据时,由于外键约束的存在,经常会出现错误,这就要注意各个表导入的顺序问题。
一般是先导入主键表,后导入外键表,这样可以避免很多的错误。
(3)我进一步掌握了相关的SQL语句方面的知识。
不但纠正了以前的错误认识和理解,而且学会了建立存储过程和触发器。
通过查阅资料,我还明白了存储过程是编译后放在服务器端的程序,它可以被别的模块调用,且不需要重新编译,这样就大大减轻了客户端的负担,且有效的提高了系统执行的效率。
(4)当然,在实习的过程中也存在一些问题。
由于需求分析阶段的工作完成的不是很充分,在后面的设计过程中,前后时常会出现矛盾,不一致现象,因此要反复的修改前面的结果,导致整个工作进行的不是很顺利。
第九章.存在的问题及建议
(1)我觉得在这次课程设计中,需求分析阶段是致关重要的,但由于同学们都是第一次做这样的系统设计,都不是很熟悉需求分析的主要方法和主要任务,所以都很盲目,认为
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 教师工资 管理 系统 数据库 设计