UML教学评估系统.docVIP

4.2.2教学评估系统的用例图 用例图(Use Case Diagram)在需求分析阶段有很重要的作用，它描述人们希望如何使用一个系统，作为参与者的外部用户所能观察到的系统功能的模型图。开发的全过程都是围绕需求阶段的用例图进行的。 我们所要开发的教学评估系统内容十分丰富，用户包括授权的学生、教师、领导及专家管理员、未授权的用户以及外部数据库系统，其角色层次图如图4-14所示: 图4-14角色层次图 未授权用户进人教学质量监控系统后可以浏览系统内的公共资源，如教师情况、教学评估内容、新闻等，还可以通过注册系统申请成为授权用户。 授权用户通过教学评估系统的身份认证后享有系统规定的资源，教师可以查询评估内容、查询教师情况、对同专业教师教学进行评估、查询自己评估结果、自己被评估的结果、设置自己的教师情况；学生可以查看评估内容、查询教师情况、进行教学评估、查询自己评估结果；专家及领导可以查询评估内容、教师情况的查询、对教师教学进行评估、查询自己评估结果、所用相关教师被评估的结果。 管理员经过系统的身份验证后可以进行教学、用户、资源、数据库和系统的管理和维护，包括用户权限和用户资料管理、教师教学评估管理、评估内容的管理、评估数据的管理等。 外部数据库则主要用于和系统进行数据交换。 经过以上分析，得出系统的用例模型如图4-15所示: 图4-15系统的用例模型 作为教学评估系统的参与者有： 参与者首先是学生，学生可以登录系统查看评估的内容，然后对相应的内容进行评估。 同行教师的评估，他们的工作方式和学生的大体相似但评估内容有所不同。 专家和领导出了做相应的评估外享有跟高的权限如查看每位教师的评估结果等。 整个系统的管理都是由管理员进行的，如用户的分类、评估内容设置的情况。所以管理员的角色也非常重要。 由以上的分析可以看出，系统的参与者主要有4类：学生、同行教师、专家和领导、系统管理员。 学生的用例图（图4-16） 包含如下的用例： 登录系统。 查询教师情况。 学生教学评估。 图4-16学生的用例图 2.同行教师的用例图（图4-17） 包含如下的用例： 登录系统。 查询本人评估结果。 教师教学评估。 设置本人情况。 教师情况查询。 图4-17同行教师的用例图 3. 专家和领导的用例图（图4-18） 包含如下的用例： 登录系统。 教师教学评估。 教师情况查询。 各教师的评估结果的查询。 评估内容的增加和修改。 图4-18专家和领导的用例图 4．系统管理员的用例图（图4-19） 包含如下的用例： 用户的设置。 评估内容的设置。 数据的分析。 教师的情况设置。 各教师的评估结果的查询。 图4-19系统管理员的用例图 5.3系统的UML基本模型 前面对教学评估系统进行了模块划分，并且明确了每个模块的功能。下面用UML进行系统建摸，使用面向对象的方法来分析系统，再用可视化的模型将该系统用直观的图形显示出来。 5.3.1教学评估系统的时序图 时序图（Sequence Diagram） 图５-７学生、教师、专家及领导教学评估的时序图 5.3.2教学评估系统的活动图 活动图是基于对象的状态变迁所绘制的视图。它的主线是状态的变化，而不是时间，而时序图则是对象在不同时间段内的表现。为了满足这个活动图，类的一些基本必要方法就可以初步确定。再加上逻辑视图中类关系的分析，可以套用一些设计模式，又可以进一步再确定一些类的方法和属性。这一切的图，就是为了让你从需求情景描述-设计用例-逻辑视图-详细类分析抽象出你的类设计。总之，让面向对象的设计过程，思路连续，可推导。系统不可能完成所有的事情，必然有一部分功能是由人来完成的，所以活动图，从手工的角度描述了一个业务的流程，其中有些是手工作业，有些是系统的功能，活动图描述出了整个流程。活动这个术语的解释依赖于作图的目的和抽象层次。在描述概念层视图中，活动表示需要完成的一些任务；在说明层视图和实现层视图中，活动表示类中的方法。一个活动可以顺序地跟在另一个活动后执行，这是简单地顺序关系。如果触发事件连接到一个用加黑地粗线段表示地同步条上，且同步条引出几个带箭头地触发事件，那么这几个触发事件是并行的，也就是说这几个活动的执行次序可以是随意的。 １．学生的活动图（图５-８） 图５-８学生的活动图 学生使用自己的学号登录，然后可以直接对教师评估或先查询教师的基本情况后再进行相应的评估。 ２．教师活动图（图５－９） 图５－９教师活动图 教师首先通过自己的工号登录系统，之后可以处理3种情况：a.设置本人情况；b.查询本人评估结果；c.教师对教学的评估。在教师对教学的评估中又分为评估教学和查询教师的基本情况。之后退出系统。 ３．专家活动图（图５-１０） 图５-１０专家活动图 专家和领导首先通过自己的工号登录系统，之后