数据库教务管理系统设计方案

  • 格式:doc
  • 大小:1.24 MB
  • 文档页数:29

下载文档原格式

  / 29
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

数据库教务管理系统设计方案

1.1背景

伴随着网络的不断发展,便捷化,高效化的办公需求不断的摆在我们的面前,而教务管理也不例外,传统的手工式的操作已经远远不能满足日益增强的操作需求,所以步入20世纪以来,随着网络化的普及,开发出一款适用于校园办公的网络化办公软件一直是人们所致力于研究的产品,当然在这么多年的摸索与实践中教务管理系统也日趋成熟,似乎教务管理也无需完善,然而,网络应用不同于传统的手工应用,网络应用的宗旨是:满足于客户。所以我选择了教务管理这一课题,希望能在前人的肩膀上对教务管理进行进一步的完善。

通过查阅资料以及到同类型的高校去浏览访问,我发现了一个问题,就是高校的教务管理系统强调的是其办公的便捷性而往往忽略了办公的趣味性以及资源平台的共享性,这在许多高校中是存在,当然,我们不否认办公的高效性与便捷性是一个教务管理系统最主要的功能实现,然而我们也不能否认一款网络应用最能吸引人眼球的是其趣味性的存在。当然有人会怀疑作为一款办公性的软件其实用性往往要比他的趣味性重要,当然,这点也是不能否认的,可是我所说的趣味性指的是用户的参与度,我们不能把教务管理系统做成一款学生与学校之间的平台,而要做成一款联系学生与学校之间的纽带,让学生真正参与进教务管理这一项工作里来。

该套系统的主要功能包括:学籍管理、课程管理、成绩管理、教学管理以及“学”“校”易通等功能,能够最大程度上满足学生与学校以及学校对学生的管理。

1.2功能概述

使用该系统可以使用一下的功能

浏览校园热点信息;

用户登录与注销;

对自身信息的修改;

留言;

各类权限的操作;

用户在使用时需要进行登录,如果不需要使用此功能,用户可以进行登出的操作,登出的用户不影响网页的使用。

1.3用户环境

硬件环境

处理器:Pentium3以上;

存:大于512MB;

硬盘:大于40G;

软件环境

操作系统:windows xp及以上;

数据库:MySQL;

Web容器:Tomcat 6.0;

开发环境:Myeclipse 8.5 + JDK 1.7 + MySQL + Firefox + PhotoShop

第二章概要设计及数据库设计

确立一个系统的主要功能主要根据客户提出的要求进行设计,分析其主要需要实现的功能结构确定整体的设计方案,可以实现其流程方案图。再通过各个模块的分析确定数据库的实现。完成各功能之间的流图以及数据表之间的各种关联关系。

2.1 的功能结构设计

通过对系统的分析,以及对各高校的教务管理系统的了解,可以分析得出以下的系统功能实现图,该系统的主要功能实现将围绕该系统功能实现图进行设计

图2-1 功能结构图

2.2数据库设计

2.2.1数据库介绍

本系统采用的是MySQL的数据库,改数据库的优点在于其轻量级的数据库操作,其高度的非过程化以及面向集合的操作方式使其广泛的应用于

Internet的中小型上,他的体积小,速度快成本低让他成了大多数网络应用所亲睐的一款数据库产品,并且语言简单易学易用,也成了许多初学者使用的一款不错的数据库产品。

与oracle、db2等一些大型数据库相比他的不能自定义的数据类型使得产品性能大打折扣,以及对存储过程和触发器的支持不够良好是一些大型公司摒弃他的主要原因。

考虑到成本以及易用性、操作的简洁性,该套系统还是采用了MySQL作为数据的媒介,整套系统的数据库开发基于MySQL完成。

2.2.2数据库需求分析

通过对本系统的分析,我们不难得出系统的数据模型,在数据模型的基础上可以简单的分析出数据流图。通过建立E-R图可以分析出数据库的逻辑结构设计以及实现数据库。各实体间存在着一对一、一对多、多对一、多对多的关系,分析出他们的关系是实现某一系统比不可少的步骤,通过对前人所完成的教务管理系统的研究以及结合自身的需求发现本系统需要实现前台界面以及后台管理界面。通过流程的分析不难得出该系统功能流程图如下图所示:

管理员

失败

登录

成功

选择功能

数据库操

前台显示

图2-2 管理员流程图

对各个系统模块进行分析,我们可以不断的细化到每一个子模块的功能实现,然后确定每一个子模块所需要的用例,得到子模块的E-R图,根据分析,该系统主要需要以下的实体

图2-3 学生信息实体图

图2-4 教师信息实体图

图2-5 用户实体图

图2-6 院系信息实体图

图2-7 班级信息实体图

图2-8 课程信息实体图

图2-9 专业信息实体图

图2-10 选课信息实体图

图2-11 留言实体图

根据这些独立的实体图可以得到各个实体图的对应关系,分析他们之间的联系,我们可以得到他的实体关系图,我们可以看出管理员与用户,以及管理员与本系统之间的关系,一个专业可以对应多个专业方向,一个专业也可以在多个院系之间开展。一个院系有多个年级,一个年级也有多个自然班级。培养计划与课程之间存在着多对多的关系。某一教师可以对应的多个班级的教学。一个自然班也对应了多个学生。通过分析我们可以得出以下的实体关系图

图2-12 实体关系图

2.2.3数据库表设计

对上述E-R图的分析不断的对细节的完善我们可以在数据库中建立以下的一些表结构:

管理后台管理员的表:管理员表admin(如表2-1所示)该表用来保存管理员的信息,其中管理员的编号是用来唯一标识管理员的存在,该字段为表的主键,其中的字段有管理员的用户名,密码等;

表 2-1后台管理员表(admin)

保存学生信息的表:学生信息表student(如表2-2所示)用来保存学生的信息,其中有学号,学生,学生性别,所在院系编号等。学号作为该表的主键student_ID,实现自增;

表2-2 学生信息表(student)

保存教师信息的表:教师信息表teacher(如表2-3所示)用来保存教师的信息,其中有工号,教师,教师性别,所在院系编号等。工号作为该表的主键teacher_ID,实现自增;

表2-3 教师信息表(news)