UML用例1009.pptVIP

用例图 林霞 linx166@163.com 教学内容 用例的描述 用例图中的关系 脚本编程 建立用例模型的步骤 （1）确定系统边界。 （2）识别参与者。 （3）识别用例。 （4）区分用例的优先次序。 （5）书写用例文档。 （6）通过关系整理用例（确定泛化、包含、扩展关系）。 书店借书系统 书店借书系统--确定系统边界 确定系统边界 书店借书系统初步分析包含了借阅管理员办理借还书业务、办理会员卡业务。与书店销售系统使用共同的数据库。 识别参与者 谁使用系统的主要功能？——借阅管理员 谁改变系统的数据？——借阅管理员 谁从系统获取信息？——借阅管理员、会员 谁需要系统的支持以完成日常工作任务？——借阅管理员 谁负责维护、管理并保持系统正常运行？——借阅管理员 系统需要处理哪些硬设备？——没有特殊的硬设施 系统需要和哪些外部系统交互？——书店销售系统 谁对系统运行产生的结果感兴趣？——借阅管理员、会员 时间、气温等内部外部条件？——时间 书店借书系统 识别用例 特定参与者希望系统提供什么功能？——会员业务、借还书业务、借书完成后打印凭条 系统是否存储和检索信息，如果是，由哪个参与者触发？——借阅管理员 当系统改变状态时，是否通知参与者？——是 是否存在影响系统的外部事件？——否 书店借书系统 建立用例图 ，提出以下基本用例的优先次序： 借还书 注册会员 查询会员信息 修改会员信息 登录 注销会员 书写用例文档 书店借书系统 通过关系整理用例 用例的描述 用例是一个文字描述序列 用例的描述是用例的主要部分 用例的描述一般包括以下内容： （1）用例的目标 （2）用例是怎么启动的 （3）参与者和用例之间的消息是如何传送的 （4）用例中除了主路径外，其他路径是什么 （5）用例结束后的系统状态 （6） 其他需要描述的内容 用例的描述格式 需要注意的一点 用例描述既有参与者的行为，也有系统的行为 用例描述 用例名称：选课 标识符：U参与者：学生 优先级： 状态： 前置条件 后置条件 基本操作流程： 扩展用例： 包含用例： 选课事件流 学生进入选课登录界面 系统提示输入学号和密码 系统验证 A1：验证失败 进入选课主界面 学生点击选课 系统显示所有课程信息 学生选择课程 系统验证课程是否可选 A2：不可选 系统提示课程选择成功 用例结束 验证失败 系统提示验证失败，提示重新输入 N次失败，拒绝访问 成功，进入选择主界面 课程不可选 系统提示课程不可选及原因 学生重新选课 重新验证 转选课事件流 添加课程事件流 管理员选择进入管理界面 系统提示输入管理员密码 系统验证密码 A1：密码错误 进入管理界面，系统显示目前所建立的课程信息 管理员选择添加课程 系统提示输入新课程信息 管理员输入信息 系统验证是否和已有课程冲突 A2：有冲突 系统添加新课程，提示课程添加成功 系统重新进入管理主界面，显示所有课程 用例结束 密码错误 系统提示再次输入密码 用户确认 N次错误，拒绝再次访问 否则进入添加课程主事件流 有冲突 系统提示冲突，显示冲突课程信息 用户重新输入 继续验证直到无冲突 进入添加课程主事件流 关联关系 表示参与者和用例间的通信 表示 工具箱中：一个直角直线 模型图中：一条直线或者一条带箭头的直线 依赖关系—包含 分析饮料销售机的供货和取钱两个用例 这两个用例都以开锁和拉开销售机的门开始，都以关门和上锁结束 一、把重复的部分提取出形成新的用例，提高 用例的复用性 二、一个用例的功能不独立时，分解为两个小用例 依赖关系—扩展 在扩展点上增加新的行为 特定条件发生时，执行扩展用例 包含和扩展 包含关系中，包含用例是扩展用例的一部分，没有包含用例，基本用例就不完整 扩展关系中，扩展用例不执行，基本用例还是完整的 泛化关系 表示一般和特殊的关系，子用例继承了父用例的行为和含义，也可以增加新的行为和含义或者重写父用例 工具箱中： 模型图中：一条带空心三角形 箭头的实线 Rose脚本编程 脚本编程的意义：自动化工作； 脚本的类型：ebs，菜单载入，解释执行； ebx由ebs编译得到，直接执行。 脚本功能： 获取模型中信息；模型有效性的检查；增加、删除、修改模型中的元素。 Sub Main Dim AllUCs As UseCaseCollection Set AllUCs = RoseApp.CurrentModel.GetAllUseCases() Viewport.Open For i = 1 To AllUCs.Count Print Al