毕业设计（论文）-基于Web的教师调停课系统管理分析与设计精选.doc

基于Web的教师调停课系统管理分析与设计 摘要 调停课是搞笑教学工作的重要环节，在排课和调课的过程中，总会出现课程不足或冲突等尴尬状况，如何充分利用师资，实现有序的课程调度，是教务处等人员亟待解决的难题。目前，大多数课程安排以在教师为主，课程调度工作已手工操作为主，通常的课程调停流程是：先由教师申请调停课，然后院级主管部门审批，审批后又交由教务处相关主管负责审核。人工流程是调停课申请表一式三份由教师填写好，请院办教学主任签字，然后由主管教学副院长签字，再将表格交至教务处分管教学的教务处副处长签字，签完字的表格一份交教务处排课部门，根据教师的调课意向时间安排新的教室（会输出一个教室安排表单），另一份表交给校评估办，然后一份表交回学院存档，当然教师还会将调好的时间和补上课的地点再通知学生。这种方式占用人员较多也不利于和课程调度后记录的保存，体现了工作方法原始办理流程繁杂，工作效率低下 ，且容易造成调课冲突 。为解决以上问题 ，结合实际调停课的流程 ，本文将介绍设计和实现一个基于 Web 的实训室调课系统， 从而对教师调课工作进行有效的宏观管理，实现实训室和课程管理的科学化，提高教学管理的质量和效率。 排课系统或者教室管理系统请院办教学主任签字，然后由主管教学副院长签字，再将表格交至教务处分管教学的教务处副处长签字，签完字的表格一份交教务处排课部门，根据教师的调课意向时间安排新的教室（会输出一个教室安排表单），另一份表交给校评估办，然后一份表交回学院存档，当然教师还会将调好的时间和补上课的地点再通知学生。当某个申请通过一个部门审核之后，需要另一部门进行审核，该申请方能生效；而当一个部门审核不通过并填写主要事由后，无需另一部门审核，该申请就会自动转入未通过的课程页面中通告出来，方便教师及时查询结果。使用记录：对每一个学期每个的使用情况进行统计。可分别以周次、班级人次、科目教师为关键词进行统计。方便各部主要分和两级操作。 管理员可对系统数据做备份，可设置年级班级、添加新课程、管理注册用户等等而则只能对申请课程进行审核。 3.3功能描述 （1）显示固定课程，显示审核通过的课程，显示审核通过的停课课程。 （2）注册登录，对用户的权限进行管理。 （3）查看教室使用情况，哪些空教室还可以被申请使用。 （4）调教申请：自动发送给教务主管。 （5）各部门审核，主要包括教务主管审核和教室管理部门审核。 （6）审核报告显示，显示审核通过的课程、等待审核的课程、为通过的课程并附加理由。 （7）教室设置。 （8）年级班级管理。 3.4 调停课系统的数据流图。如下： 系统的uml建模设计 4.1UML简介 UML是一种功能强大的、面向对象的可视化的系统分析的建模语言，它采用一整套成熟的建模技术，广泛地适用于各个应用领域。它的各个模型可以帮助开发人员更好地理解业务流程，建立更可靠、更完善的系统模型。从而使用户和开发人员对问题的描述达到相同的理解，以减少语义差异、保障分析的正确性。 4.2该教师调停课系统的用例分析 用例图如下： 从用力入中我们可以看出教师和管理员之间对本系统所具有的用例。 教师所包含的用例有： 注册登录系统。 调停课申请。 查看调停课信息。 查看教室信息。 调停课申请用例分析： 用例名称：调停课申请 参与者：教师 简要说明： 查看了教室使用信息后，确定要使用的教室，向教务主管提出调停课申请。 前置条件： 合法的教师已经登录教师调停课系统，确定好要调停课的教室。 正常基本事件流： 1、教师登录教师调停课管理系统 2、查询教室使用信息情况 3、确定要使用的教室 4、向教务主管提出调停课申请 5、用例终止 备选事件流： 教师若未能登录系统，则先需要进行注册 后置条件： 系统管理员所包含的用例有： 登录系统 人员权限管理 数据备份。 系统维护。 用例名称：人员权限管理 参与者：系统管理员 简要说明： 系统管理员负责教师、教务主管的权限管理 前置条件： 合法的系统管理员已经登录教师调停课管理系统 正常基本事件流： 1、审核教师登录的账号密码 2、审核教务主管的账号密码 3、用例终止 备选事件流： 系统提示教师或教务主管的权限不正确，则需要重新注册 后置条件： 教务主管所包含的用例有： （1）调停课申请的审核。 （2）调停课通告：发布相关调停课审核结果。 （3）查看调停课信息。 （4）查看教室信息。 用例名称：调停课审核 参与者：教务主管 简要说明： 教务主管接受教师提出的调停课申请，并做出审核 前置条件： 合法的教务主管已经登录教师调停管理系统 正常基本事件流： 1、接收教师提出的调停课申请 2、对调停课申请进行审核评估 3、用例终止 备选事件流：