管理数据库课程设计毕业论文.docx
《管理数据库课程设计毕业论文.docx》由会员分享，可在线阅读，更多相关《管理数据库课程设计毕业论文.docx（15页珍藏版）》请在冰点文库上搜索。
管理数据库课程设计毕业论文
管理数据库课程设计毕业论文
附录：
参考文献
一、系统概述
1、选题背景
随着社会的飞速发展，计算机科学技术的日趋完善，人们传统的思想观念和工作方式开始发生巨大的转变，依靠计算机技术进行信息化管理已经势在必行。
而我们高等学校也面临着同样的问题，学生信息的管理、老师信息的管理和日常工作的管理等等，都必须依靠计算机软件管理实现。
学生毕业设计管理系统是众多管理系统中的一部分，也是很重要的一部分。
可是，在许多高校并没有在这一环节上实现信息化管理，而这一部分的工作仍然是由人工来进行完成。
人工操作必定存在很多的缺陷，比如：
工作量繁多、资料易丢失、更新和修改很不方便、老师与学生之间的沟通和信息传达不及时等等。
我所做的课题毕业设计管理系统，不仅方便操作，而且可以大大提高系统的可移植性。
并且，通过计算机信息化管理可以避免人工操作的一些缺陷和不足。
2、选题的目的与意义
针对目前我校毕业设计管理工作的现状及不足，运用工作流管理的相关理念，设计基于工作流的论文管理系统。
通过更好地规划工作流程、并行执行相互独立的活动；在客户服务中，能够快速方便的访向所有相关数据和工作流程，从而可以大大提高客户服务质量；降低管理成本，如避免不必要的和重复的工作，提高工作人员的工作效率。
设计并实现基于工作流的毕业设计管理系统。
通过此系统的设计与实现，加深对工作流管理系统理论的理解，实现研究服务于实践的原则。
二、需求分析
1、可行性分析
（1）、经济可行性分析
本系统由我们学校信管专业学生作为课程设计开发研制的，这样既让我们学生得到了锻炼，学校也将收获本系统。
成本可以忽略不计，还有后期维护的费用也相对比较低廉。
并且一旦该系统投入使用的话，可以减少学校在人工方面的投入，达到降低人工操作成本的目的。
在学校的大力支持下，经济上是可行的。
（2）、技术可行性分析
本系统使用MicrosoftSQLServer2005开发工具，而这个开发工具相对而言也是比较简单、易学的。
开发语言使用C，这种面向对象语言，相对于C#,C++而言也简单很多，主要是开发人员对C更加熟悉。
所以技术上也是可行的。
（3）、操作可行性分析
本系统界面友好，操作方便，只要懂得计算机的基本操作，都会使用该系统的相关操作。
所以，在操作可行性上也是可行的。
经上述可行性分析，该系统无论从技术上、经济上，还是操作上都具有相当的可行性。
当然，更重要的是，该系统是结合当前实际需要，可以满足高校工作需要，减轻人工操作的负担。
2、系统性能需求
本系统是基于网络的，操作简便。
为了能够满足学生在做毕业设计整个过程中都能够顺利的上传文件和作品，老师能够在答辩的时候在线打分和管理学生的相关文件和作品，管理员可以在线查看报表和管理学生的相关文件和作品，系统需要满足以下要求：
实用性:
毕业设计管理系统主要是要考虑其实用性，要跟实际的应用相结合，满足实际的需求。
可靠性：
系统能够正常的运行，在多人同时登录时也能够正常的运行。
若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。
安全性：
对于系统的重要数据都有密码保护，具有一定的安全性。
简单易用性：
系统的操作简便，容易，能够满足教师、学生和管理员的使用。
3、系统功能需求
本系统主要有四大用户群，分别是：
教务人员，指导教师，毕业生，评审专家（答辩小组成员），另外还应设有管理员账号管理后台。
（1）教务人员：
制定毕业设计各项工作总战略，如下发任务、发布论文格式要求、论文题目、论文撰写和设计进度时间表等，组织毕业设计工作流程，毕业设计工作表填写说明，提交毕业论文各套表模板的制作，如开题报告模板、指导教师指导记录表、任务书、指导教师评阅意见表等，确定各学院指导老师名单及可指导学生人数限额，设定论文标准格式。
（2）指导老师：
指导老师从教务工作人员处得到指导学生完成毕业设计任务后，登录系统，编辑撰写毕业选题并输入系统，并编写毕业设计的主要工作介绍及参考文献等放到系统上供学生参阅。
老师在本系统内的操作包括发布毕业设计资料文档，给其他用户留言，查看学生留言或回复留言。
查看/编辑指导记录，填写论文任务书，查看/编辑毕业设计套表，下载毕业设计论文/上传修改意见，论文存档。
（3）毕业生：
根据系统分配的帐户，登陆系统,查看修改个人信息，查看论文选题/选择论文选题/输入自选题，在线编辑/查看指导记录，编辑/查看论文套表/生成论文套表，上传/下载毕业设计论文，查看留言/回复留言，搜索存档毕业论文，在线提问，在线编辑论文、检查论文格式并提交。
（4）评审专家：
即答辩小组，填写专家评审意见表，填写答辩情况表和成绩评定。
4、系统分析
（1）、系统数据流图
图2.1数据流程简略图
（2）、数据字典
表2.2学生信息数据项表
数据项名称：
学生信息
数据项别名：
无
说明：
每个学生的基本信息
数据流来源：
教师输入
数据流组成：
学生信息=学生编号+专业编号+系编号+教师编号+学号+姓名+密码+性别+年级+班级+电话+邮箱+毕业年份
数据流量：
1份/人
表2.3老师信息数据项表
数据项名称：
老师信息
数据项别名：
无
说明：
每个老师的基本信息
数据流来源：
教务人员输入
数据流组成：
老师信息=老师编号+系编号+教务人员编号+姓名+密码+性别+年龄+电话+邮箱
数据流量：
1份/人
表2.4成绩信息数据项表
数据项名称：
成绩信息
数据项别名：
无
说明：
每个学生的成绩信息
数据流来源：
系决议书成绩表
数据流流向：
系决议书成绩表
数据流组成：
成绩信息=学生姓名+论文题目+指导教师+教师职称+总分+等级
据流量：
1份/人
表2.5格式信息数据项表
数据项名称：
格式信息
数据项别名：
无
说明：
论文格式的基本信息
数据流来源：
页面格式表、段落格式表
数据流流向：
论文格式检查
数据流组成：
页面格式信息=编号+上页边距+下页边距+左页边距+右页边距+装订线+装订线位置+页面大小+页面宽度+页面高度+页眉+页脚+页面栏+垂直对齐
段落格式信息=编号+大纲级别+字体名称+字体大小+粗体+斜体+行距+段后间距+段前间距+对齐方式+左缩进+右缩进
据流量：
1份/人
三、概念结构设计
概念结构设计的任务是在需求分析阶段产生的需求说明书的基础上，按照特定的方法把它们抽象为一个不依赖于任何具体机器的数据模型，即概念模型。
概念模型使设计者的注意力能够从复杂的实现细节中解脱出来，而只集中在最重要的信息的组织结构和处理模式上，最常用的概念模式就是E-R模型。
1、分层概念模型
图3.1学生E-R图
图3.2指导教师E-R图
图3.3论文题目E-R图
2、系统总体概念模型（E-R图）
图3.4系统E-R图
四、逻辑结构设计
逻辑结构设计阶段的任务就是将概念结构设计阶段完成的概念模型转化成能被特定数据库管理系统支持的数据模型，也即是关系模型。
这些模型在功能、性能、完整性和一致性约束及数据库可扩充性都需要满足用户的需求。
数据模型可以由实体关系转换而来，根据上节图3.1E-R图可转换为以下数据模型。
（1）、管理员信息表
管理员（编号，姓名，密码，院系）
字段
类型
长度
允许空
备注
中文名称
use_id
int
4
否
主键
管理员的编号
user_name
char
10
否
管理员的姓名
password
char
15
否
登录密码，默认为123
institute
char
15
否
管理员所在的学院
表4.1管理员信息表
（2）、学生信息表
学生（学号，姓名，院系，专业，性别，电话，密码），设计结果如下表：
字段
类型
长度
允许空
备注
中文名称
Stu_id
char
10
否
主键
学生编号
Stu_pw
char
10
否
密码，默认为学号后五位
Stu_sex
char
2
否
学生性别
Stu_name
char
10
否
学生姓名
Stu_zhuanye
char
20
否
学生所在的专业
Stu_depart
char
10
否
学生所在的院系
Stu_tel
char
11
否
学生手机号
表4.2学生信息表
（3）、指导教师信息表
指导教师（教职工号，姓名，院系，教研室，密码，手机号，邮箱，）设计结果如下表：
字段
类型
长度
允许空
备注
中文名称
Tea_id
int
4
否
主键
老师的教职工号
Tea_name
char
10
否
老师的名字
Reser_room
char
20
是
老师所在教研室的名称
Tea_depart
char
15
否
老师所在的学院
Tea_pw
char
10
否
登录密码，默认为123
Tea_tel
char
15
否
两项至少一项不为空
老师的手机号码
Tea_email
char
25
是
老师的电子邮箱
表4.3指导教师信息表
（4）、老师课题关系表
课题（论文题目编号，指导老师编号，课题名称），设计结果如下表：
字段
类型
长度
允许空
备注
中文名称
Subject_id
int
4
否
主键
申报课题的编号
Subject_name
char
20
否
申报课题的名称
Tea_id
int
4
否
指导老师的编号
Subject_note
char
200
否
课题内容
图4.4课题信息表
（5）、选课信息表
选题（选题编号，学生的编号，指导老师的编号，在校内或校外设计）
字段
类型
长度
允许空
备注
中文名称
Choose_id
int
8
否
主键
选题的编号
Stu_id
int
4
否
学生的编号
Tea_id
int
4
否
指导老师的编号
Subject_id
int
4
否
选题课题的编号
Condition
char
10
是
在校内或校外设计
图4.5选课信息表
（6）、课题申报信息表
课题申报（课题编号，课题名称，学院，提供的专业，模块总数，模块1的名称，模块2的名称，模块2的名称，课题性质，课题的来源，课题的类型，限报的人数，课题背景，课题初步计划，课题备注，课题提交申请的时间，课题教研室审批的结果，课题教研室审批的备注，课题教研室审批的备注，课题院系审批的时间）
字段
类型
长度
允许空
备注
中文名称
Subject_id
int
4
否
主键
课题编号
Subject_name
char
20
否
课题名称
Institute
char
15
否
学院
Profession
char
20
否
提供的专业
Model_no
int
2
否
模块总数
Model1
char
50
是
模块1的名称
Model2
char
50
是
模块2的名称
Model3
char
50
是
模块3的名称
Sub_nature
char
40
是
课题性质
Sub_resource
char
20
否
课题的来源
Subject_type
char
20
否
课题的类型
Number
int
2
否
限报的人数
Bkground
char
100
是
课题背景
Subplan
char
100
是
课题初步计划
Remark
char
100
是
课题备注
Time1
DT
否
课题提交申请的时间
Examine1
char
2
否
课题教研室审批的结果
Remark1
char
100
是
课题教研室审批的备注
Time2
DT
否
课题教研室审批的时间
Time3
DT
否
课题院系审批的时间
说明：
DT为datatime的缩写。
图4.6课题申报信息表
五、物理结构设计
1．确定数据库的物理结构
（1）、确定数据的存储结构
确定数据库存储结构时要综合考虑存取时间、存储空间利用率和维护代价三方面的因素。
这三个方面常常是相互矛盾的，例如消除一切冗余数据虽然能够节约存储空间，但往往会导致检索代价的增加，因此必须进行权衡，选择一个折中方案。
（2）、设计数据的存取路径
在关系数据库中，选择存取路径主要是指确定如何建立索引。
例如，应把哪些域作为次码建立次索引，建立单码索引还是组合索引，建立多少个为合适，是否建立聚集索引等。
（3）、确定数据的存放位置
为了提高系统性能，数据应该根据应用情况将易变部分与稳定部分、经常存取部分和存取频率较低部分分开存放。
（4）、确定系统配置
DBMS产品一般都提供了一些存储分配参数，供设计人员和DBA对数据库进行物理优化。
初始情况下，系统都为这些变量赋予了合理的缺省值。
但是这些值不一定适合每一种应用环境，在进行物理设计时，需要重新对这些变量赋值以改善系统的性能。
2．评价物理结构
数据库物理设计过程中需要对时间效率、空间效率、维护代价和各种用户要求进行权衡，其结果可以产生多种方案，数据库设计人员必须对这些方案进行细致的评价，从中选择一个较优的方案作为数据库的物理结构。
评价物理数据库的方法完全依赖于所选用的DBMS，主要是从定量估算各种方案的存储空间、存取时间和维护代价入手，对估算结果进行权衡、比较，选择出一个较优的合理的物理结构。
如果该结构不符合用户需求，则需要修改设计。
六、课程心得与体会
这次历时两周的课程设计，对于我们来说确实收获了不少。
第一天我们查找资料、了解有关的知识，相互探讨，了解毕业生毕业设计管理系统的需求，做好需求分析后，开始系统的设计，画出E-R图，写出各个实体的属性。
对于数据库的创建，虽然出现很多的问题，但经过探讨之后我们都能够很好的解决，这便让我们体会到上课专心听讲的重要性。
而唯一遗憾的是由于教学安排我们未能进行数据库的实现过程，只是做了数据库的前期几个设计！
以后我们会利用时间去慢慢把它完善，进而实现这个系统。
这次的图书管理系统设计不仅使我们学会了把数据库的各个模块联系起来，更让我懂得了如何设计一个系统，了解了系统设计的过程，通过这次实习，我也了解到要设计一个好的系统并不是一件容易的事，听了老师的建议我们才知道，自己设计的系统存在很多的缺陷，还需要从各方面得以改善。
我们相信，只要自己肯努力、肯奋斗，总是会有收获的。
附录
【1】王珊，萨师煊.数据库系统概论.北京：
高等教育出版社（第四版），2005
【2】陈国青，郭讯华.信息管理系统.北京：
中国人民大学出版社，2005
【3】龙虹.管理信息系统.北京：
北京理工大学出版社，2007
升级会员 