数据库课程设计报告.docx
《数据库课程设计报告.docx》由会员分享，可在线阅读，更多相关《数据库课程设计报告.docx（16页珍藏版）》请在冰豆网上搜索。
数据库课程设计报告
课程设计（论文）
课程名称：
数据库系统原理及技术
题目：
工资管理系统
院（系）：
管理学院
西安科技大学课程设计（论文）任务书
专业班级：
学生姓名：
指导教师（签名）：
一、课程设计（论文）题目
工资管理系统
二、本次课程设计（论文）应达到的目的
数据库原理课程设计是信息管理与信息系统专业集中实践性环节之一，是学习完《数据库数据库系统原理及技术》课程后进行的一次全面的综合练习。
其目的在与加深对数据库基础理论和基本知识的理解，掌握开发一个小型数据库系统时设计数据库结构的基本方法，提高运用数据库解决实际问题的能力。
三、本次课程设计（论文）任务的主要内容和要求（包括原始数据、技术参数、设计要求等）
要求学生能独立完成一个数据库的设计与实现，包括：
1）数据库系统需求分析；
2）数据库概念模型设计；
3）数据库逻辑模型设计；
4）数据库物理模型的实现；
5）完成不少于6000字的课程设计报告撰写。
四、应收集的资料及主要参考文献：
[1]王珊,萨师煊.数据库系统概论（第4版）.北京：
高教出版社，2006年5月.
[2]王珊,朱青.数据库系统概论学习指导与习题解答.北京：
高等教育出版社，2003年8月.
[3]J.D.Ullman,JWidom.AFirstCourseinDatabaseSystems，NewYork:
PreticeHall,1997.
五、审核批准意见
教研室主任（签字）
设计总说明
数据库系统是指在计算机系统中引入数据库后的系统,一般由数据库、数据库管理系统、应用系统、数据库管理员和用户构成。
随着计算机的日益普及和网络的发展,数据库的应用范围越来越广,数据库应用的功能也越来越强,因此编写管理信息系统应用程序也显得尤为重要,在强调管理,强调信息的现代社会中它变得越来越普及。
工资管理是任何企事业单位都需要进行的一项工作,因此,开发制作工资管理系统具有较大的社会现实意义,同时工资管理系统是一切应用系统的典范,它具有一切应用系统的特征,系统结构与现实生活紧密结合,具体直观,具有典范的数据库系统的特性。
工资管理系统主要用于企业内部员工的档案、工资、考勤、职称评定的管理,便于公司领导掌握人员的动向,及时调整分配,同时也减少了手工操作带来的一些繁琐与不便,使员工情况的记录和统计变得十分简单.这些优点可以极大的提高企业对工资管理的效率.因此,工资管理系统是企事业信息化、智能化、科学化和正规化不可缺少的管理软件。
关键字：
数据库系统，工资管理系统，具体直观
目录
1绪论1
1.1系统简介1
1.2设计目的1
1.3设计内容1
2需求分析2
2.1.需求分析的任务2
2.2系统数据流程分析2
2.3数据字典3
3概念模型设计4
3.1概念模型设计的方法4
3.2系统概念模型4
4逻辑模型设计4
4.1逻辑模型设计的方法4
4.2逻辑模型实现5
4.3数据完整性约束定义5
5物理模型实现5
总结5
参考文献6
1绪论
1.1系统简介
本次设计的系统名称为工资管理系统，在这个科技迅猛发展的时代，随着公司业务的扩展，人员的增多，传统的手工作业太过繁琐，已经不再适合公司发展的需要，所以引进计算机技术对企业内部员工进行方便的管理，有诸多好处，各层管理人员可以对企业众多员工的工资信息进行动态的管理。
该工资管理系统具有强大的工资管理功能，包括基本的查询、添加、删除、修改、保存等功能，分为基本工资、奖金、生活补助等各项，操作简单，方便快捷，是各企事业公司管理员工工资的好帮手。
1.2设计目的
工资管理是任何企事业单位都需要进行的一项工作,因此,开发制作工资管理系统具有较大的社会现实意义。
本系统开发的目的一方面从提高工资管理工作的效率出发，摆脱过去由人用纸和笔进行的费时费力的繁重工作和大量的信息处理量；另一方面工资管理的数据要求具有一定的保密性禁止非法用户使用，该系统在用户使用过程中可以对用户的权限进行限制,防止个别用户对员工信息做出修改、删除等操作。
这些优点可以极大的提高企业对工资管理的效率。
因此,工资管理系统是企事业信息化、智能化、科学化和正规化不可缺少的管理软件。
1.3设计内容
要求学生能独立完成一个数据库的设计与实现，包括：
1）数据库系统需求分析；
2）数据库概念模型设计；
3）数据库逻辑模型设计；
4）数据库物理模型的实现。
2需求分析
2.1.需求分析的任务
进行整个数据库设计必须准确了解与分析用户需求（包括数据和处理）。
需求分析是整个设计过程的基础，是最困难、最耗费时间的一步。
作为地基的需求分析是否做得充分与准确，决定了在其上构建数据库大厦的速度和质量。
需求分析的任务是通过详细调查现实世界要处理的对象（组织、部门、企业等），充分了解原系统（手工系统或计算机系统）工作概况，明确用户的各种需求，然后在此基础上确定新系统的功能。
需求分析调查的重点是“数据”和“处理”，通过调查、收集和分析，获得用户对数据库的如下需求：
（1）信息需求。
指用户需要从数据库中获得信息的内容与性质。
由信息要求可以导出数据要求，即在数据库中需要存储哪些数据。
（2）处理要求。
指用户需要完成什么处理功能。
明确用户对数据有什么样的处理要求，从而确定数据之间的相互关系。
（3）安全性与完整性要求。
2.2系统数据流程分析
1）基本业务调查
可以通过网路检索、调查、开座谈会、跟班作业等方法，对所设计系统的业务进行调查，明确其基本功能和流程。
2）数据流程图
根据了解和调查结果，给出系统业务数据流程图。
2.3数据字典
在数据流程图中，数据信息和处理过程需要通过数据字典才能描述清楚，因此在数据字典中主要对数据流程图中的数据流、数据存储和处理过程给出更详细、更准确的说明。
1）数据流定义
可以通过表格的形式给出数据流程图的主要数据流，如表2.1所示。
图2.1数据流程图
表2.1工资管理系统主要数据流定义
序号
名称
位置
结构定义
最大数据流量
1
职工
⑥
职工编号+姓名+性别+出生年月
10次/天
2
奖金
①
职工编号+日期+奖金类型编号
5次/年
3
假期
②
职工编号+假期起始时间+假期结束时间
10次/年
4
病假
③
职工编号+病假起始时间+病假结束时间
10次/年
5
扣除
⑧
职工编号+扣除日期+扣除数量
10次/年
6
工资历史
⑤
职工编号+日期+工资数
10次/年
7
工资细节
④
职工编号+日期+账号
10次/年
8
支付
⑦
支付方式编号+支付方式
12次/年
2）数据存储定义
可以采用如下表格的形式给出系统的主要数据定义，如表2.2所示。
表2.2工资管理系统主要数据存储定义
编号
名称
输入
输出
数据量
存取频度
存取方式
说明
D1
职工记录
职工编号
奖金类型
假期时间
病假时间
工资细节
25000条
1000次/天
联机处理；检索和更新；随即检索
职工编号唯一且非空
D2
奖金纪录
职工编号
日期
奖金数量
奖金类型
25000条
1000次/天
联机处理；检索更新；随即检索
职工编号、日期、奖金类型编号唯一且非空
D3
病假记录
职工编号
病假起始时间
病假原因
20000条
100次/天
检索更新
职工编号、病假起始原因唯一且非空
D4
工资细节
职工编号
日期
账号
银行名称
25000条
100次/天
联机处理检索更新
职工编号
日期唯一且非空
3）处理过程
可以采用如下表格的形式给出系统的主要处理过程定义，如表2.3所示。
表2.3工资管理系统主要处理过程定义
序号
处理过程名称
输入
输出
处理说明
P1.1
职工管理
职工编号
职工记录
对职工进行统一编码，将职工信息数据化，存储职工记录表中
P1.2
奖金管理
职工编号
日期
奖金类型编号
奖金数
对奖金按类型统一编码将奖金存储到奖金记表中
P1.3
病假管理
职工管理
病假起始时间
病假原因
病假结束时间
对病假统一管理，存入到病假记录表中
P1.4
工资细节
职工编号
日期
账号
对工资细节统一管理
3概念模型设计
3.1概念模型设计的方法
概念模型设计的基本方法通常有四种：
1）自顶向下。
即首先定义全局概念结构的框架，然后逐步细化。
2）自底向上。
即首先定义各局部应用的概念结构，然后将它们集成起来，得到全局概念结构。
3）逐步扩张。
即首先定义最重要的核心概念结构，然后向外扩充，以滚雪球的方式逐步生成其他概念结构，直至总体概念结构。
4）混合策略。
即将自顶向下和自底向上相结合，用自顶向下策略设计一个全局概念结构的框架，以它为骨架集成由自底向上策略中设计的各局部概念结构。
其中最经常采用的策略是自底向上的方法，即自顶向下地进行需求分析，然后再自底向上地设计概念结构。
3.2系统概念模型
4逻辑模型设计
4.1逻辑模型设计的方法
设计逻辑结构时一般分3步进行：
1）将概念结构转换为一般的关系、网状、层次模型；
2）将转换来的关系、网状、层次模型向特定DBMS支持下的数据模型转换；
3）对数据模型进行优化。
4.2逻辑模型实现
1）职工（职工编号，姓名，性别，出生年月，Email,部门）
假期（假期起始时间，职工编号，假期结束时间，请假原因）
2）职工（职工编号，姓名，性别，出生年月，Email,部门）
病假（病假起始时间，职工编号，病假结束时间，病假原因）
3）职工（职工编号，姓名，性别，出生年月，Email,部门）
扣除（扣除日期，扣除日期编号，职工编号）
4）职工（职工编号，姓名，性别，出生年月，Email,部门）
奖金（奖励日期，奖金类型编号，职工编号，奖金数）
5）职工（职工编号，姓名，性别，出生年月，Email,部门）
工资历史（日期，职工编号，工资数）
6）职工（职工编号，姓名，性别，出生年月，Email,部门）
工资细节（日期，职工编号，账号，支付方式编号，银行名称）
7）奖金（职工编号，奖励日期，奖金类型编号，奖金数）
奖金类型（奖金类型编号，职工编号，奖励日期，奖金类型）
8）扣除（职工编号，扣除日期，扣除类型编号，扣除数量）
扣除类型（扣除类型编号，职工编号，扣除日期，扣除类型）
9）工资细节（职工编号，日期，账号，支付方式编号，银行名称）
支付方式（支付方式编号，职工编号，日期，支付方式）
4.3数据完整性约束定义
根据上面的关系模式，应给出数据库的完整性约束。
1）实体完整性约束
①职工主键：
职工编号
假期主键：
假期起始时间+职工编号
②职工主键：
职工编号
病假主键：
病假起始时间+职工编号
③职工主键：
职工编号
扣除主键：
扣除日期+扣除日期编号+职工编号
④职工主键：
职工编号
奖金主键：
奖励日期+奖金类型编号+职工编号
⑤职工主键：
职工编号
工资历史主键：
日期+职工编号
⑥职工主键：
职工编号
工资细节主键：
日期+职工编号
⑦奖金主键：
职工编号+奖励日期+奖金类型编号
奖金类型主键：
奖金类型编号
⑧扣除主键：
职工编号+扣除日期+扣除类型编号
扣除类型主键：
扣除类型编号
⑨工资细节主键：
职工编号+日期
支付方式主键：
支付方式编号
2）参照完整性约束
①职工与奖金关系模式：
奖金外键：
职工编号
奖金关系是参照关系，职工关系是被参照关系。
②奖金与奖金类型关系模式:
奖金外键：
奖金类型编号
奖金关系是参照关系，奖金类型关系是被参照关系。
③职工与工资历史关系模式：
工资历史外键：
职工编号
工资历史关系是参照关系，职工关系是被参照关系。
④职工与工资细节关系模式：
工资细节外键：
职工编号
工资细节关系是参照关系，职工关系是被参照关系。
⑤工资细节与支付方式关系模式：
工资细节外键：
支付方式编号
工资细节关系是参照关系，支付方式关系是被参照关系。
3）用户自定义完整性约束
①要求职工关系中姓名不能取空值；
②要求奖金关系中奖励日期不能取空值，且奖金数的取值范围在0—500之间；
③要求工资历史关系中工资数的取值范围在1000—4000之间。
④要求工资细节关系中支付方式编号不能取空值。
5物理模型实现
1）使用SQL语句创建数据库
2）使用SQL语句创建表
职工表：
奖金表：
假期表：
病假表：
扣除表：
工资历史表：
工资细节表：
支付方式表：
奖金类型表：
扣除方式表：
总结
通过这次课程设计，使我受到了一次用专业知识、专业技能分析和解决问题的全面系统的锻炼。
使我在综合知识的选用方面，在应用数据库系统开发的基本思想、方法方面，以及在设计思路技巧的掌握方面都能向前迈了一大步。
为日后成为合格的应用型人才打下良好的基础。
这次在老师的帮助下，在同学的帮助下，基本上完成了课程设计任务，在数据库系统的设计方面也有了一定的提高，熟练掌握了SQLSERVER的运用技巧，为今后走上工作岗位打下了专业基础。
在这次的课程设计中，让我深深地体现到进行数据库系统开发不是一件简单的事情，它需要设计者具有全面的专业知识、缜密的思维、严谨的态度以及较高的分析问题、解决问题的能力，而我在很多方面还有欠缺。
最后，我要衷心感谢老师在课程中给予我的极大帮助，使我能够及时、顺利地完成此次的课程设计。
同时，也要感谢我的同学们在本系统的设计过程中给予我的支持和帮助。
参考文献
[1]王珊,萨师煊.数据库系统概论（第4版）.北京：
高教出版社，2006年5月.
[2]王珊,朱青.数据库系统概论学习指导与习题解答.北京：
高等教育出版社，2003年8月.
[3]J.D.Ullman,JWidom.AFirstCourseinDatabaseSystems，
NewYork:
PreticeHall,1997.
[4]刘亚军，高莉莎.数据库设计与应用.北京：
清华大学出版社，2007年3月.
升级会员 