用例指南(UML内容).pptVIP

如何发现系统的参与者 ①谁使用系统？ ②谁安装系统、维护系统？ ③谁启动系统、关闭系统？ ④谁从系统中获取信息，谁提供信息给系统？ ⑤在系统交互中，谁扮演了什么角色？ ⑥系统会与哪些其他系统相关联？ 如何发现系统的参与者 例1：客户给销售员发来传真订货， 销售员下班前将当日订货单汇总 输入系统。 如何发现系统的参与者 例2：寻呼台系统。用户如果预定了天气预报，系统每天定时给他发 天气消息；如果当天气温高于35度，还要提醒用户注意防暑。 参与者之间的关系 参与者之间的关系 如何判断一个用例是否是一个优秀的用例呢？ 事件流 例：将银行自动取款机(ATM)系统中的“提款”用例用事件流表述。 事件流 提款─备选事件流 其他流一：用户可以在基本流中的任何一步选择退出，转至基本 流骤5。 其他流二：在基本流步骤1中，用户插入无效信用卡，系统显示错 误并退出信用卡，用例结束。 其他流三：在基本流步骤２中，用户输入错误密码，系统显示错误 并提示用户重新输入密码，重新回到基本流步骤2；三 次输入密码错误后，信用卡被系统没收，用例结束。 包含关系 扩展关系 泛化关系 包含关系与扩展关系的区别 案例分析 案例分析 （1）读者需要借书、还书； （2）读者需要预约书籍、也可以取消预约； （3）管理员根据读者要求提供服务； （4）管理员必须维护读者信息； （5）管理员必须维护书籍信息。 ②书籍信息管理用例图 ③图书馆业务用例图 ④信息查询用例图 扩展事件流 A1:密码错误 1）系统提示再次输入。 2）用户确认。 3）三次错误，拒绝再次访问。 4）否则进入添加书籍事件流第5步。 A2:有冲突 1）系统提示冲突，显示冲突课程信息。 2）用户重新输入。 3）继续验证直到无冲突。 4）进入添加书籍事件流第10步。 用例之间的关系 （2）某一用例的功能过多，则抽象出一段事件流。 包含关系 如何处理包含关系？ 用例之间的关系 包含关系 用例之间的关系 扩展关系 允许一个用例（可选）扩展另一个用例提供的功能。 用例之间的关系 扩展关系 用例之间的关系 扩展关系 用例之间的关系 扩展关系 ①扩展用例是可选的，而包含用例则不是。 ③扩展用例的执行需要满足某种条件，而包含用例不需要。 ④扩展用例的执行会改变基础用例的行为，而包含用例不会。 泛化关系 可以用来表示用例与用例之间的特殊/一般化关系。 用例之间的关系 泛化关系 举例（一）： 用例之间的关系 举例（二）： 用例之间的关系 泛化关系 读图小结 读图小结 这张用例图首先定义了三个基用例：预订座位、安排座位和处理结账 。 “预订座位”用例，在“预订座位”用例的执行过程中，将“检查座位信息”（被包含用例），如果没有空闲的座位或满意的座位，可以选择进入等候队列，这样就将启动扩展用例“处理等候队列”。 总台服务员在客户到棋牌馆时，启动“安排座位”用例，在执行过程中，将启动被包含用例“检查座位信息”。 当客户要离开棋牌馆时，总台服务员将启动“处理结账”用例，并且定义了两种“收款”用例，一个是“处理现金结账”，另一个是“处理银行卡结账”，而后一个用例将通过与外部系统“银联POS系统”交互来完成。 Agenda 用例和用例驱动开发 如何阅读用例图 如何绘制用例图 用例图应用说明 本章小结 用例图的绘制流程 HNS是一所以培养软件开发人才为目标的高等院校，为适应IT产业发展对技术人才的需求，近年来扩大了招生规模，随着在校学生的增加，学院计划改善包括图书馆在内的各项教学设施，拟开发《图书管理系统》使其可以满足学生的要求。 任务：请分析该系统的需求，确定系统中的参与者和主要用例，并画出用例视图。 问题 需求分析 确定系统参与者 管理员 案例分析 读者 确定系统用例 （1）读者信息管理模块 新增读者 修改读者信息 删除读者 （2）书籍信息管理模块 删除书籍 删除书目 新增书籍 新增书目 修改书籍信息 （3）图书馆业务功能模块 还书 借书 预约书籍 取消预约