第三章教务管理系统的设计与实现.doc
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_05.gif)
《第三章教务管理系统的设计与实现.doc》由会员分享,可在线阅读,更多相关《第三章教务管理系统的设计与实现.doc(12页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、第三章教务管理系统的设计与实现 第一节需求分析1.用户需求 根据教务处的需要,本系统应完成以以下任务: 1)动态数据查询 在获得身份认证的情况下,查询与身份一致的信息,查询内容包括: 本科生信息按班级、专业查询。分页显示学生的学号、姓名、民族、籍贯、出生年月等基本信息。 本科生成绩按学号、班级、专业、学年学期查询。分页显示学生的课程、成绩、学 分、学年学期等。 本科生上课课表按班级、教师查询。输出一周每天、每课节的课程的详细信息,包 括任课教师、上课地点等。 教师评估结果按教师、院系、课程类别查询。显示教师评估的各种评分的各项指标 与总分,以及与系平均、校平均结果的比较。 本科生校内公选课选课
2、结果按学号查询。显示该学生的已被选中的选课清单。 (2)身份认证与权限控制 身份认证是本系统的一个核心。本系统确定的用户身份包括全校本科生、任课教师、院系领导、校领导、系统管理员,它们在系统中具有不同的角色,即不同类别的用户对数据库的访问权限不同,同一用户对不同的数据库的访问权限也不相同。因此需要根据实际情况建立相应的访问权限。系统管理员对本系统的数据库拥有最高选限,可以进行录入、修改、删除、查询等各种操作,还可以对访问用户进行授权。其他用户除了可以修改自己密码外,对不同数据库有不同的访问权限。其中校领导拥有对数据浏览的最高权限,可以浏览本系统所有可供查询的数据;院系领导可以浏览本院系所有可供
3、查询的数据;任课教师可以查询自己任教的课程评估结果、上课课表;本科生可以查询自己的成绩和公选课课程,此外对自己的校内公选课选修结果有添加、修改、删除、查询等各种操作权限。 (3)程序代码保护 虽然正常情况下ASP代码不会传递到客户端,然而设计程序时仍要考虑代码的泄漏问题。因为代码一旦被非法用户获得,就会暴露系统内的某些重要信息,给系统的安全带来极大隐患。解决办法的基本思路:为每一个功能写一个独立的程序,尽可能少的让客户了解服务器端信息,尽可能多的控制交互,检测提交的方法、内容及长度,对特殊字符进行过滤。尽可能多的设置错误处理,此外还要充分发挥日志功能,当检测到了不正确的提交时,记录下客户端的信
4、息,例如IP,系统配置,请求等等,这样可以发现问题的所在。此外,所有需要权限操作的页面都必须执行认证判断的操作。如果任何一页没有进行这种认证判断,都有可能给攻击者以恶意入侵的机会。 (4) Web网页之间的参数传递 Web网页之间传递参数有三种方法:命令行方式、表单域的隐含字段方式和Session对象方式。命令行方式公开显示所要传递的参数值,Session对象在内存中生存时间有限,在程序设计中根据实际需要选用这三种方法的其中一种。一般情况下都采用表单域的隐含字段方式。2.数据库模型 (1)开发任务 Web教务管理应用系统:在高等院校(大、中专、成人)教务管理综合系 统JWGL 2.0)的C/S
5、结构基础上,开发B/S结构的应用程序。 教学质量评估系统:在VFP的C/S结构基础上,开发BIS结构的应用程序。 校内公选课系统:既要作数据库开发,又要作Web应用开发。 (2)数据对象: 用户信息:校领导、院系领导、教师、学生、管理员,以及相应的用户权限等。 基本信息:院系、专业、教研室、班级、教室等以及它们之间的关系。 数据信息:课程、成绩、课表等信息。 (3)数据库的分类与功能: 学生信息库:保存在校本科生的基本信息、成绩、上课课表,以及院系、专业、 教研室、班级、教室等代码表。 教师评估表:教师评估结果,以及院系、年级、课程、课程类别等代码表。 校内公选课数据库:保存在校本科生的基本信
6、息、公选课课程,以及院系、年 级、课程、课程类别等代码表;保存选课时间、条件限制等参数。 数据的采集包括两个方面:一类是可以从其它数据库中提取的数据,如学生、 班级、专业、院系、教师表,不定期地将数据导入新建数据库中,保持新建数 据库与原有数据库中数据的一致性:另一类是需要录入的数据,用户在Web 界面下完成数据的录入工作。如课程表,选修时间表等由管理员负责手工添加、 修改、删除等操作维护数据。而学生选修课程表数据由学生输入信息生成。 系统管理数据库,保存本系统的用户、系统参数、字典表等信息。3.系统模型 系统按访问数据库的分类及用户功能的不同,分为四个子系统:学生信息查询子系统、教师评估查询
7、子系统、校内公选课子系统、管理员子系统。系统的总体结构如图3-1所示: 第二节数据库设计1.学生信息库 学生信息库采用SQL Server 7.0,共有一百多张表,本系统目前用到了其中的10张表,它们是:学生基本信息表(XJ一JK)、学生成绩表(CJ一SCJD )、上课课表(PKse DB33C )等数据表,以及班级表(SYS多J)、专业表(SYS一 ZY )、院系表(SYS一X)、课程表(SYS一C),课程修习类别表(SYSwe KCXX )、考试性质表(SYS KSXZ)、学年学期表(SYS XNXQ )等代码表。各表的列定义以及主外键关系如图3-2所示。2.教学质量评估表 本数据库采用V
8、isual FoxPro,共有12张表,本系统使用其中的6张,它们是:结果表 (jgk.dbf)、教师表(jsk.dbf)、院系表(xyk.dbf)、课程表(kcbh.dbf),课程类别表(kclb.dbf),年级表(nj.dbf) a 教学质量评估的数据保存在结果表(jgk.dbf)中,包括如下信息:所有任课教师的评估 结果,以及各课程的系平均、校平均结果。每项评估的结果又分为学生评、自评和同行评三 种类型。其中学生评类型又细分为公共必修课、公共选修课、专业必修课、专业选修课等多 种课程类型。由于每个教师可以教多门课程,每门课程又可以有多个年级,多种课程类别, 因此每一种情况都会有一组评估结
9、果,每组评估结果由多项指标组成,每项指标占一行。 结果表(jgk.dbf)的主要字段以及与之关联的表的信息如下表所示: 选修(皇呈,巡监且#,兰丝已赳醚)(3)关系模式规范化 对上述关系模式转换成3NF,得到最终的数据库、表的定义及关系: 关系数据库:Elective,数据库的大小根据应用自动增加。 表: 学生表(Student):学生的学号(PK),姓名,密码,班级(FK)等基本信息 可选课表(Elective):编号(自动增长)(PK)、课程编号(FK)、学年学期号(FK) 学生选修记录表(StuChoice ):编号(自动增长)(PK)、学号(FK)、可选课表 编号(FK)、学年学期号(
10、FK)、选中标记、选课 时间等 班级表(Class):班号(PK),入学年份(FK),专业号(FK) 专业表(Depart):专业号(PK),专业名 教师表(Teacher):教师的基本信息,包括姓名、简介等 年级表(Grade):入学年份(PK)、年级名称、限选门数 学年学期表(Semester):学年学期号(PK)、学年学期名称 课程表(Course):课程编号(PK)、课程名称、课程简介 选修时间表(Timer):编号(自动增长)(PK)、学年学期号(FK)、开始时间、 结束时间(4)数据完整性与一致性 本数据库采取的方式有主、外键约束,缺省值,和触发器。 主键约束是指对每张表指定某一列
11、或某几列组合的值具有唯一性。如学生表的关键字为学生的学号。 外键约束是指各表之间的参照完整性。如“学生表”与“班级表”之间的关系:每个班级可以有多名学生,每个学生只能存在某一个班级中。因此,在“学生表”中设立 “班级”外键。与“班级表”中的主键“班号”关联。这样每个学生都有唯一的班级,不会产生不属于任意班级的学生。 缺省值约束是指对某些不能为空的字段设置缺省值,当用户如果没有输入值时就使用缺省值。如可选课表中IfAllowCheck(是否允许选择)字段的缺省值为True,这样在可选课表中添加一门课时默认允许学生选修此课程,如果输入False,则表示禁止学生再选择本课程。 触发器的作用是为了实现
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 第三 教务 管理 系统 设计 实现
![提示](https://www.taowenge.com/images/bang_tan.gif)
限制150内