[计算机软件及应用]用例指南UML内容.pptVIP

  • 7
  • 0
  • 约5.99千字
  • 约 57页
  • 2018-03-04 发布于浙江
  • 举报
[计算机软件及应用]用例指南UML内容

如何发现系统的参与者 ①谁使用系统? ②谁安装系统、维护系统? ③谁启动系统、关闭系统? ④谁从系统中获取信息,谁提供信息给系统? ⑤在系统交互中,谁扮演了什么角色? ⑥系统会与哪些其他系统相关联? 如何发现系统的参与者 例1:客户给销售员发来传真订货, 销售员下班前将当日订货单汇总 输入系统。 如何发现系统的参与者 例2:寻呼台系统。用户如果预定了天气预报,系统每天定时给他发 天气消息;如果当天气温高于35度,还要提醒用户注意防暑。 参与者之间的关系 参与者之间的关系 如何判断一个用例是否是一个优秀的用例呢? 事件流 例:将银行自动取款机(ATM)系统中的“提款”用例用事件流表述。 事件流 提款─备选事件流 其他流一:用户可以在基本流中的任何一步选择退出,转至基本 流骤5。 其他流二:在基本流步骤1中,用户插入无效信用卡,系统显示错 误并退出信用卡,用例结束。 其他流三:在基本流步骤2中,用户输入错误密码,系统显示错误 并提示用户重新输入密码,重新回到基本流步骤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)图书馆业务功能模块 还书 借书 预约书籍 取消预约

文档评论(0)

1亿VIP精品文档

相关文档