2022年教务管理系统数据库大学课程方案设计报告 .docx
《2022年教务管理系统数据库大学课程方案设计报告 .docx》由会员分享,可在线阅读,更多相关《2022年教务管理系统数据库大学课程方案设计报告 .docx(59页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、精选学习资料 - - - - - - - - - 理工学院课程设计报 告课程名称数据库课程设计 设计题目教务治理系统 专业运算机科学与技术 班级 学号 姓名 完成日期 2022 年 12 月 30 日课 程 设 计 任 务 书 设计题目: 教务治理系统名师归纳总结 - - - - - - -第 1 页,共 33 页精选学习资料 - - - - - - - - - 设计内容与要求:类似于我校教务治理系统,有四类用户:教务员可以输入同学、老师、班级、课程信息,一个班级只属于一个专业,一个同学只属于一个班级;教务员负责输入每个专业、每个班级需要学习哪些课 程,指定课程的任课老师;老师可以查看学习该课
2、程的同学名单;课程终止后,老师可以录入课程成 绩;一个老师可以教授多个班的多门课程,每门课由多位老师讲授;课程分两类,必修课和选修课;系统要记录每个同学学习各门必修课的成 绩,仍要记录同学选修了哪些选修课以及课程成果;同学可以查看自己各门课程 的成果;同学仍可以进行评教,给老师打分;系统治理员可以输入教室信息,并结合班级、课程、教室信息实现自动排 课;指导老师:2022 年 12 月 20 日课 程 设 计 评 语成果:指导老师: _ 名师归纳总结 年月日第 2 页,共 33 页- - - - - - -精选学习资料 - - - - - - - - - 目 录1 概述.2 1.1 课程设计目标
3、 .2 1.2 课程设计的背景和意义 .2 1.1.2 课程设计的背景 2 2 需求分析 .3 2.1 系统需求 .3 2.2 可行性分析 .3 2.3 用户要求 .3 2.3.1 信息需求 .3 2.3.2 处理需求 .4 2.3.3. 课程设计的意义 4 3 概念结构设计 .6 3.1 设计分析 .6 3.2 概念模型设计 .6 3.2.1 局部概念结构设计 6 3.2.2 全局概念结构模型 E-R 图7 4 规律结构设计 .8 5 物理结构设计 10 5.1 数据表的设计 10 5.2 数据库完整性设计 12 5.2.1 数据库实体完整性设计 12 5.2.2 数据库参照完整性设计 12
4、 5.2.3 数据库用户定义完整性设计 13 5.3 数据库安全性设计 13 6 应用程序设计 14 6.1 系统功能模块图 14 6.2 系统界面 15 7 设计总结 28 8 体会与收成 29 参考文献 30 名师归纳总结 - - - - - - -第 3 页,共 33 页精选学习资料 - - - - - - - - - 1 概述1.1 课程设计目标课程设计总的目标是衡量同学是否取得学习成效,培育同学具有专业网站初 步的规划、设计、制作才能;详细表现在网站内容、功能、安全等方面合理策划 和规划;培育具有主页和二级页面的创意、设计等方面的技术处理才能和具有强 大的动态成效制作才能;培育同学具
5、有基于后台数据库的编程技术,实现客户服务器端交互式动态网页的制作才能,把握实际网页设计与制作开发流程和开发 方法;1.2课程设计的背景及意义现如今高等院校的招生人数越来越多,必定就会有大量的同学信息、老师信 息及课程信息需要处理;假如只靠人力来完成,这将会变成一项特别繁琐、复杂 的工作,而且仍有可能显现很多意想不到的错误,给治理这些数据带来了极大的 不便,越来越不适合高校的进展需要;教务治理系统是一个巨大而复杂的系统,它包括对老师信息的治理,对课程资料的治理,对同学信息的治理和对同学成果 的治理等主要功能;教务治理系统是每所高校的一项必不行少的内容,它的好坏 直接影响到学校的主要工作,此系统一
6、旦瘫痪,不仅会影响到学校的每一位学 生,学校也会因此受到特别严峻的缺失;随着我校近几年来的快速进展,办学模 式多元化,在校同学规模不断扩大,为了加速对教务治理的运算机化,我校需要 开发出符合我校实际的教务治理系统,为学校教案治理供应一个快速、简洁规范 的治理平台,同时也便利教员查询相关信息,提高信息传播速度,扩大信息共享 范畴;所以,现在设计一个功能完整、操作简洁以及界面友好的教务治理系统变 得特别重要;通过这个系统,治理员能够对老师信息、课程信息、同学信息和同学成果进 行查询、添加、修改和删除等操作,用户也可以对自己的基本信息进行修改,学 生仍可以用该系统进行网上选课和成果查询,特别的便利;
7、因此,本系统开发的总体目标就是在教务治理中实现信息治理的系统化、自 动化,削减工作繁琐度,增加效率、便利性;名师归纳总结 - - - - - - -第 4 页,共 33 页精选学习资料 - - - - - - - - - 2 需求分析2.1 系统需求通过调查 , 要求系统需要有以下功能 : 由于操作人员的运算机学问普遍较差, 要求有良好的人机界面;由于该系统的使用对象多 , 要求有较好的权限治理;原始数据修改简洁便利 , 支持多条件修改便利的数据查询,支持多条件查询;在相应的权限下,删除数据便利简洁,数据稳固性好;数据运算自动完成,尽量削减人工干预;2.2 可行性分析由于本系统治理的对象单一,
8、 都是在校同学,且每个数据内容具有较强的关联性,涉及的运算过程不是很复杂;因此,比较适合于采纳数据库治理;且学校用于同学治理的微机都是PIII以上的机器,在储备量、速度方面都能满意数据库运行的要求;在技术难度方面,由于有指导老师的指导和相关参考文献,特殊 是网上资料,特殊是参考其它程序的功能,因此完全可以实现;本系统的设计是在Window XP 操作系统环境下,使用VS 开发胜利的;在开发过程中,如何挑选数据库治理是一个重要的问题,目前,数据库产品较多、开 发工具也很多;每种产品都具有各自的特点和适用范畴,因此,在挑选数据库 时,应考虑数据库应用的特点及适用范畴,在挑选开发工具时也考虑它的健壮
9、 性、可移性、安全性等问题;2.3 用户要求2.3.1 信息需求 教务治理系统涉及的实体有:老师工作证号、姓名、职称、电话等;同学学号、姓名、性别、诞生年月等;班级班号、最低总学分等;名师归纳总结 - - - - - - -第 5 页,共 33 页精选学习资料 - - - - - - - - - 系系代号、系名和系办公室电话等;课程课序号、课名、学分、上课时间及名额等;这些实体之间的联系如下:每个同学都属于一个班,每个班都属于一个系,每个老师也都属于一个 系;每个班的班主任都由一名老师担任;一名老师可以教多门课,一门课可以有几位主讲老师,但不同老师讲的 同一门课其课序号是不同的(课序号是唯独的
10、);一名同学可以选多门课,一门课可被如干同学选中;一名同学选中的课如已学完,应当记录有相应成果;2.3.2处理需求 教务系统主要供应数据爱护、选课和信息查询;其中常见的查询有:系统中 各对象的基本信息查询;查询指定班、系的同学信息(名单、人数等);查询学 生的成果、学分情形;查询老师授课情形和同学选课情形 ;2.3.3安全性与完整性要求 安全性要求:1.系统应设置拜访用户的标识以鉴别是否是合法用户,并要求合法用户设置 其密码,保证用户身份不被盗用;2.系统应对不同的数据设置不同的拜访级别,限制拜访用户可查询和处理数 据的类别和内容;3.系统应对不同用户设置不同的权限,区分不同的用户,如同学,老
11、师,系 统治理员;完整性要求:1.各种信息记录的完整性,关键信息记录内容不能为空;2.各种数据间相互的联系的正确性;3.相同的数据在不同记录中的一样性;2.4 需要的信息治理模块 1、同学信息治理 该模块是教务工作人员进行对同学信息的治理,进行同学信息的添加、修名师归纳总结 - - - - - - -第 6 页,共 33 页精选学习资料 - - - - - - - - - 改、删除;2、老师信息治理 教务工作人员通过此模块来治理老师信息,包括老师信息的添加、修改、删除等;信息的添加时,需要验证老师的编号是否重复;删除和和修改同学信息,和学 生信息治理模块相同;3、院系治理 此模块是用来治理院系
12、的信息,包括班级院系的添加,修改,删除等;在 进行信息的添加时,需要进行班级的编号是否重复的检查,如院系编号重复就 对用户进行提示,不重复就添加胜利;院系治理模块的删除和修改和同学信息 治理模块相同;4、课程信息治理 教务工作人员通过该模块来治理课程的基本信息,包括课程信息的添加,修改,删除和班级课程的设置等,详细做法同前面的模块;5、成果治理 教务工作人员通过该模块来进行同学成果的治理,在进行同学成果的添加 时,可用它来为同学设置所在班级的课程表来直接输入成果;6、综合查询 通过该模块可以查询教务所需要的各种信息;如同学信息查询供应了包括 同学学号、姓名、所在班级、班主任名字和宿舍等信息,同
13、学信息进行查询的 各种查询条件,用户可以依据单个的查询条件或者它们的组合来进行查询;同 时,在查询的时候仍供应了进行模糊查询的功能,即该模块能够利用读者输入 的非完整的查询条件进行查询,这样更加便利了用户的查询治理;综合查询模 块包括了同学信息查询、老师信息查询、班级信息查询、院系信息查询、课程 信息查询和成果查询等各种功能查询;名师归纳总结 - - - - - - -第 7 页,共 33 页精选学习资料 - - - - - - - - - 3 概念结构设计3.1设计分析在概念结构设计中,我采纳自底向上设计概念结构的方法;即第一步抽象数据并设计局部视图,其次步是集成局部视图,得到全局的概念结构
14、;3.2概念模型设计3.2.1局部概念结构设计(1)、系内的关系模式图学号年龄n 最低总学分班级班号工作证号姓名邮箱电话工资姓名同学属于1 属于1 系老师性别n n 系代号1 工作系代号系名系办公室电话图 3-1 系内关系模式图(2)、选课系统的关系模式图学号年龄平常成果期中成果课序号课名学分姓名同学m 选修n 课程名额性别系代号期末成果最终成果总评成果图 3-2 选课系统的关系模式图名师归纳总结 (3)、老师授课系统关系模型图n 课序号课名第 8 页,共 33 页工资老师1 授课课程学分工作证号姓名邮箱电话图 3-3 老师授课系统关系模型图名额- - - - - - -精选学习资料 - -
15、- - - - - - - (4)、老师与班级的关系模型图课名邮箱电话工资姓名工作证号负责n 班级最低总学分老师1 班号图 3-4 老师与班级的关系模型图3.2.2 全局概念结构模型( E-R 图)学号年龄期末成果平常成果n 课序号课名学分姓名同学m 选修课程名额性别期中成果最终成果n 系代号属于总评成果n 班号1 课名授课最低总学分班级n n 负责属于1 1 1 系代号系1 工作工作证号n 姓名老师工资系名系办公室电话邮箱电话图 3-5 全局概念结构模型图名师归纳总结 - - - - - - -第 9 页,共 33 页精选学习资料 - - - - - - - - - 4 规律结构设计关系模式
16、的设计与优化E-R 图向关系模型的转换:1“ 老师” 实体对应的关系模式:老师(工作证号,姓名,工资,电话,邮箱,系代号)代码表示为: Teacher(Tno. Tname. Salary. Tel. Email. Dno)其中,工作证号为其候选码,又由于老师与系别之间是n:1 的工作关系,经过与系别关系模式的合并后,系别名 Dno 成为老师关系模式的外码,存在的关系依赖为 Tno Tname,Salary,Tel,Email,Dno, 依靠,所以满意 BCNF;2“ 同学” 实体对应的关系模式:不存在对候选码的部分依靠与传递同学(学号,姓名,性别,年龄,班号,系代号)代码表示: Studen
17、t Sno, Sname, Ssex, Sage. Class .Dno 其中,学号为其候选码,又由于同学与班级之间是 级n:1 的属于关系,经过与班关系模式的合并后,班号 Class 成为同学关系模式的外码,存在的关系依靠为 Sno Sname,Ssex.Sage.Class. Dno, Class Dno,存在对候选码的传递依靠,所以 满意 2NF. 3 系(系代号,系名,系办公室电话)代码表示: Sdept Dno, Dname, Dphone 系代号为候选码,存在的函数依靠为Dno (Dname,Dphone),4且不存在部分依靠与传递依靠,所以满意BCNF;“ 选修” 联系对应的关系
18、模式:选课(学号,课序号,最终成果,平常成果,期中成果,期末成绩,)代码表示: SC Sno, Cno,Grade. Daigrade. Midbrade. Lasgrade, 此为 m:n 联系“ 选修” 所对应的关系模式;Sno 和 Cno 均为外码;存在的函数名师归纳总结 依 赖 为完 全函 数依 赖( Sno, Cno) Grade.Daigrade. Midbrade. Lasgrade. 第 10 页,共 33 页- - - - - - -精选学习资料 - - - - - - - - - Fingrade,且不存在部分依靠与传递依靠,所以满意 BCNF;5“ 课程” 实体对应的关系
19、模式:课程(课序号,课名,学分,名额,工作证号)代码表示: Course Cno, Cname, Credit, Cnum, Tno 其中,课号为其候选码,又由于课程与老师之间是n:1 的授课关系,所以经过关系模式的合并后,老师的工作证号被合并为课程关系模式中的外码;存在的函数依靠为 Cno (Cname,Credit ,Cnum,Tno),且不存在对候选码的部分依赖和传递依靠,所以,满意 BCNF;6“ 班级” 实体对应的关系模式:班级(班号,最低总学分,工作证号,系代号)代码表示: Class Class, Ccredit, Tno. Dno 其中,班号为其候选码,又由于班级与系别之间是n
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 2022年教务管理系统数据库大学课程方案设计报告 2022 教务 管理 系统 数据库 大学 课程 方案设计 报告
限制150内