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

教师管理系统的分析与设计 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替代