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教学评估系统的活动图 活动图是基于对象的状态变迁所绘制的视图。它的主线是状态的变化，而不是时间，而时序图则是对象在不同时间段内的表现。为了满足这个活动图，类的一些基本必要方法就可以初步确定。再加上逻辑视图中类关系的分析，可以套用一些设计模式，又可以进一步再确定一些类的方法和属性。这一切的图，就是为了让你从需求情景描述-设计用例-逻辑视图-详细类分析抽象出你的类设计。总之