数据库课程设计报告完整版--教师工资管理系统(共42页).doc
《数据库课程设计报告完整版--教师工资管理系统(共42页).doc》由会员分享,可在线阅读,更多相关《数据库课程设计报告完整版--教师工资管理系统(共42页).doc(42页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、精选优质文档-倾情为你奉上XX学院电子信息工程学院数据库系统原理课程设计报告项目名称: 教师工资管理系统数据库设计 专 业: 年 级: 姓 名: 学 号: 指导老师: 2013年9月专心-专注-专业摘 要在计算机日益普及的今天,对学校而言若采用一套行之有效的教师工资管理系统来管理教师的工资,会方便许多。对学校而言,以前单一的手工计算已不能满足人们的要求,往往是投入了大量的人力和财力却得不到高效的管理效率。为了减轻工作人员的工作量,方便工作人员对它的操作,提高管理的质量和水平,做到高效、智能化管理,达到提高工资管理效率的目的。采用数据库技术生成的工资管理系统将会极大地方便教师工资管理人员和工作人
2、员的劳动,使工作人员从繁忙、复杂的工作进入到一个简单、高效的工作中。基于这个问题,开发了教师工资管理系统。系统采用C/S模式,实现了工资管理的方便、高效性、有效性。本文通过作者设计和开发一个中小型教师工资管理系统的实践,阐述了教师工资管理软件中所应具有的基本功能、设计、实现。关键词:工资;管理系统;智能目录第一章引言教师工资管理系统是一个教育单位不可缺少的部分,它的内容对于单位的决策者和管理者来说都至关重要。但一直以来人们使用传统人工的方式管理文件信息,这种管理方式存在着许多缺点,如:效率低、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。随着科学技术
3、的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识已进入人类社会的各个领域并发挥着越来越重要的作用。作为计算机应用的一部分,使用计算机对工资管理信息进行管理 ,具有手工管理者无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高信息管理的效率,也是教育单位的科学化、正规化管理,与世界接轨的重要条件。随着数据库技术的不断发展及数据库管理系统的广泛应用,数据库中存储的数据量急剧增大,这些数据库中的大量数据隐含着许多有价值的信息,而传统的对数据库的简单操作只能发现表层的知识,不能归纳出隐含的带有结构性的知识,已不能满足人们的需要,人
4、们更希望通过对数据的分析,得到数据更深层次的信息,或者说得到可用于进行决策的知识,也即对数据进行挖掘。数据挖掘,顾名思义就是从大量的数据中挖掘出有用的信息。开发本系统的目的就是帮助管理部门提高工作效率,实现工资信息管理的系统化、规范化和自动化。本系统包括修改员工信息、查询员工的工资金额、设置其他项目的金额(奖金、福利、津贴、扣发等)等,实现工管理的自动化,无疑将给学校管理部门带来很大方便。第二章. 需求分析阶段2.1 引言进行系统设计,首先要对系统的现状进行分析。根据系统的目标、需求和功能,制定和选择一个较好的系统方案,从而达到一个合理的优化系统。随着学校的发展,教师的数量越来越多,人工手动管
5、理会降低工作的效率,希望建立一个教师工资管理系统,是为了解决人工管理在实践的问题,从而达到系统化、规范化、标准化的水平。该系统的建立不但给管理者带来了方便,也节省了工作时间从而提高了工作效率。需求分析是在于要弄清用户对开发的数据库应用系统的确切要求。数据库设计的第一步是明确数据库的目的和如何使用,也就是说需要从数据库中得到哪些信息。明确目的之后,就可以确定您需要保存哪些主题的信息(表),以及每个主题需要保存哪些信息(表中字段)。在构造系统时,首先从需求出发构造数据库表,然后再由数据库表结合需求划分系统功能模块。这样,就把一个大的系统分解成了几个小系统。能够实现以下功能: 系统用户的添加、删除、
6、保存; 员工信息的添加、删除、修改,工资标准的设定; 工资信息管理包括工资的浏览与结算 查询(按姓名或编号两种方式进行工资情况的详细查询)。2.2 需求分析阶段的目标与任务2.2.1处理对象1. 系统用户表:用户名,口令,级别 2. 员工信息表:编号,姓名,院系,职务,职称,时间,住房,专家,独幼3. 职务工资标准:正处,副处,正科,副科4. 职称工资标准:教授,副教,讲师,助教5. 其他工资标准:独补,专家津贴,房贴,一次性补发,其他补贴,扣房租,扣公积金,扣失业险,扣医疗险,扣垃圾费,扣其他6. 工资结算:编号,院系,姓名,职务工资,职称工资,专家津贴,房贴,独补,一次性补发,其他补贴,应
7、发合计,扣公积金,扣失业险,扣医疗险,扣垃圾费,扣其他,应扣合计,实发工资2.2.2处理功能及要求(1)系统用户的添加、删除、保存。(2)员工信息的添加、删除、修改,工资标准的设定。(3)工资信息管理包括工资的浏览与结算 查询(按姓名或编号两种方式进行工资情况的详细查询)。2.2.3.安全性和完整性要求1) 安全性要求 系统安全性要求体现在数据库安全性、信息安全性和系统平台的安全性等方面。安全性先通过视图机制,不同的用户只能访问系统授权的视图,这样可提供系统数据一定程度上的安全性,再通过分配权限、设置权限级别来区别对待不同操作者对数据库的操作来提高数据库的安全性;系统平台的安全性体现在操作系统
8、的安全性、计算机系统的安全性和网络体系的安全性等方面。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
9、-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
10、)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扣失业险扣失业险Sa
11、mllmoney(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其
12、他补贴其他补贴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职务工资标准职务工资标准正处,副处
13、,正科,副科DS-4职称工资标准职称工资标准教授,副教,讲师,助教DS-5其他工资标准其他工资标准独补,专家津贴,房贴,一次性补发,其他补贴,扣房租,扣公积金,扣失业险,扣医疗险,扣垃圾费,扣其他DS-6工资结算工资结算编号,院系,姓名,职务工资,职称工资,专家津贴,房贴,独补,一次性补发,其他补贴,应发合计,扣公积金,扣失业险,扣医疗险,扣垃圾费,扣其他,应扣合计,实发工资第三章概念设计阶段 3.1 引言系统开发的总体目标是实现管理的工资管理系统化和自动化,减轻工作人员的工作量,方便工作人员对它的操作,提高管理的质量和水平,做到高效、智能化管理,从而达到提高工资管理效率的目的。主要任务是对系
14、统用户,员工信息,职务工资标准,职称工资标准,其他工资标准,工资结算的基本信息的操作及外理。概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息结构(概念模型)的过程,它是整个数据库设计的关键。3.2 任务与目标(1)合并各分图,消除属性冲突、命名冲突、结构冲突等三类冲突,得到初步E-R图,再消除不必要冗余,得到的基本E-R图如下所示:图3-1 教师工资管理系统 E-R图(2)各ER图各实体系统用户表:系统用户表(用户名,口令,级别) 员工信息表:员工信息表(编号,姓名,院系,职务,职称,时间,住房,专家,独幼)职务工资标准:职务工资标准(正处,副处,正科,副科)职称工资标准:职称工资标准
15、(教授,副教,讲师,助教)其他工资标准:其他工资标准(独补,专家津贴,房贴,一次性补发,其他补贴,扣房租,扣公积金,扣失业险,扣医疗险,扣垃圾费,扣其他)工资结算:工资结算(编号,院系,姓名,职务工资,职称工资,专家津贴,房贴,独补,一次性补发,其他补贴,应发合计,扣公积金,扣失业险,扣医疗险,扣垃圾费,扣其他,应扣合计,实发工资)第四章逻辑设计阶段4.1逻辑设计的任务和目标以上的概念设计阶段是独立于任何一种数据模型的,但是逻辑设计阶段就与选用的DBMS产品发生关系了,系统逻辑设计的任务就是将概念设计阶段设计好的基本E-R图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。具体内容包括数
16、据组织(将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计)、数据处理(画出系统功能模块图)两大任务。4.2数据组织4.2.1将E-R图转换为关系模型实体型转换为关系模式。实体的属性就是关系的属性,实体的码就是关系的码。对于实体间的联系则有以下不同的情况:一个m:n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合。一个1:n联系可以转换为一个独立的关系模式,也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为n端实体的码。 一个1
17、:1联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合,具有相同码的关系模式可合并。将其联系也转化成独立的关系模式,具体的基本E-R图向关系模型的转化如下:系统用户表:系统用户表(用户名,口令,级别) 员工信息表:员工信息表(编号,姓名,院系,职务,职称,时间,住房,专家,独幼)职务工资标准:职务工资标准(正处,副处,正科,副科)职称工资标准:职称工资标准(教授,副教,讲师,助教)其他工资标准:其他工资标准(独补,专家津贴,房
18、贴,一次性补发,其他补贴,扣房租,扣公积金,扣失业险,扣医疗险,扣垃圾费,扣其他)工资结算:工资结算(编号,院系,姓名,职务工资,职称工资,专家津贴,房贴,独补,一次性补发,其他补贴,应发合计,扣公积金,扣失业险,扣医疗险,扣垃圾费,扣其他,应扣合计,实发工资)(注:标有直线下划线的为主属性,标有波浪线下划线的是外键属性,主属性与外键属性一起构成主码)4.2.2数据库模式定义表4.1系统用户表表4.2员工信息表表4.3职务工资标准表表4.4职称工资标准表表4.5其他工资标准表表4.6工资结算表4.3数据处理系统功能模块图:图4-1系统功能模块图第五章物理设计阶段5.1物理设计阶段的目标与任务
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据库 课程设计 报告 完整版 教师工资 管理 系统 42
限制150内