基于sql的教学管理系统设计书_第1页
基于sql的教学管理系统设计书_第2页
基于sql的教学管理系统设计书_第3页
基于sql的教学管理系统设计书_第4页
基于sql的教学管理系统设计书_第5页
已阅读5页,还剩33页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1 基于 教学管理系统设计书 1 设计内容和要求 计背景 随着我国教育体制改革的深入进行,教育系统得到了前所未有的发展。学生管理正在逐步迈向管理信息现代化。但是我国的学生管理信息化水平还处在初级阶段,主要表现在对学生的交费管理、学生的档案管理还是采用原有的人工管理方式。学校的规模不断扩大 ,学生数量急剧增加 ,有关学生的各种信息量也成倍增长。由于大学生类别和专业的设置的多样化,大学生的学籍管理历来是非常繁琐和复杂的的工作。面对庞大的信息量 , 这时的人工管理几乎无法实现,在这种情况下用数据库进行管理变的 尤为必要,这可以发挥计算机的优势,就需要有学生信息管理系统来提高学生管理工作的效率 可以做到信息的规范管理 ,科学统计和快速的查询 ,从而减少管理方面的工作量和减少人为的错误。 发环境 容和要求 使得学生的学籍管理工作更加清晰、条理化、自动化。 很容易地完成新生信息的输入、老生信息的备份、毕业学生的信息可以很容易地保存。 当学生需要查询成绩时,可以很简单地将其需要的信息从数据库中查找出来并可以打印查询结果。 随着当今网络技术的发展,提供网络在线查询功能, 可以为毕业生提供更多的就业机会。 2 (1)学生基本信息系统 能够完成新、老生信息的输人、修改、插人、删除等工作。 可以按照特定的信息进行查找,并按照特定的要求进行排序。 可以对老生的信息进行备份,以便日后查询。 可以对学生的信息进行打印输出。 提供详细的帮助文件和系统维护功能。 (2)学生成绩管理系统 此部分的功能如下: 学生成绩的输入、修改、删除等基本操作。 成绩的综合统计功能,包括学生成绩按照不同条件进行排名。管理人员可以选择不同的排序条件,并可以将排序结果进行打印输出。 计算各班的总分和平均分,并按照平均分将各班成绩进行排序。 统计不及格考生的信息,根据条件确定是重修还是补考。 学生奖励统计,自动生成每班获得奖学金的同学的信息,并可以将奖学金分成不同的等级,以及所得奖学金的数目。 本系统可以在单机上运行,也可以应用在网络上供在线查询成绩和其他一些学生的信息(此功能选做人提供给学生进行查询的系统和提供给教务处使用的系统,在不同用户使用时,应该会有不同的使用权限。 提供详细的帮助文件。 由于数据库内的信息会很多,注意数据库表格设计,使得学生查询基本信息或学习成绩时使用时间较短 。按照数据库系统开发步骤进行数据库概念结构设计、逻辑结构设计、物理结构设计。 系统的功能模块设计图如图所示。 3 图 1统功能模块设计图 4 2 需求分析 言 进行数据库设计首先必须准确了解也分析用户需求(包括数据和处理)。目的是为学籍管理数据库系统的设计打下牢牢的基础,是数据库开发的重要文件依据,主要为数据库设计人员使用,是用户和系统分析员的项目依据文件。作为 “ 地基 ” 的需求分析是否做得充分与准确,它决定了在其上构建数据库大厦的速度和质量。需求分析做得不好,甚至会导致整个数据库设计返工重做。 本系统的开发是设计一个学生学籍管理系统(数据库系统)。 户需求 本系统是针对高等院校的学生学籍管理,因此学籍管理系统的用户包括系统管理员、教师和学生。主要涉及系部信息、班级信息、任课教师信息、学生信息、课程信息以及选课记录和成绩等多种数据信息。 实现的具体功能如下: 基本信息管理 系统管理员负责对各种基本信息的录入、修改、删除等操作。 学生成绩管理 系统管理员负责对学生成绩的录入、修改、删除等操作,学生可以查询各科成绩。 信息查询统计 学生可以查询基本信息和各科的考试成绩,老师可以查询基 本信息和授课信息,系统管理员负责把老师提交的学生成绩进行管理,计算总成绩和平均成绩,统计不及格学生信息和获得奖学金学生的信息,最后再输出所有的信息。 毕业生信息管理 系统管理员负责计算毕业学生在学校期间所修课程的总学分,并进行审核,最后输出登记表和名册。 系统用户管理 系统管理员负责用不同的权限来限制不同用户对系统的使用。 以上是用户对系统的基本的功能要求,此外用户还要求系统的效率要高,查询速度要快,比较小的冗余,易维护,具有较高的数据安全性。 5 分功能模块 根据系统功能的需求分析和高等院校学 籍管理的特点,经过模块化的分析得到如下图1 图 2统功能模块图 据字典 据项 数据字典是系统中各类数据描述的集合,是进行详细的数据收集和数据分析所获得的主要成果,数据字典是对系统所用到的所有表结构的描述,学籍管理的主要数据见下表。 学籍管理系统 基本信息管理 毕业生信息管理 学生成绩管理 系统用户管理 信息查询统计 基本信息删除 基本信息修改 基本信息录入 学生成绩删除 学生成绩修改 学生成绩录入 修改密码 输出相关信息 统计学生成绩 计算学生成绩 学生成绩查询 基本信息查询 输出名册 审核资格 计算学分 帮助信息 6 数据结构反映了数据之间的组合关系。一个数据结构可以由若干个数据项组成,也可以由若干个数据结构组成,或若干个数据项和数据结构混合组成。经过 数据项和用户需求的分析,我对本系统一共分了 5个组,具体如下表所示: 7 表 据结构表 数据结构名 含义说明 组成部分 学生基本信息管理 描述学生基本信息 学号 +姓名 +性别 +出生日期 +身份证号 +入学时间 +政治面貌 +家庭住址 +籍贯+邮政编码 +民族 老师基本信息管理 描述老师基本信息 教工号 +姓名 +性别 +职称 +所属院系 +电话 学生、老师相关信息管理 描述学生选课信息,毕业信息,专业、院系信息,老师授课信息,院系信息 学号 +课程号 +成绩 课程号 +教工号 毕业证编号 +学号 +姓名 +性别 +身份证号 +所属院系+入学时间 +已修学分 +需修学分 学生成绩管理 描述学生平均成绩、总成绩的计算,统计相关信息 学号 +课程号 +成绩 系统管理 描述用户修改密码,帮助信息 数据流是数据结构在系统内传输的路径。通过对用户的需求分析,以及数据项和数据流的设计,得出了相应的数据流描述如下表所示: 1、数据流定义表 表 据流定义表 编号 数据流名 组成 流量 备注 01 学生信息 学号 +姓名 +性别 +出生日期 +身份证号 +入学时间 +政治面貌 +家庭住址 +籍贯 +邮政编码 +民族 大 学生基本信息 02 教师信息 教工号 +姓名 +性别 +职称 +所属院系 +电话 一般 教师基本信息 03 学生成绩 学号 +姓名 +性别 +学号 +课程号 +成绩 大 学生详细信息 04 科目成绩 学号 +课程号 +成绩 大 学生考试成绩 05 各门成绩 学号 +课程号 +成绩 课程号 +课程名 +学分 大 同上 06 查询结果 科目成绩 +各门成绩 大 各种信息 07 统计分析 科目成绩 +各门成绩 大 学生奖励 8 2、外部项定义表 表 部项定义表 编号 名称 输入数据流 输出数据流 备注 1 学生处 01 主要用于录入学生信息 2 学生 06 主要用语学生查询信息和成绩 3 老师 03 主要用于老师提交成绩 4 教务员 06/07 主要用于输出查询和统计信息的结果 据存储 数据存储是数据结构停留或保存的地方,也是数据流的来源和去向之一。经过数据项、数据结构和数据流的设计,本系统一共选用了三个数据存储,具体对数据存储的描述通常如下表所示: 表 据存储表 编号 数据存储名 输入数据流 输出数据流 数据量 存取方式 生相关信息 01 大 批处理、顺序检索 师相关信息 03 02 一般 批处理、顺序检索 生成绩单 06, 07 大 批处理、更新、顺序检索 理过程 处理过程的具体处理逻辑一般用判定表或判定树来描述。对于本系统用于学生学籍管理一共设计了四种处理方法,具体处理方式如下表所示: 表 据处理过程表 编号 名称 输入数据流 输出数据流 备注 入修改 01, 02, 03 01, 02, 03 插入学生信息和老师信息 新修改 01, 02, 03 01, 02, 03 更新学生信息和老师信息 除修改 01, 02, 03 01, 02, 03 删除学生信息和老师信息 计分析 05, 06 05, 06 统计学生信息和成绩 9 3 概念结构设计 概念结构设计是整个数据库设计的关键,它通过对用户需求进行综合、归纳与抽象,形成独立于具体 据流图 数据流图表达了数据和处理的关系,根据用户的需求分析和高校学籍管理系统的需求,得出如下图 1 图 3学 管理系统数据流图 学生 教师 管理员 学生记录 成绩 毕业 送进信息 录入 查询 计算 统计 更新 录入 新生? 学生信息 批准? 成绩单 批准? 核对信息 学生名单 提交申请 审核信息 合格 10 统 1 对于学生信息管理,我们 可以将学生实体抽象出来,学生属于学院可以将学院作为一个实体,学生所属专业和毕业信息都将可以作为一个实体。 学号性别姓名身份证号出生日期籍贯邮政编码民族家庭住址入学时间政治面貌学生图 3生实体 院系院系号 院长名院系名称图 3系实体 专业专业号 入学时间专业名 11 图 3业实体 毕业毕业证编号需修学分性别姓名学号身份证号所属院系入学时间已修学分图 3业实体 在学生信息管理中存在这样的关系:选择(一个学生只能选择一个专业,而一个专业可以供多个学生选择,故是多对一的关系)、学习(一个学生只能在一个院系学习,而一个院系可以供多个学生学习,故是多对一的关系)。 学生 院系专业 选择 学习n 13生关系 2 对于老师信息 管理,我们可以将老师实体抽象出来,老师属于学院可以将学院作为一个实体。 教师教工号职称 电话性别姓名所属院系图 3师实体 12 在老师信息管理中存在这样的关系:拥有(一个老师只能在一个院系工作,而一个院系可以供多个多个老师工作,故是多对一的关系)。 老师 院系工作n 1图 3师关系 3 对于教务信息管理,我们可以将课程实体抽象出来。 课程课程号 学分课程名图 3程实体 在教务信息管理中存在这样的关系:毕业(一个学生拥有一个毕业信息,而一个毕业信息只属于一个学生,故是一对一的关系)、选修(一个学生可以选修多门课程,而一 门课程可以被多个学生选修,故是多对多的关系)、开设(一个专业可以开设多门课程,而一门课程可以被多个专业选择,故是多对多的关系)、授课(一门课程可以被多个老师讲授,而一个老师可以讲授多门课程,故是多对多的关系)。 课程 老师专业学生开设选修授课业11成绩图 3务关系 13 以上是本系统中的基本的实体和关系,本系统是将其分步找出来加以描述,下面是本系统总体的 学号性别姓名身份证号出生日期籍贯邮政编码民族家庭住址入学时间政治面貌学生院系院系号院长名院系名称教师教工号职称电话性别姓名所属院系课程课程号学分课程名专业专业号入学时间专业名选修学习工作授课3学 管理系统 念模型 概念模型是在对用户需求分析之后,通过画出本系统抽象出的 概念模型辅助工具 行设计,通过具体地设置和绘图,最后就形成了如下所示的概 14 念模型图,生成的概念结构就能真实、充分地反映现实世界,包括事物和事物之间的联系,能满足用户对数据的处理要求,是对现实世界的一个真实模型。 选修选择学习拥有授课开设离校专业专业号专业名入学时间A 1 0A 1 0生学号姓名性别出生日期身份证号政治面貌入学时间籍贯家庭住址邮政编码民族V A 1 0V A 1 0 2 0V A 2 0 1 0V A 3 0 1 0学号 院系院系号院系名称院长名V A 1 0V A 1 0V A 2 0院系号 教师教工号姓名性别职称所属院系电话A 1 0V A 1 0 1 0V A 1 0程课程号课程名学分 1 5业毕业证编号学号姓名性别身份证号所属院系入学时间已修学分需修学分V A 1 0V A 1 0 1 0 3学 管理系统概念模型图 4 逻辑结构设计 逻辑结构设计就是把概念结构设计阶段设计好的基本 设计逻辑结构一般分为 3步进行: ( 1)将概念结构转换为一般的关系、网状、层次模型; ( 2)将转换来的关系、网状、层次模型向特 定 ( 3)对数据模型进行优化。 系模型 将 体的属性和实体型之间的联系转换为关系模式,这种转换一般遵循如下原则:一个实体型转换为一个关系模式。实体的属性就是关系的属性,实体的码就是关系的码。对于实体型间的联系则有以下不同的情况: ( 1)一个 1:1联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式,则与该联系相连的个实体的码以及联系本身的属性均转换为关系的属性,每个实体的码均是该 关系的侯选码。如果与某一端实体对应的关系模式合并,则需要在关系模式的属性中加入另一个关系模式的码和联系本身的属性。 ( 2)一个 1:可以与 果转换为一个独立的关系模式,则与该联系相连的个各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为 ( 3)一个 m:该联系相连的个实体的码以及联系本身的属性均转换为关系的属性,各实体的码组成关系的码或关系码的一部分。 ( 4) 3个或 3个以上实体间的一个多元联系可以转 换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性,各实体的码组成关系的码或关系码的一部分。 ( 5)具有相同码的关系模式可合并。 将概念结构设计阶段设计好的基本 下所示: 学生( 学号 ,专业号,院系号,姓名,性别,出生日期,身份证号,入学时间,政治面貌,家庭住址,籍贯,邮政编码,民族),此为学生实体对应的关系模式。 16 教师( 教工号 ,姓名,性别,职称,所属院系,电话),此为老师实体对应的关系模式。 毕业( 毕业证编号 ,学号,姓名,性别,身份证号,所属院系,入学 时间,已修学分,需修学分),此为毕业实体对应的关系模式。 课程( 课程号 ,课程名,学分),此为课程实体对应的关系模式。 院系( 院系号 ,院系名称,院长名),此为院系实体对应的关系模式。 选修( 学号 , 课程号 ,成绩),此为选修关系对应的关系模式。 授课( 课程号 , 教工号 ,课时),此为老师授课关系对应的关系模式。 开设( 专业号 , 课程号 ),此为专业开设课程关系对应的关系模式。 理模型 将生成的概念模型通过单击 具菜单栏上的 选择项,就可以转换为物理模型,生成的最后结果具体如下图所示: 17 F K _ S C _ S C _ S T U D E N _ S C _ S C 2 _ C O U R S _ S T U D E N T _ H A V E _ M A F K _ S T U D E N T _ S T U D Y _ D E P A R T M _ T E A C H E R _ O W N _ D E P A R T M _ T E A C H _ T E A C H _ C O U R S _ S E T _ S E T 2 _ C O U R S _ S E T _ S E T _ M A F K _ T E A C H _ T E A C H 2 _ T E A C H E _ G R A D U A T E _ G R A D U A T E _ S T U D E N _ S T U D E N T _ G R A D U A T E 2 _ G R A D U A T a r ( 1 0 )ch a r ( 1 0 )t im e st a m a r ch a r ( 1 0 )v a r ch a r ( 1 0 )v a r ch a r ( 1 0 )ch a r ( 2 )v a r ch a r ( 2 0 )v a r ch a r ( 2 0 )v a r ch a r ( 8 )t im e st a m pv a r ch a r ( 1 0 )v a r ch a r ( 3 0 )in t e g e rv a r ch a r ( 1 0 )院系院系号院系名称院长名v a r ch a r ( 1 0 )v a r ch a r ( 1 0 )v a r ch a r ( 2 0 )教师教工号院系号姓名性别职称所属院系电话ch a r ( 1 0 )v a r ch a r ( 1 0 )v a r ch a r ( 1 0 )ch a r ( 2 )v a r ch a r ( 1 0 )v a r ch a r ( 1 0 )in t e g e a r ch a r ( 5 )v a r ch a r ( 1 5 )sm a 学号姓名性别所属院系入学时间已修学分v a r ch a r ( 1 0 )sm a tv a r ch a r ( 1 0 )v a r ch a r ( 1 0 )ch a r ( 2 )v a r ch a r ( 1 0 )t im e st a m a a r ch a r ( 1 0 )v a r ch a r ( 5 )sm a a r ch a r ( 5 )ch a r ( 1 0 )开设专业号课程号ch a r ( 1 0 )v a r ch a r ( 5 )图 4学 管理系统物理模型图 18 5 物理结构设计与功能实现 理结构设计 数据库的物理设计就是为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程。物理结构设计阶段实现的是数据库系统的内模式,它的质量直接决定了整个系统的性能。因此在确定数据库的存储结构和存取方法之前,对数据库系统所支持的事务要进行仔细分析,获得优化数据库物理设计的参数 数据库的物理设计通常分为两步: ( 1)确定数据库的物理结构,在关系 数据库中主要指存取方法和存取结构; ( 2)对物理结构进行评价,评价的重点是时间和空间效率。 定数据库的存储结构 由于本系统的数据库建立不是很大,所以数据存储采用的是一个磁盘的一个分区。 取方法和优化方法 存取方法是快速存取数据库中数据的技术。数据库管理系统一般都是提供多种存取方法。常用的存取方法有三类。第一类是索引方法,目前主要是 B+树索引方法;第二类是聚簇方法;第三类是 法。数据库的索引类似书的目录。在书中,目录允许用户不必浏览全书就能迅速地找到所需要的位置。在数据 库中,索引也允许应用程序迅速找到表中的数据,而不必扫描整个数据库。在书中,目录就是内容和相应页号的清单。在数据库中,索引就是表中数据和相应存储位置的列表。使用索引可以大大减少数据的查询时间。 但需要注意的是索引虽然能加速查询的速度,但是为数据库中的每张表都设置大量的索引并不是一个明智的做法。这是因为增加索引也有其不利的一面:首先,每个索引都将占用一定的存储空间,如果建立聚簇索引 (会改变数据物理存储位置的一种索引 ),占用需要的空间就会更大;其次,当对表中的数据进行增加、删除和修改的时候,索引也要动态地维护,这 样就降低了数据的更新速度。 19 能实现 完成数据库的物理设计之后,设计人员就要用 为 经过调试产生目标模式。然后就可以组织数据入库,最后就在此基础上编写各个表相关的触发器和存储过程。 发器 触发器是用户定义在关系表上的一类由事件驱动的特殊过程。一旦定义,任何用户对表的增、删、改操作均由服务器自动激活相应的触发器,在 于本系统的触发器比较多, 在这里我只写出了其中的一部分触发器,具体如下所示。 (1)数据更新 N ( /更改对应的学生学号 N ( /将 ( /更改对应的学生学号 20 N ( /更改对应的学生 学号 N ( /更改对应的专业号 N ( /将 ( /更改对应的院系号 2) 数据删除 21 ON ( /找到对应的课程号 ON ( /找到对应的专业号 ON (,这个过程经编译和优化后存储在数据库服务器中,使用时只要调用即可。 ( 1)数据查询 储过程名: 教师信息查询 入口参数: 0) /输入教师的教工号 出口参数: 0), 0), 0), 0), ), /定义存放输出教师信息的变量 S * /选出符合条件的教师所有信息 储过程名: 院系信息查询 入口参数: /输入院系的院系号 出口参数: /定义存放输出院系信息的变量 23 建立查询院系信息存储过程 S * /选出符合条件的院系所有信息 2)数据插入 储过程名: 学生信息插入 入口参数: 0), id 0), 0), 0), 0), ), 0), ), 0), : 无 建立插入学生信息的存储过程 0), id 0), 0), 0), 0), ), 0), ), 0), (id, 24 (0), 0), ), 0), ), id 0), 0), 0), 0), : 教师信息插入 入口参数: 0), 0), 0), 0), ), /输入需要插入的教师所有信息 出口参数: 无 0), 0), 0), 0), ), /定义存放输出教师信息的变量 (0), 0), ), 0), 0), /插入教师表对应列名值 3)数据删除 25 储过程名: 学生信息删除 入口参数: 0) /输入要删除学生的学号 出口参数: 无 : 专业 信息删除 入口参数: 0) /输入要删除专业的专业号 出口参数: 无 = ( 4)数据更新 储过程名: 学生学号更新 26 入口参数: no /输入要更新的学生学号 出口参数: /输出更新后的学生学号 no = /更新符合条件的记录 储过程名: 专业名更新 入口参数: 0), /输入要更新的专业名称 出口参数: 0), /输出更新后的专业名称 0), = /更新符合条件的记录 27 据库的实施和维护 完成数据库的物理设计之后,设计人员就要用 计和物理设计结果严格描述出来,成为 经过调试产生目标模式。然后就可以组织数据入库了,这就是数据库实施阶段。 据库的实施 数据库的实施主要是根据逻辑结构设计和物理结构设计的结果,在计算机系统上建立实际的数据库结构、导入数据并进行程序的调试。它相当于软件工程中的代码编写和程序调试的阶段。 当在 1 中设计好本系统的物理结构之后,就可以向数据库转换为相应的表。先选择菜单栏中 过添加数据源,连接数据源, 输入用户名和密码进行转换,生成相关的 通过运行之后,最终在 000中生成了如下所示的表。 学生基本信息表(主要描述一些学生入学前的基本信息): 图 5生基本信息表结构图 教师基本信息表(主要描述教师的一些基本信息): 28 图 5师基本信息表结构图 院系信息表(主要描述学校中各个院系的一些基本信息): 图 5系信息表结构图 专业信息表(主要描述学生选择专业的信息): 图 5业信息表结构图 课程信息表(主要描述学校开设的课 程的基本信息): 图 5程信息表结构图 选课信息表(主要描述学生选修课程的信息): 图 5课信息表结构图 授课信息表(主要描述教师授课的信息): 图 5课信息表结构图 29 学生毕业信息表(主要描述学生毕业的基本信息): 图 5生毕业信息表结构图 据的载入 数据库实施阶段包括两项重要的工作,一项是数据的载入,另一项是应用程序的编码和调试。由于本次课程设计没有进行应用程序的开发,因此对于后一项工作在这里就不做描述了。具体输入的一部分数据如下 图所示: 输入学生基本信息: 图 5生部分基本信息数据图 输入教师基本信息: 图 5师基本信息数据图 输入课程基本信息: 图 5程信息数据图 输入院系基本信息: 30 图 5系基本信息数据图 输入专业信息: 图 5业信息数据图 输入学生毕业基本信息:

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论