UML实验二用例图.docx

实验二 用例图 【实验目的】 掌握用例的概念。 掌握 UML 中用例图的组成、作用以及使用场合。 掌握用例与用例之间的各种关系。 学习针对具体场景使用用例图进行分析说明的方法。 掌握用例描述的概念和基本结构，以及用例描述的作用。 【实验性质】 设计性实验。 【实验要求】 1．学习针对具体场景识别参与者和用例的方法，设计其用例图。2．学习通过 Rational Rose 绘制用例图的方法。3．掌握如何对每个用例进行用例描述。 【实验内容】 一．网上选课系统需求分析 1．某学校的网上选课系统主要包括如下功能：管理员通过系统管理界面进入，建立本学期要开的各种课程，将课程信息保存在数据库中并可以对课程进行改动和删除；学生通过客户 机浏览器根据学号和密码进入选课界面，在这里学生可以进行三种操作：查询已选课程、选 课以及付费。同样，通过业务层，这些操作结果存入数据库中。 2．对本系统的的用例、参与者进行分析： 本系统拟使用 java 语言通过三层模型实现：数据核心层、业务逻辑层和接入层。数据核心层包括对数据库的操作；业务逻辑层作为中间层对用户输入进出逻辑处理，在映射到相 应的数据层操作；接入层包括用户界面、系统登录界面、管理界面、用户选课界面等。 本系统涉及的用户包括管理员和学生，是用例图中的活动者，他们的主要特征类似， 都有学号和姓名等信息，可抽象出“基”活动者 people，而 register 和 student 则从 people 诞生，数据库管理系统是另外一个活动者。 3．写出系统中出现的一些事件流，如添加课程事件流、删除课程事件流、修改课程事件流，选课事件流等。下面是系统中出现的一些事件流。 添加课程事件流： 管理员选择进入管理界面，用例开始。 系统提示输入管理员密码。c） 管理员输入密码。 系统验证密码。A1：密码错误 进入管理界面，系统显示目前所建立的全部课程信息。 管理员选择添加课程。 系统提示输入新课程信息。h） 管理员输入信息。 系统验证是否和已有课程冲突。 A2：有冲突 系统添加新课程，提示课程添加成功。 系统重新进入管理主界面，显示所有课程。l） 用例结束。 其他事件流： A1：密码错误 系统提示再次输入密码 用户确认 三次错误，拒绝再次访问。 否则进入添加课程事件流第 e)步。A2：有冲突 系统提示有冲突，显示冲突课程信息 用户重新输入 继续验证直到无冲突 进入添加课程事件流第 j）步 删除课程事件流和修改课程事件流于此类似。选课事件流： 学生进入选课登录界面，用例开始。 系统提示输入学号和密码c） 学生输入学号和密码 系统验证课程是否可选A1：验证失败 进入选课主界面 学生点击选择课程 系统显示所有课程信息h） 学生选择课程 系统验证选课是否成功 A2：选课不成功 系统提示课程选择成功，提示学生交费 用例结束。错 误 流 ： A1：验证失败 系统提示验证失败，提示重新输入 三次错误，拒绝再次访问 c） 成功，转选课事件流第 e）步A2：选课不成功 系统提示课程不可选以及原因 学生重新选课 重新验证直至成功 转选课事件流第 j）步。 因为付费方式多样，在此不必讨论付费用例。查询事件流比较简单，在这里也不用详细描述。 根据以上描述，绘制系统的用例图。并选择其中一个用例（如添加课程Add Course） 给出其用例描述。 用例的描述格式（参考模板） 描述项 用例名称 标识符[可选] 用例描述参 与 者 优先级 状态[可选] 前置条件后置条件 基本操作流程可选操作流程被泛化的用例被包含的用例被扩展的用例 修改历史记录[可选] 问题[可选] 决策[可选] 频率[可选] 说明 表明用户的意图或用例的用途，如“预订图书” 惟一标识符，如“UC1701”，在文档其他地方可用标识符来引用这个用例 概述用例的几句话 与此用例相关的参与者列表 一个有序的排列，1 代表优先级最高 用例的状态，通常为以下几种之一：进行中、等待审查、通过审查或未通过审查 访问用例前必须满足的条件列表 用例完成以后得到满足的条件列表 描述用例中各项工作都正常进行时用例的工作方式 描述变更工作方式、出现异常或发生错误的情况下所遵循的路径此用例所泛化的用例列表 此用例所包含的用例列表此用例所扩展的用例列表 关于用例的修改时间、修改原因和修改人的详细信息与此用例的开发相关的问题列表 关键决策的列表，将这些决策记录下来以便维护时使用 参与则访问此用例的频率，如用户是每日访问一次还是每月访问一次 用例“添加图书”的描述 用例名称标 识 符 用例描述参 与 者 优 先 级 状态 前置条件后置条件 基本操作流程