教师管理系统的分析与设计

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

教师管理系统的分析与设计

1.1系统需求

高校教师管理系统应该是一个功能强大,有利于提高学校工作效率的系统。针对其中的教学管理来说,各个学院应该可以安排新学期要开设的专业和课程,教师可以根据学院的课程列表选择本学期要讲授的课程,教师还可以参加某些教学研究项目,发表论文、专著,管理部门可能获得相关的教学信息及统计报表。

通过对上述的系统的需求的分析,可以获得如下功能性的需求:

(1)学院可以安排新学期的教学计划。

(2)教师可以选择本学期要讲授的课程。

(3)教师可以选择要从事的考研项目。

(4)管理员可以对教师的基本信息、课程信息、教学研究项目信息、辅助信息等进行增加、删除、修改、查询等操作。

(5)管理员可以统计出各种相关的报表。

1.2.1识别参与者

参与者的描述如下:

(1)Administrator(管理员):

描述:管理员可以创建、修改、删除、查询相关信息,可以按排教学计划。

示例:某个学院的负责人

(2)Teacher(教师):

描述:教师可以选课、可以注册参加教学研究项目。

示例:某个学院的教师

1.2.2识别用例

(1)Login(登录):

本用例提供了验证用户身份的功能。

(2)Maintain Info(信息维护):

本用例提供了创建、修改、删除、查询教师信息、课程信息、教研信息、辅助信息的功能。

(3)Plan teach(教学计划):

本用例提供了各学院安排新学期教学计划的功能。

(4)Select Course(教师选课):

本用例提供了教师选择新学期要讲授的课程的功能。 (5)Take Item(注册项目):

本用例提供了教师注册参加教学研究项目的功能。

系统用例图如下:

1.2.3用例的事件流描述

1.“Login ”(登录) 1.1简单描述:

本用例描述了用户如何登录到系统中。 1.2前置条件:无。 1.3后置条件:

如果用例成功,则用户登录到系统中,否则系统状态不变。 1.4扩充点:无。 1.5事件流 1.5.1基流:

当用户登录到系统时,用例启动。

(1)系统提示用户输入用户名和密码。

(2)用户输入自己的用户名和密码提交。

(3)系统验证输入的用户名和密码(E—1),用户登录成功。

1.5.2替代流:

E—1:如果用户输入错误,系统提示错误信息,用户可以重新输入或终止该用例。

2.Maintain Info(信息维护):

2.1简单描述

本用例完成教师信息、课程信息、教研信息、辅助信息的增、删、改、查功能。

2.2前置条件:

本用例开始前,Administrator必须先登录系统。

2.3后置条件:

如果用例成功,可实现对相关信息的维护。

2.4扩充点:无。

2.5事件流:

2.5.1基流:

Administrator登录系统后,本用例可以开始,Administrator选择想要的动作:维护教师信息、维护课程信息、维护教研信息、维护辅助信息。

如果所选的活动是:维护教师信息,执行分支流S—1。

如果所选的活动是:维护课程信息,执行分支流S—2。

如果所选的活动是:维护教研信息,执行分支流S—3。

如果所选的活动是:维护辅助信息,执行分支流S—4。

2.5.2分支流:

S—1:维护教师信息:

Administrator可以选择的动作:增加、修改、删除、查询。

如果选择的是增加:执行分支流:S—1.1。

如果选择的是修改:执行分支流:S—1.2。

如果选择的是删除:执行分支流:S—1.3。

如果选择的是查询:执行分支流:S—1.4。

分支流S—1.1增加:

(1)系统要求Administrator输入教师信息:编号、姓名、性别等。(2)Administrator输入所要求的信息后提交。

(3)系统将教师信息存入数据库。

分支流S—1.2修改:

(1)系统要求Administrator输入教师编号(E-1)。

(2)Administrator输入后提交。

(3)系统检索教师信息(E-2)。

(4)显示教师信息。

(5)Administrator修改教师信息。

(6)修改后提交。

(7)系统更新教师信息。

分支流S—1.3删除:

(1)系统提示输入教师编号(E-1)。

(2)Administrator输入后提交。

(3)系统检索教师信息(E-2)。

(4)显示教师信息。

(5)Administrator 确认删除(E-3)。

(6)从系统中信息。

分支流S—1.4查询:

(1)系统提示输入查询条件(E-1)。

(2)Administrator 输入后提交。

(3)系统检索教师信息(E-2)。

(4)显示教师信息。

S—2:维护课程信息:

基本流程同上

S—3:维护教研信息:

基本流程同上。

S—4:维护辅助信息:

基本流程同上。

2.5.3替代流:

E-1:输入无效编号或查询条件,Administrator可以重新输入终止该用例。

E-2:满足条件的教师不存在,系统提示,Administrator 重新输入或取消操作。

E-3:取消删除,删除操作被终止,用例结束。

3. Plan teach(教学计划):

3.1简单描述:

本用例提供为学院制定教学计划的功能。

3.2前置条件:

在本用例开始前,用例Maintain Info(信息维护)的分支流“课程信息维护”和“辅助信息维护”必须完成。

3.3后置条件:

如果用例成功,学院可以制定出本学期的教学计划,即开设了什么专业、什么课程。

3.4扩充点:无

3.5事件流:

3.5.1基流:

(1)Administrator登录系统。

(2)选择制定教学计划的学院。

(3)选择学院所开设的专业。

(4)选择专业将开设的课程。

(5)填写课程的相关信息。

(6)提交。

(7)将信息存入数据库。

4.Select Course(教师选课):

4.1简单描述:

本用例提供了教师选择新学期要讲授的课程的功能。

4.2前置条件:

本用例开始前,用例Plan teach(教学计划)必须完成。

4.3后置条件:

本用例如果成功,教师完成了新学期的选课工作。

4.4扩充点:无。

4.5事件流:

4.5.1基流:

(1)教师登录系统(E-1)。

相关文档
最新文档