用例建模作业.ppt

看看这个用例图参与者与用例的定义！3构建用例图顾客用例关系includeextendExtendIncludeGeneralization4.用例关系-1：明显的错误依赖关系：include,extend都是依赖关系(dependency)的构造型(stereotype)，带箭头的虚线表示“extend”关系的方向，子用例对主用例的扩展4.用例关系-2：什么关系？用例是一个完整的交互，用例之间没有顺序的关系4.用例关系-3对于在描述用例的时候，什么时候用扩展，什么时候用可选路径，Jacobson建议：CJacobson博士建议永远不要扩展一个扩展B只有当扩展用例与被扩展用例完全分离（即它本身是一个独立的具体用例或者是其他用例需要的一个小片段）时，才使用扩展关系D使用扩展的一个潜在问题是创建过深的扩展依赖层次A基用例自身必须是完整的，它的正确执行不需要扩展。否则，就应该用可选路径来描述附加行为E扩展关系的使用********系统边界问题：业务建模，定义业务活动，识别相关的业务参与者**************如何理解存在的问题？写用例规约就知道了！****面向对象技术

Object-OrientedTechniques第15讲用例建模

Use-CaseModeling用例分析实例：旅店管理系统某公司要开发一个旅店管理系统，该旅店可对外开放10个双人间和10个单人间，房间费用视情况按季节调整，但周一到周五半价（周末全价）折扣不变。对于外界请求，该系统应能根据请求入住时间预定指定档次的房间，记录旅客姓名、地址、联系电话、有效证件号、房间类型和预定天数，并计算出总费用。预定的同时旅客按规定须提交10%定金。六个小时之内旅店允许旅客取消预定，并退回所有定金，超过六个小时定金不退还。每周一系统自动打印一周预定情况清单。采用哪种费用支付方式和何种类型操作界面尚不确定。获取原始需求详细、完整地描述需求进行用例阐述开发一个可以理解的需求识别参与者识别用例构建用例图重构用例模型识别用例间的关系对用例进行组织和分包2341基于用例的需求分析过程1识别参与者参与者，Actor关键词：边界参与者：在系统之外，透过系统边界与系统进行有意义交互的任何事物系统外1参与者代表在系统边界之外的真实事物，并不是系统的成分2系统边界3参与者透过系统边界直接与系统交互，参与者的确定代表系统边界的确定4有意义的交互5考虑责任边界，非物理边界6任何事物7人、外系统、外部因素、时间8参与者要点1识别参与者识别参与者思路谁使用系统的主要功能谁改变系统的数据谁从系统获取信息谁需要系统的支持以完成日常工作任务谁负责日常维护、管理并保证系统正常运行系统需要应付（处理）那些硬设备系统需要和那些外部系统交互谁（或什么）对系统运行产生的结果（值）感兴趣时间、气温等内部外部条件……服务员顾客时间“时间”参与者的使用时间：参与者，一种习惯用法，用于激活那些系统定期的、自动执行的用例01“计算总费用”的时候，时间仅仅是一个条件，而不是参与者，因为此时它是作为系统的一部分02参与者的泛化参与者泛化：特化的参与者会继承泛化参与者所有的要素！外围系统表示是已有的或计划中的外围的独立的软件系统！使用英文时注意单词的正确用法！0102030405关键词：价值定义用例实例是系统执行的一系列动作，这些动作将生成特定参与者可观测的结果值一个用例定义一组用例实例简洁：参与者使用系统达到目标2识别用例01可观测→用例止于系统边界03系统执行→结果值由系统生成05一组用例实例→用例的粒度02结果值→用例是有意义的目标04由参与者观测→业务语言、用户观点用例要点2识别用例2识别用例某公司要开发一个旅店管理系统，该旅店可对外开放10个双人间和10个单人间，房间费用视情况按季节调整，但周一到周五半价（周末全价）折扣不变。对于外界请求，该系统应能根据请求入住时间预定指定档次的房间，记录旅客姓名、地址、联系电话、有效证件号、房间类型和预定天数，并计算出总费用。预定的同时旅客按规定须提交10%定金。六个小时之内旅店允许旅客取消预定，并退回所有定金，超过六个小时定金不退还。每周一系统自动打印一周预定情况清单。采用哪种费用支付方式和何种类型操作界面尚不确定。用例干什么？“其他”、“打印清单”用例和外围没有任何有意义交互，和其他用例也没有任何关系，这样的用例有意义吗？“其他”用例又代表什么呢？想说明什么