实验UML知识回顾回顾.doc

实验二、UML回顾 一、UML用例图和类图 实验题目 学校的网上选课系统的用例图和类图 实验目的 能够根据系统的功能分析系统的用例组成，正确确定用例图中的角色。 能够分析系统的用例、活动者以及它们之间的关系。 根据对系统的分析，准确确定相应的类，确定类的属性和操作，正确分析属性和操作的可继承性 使用Rose软件(或starUML、EA等)能正确画出用例图，并说明每一个用例的事件流。正确使用Rose软件(或starUML、EA等)定义类和类的关系和画出完整的类图。 实验要求 根据需求文档确定每一个用例的名称、参与执行者(活动者)、前置条件、主事件流、 辅事件流和后置事件流。 能从一类单一的对象中抽象出类的定义，并依据实际要求，设计类的属性和操作。 能对现实世界中的对象存在各种各样的关系，分析出这些关系，主要有：继承关系;类之间的关联。并能在类图中反映这些关系。 实验内容 学校的网上选课系统的用例图和类图的设计和实现 用例图 用例图设计实例 介绍学校的网上选课系统的用例图的设计和实现 需求 学校的网上选课系统主要包括如下功能：管理员通过系统管理界面进入，建立本学期要开的各种课程、将课程信息保存在数据库中并可以对课程进行改动和删除。学生通过客户机浏览器，根据学号和密码进入选课界面，在这里学生可以进行三种操作：查询已选课程、选课以及付费。同样，通过业务层，这些操作结果存入数据库中。 分析 本系统涉及的用户包括管理员(Registrar)和学生(student)，他们是用例图中的活动者，他们的主要特征相似，都具有姓名和学号等信息，所以可以抽象出“基”活动者People，而Registrar和 Student则从People统一派生。数据库管理系统是另外一个活动者。 事件流 下面是系统中出现的一些事件流。 添加课程事件流： (1)管理员选择进入管理界面，用例开始。 (2)系统提示输入管理员密码 (3)管理员输入密码。 (4)系统验证密码。 A1：密码错误 (5)进入管理界面，系统显示目前所建立的全部课程信息 (6)管理员选择添加课程。 (7)系统提示输入新课程信息 (8)管理员输入信息。 (9)系统验证是否和已有课程 A2：有冲突 (10)系统添加新课程，提示课程添加成功。 (11)系统重新进入管理主界面，显示所有课程。 (12)用例结束。 其他事件流： A1：密码错误 (1)系统提示再次输入。 (2)用户确认。 (3)三次错误，拒绝再次访问。 (4)否则进入添加课程事件流第5步。 A2：有冲突 (1)系统提示冲突，显示冲突课程信， (2)用户重新输入。 (3)继续验证直到无冲突。 (4)进入添加课程事件流第10步。 删除课程事件流和修改课程事件流与此类似。 选课事件流： (1)学生进入选课登录界面，用例开始。 (2)系统提示输入学号和密码。 (3)学生输入学号和密码。 (4)系统验证。 Al：验证失败 (5)进人选课主界面。 (6)学生点击选课。 (7)系统显示所有课程信息。 (8)学生选择课程。 (9)系统验证课程是否可选。 A2：不可选 (10)系统提示课程选择成功，提示学生交费。 (11) 用例结束。 错误流： A1：验证失败 (1)系统提示验证失败，提示重新输入。 (2)三次失败，拒绝访问。 (3)成功，转选课事件流第5步。 A2：课程不可选 (1)系统提示课程不可选及原因。 (2)学生重新选课。 (3)重新验证直至成功。 (4)转选课事件流第10步。 因为付费方式多样，所以在此将不讨论付费用例。查询事件流比较简单，这里也不详细描述。 根据以上的分析，可以绘制出如图1所示的系统用例图。 图1 系统用例图 在Rose中设计选课系统的用例图，具体步骤如下： （1） 点击浏览器中的use case View中的Main，弹出用例图窗口如图3。此时，与用例图窗口对应的工具栏如图2所示。 图2 工具栏 图3用例图窗口 （2） 将光标置于工具栏的Actor图标上，按下左键并将光标拖曳到用例图窗口上，放开左键，用例图窗口内出现一个活动的图标（见图4），其名字为“NewClass”。 图4 绘制用例图之1 (3)修改元素的名字有如下两种方法： ①在用例图窗口中双击NewClass图标，弹出如图5所示的窗口。然后再选择“General”选项卡，将Name修改为“People’，最后按下“确认”按