基于web的教师调停课系统管理分析与设计 1Word文档下载推荐.docx

资源描述

基于web的教师调停课系统管理分析与设计 1Word文档下载推荐.docx

《基于web的教师调停课系统管理分析与设计 1Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《基于web的教师调停课系统管理分析与设计 1Word文档下载推荐.docx（12页珍藏版）》请在冰豆网上搜索。

基于web的教师调停课系统管理分析与设计 1Word文档下载推荐.docx

3.2系统功能需求分析

（1）显示今日课程：

主要显示的是当天哪些教室有上课、停课。

方便教务主管查看和管理教师。

（2）调停课申请：

教师用户通过页面注册登录后，查看哪些教室在指定日期未被占用，于该日对未被占用的教师提出调课申请，同时可附加对原来课程提出停课申请，当提交申请成功后，系统再自动发送邮件给相关审核人员，做到提醒作用。

（3）调课审核：

实行双部门审核机制，当某个申请通过一个部门审核之后，需要另一部门进行审核，该申请方能生效；

而当一个部门审核不通过并填写主要事由后，无需另一部门审核，该申请就会自动转入未通过的课程页面中通告出来，方便教师及时查询结果。

（4）教室使用记录：

对每一个学期每个教室的使用情况进行统计。

可分别以周次、班级人次、科目、教师为关键词进行统计。

方便各部对教室使用情况查看。

（5）系统管理与设置：

主要分系统管理员和教务主管两级操作。

系统管理员可对系统数据做备份，可设置年级班级、添加新课程、管理注册用户等等。

而教务主管则只能对申请课程进行审核。

3.3功能描述

（1）显示固定课程，显示审核通过的课程，显示审核通过的停课课程。

（2）注册登录，对用户的权限进行管理。

（3）查看教室使用情况，哪些空教室还可以被申请使用。

（4）调教申请：

自动发送给教务主管。

（5）各部门审核，主要包括教务主管审核和教室管理部门审核。

（6）审核报告显示，显示审核通过的课程、等待审核的课程、为通过的课程并附加理由。

（7）教室设置。

（8）年级班级管理。

3.4调停课系统的数据流图。

如下：

四、系统的uml建模设计

4.1UML简介

UML是一种功能强大的、面向对象的可视化的系统分析的建模语言，它采用一整套成熟的建模技术，广泛地适用于各个应用领域。

它的各个模型可以帮助开发人员更好地理解业务流程，建立更可靠、更完善的系统模型。

从而使用户和开发人员对问题的描述达到相同的理解，以减少语义差异、保障分析的正确性。

4.2该教师调停课系统的用例分析

用例图如下：

从用力入中我们可以看出教师和管理员之间对本系统所具有的用例。

教师所包含的用例有：

（1）注册登录系统。

（2）调停课申请。

（3）查看调停课信息。

（4）查看教室信息。

调停课申请用例分析：

用例名称：

调停课申请

参与者：

教师

简要说明：

查看了教室使用信息后，确定要使用的教室，向教务主管提出调停课申请。

前置条件：

合法的教师已经登录教师调停课系统，确定好要调停课的教室。

正常基本事件流：

1、教师登录教师调停课管理系统

2、查询教室使用信息情况

3、确定要使用的教室

4、向教务主管提出调停课申请

5、用例终止

备选事件流：

教师若未能登录系统，则先需要进行注册

后置条件：

系统管理员所包含的用例有：

（1）登录系统

（2）人员权限管理

（3）数据备份。

（4）系统维护。

人员权限管理

系统管理员

系统管理员负责教师、教务主管的权限管理

合法的系统管理员已经登录教师调停课管理系统

1、审核教师登录的账号密码

2、审核教务主管的账号密码

3、用例终止

系统提示教师或教务主管的权限不正确，则需要重新注册

教务主管所包含的用例有：

（1）调停课申请的审核。

（2）调停课通告：

发布相关调停课审核结果。

调停课审核

教务主管

教务主管接受教师提出的调停课申请，并做出审核

合法的教务主管已经登录教师调停管理系统

1、接收教师提出的调停课申请

2、对调停课申请进行审核评估

把审核后的结果，在系统中进行调停课通告。

调停课通告

将调停课的结果进行通告。

合法的教务主管已经登录教师调停课管理系统，并以对申请做出了审核

1、审核后的结果发布到系统中去

系统公布的结果若有错误，可及时进行修改。

XX文库-让每个人平等地提升自我XX文库-让每个人平等地提升自我4.3系统的顺序图

顺序图是显示对象之间的交互的图，这些对象是按时间顺序排列的。

该系统主要报刊以下顺序图。

（1）

（2）XX文库-让每个人平等地提升自我申请顺序图

4.4系统的状态图

4.5系统活动图

1.调停课申请活动图

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）。

（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）

）;

//教学楼

classroom

（clno

bno

char（20）,

floor

char（10）,

foreign

references

building（bno）

//教室

department

（deptno

deptname

//院系

lesson（cno

cname

credit

char

（1）,