软件建模技术 第6章 用例图.ppt

6.4 用例描述 4、用例描述举例 以用例UC01“新增书籍信息”为例，说明如何细化用例描述。 （1）用例概要描述 用例名称：新增书籍信息（UC01）。 简要说明：录入新购书籍信息，并自动存储建档。 事件流：基本事件流和扩展事件流 非功能需求 前置条件：用户进入图书管理系统。 后置条件：完成新书信息的存储建档。 扩展点：无 优先级：最高（满意度 5，不满意度 5） 6.4 用例描述 （2）详细描述 基本事件流 ① 图书管理员向系统发出“新增书籍信息”请求。 ② 系统要求图书管理员选择要新增的书籍是计算机类还是非计算机类。 ③ 图书管理员做出选择后，显示相应界面，让图书管理员输入信息，并自动根据书号规则生成书号。 ④ 图书管理员输入书籍的相关信息，包括：书名、作者、出版社、ISBN号、开本。页数、定价。是否有CD-ROM。 ⑤ 系统确认输入的信息中书名没有重名。 ⑥ 系统将所输入的信息存储建档。 6.4 用例描述 （2）详细描述 扩展事件流 ⑤a)如果输入的书名有重名现象，则显示出重名的书籍，并要求图书管理员选择修改书名或取消输入 ⑤a1)图书管理员选择取消输入，则结束用例，不做存储建档工作。 ⑤a2)图书管理员选择修改书名后，转到5 6.4 用例描述 4、描述用例时易犯的错误 只描述参与者的行为，没有描述系统的行为。 只描述系统的行为，没有描述参与者的行为。 在用例描述中就设定对用户界面的设计要求。 描述过于冗长。 6.4 用例描述 5、编写用例事件流时，应该注意以下几点： 使用简单的语法 明确写出“谁控制” 从俯视的角度来编写 显示过程向前推移 显示参与者的意图而非动作 包括“合理的活动集” 用“确认”而非“检查是否” 采用“用户让系统A与系统B交互”的习惯用语 采用“循环执行步骤X到Y，直到条件满足”的习惯用语。 6.5 建立用例模型 确定系统的边界范围，找出系统中的参与者和用例。 区分用例的优先次序。 细化每个用例。 建立用例模型结构。 1、找出系统中的参与者和用例 例：有一业务需求列表如下，要求我们为其构建一个用例图。 系统可以供教师使用来为学生记录成绩 系统根据需要创建报告卡 系统允许用户浏览记录的成绩 我们需要询问业务需求的提出者以获取更多的信息。 教师可以对已经输入的信息进行更新吗？ 可以！ 谁来创建报告卡，是教师吗？ 不！有一位管理人员来做这项工作。 报告卡创建后，我们还可以对它做些什么工作？ 在报告卡创建后，我们的管理人员要检查其准确性。当报告卡核准后，教师应该通过计算机分发报告卡。 谁需要浏览成绩？ 教师和学生。 通过访谈，我们就会得出一个修改过的新的系统需求列表。 我们需要的系统可以供教师使用来为学生记录并更新成绩。 系统根据需求由管理人员创建报告卡，管理人员要检查报告卡的准确性。 教师需要通过计算机分发报告卡。 系统允许教师和学生浏览记录的成绩。 由此可得出系统的参与者及用例。 参与者 教师、学生、管理员 用例 记录成绩 更新成绩 生成报告卡 检查报告卡的准确性 分发报告卡 浏览成绩 2、区分用例的优先次序 记录成绩 浏览成绩 更新成绩 生成报告卡 检查报告卡的准确性 分发报告卡 3、细化每个用例 对“记录成绩”用例进行细化，下面是该用例的主事件流。 教师确定出要记录哪些学生的成绩。 系统要确保学生在数据库中。 教师说明要记录哪项作业的成绩。 系统开始数据库的一项事务处理。 系统为学生把作业加入数据库。 教师输入学生作业的成绩。 系统核对输入的成绩以确保其属于正确的范围。 系统记录作业的成绩。 系统结束事务的处理。 系统提示教师成绩已经记录。 细化过程中可添加新发现的用例，并根据优先级重新排列。 登录 保存成绩 记录成绩 加载成绩 浏览成绩 更新成绩 生成报告卡 分发报告卡 4、 建 立 用 例 模 型 结 构 6.6 建模要点 （1）构建结构良好的用例 为系统和部分系统中单个的、可标识和合理的原子行为命名； 将公共的行为抽取出来，放到一个被包含用例中，再将它《include》进来； 对于变化部分，将其抽取出来，放到一个扩展用例（用《extent》连接）中； 清晰地描述事件流 （2）构建结构良好的用例图 （3）根据系统实际情况控制粒度 第六章 用例图 6.1 用例图概述 6.2 用例图的组成 6.3 阅读用例图 6.4 用例描述 6.5 建立用例模型 6.1 用例图概述 用例图是获取需求的直接方法； 用例图是外部参与者所能观察到的系统功能的模型图，它将系统、子系统和类的行为可视化； 用例图还是软件测试人员进行测试的指导。 6.2 用例图的组成 系统边界 参与者（活动者，Actor） 用例（Use Ca