基于web的教师调停课系统管理分析与设计

基于 Web 的教师调停课系统管理分析与设计 一、 摘要 调停课是搞笑教学工作的重要环节，在排课和调课的过程中，总会出 现课程不足或冲突等尴尬状况，如何充分利用师资，实现有序的课程调度， 是教务处等人员亟待解决的难题。目前，大多数课程安排以在教师为主， 课程调度工作已手工操作为主，通常的课程调停流程是：先由教师申请调 停课，然后院级主管部门审批，审批后又交由教务处相关主管负责审核。 人工流程是调停课申请表一式三份由教师填写好，请院办教学主任签字， 然后由主管教学副院长签字，再将表格交至教务处分管教学的教务处副处 长签字，签完字的表格一份交教务处排课部门，根据教师的调课意向时间 安排新的教室（会输出一个教室安排表单） ，另一份表交给校评估办，然 后一份表交回学院存档，当然教师还会将调好的时间和补上课的地点再通 知学生。这种方式占用人员较多，也不利于教室和课程调度后记录的保存， 体现了工作方法原始，办理流程繁杂，工作效率低下 ，且容易造成调课 冲突 。 为解决以上问题 ，结合实际调停课的流程 ，本文将介绍设计和实 现一个基于 Web 的实训室调课系统， 从而对教师调课工作进行有效的宏 观管理，实现实训室和课程管理的科学化，提高教学管理的质量和效率。 二、 教师调停课系统可行性分析 随着高校与众多教学单位内部网络的广泛建立，在通用信息平台上 构筑高效实用的协同工作和自动化办公室应用系统，满足信息高度共享和 即时发布的需求，有效实现内部知识信息管理，成为众多教师用户的共同 需求。 教师调停系统，为学校的广大教师和教学系统提供了一个较好的解 决方案。在开发过程中，按照软件工程的步骤，从设计到开发采用了面向 对象的思想和技术，采用了 SQL SERVER 2000 数据库，使得本系统可以 方便和其他子系统进行数据交换。同时，注意了从软件的图形应用界面上 优化软件质量，使得本系统具有很强的可操作性。 三、 教师调停课系统需求分析 3.1 系统目标设计 系统开发的总目标示实现老师和排课系统或者教室管理系统管理的 系统化、规范化和自动化。 能够让老师进行申请，请院办教学主任签字，然后由主管教学副院 长签字，再将表格交至教务处分管教学的教务处副处长签字，签完字的表 格一份交教务处排课部门，根据教师的调课意向时间安排新的教室（会输 出一个教室安排表单） ，另一份表交给校评估办，然后一份表交回学院存 档，当然教师还会将调好的时间和补上课的地点再通知学生。 能够让教务主管清楚的查询、修改、删除各教室的课程安排、各老 师的课程安排信息。 能够让系统管理员对老师和教务主管的账号进行查询、修改、删除， 以及对系统的维护。 3.2 系统功能需求分析 基于 Web 的教师调停课系统管理分析与设计 （1）显示今日课程：主要显示的是当天哪些教室有上课、停课。方便 教务主管查看和管理教师。 （2）调停课申请：教师用户通过页面注册登录后，查看哪些教室在指 定日期未被占用，于该日对未被占用的教师提出调课申请，同时可附加对 原来课程提出停课申请，当提交申请成功后，系统再自动发送邮件给相关 审核人员，做到提醒作用。 （3）调课审核：实行双部门审核机制，当某个申请通过一个部门审核 之后，需要另一部门进行审核，该申请方能生效；而当一个部门审核不通 过并填写主要事由后，无需另一部门审核，该申请就会自动转入未通过的 课程页面中通告出来，方便教师及时查询结果。 （4）教室使用记录：对每一个学期每个教室的使用情况进行统计。可 分别以周次、班级人次、科目、教师为关键词进行统计。方便各部对教室 使用情况查看。 （5）系统管理与设置：主要分系统管理员和教务主管两级操作。 系统 管理员可对系统数据做备份，可设置年级班级、添加新课程、管理注册用 户等等。而教务主管则只能对申请课程进行审核。 审核 通过 课程 审核 通过 的停 课课 程 注册 登录 查询 教室 信息 提出 申请 教务 主管 审核 教室 管理 部门 审核 审核 通过 通告 待审 核通 告 未通 过审 核通 告 按教 师统 计 按时 间统 计 用户 管理 教室 管理 年级 班级 管理 教 师 调 停 课 系统 显 示 今 日 课程 调 停 审 核 教 室 使 用 记 录审 核 通 告调 停 课 申 请 系 统 设 置 固定 课程 3.3 功能描述 （1）显示固定课程，显示审核通过的课程，显示审核通过的停课课程。 （2）注册登录，对用户的权限进行管理。 （3）查看教室使用情况，哪些空教室还可以被申请使用。 （4）调教申请：自动发送给教务主管。 （5）各部门审核，主要包括教务主管审核和教室管理部门审核。 （6）审核报告显示，显示审核通过的课程、等待审核的课程、为通过 的课程并附加理由。 （7）教室设置。 （8）年级班级管理。 基于 Web 的教师调停课系统管理分析与设计 3.4 调停课系统的数据流图。如下： 教 师 教 务 主 管处 理 用 户 与 密 码 输 入 用 户 名 和密 码 验 证 用 户 名 密码 及 权 限 处 理 命 令 查 询 教 室 信 息 查 询 调 停 课 信 息修 改 调 停 课 信息 表 修 改 教 室 信 息表 查 询 命 令 查 询 命 令 审 核 通 告显 示 结 果 四、 系统的 uml 建模设计 4.1UML 简介 UML 是一种功能强大的、面向对象的可视化的系统分析的建模语言， 它采用一整套成熟的建模技术，广泛地适用于各个应用领域。它的各个模 型可以帮助开发人员更好地理解业务流程，建立更可靠、更完善的系统模 型。从而使用户和开发人员对问题的描述达到相同的理解，以减少语义差 异、保障分析的正确性。 4.2 该教师调停课系统的用例分析 用例图如下： 申 请 调 停 课 审 核 查 询 调 停 课 信 息 查 询 教 室 信 息 人 员 分 级 管 理 数 据 备 份 系 统 维 护 教 师 系 统 管 理 员 登 录 审 核 通 告 教 务 主 管 从用力入中我们可以看出教师和管理员之间对本系统所具有的用例。 教师所包含的用例有： （1） 注册登录系统。 （2） 调停课申请。 （3） 查看调停课信息。 （4） 查看教室信息。 基于 Web 的教师调停课系统管理分析与设计 调停课申请用例分析： 用例名称：调停课申请 参与者：教师 简要说明： 查看了教室使用信息后，确定要使用的教室，向教务主管提出调停课申请。 前置条件： 合法的教师已经登录教师调停课系统，确定好要调停课的教室。 正常基本事件流： 1、教师登录教师调停课管理系统 2、查询教室使用信息情况 3、确定要使用的教室 4、向教务主管提出调停课申请 5、用例终止 备选事件流： 教师若未能登录系统，则先需要进行注册 后置条件： 系统管理员所包含的用例有： （1） 登录系统 （2） 人员权限管理 （3） 数据备份。 （4） 系统维护。 用例名称：人员权限管理 参与者：系统管理员 简要说明： 系统管理员负责教师、教务主管的权限管理 前置条件： 合法的系统管理员已经登录教师调停课管理系统 正常基本事件流： 1、审核教师登录的账号密码 2、审核教务主管的账号密码 3、用例终止 备选事件流： 系统提示教师或教务主管的权限不正确，则需要重新注册 后置条件： 教务主管所包含的用例有： （1）调停课申请的审核。 （2）调停课通告：发布相关调停课审核结果。 （3）查看调停课信息。 （4）查看教室信息。 用例名称：调停课审核 参与者：教务主管 简要说明： 教务主管接受教师提出的调停课申请，并做出审核 前置条件： 合法的教务主管已经登录教师调停管理系统 正常基本事件流： 1、接收教师提出的调停课申请 2、对调停课申请进行审核评估 3、用例终止 备选事件流： 后置条件：把审核后的结果，在系统中进行调停课通告。 用例名称：调停课通告 参与者：教务主管 简要说明： 将调停课的结果进行通告。 前置条件： 合法的教务主管已经登录教师调停课管理系统，并以对申请做出了审核 正常基本事件流： 1、审核后的结果发布到系统中去 5、用例终止 备选事件流： 系统公布的结果若有错误，可及时进行修改。 后置条件： 基于 Web 的教师调停课系统管理分析与设计 4.3 系统的顺序图 顺序图是显示对象之间的交互的图，这些对象是按时间顺序排列的。 该系统主要报刊以下顺序图。 （1） 申请顺序图 4.4 系统的状态图 4.5 系统活动图 1.调停课申请活动图 基于 Web 的教师调停课系统管理分析与设计 4.6 调停课系统的类图 （1）teacher 类教师类，它的属性包括教师的账户 ID（teacher_id ） 、姓名 （teacher_name） 、电话（teacher_tele） 、教授课程（teacher_course） 、教师 所在学院(teacher_college) 、任课班级(teacher_class)等。 （2）admin 类是系统管理员，包括编号和姓名属性，操作主要是对人员分 级、年级班级等的信息管理。 （3）manager 类是教务主管，包括编号和姓名属性，主要对申请调停课的 信息进行审批，以及对审批结果的公告。 （4）application 类是教师的调停课申请，包括教师姓名（teacher_name ） 、 教师代号(teacher_id)、教师所在学院 teacher_college (teacher_college)、调 课原因(application_reason)、任课班级(teacher_class)及课程名 （teacher_course） 、任课时间(teacher_time) 、拟调整方案 (application_program)、签字(application_signature)等。 （5）system 类是系统设置类，包括人员权限管理（limitation ） 、教室管理 （classroom）等。 五、 教师调停课系统的数据库建模 5.1 数据库概念设计 1、数据库表设计 （1）.系统管理员表 admin：管理员编号（ admin_id）,管理员姓名 （admin_name） 、管理员密码（admin_password） 。 基于 Web 的教师调停课系统管理分析与设计 （2）教室信息表 classroom：教室编号（classroom_id ） 、教室名称 （classroom_name） 、备注（ note） 。 （3）教师表 teacher：教师编号（teacher_id） 、教师姓名（teacher_name ） 、 教师电话（teacher_tele） 、 教师学院（teacher_college） 、教授课程 （teacher_course）等。 2.教师调停课系统个实体之间的 E-R 图 3.数据库物理设计 create table building (bno char(20) primary key , bname char(20) );/教学楼 create table classroom (clno char(20) primary key , bno char(20), floor char(10), foreign key bno references building(bno) );/教室 create table department (deptno char(20) primary key , deptname ch ar(20) );/院系 create table lesson(cno char(20) primary key , cname char(20), credit char(1), category char(10), deptno char(20), foreign key deptno references building(deptno) );/课程 create table teacher (tno char(20) primary key , tname char(20), sex char(2), deptno char(20), title char(10), tid char(20), foreign key deptno references building(deptno) );/教师 create table manager(mno char(20) primary key , mname char(20), deptno char(20), mid char(20), foreign key deptno references building(deptno) );/管理员 create table tclass (tno char(20), clno char(20), cno char(20), deptno char(20), weekday char(8), period char(20), 基于 Web 的教师调停课系统管理分析与设计 primary key(clno,weekday,period), foreign key deptno references building(deptno), foreign key tno references teacher(tno), foreign key clno references classroom(clno), foreign key cno reference