基于Web的教师调停课系统管理分析与设计Word格式.docx
《基于Web的教师调停课系统管理分析与设计Word格式.docx》由会员分享,可在线阅读,更多相关《基于Web的教师调停课系统管理分析与设计Word格式.docx(14页珍藏版)》请在冰点文库上搜索。
(1)显示今日课程:
主要显示的是当天哪些教室有上课、停课。
方便教务主管查看和管理教师。
(2)调停课申请:
教师用户通过页面注册登录后,查看哪些教室在指定日期未被占用,于该日对未被占用的教师提出调课申请,同时可附加对原来课程提出停课申请,当提交申请成功后,系统再自动发送邮件给相关审核人员,做到提醒作用。
(3)调课审核:
实行双部门审核机制,当某个申请通过一个部门审核之后,需要另一部门进行审核,该申请方能生效;
而当一个部门审核不通过并填写主要事由后,无需另一部门审核,该申请就会自动转入未通过的课程页面中通告出来,方便教师及时查询结果。
(4)教室使用记录:
对每一个学期每个教室的使用情况进行统计。
可分别以周次、班级人次、科目、教师为关键词进行统计。
方便各部对教室使用情况查看。
(5)系统管理与设置:
主要分系统管理员和教务主管两级操作。
系统管理员可对系统数据做备份,可设置年级班级、添加新课程、管理注册用户等等。
而教务主管则只能对申请课程进行审核。
功能描述
(1)显示固定课程,显示审核通过的课程,显示审核通过的停课课程。
(2)注册登录,对用户的权限进行管理。
(3)查看教室使用情况,哪些空教室还可以被申请使用。
(4)调教申请:
自动发送给教务主管。
(5)各部门审核,主要包括教务主管审核和教室管理部门审核。
(6)审核报告显示,显示审核通过的课程、等待审核的课程、为通过的课程并附加理由。
(7)教室设置。
(8)年级班级管理。
调停课系统的数据流图。
如下:
四、系统的uml建模设计
简介
UML是一种功能强大的、面向对象的可视化的系统分析的建模语言,它采用一整套成熟的建模技术,广泛地适用于各个应用领域。
它的各个模型可以帮助开发人员更好地理解业务流程,建立更可靠、更完善的系统模型。
从而使用户和开发人员对问题的描述达到相同的理解,以减少语义差异、保障分析的正确性。
该教师调停课系统的用例分析
用例图如下:
从用力入中我们可以看出教师和管理员之间对本系统所具有的用例。
教师所包含的用例有:
(1)注册登录系统。
(2)调停课申请。
(3)查看调停课信息。
(4)查看教室信息。
调停课申请用例分析:
用例名称:
调停课申请
参与者:
教师
简要说明:
查看了教室使用信息后,确定要使用的教室,向教务主管提出调停课申请。
前置条件:
合法的教师已经登录教师调停课系统,确定好要调停课的教室。
正常基本事件流:
1、教师登录教师调停课管理系统
2、查询教室使用信息情况
3、确定要使用的教室
4、向教务主管提出调停课申请
5、用例终止
备选事件流:
教师若未能登录系统,则先需要进行注册
后置条件:
系统管理员所包含的用例有:
(1)登录系统
(2)人员权限管理
(3)数据备份。
(4)系统维护。
人员权限管理
系统管理员
系统管理员负责教师、教务主管的权限管理
合法的系统管理员已经登录教师调停课管理系统
1、审核教师登录的账号密码
2、审核教务主管的账号密码
3、用例终止
系统提示教师或教务主管的权限不正确,则需要重新注册
教务主管所包含的用例有:
(1)调停课申请的审核。
(2)调停课通告:
发布相关调停课审核结果。
调停课审核
教务主管
教务主管接受教师提出的调停课申请,并做出审核
合法的教务主管已经登录教师调停管理系统
1、接收教师提出的调停课申请
2、对调停课申请进行审核评估
把审核后的结果,在系统中进行调停课通告。
调停课通告
将调停课的结果进行通告。
合法的教务主管已经登录教师调停课管理系统,并以对申请做出了审核
1、审核后的结果发布到系统中去
系统公布的结果若有错误,可及时进行修改。
系统的顺序图
顺序图是显示对象之间的交互的图,这些对象是按时间顺序排列的。
该系统主要报刊以下顺序图。
(1)申请顺序图
系统的状态图
系统活动图
1.调停课申请活动图
调停课系统的类图
(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)等。
五、教师调停课系统的数据库建模
数据库概念设计
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),
category
deptno
building(deptno)
//课程
teacher
(tno
tname
sex
char
(2),
title
tid
//教师
manager(mno
mname
mid
//管理员
tclass
clno
cno
weekday
char(8),
period
char(20),
key(clno,weekday,period),
building(deptno),
tno
teacher(tno),
classroom(clno),foreign
lesson(cno)
//教师调停课
cborrow
sno
usedate
uses
char(100),
usestatus
key(clno,sno,usedate,period),
classroom(clno),
student(sno),
//教室借用