高校教育管理系统数据库.docx
- 文档编号:23187207
- 上传时间:2023-05-15
- 格式:DOCX
- 页数:13
- 大小:379.03KB
高校教育管理系统数据库.docx
《高校教育管理系统数据库.docx》由会员分享,可在线阅读,更多相关《高校教育管理系统数据库.docx(13页珍藏版)》请在冰豆网上搜索。
高校教育管理系统数据库
高校教务管理系统数据库设计
一、背景介绍
教务管理工作是高校教育工作正常进行的根底与保障,贯穿于学生的整个培养过程与教师的全工作过程,因此,实现高校教务管理工作的信息化、标准化、高效化及准确化是实现高校教学质量稳步提升,培养高层次优秀人才的保证。
学校按照采取校、院两级管理模式,即学校教务处和各学院教学办共同完成教学事务的管理,包括学生学籍管理、成绩管理、教师信息管理、教学方案管理、课程信息管理及教学资源管理等管理事务,其中涉及大量教务信息的录入、分析、分类、统计及报表的输出、评估等工作,且各职能部门间信息交流频繁、职能分配密切。
启动了高校教务管理系统工程,旨在通过工程实现并促进以校院两级管理模式为根底、学分制管理为主线的高校教务管理体制,融合学生学籍管理、成绩管理、教师信息管理、教学方案管理、课程信息管理及教学资源管理等教务管理模块于一体,实现高校教务管理的信息化、标准化。
二、需求分析
本系统主要面对网上办公或使用的各类操作人员,包括各级教务管理人员以及普通教师和学生,综合分析教务管理系统各模块,我们需要对该系统实现根本的功能,并实现对用户对象的使用做出相应的权限。
以下逐一分析
系统功能性需求分析
需求分析的质量决定数据库的价值,也是数据库设计的核心。
需收集根底数据〔用数据词典表示〕和一组数据流程图。
具体的步骤是:
1.调查高校教务机构的情况2.调查各部门的业务活动情况〔包括使用的数据类型、数据格式〕
本局部从实际调研出发,采用用例图与用例描述详细分析了高校教务管理系统的功能需求,但由于系统用例太多,本局部只列出了具有代表性用例描述。
学籍管理
学籍信息管理分为新生信息管理、在校在籍学生信息管理、毕业生信息管理。
通过新生信息管理模块,可以实现对新生信息的标准化管理,实现学号编排、班级划分的自动化、科学化,新生管理模块应可以实现从学校已有招生系统中直接导入新生的根底信息,以防止重复性录入;
在校在籍学生信息管理可以实现对在校生学籍信息的有效管理,主要包括学籍信息变动的修改,如退学、转学、休学、降级等;
毕业生信息管理用于实现对已毕业学生根底信息及毕业信息的管理,如毕业去向,毕业时间,获得学位情况等信息。
以教务管理员身份登录系统,学籍管理模块用例图如下(整个学籍管理模块的用例图关系较为复杂,为使用例图简洁明了,图中只画出了在校学生信息管理的详细用例图)
学生成绩管理
本模块应实现学生成绩的录入、查询、分析及统计工作;教师可以在考试后的规定时间内(开放权限的时间段)通过网络随时登录系统录入学生成绩;学生可以随时通过网络登录系统查询成绩;教务管理人员可以通过本模块实现学生成绩的查询、分析及统计工作,如按照专业、教学班、行政班及课程等查询统计,可以实现成绩数据集的图形化表示、分析及输出。
以教务管理员身份登录系统,学生成绩管理模块用例图如下:
教师信息管理
本模块用于实现对教师信息的有效管理,如教师根本信息、任课信息、科研成果信息、教学工作量信息等;教务管理人员可以通过系统录入教师的各项根本信息,可随时进行信息查询,并可实现对教学工作量信息的分析、统计、输出等。
以教务管理员身份登录系统,教师信息管理模块用例如下图(整个教师信息管理模块的用例图关系较为复杂,为使用例图简洁明了,图中只画出了教师根本信息管理的详细用例图;需要说明的是任课信息管理、科研成果管理及教学工作量管理模块中均含有信息录入、信息查询、信息更新子模块):
课程信息管理
本模块用于实现对所有课程信息的有效管理,其中,要明确课程的分类、学分,并对课程的内容、教学大纲等内容进行说明;同时,本模块要实现自动排课功能,系统应根据学年/学期教学任务、学校的教室及实验资源使用情况、教师的时间安排等因素对课程的上课时间、地点及上课教师做出合理安排;排课模块可以对各种约束条件进行设置,同时可以进行手工修改,以满足各种约束条件。
本模块为高校教务管理系统的重要模块,一方面,课程信息属于系统的根底信息;另一方面,课程安排是否合理将直接影响到学生的选课和教学质量,同时也将直接影响学校教学资源的利用率。
以教务管理员身份登录系统,课程信息管理模块用例图如下:
2.1.5教学资源管理
本模块用于实现对各种教学资源等有效管理,如教室资源、实验资源、办公场地等;教务理人员可以通过系统实现教学资源信息的录入、查询、分析及统计等功能,以为其他系统模块提供决策支持。
以教务管理员身份登录系统,教学资源管理模块用例图如下:
系统非功能性需求
系统性能需求
■.系统平安性
■系统可操作性
■系统健壮性及可维护性
.2其它需求
■用户管理
1)添加用户:
系统可以随时添加用户,且每个用户都必须指定一种且只能指定一种角色相关
:
系统可以实现对已有用户信息的修改,但学号、教师编号等信息不能修改,且必填字段不可以修改为空;
4)登录次数记录:
系统需要记录每个用户的登录次数及登录时间,系统管理员可以查看用户登录的相关信息;
■权限管理
系统应具备四种内置角色:
系统管理员、教务管理员、教师、学生,四种内置角色的权限如下:
1)系统管理员:
具备系统所有模块的使用功能,如可实现对用户的增删改查,实现对其他角色权限的更改,添加自定义角色等;
2)教务管理员:
可使用除根底管理模块外的所有业务模块的使用权限,但不同级别教务管理员的权限也各不相同,系统管理员可以根据学校的具体情况定义不同的教务管理员用户,如校级管理员用户、院级管理员用户或专业级管理员用户等;
3)教师:
可使用局部业务模块中的大局部功能,如学生成绩管理模块、教学方案管理模块、课程信息管理模块,系统管理员可以根据具体情况为教师级别用户开放不同权限;
4)学生:
可使用局部模块中的查询功能及少数功能模块中的维护功能,如学生成绩管理模块中的查询功能、学籍管理模块中的学籍信息维护功能等。
数据词典
1学生信息表:
记录号
字段名称
数据类型
属性〔是否允许空值〕
1
学号
Char(10)
主键
2
姓名
Nvarchar
是
3
性别
Char
是
4
专业
Nvarchar
是
5
院系
Nvarchar
是
6
联系方式
char
是
2教师信息表
记录号
字段名称
数据类型
属性〔是否允许空值〕
1
教工号
Char
主键
2
姓名
Nvarchar
是
3
性别
Char
是
4
主讲课程
Nvarchar
是
5
联系方式
char
是
3院系信息表
记录号
字段名称
数据类型
属性〔是否允许空值〕
1
院系编号
Char
主键
2
院系名称
Nvarchar
是
3
院系主任
Nvarchar
是
4
联系方式
char
是
4成绩信息表
记录号
字段名称
数据类型
属性〔是否允许空值〕
1
学号
Char(10)
主键
2
姓名
Nvarchar
是
3
课程号
Char
否
4
分数
Char
是
5课程信息表
记录号
字段名称
数据类型
属性〔是否允许空值〕
1
课程号
Char
主键
2
课程名
Nvarchar
是
3
任课老师
Nvarchar
是
4
学分
Char
是
1.
三、概念结构设计
概念结构设计是对整个数据库系统的一个抽象描述和整体概括,其步骤为:
1.进行高校教务管理系统的抽象,设计局部E—R模型2.集成各局部E—R模型,形成全局E—R。
以下为高校教务管理系统数据库的局部E—R模型。
1.系统管理E-R图
2.学生信息E-R图
3.课程信息E-R图
4.教师信息E-R图
5.院系E-R图
6.成绩E-R图
7.局部E-R图
四、逻辑结构分析
1、学生信息管理〔学号、姓名、性别、专业、院系、联系方式〕
2、教师信息管理(学工号、姓名、性别、主讲课程、联系方式〕
3、院系管理(院系编号、院系名称、院系主任、院系〕
4、成绩管理(学号、姓名、课程号、分数)
5、课程管理(课程号、课程名、任课教师、学分)
五.总结
在高校教务管理系统数据库的设计过程中,我重温了数据库的设计,对数据库设计的步骤有了较深的了解,且充分认识到要想做一个健壮的数据库,必须要把前面的根底分析局部打牢,假设前面没有考虑周全那么势必会影响后面的设计。
由于知识有限,设计过程只做到了逻辑结构分析的步骤,且有许多不尽如人意的地方,学路漫漫,我想这也是以后在我学习中鼓励我的动力。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 高校 教育 管理 系统 数据库
![提示](https://static.bdocx.com/images/bang_tan.gif)