吉林大学 软件学院 UML 复习重点03.pptVIP

-*- 用例分析： ① 确定图书管理的参与者； ② 确定参与者所看到的图书管理功能； ③ 把这些功能分解为用例； ④ 确定用例之间的关系； ⑤ 画用例图； ⑥ 描述事件流。 用例分析示例2：图书馆的图书借阅 -*- ① 找出系统外部参与者，确定系统边界和范围。 -*- ② 确定各参与者所期望的系统行为。 管理员： 借书证管理: 办证,补证,注销,证件查询 图书管理: 查询,添加,修改,删除 借阅管理: 目查询,借书,还书,过期催还,丢失处理 借阅者： 借书证管理: 办证,补证,注销 借阅管理: 书目查询,借书,还书,丢失处理 -*- ③ 把这些系统行为命名为用例。 -*- ④ 确定各用例之间的关系(泛化，包含，扩展)。 -*- ⑤ 绘制用例图。1 图书借阅管理 借书证管理 图书管理 借阅管理 -*- ⑤ 绘制用例图。2 -*- ⑤ 绘制用例图。3 -*- ⑤ 绘制用例图。4 -*- ● 用例：借书 ●参与者：管理员 ●操作流： ① 管理员进入图书借阅界面，用例开始。 ② 系统要求输入借阅者的借书证编码。 ③系统检验借书证编码,如果正确,则显示借阅者的信息。 A1：借书证编码有错。 A2: 如果该借阅者所借图书已经超期,则提示,本次拒借. ④ 系统要求输入所借图书的条码。 ⑤ 系统显示所借图书的信息。 ⑥ 确认借书。 ⑦系统回到上一界面，等待处理下一借书。　　 ⑥ 编制用例叙述。1 -*- ● 用例：还书 ●参与者：管理员,借阅者 ●事件流： ① 管理员进入图书借阅界面，用例开始。 ②系统要求输入所还图书的条码。 ③系统显示所借图书的信息。 ④确认还书。 ⑤系统回到上一界面，等待处理下一业务。 ⑥ 编制用例叙述。2 -*- 作业：用例建模-题目要求 参阅下页的初步用户需求，完成下面所要求的内容 完成“旅店管理系统”的系统用例图，注意用例的命名和用例间的关系的使用 标识每个参与者和用例（可以考虑以词汇表的形式提供，至少包括名称以及描述） 选择至少两个以上的、体现系统核心功能的用例，完成用例规约，如果该用例有“扩展”、“包含”或“泛化”的子用例，则至少还需要写出一个子用例的规约 -*- “旅店管理系统”初步用户需求 某公司要开发一个旅店管理系统，该旅店可对外开放10个双人间和10个单人间，房间费用视情况按季节调整，但周一到周五半价（周末全价）折扣不变。对于外界请求，该系统应能根据请求入住时间预定指定档次的房间，记录旅客姓名、地址、联系电话、有效证件号、房间类型和预定天数，并计算出总费用。预定的同时旅客按规定须提交10%定金。六个小时之内旅店允许旅客取消预定，并退回所有定金，超过六个小时定金不退还。每周一系统自动打印一周预定情况清单。采用哪种费用支付方式和何种类型操作界面尚不确定。 -*- 作业 根据上述需求建立用例需求文档，文档包括用例图和各个用例文档。 提交电子文件 每组3~4人，自己分配角色（组长和组员） 各个小组将word文件（文件中列出组成员信息，包括班级、姓名、学号）提交给班长，文件名=班级+组长名+是否优秀 班长将班内作业置于文件夹中，以班级命名，然后压缩成rar。 * 功能性：详细描述了系统必须有能力执行的动作，通过详细说明所期望的输入和输出条件来描述系统行为 非功能性： 使用性：人为因素（审美学、易学性、易用性）和用户界面、用户文档、培训资料的一致性 可靠性：失败的频率和失败严重性、可恢复性、可预测性和准确性 性能：在功能性需求上施加的条件，如需求详述了交换率、速度、有效性、准确性、响应时间、恢复时间和内存使用，同时还加上了必须执行某个活动的条件 可支持性：易测性、可维护性和其它在系统发布以后维持系统更新需要的质量。 * 需求价值 * * * 系统边界问题：业务建模 定义业务活动，识别相关的业务参与者 有意义的系统交互：图书馆、读者（感兴趣的，用户所关心的，要解决的）， 如系统的打印功能，与打印机的交互，这些交互已经被别人解决了，我们并不需要考虑细节 是责任边界，非物理边界 * 时间 气温不是，仅是一个条件 * 1、actor 是pig actor 的泛化(generalization) 2、此观点得到来自于Rational Rose 的官方支持，因为Rose 完全赋予了用户画出这种use case 图的能力