学校的教学管理系统的设计与实现
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
一、学籍管理系统概述
随着网络技术和软件技术的飞速发展,特别是Internet/Intranet的出现及其相关技术的迅速发展,信息革命带来了全球围市场竞争的日益加剧,对传统的办公教学和生活式产生了巨大的冲击。办公自动化就是采用Internet/Intranet技术,基于工作流的概念,使部人员便快捷的共享信息,高效的协同工作;改变过去复杂,低效的手工办公式,实现迅速,全位的信息采集,信息处理。校园网的建设,为学籍管理系统提供了技术保障。
学籍管理系统是一个由学校学籍管理信息中心监控,各教学系(部)、教研室分级管理,由学生档案管理、成绩管理、查询管理、打印报表等几部分组成。
一、学籍管理系统概述
随着网络技术和软件技术的飞速发展,特别是Internet/Intranet的出现及其相关技术的迅速发展,信息革命带来了全球围市场竞争的日益加剧,对传统的办公教学和生活式产生了巨大的冲击。办公自动化就是采用Internet/Intranet技术,基于工作流的概念,使部人员便快捷的共享信息,高效的协同工作;改变过去复杂,低效的手工办公式,实现迅速,全位的信息采集,信息处理。校园网的建设,为学籍管理系统提供了技术保障。
学籍管理系统是一个由学校学籍管理信息中心监控,各教学系(部)、教研室分级管理,由学生档案管理、成绩管理、查询管理、打印报表等几部分组成。
一、学籍管理系统概述
随着网络技术和软件技术的飞速发展,特别是Internet/Intranet的出现及其相关技术的迅速发展,信息革命带来了全球围市场竞争的日益加剧,对传统的办公教学和生活式产生了巨大的冲击。办公自动化就是采用Internet/Intranet技术,基于工作流的概念,使部人员便快捷的共享信息,高效的协同工作;改变过去复杂,低效的手工办公式,实现迅速,全位的信息采集,信息处理。校园网的建设,为学籍管理系统提供了技术保障。
学籍管理系统是一个由学校学籍管理信息中心监控,各教学系(部)、教研室分级管理,由学生档案管理、成绩管理、查询管理、打印报表等几部分组成。
1.1项目的背景与意义
争对目前的教学,处理的信息主要有学生信息、成绩数据。
对于学生信息,各班的班主任及学校领导由于各种分类和了解的需要,经常性地进行各种查询。教导处在每一届学生进校时必须进行分班,设置学号;每一届学生毕业,要进行学生信息备份;
对于成绩管理,课任教师要进行本科目成绩登记,计算平均分、优秀率、及格率;班主任在期末考试后计算本班学生总分,排名次;教导处要分段统计学生人数及所占比列,每学期进行学生成绩备份;学校领导则可通过查询工具来了解学生成绩情况。
在学籍管理中,需要从大量的日常教学活动中提取相关信息,以反映教学情况。传统的手工操作式,易发生数据丢失,统计错误,劳动强度高,且速度慢。使用计算机可以高速,
快捷地完成以上工作。在计算机联网后,数据在网上传递,可以实现数据共享,避免重复劳动,规教学管理行为,从而提高了管理效率和水平。
1.2业务模式
高校学生学籍管理系统将采用B/S模式,学生的信息由各用户在规定的权限下在各自的工作站上录入,统一保存在系统服务器上,既可集中管理,有可让各部门管理自己负责的信息。信息上网后各用户可查询,调用,达到全校信息共享。
二、可行性分析
三、系统总体功能需求
3.1.学生信息管理模块
新生信息录入,学生基本信息修改,学生状态管理(转业,转学,退学,休学,毕业),学生信息查询。
3.1.1新生信息管理
本部分的功能主要有新生导入、分班。新生导入实现从现存的EXCEL新生中录入学生信息。分班功能实现按新生的成绩及性别进行分班。
3.1.2毕业学生信息管理
当学生毕业后,学生信息转移至备份数据库中,系统的基本数据库中需要删除学生信息。该功能主要进行成批地删除学生信息,如连续学号区段的多位学生信息删除,整个班级的删除,在学生信息删除前,以学号区段或班级为单位保存到备份数据库。
3.1.3学生学籍更改
当学生换班、退学、插班、结业、休学时,对学生的学籍信息进行更改。
3.2学生成绩管理模块
学生成绩录入,学生成绩修改,学生成绩统计,学生成绩查询。
学生成绩录入。以班级为单位,录入各科目的期末成绩。
总分及名次。以班级为单位,计算学生的总分及名次。
成绩备份。以班级为单位,将学生的成绩保存到备份数据库中。
3.3信息查询模块
学生信息查询,学生成绩查询,专业查询,院校查询,班级信息查询,即根据用户的要求,查询学生数据库的所有可能的信息。
系统总体功能需求图如图1所示:
图1:系统总体功能需求图
学籍信息管理模块包括的具体功能模块如图2所示:
图2:学生信息管理模块功能需求图学生成绩管理模块包括的具体功能模块如图3所示:
图3:学生成绩管理模块功能需求图信息查询模块包括的具体功能模块如图4所示:
图4:信息查询模块功能需求图
四三、UML系统建模
4.1系统用例模型
用例图是被称为参与者的外部用户所能观察到的系统功能的模型图。用例是系统中的一个功能模块,可以被描述为与系统之间的一次交互作用。用例模型的用途是列出系统中的用力参与者,并显示哪个参与者参与了哪个用例的执行,建立用例图分为角色的确定、创建用例、创建角色——用例关系图。
4.1.1角色的确定
角色是与系统有交互作用的人或事务,通常代表着一个系统的使用者,或者需要与系统打交道的人或事务。
在学籍管理系统中有如下事务:
■新生到校注册
■在校学生修改学籍信息
■学生成绩录入
■查询学生基本信息
■查询学生成绩
在本系统UML建模中,可以创建以下角色(Actors):
■学生
■教务人员
(注释:为了便于实现,分析时将教师、教务管理人员及系统管理员归为教务人员)使用Rational Rose的Use Case View中建立的Actors如图5所示:
图5:在Use Case View中创建角色
4.1.2创建用例
用例是系统跟客户的交互,是系统提供的功能模块。在本系统中进过分析得到以下用例:
■登陆