用例和用例图.ppt

用例和用例图现在学习的是第1页，共34页Topics for mini-talk周一周四周六第十一周智慧城市;Google产品5月5日敏捷开发;社交网络5月8日XP(极限编程）；Scrum敏捷开发5月10日第十二周IT运维/运维即服务；DevOps5月12日面向方面的程序设计；面向服务架构/Web服务5月15日第十三周工作流；云计算5月19日大数据；自主计算5月22日物联网/车联网；Hadoop5月24日第十四周数据挖掘；业务流程管理5月26日虚拟化技术5月29日现在学习的是第2页，共34页第第3 3章章 用例和用例图用例和用例图现在学习的是第3页，共34页回顾l用例图u显示一组用例、参与者以及他们之间关系的图lUML建模u静态建模：类图、对象图、构件图和部署图u动态建模：用例图、顺序图、协作图、状态图和活动图现在学习的是第4页，共34页回顾l用例u对一个活动者使用系统的一项功能时所进行的交互过程的一个文字描述序列u描述的是功能需求u椭圆表示，动宾或主谓结构命名u代表系统中各个项目相关人员之间就系统的行为所达成的契约，软件开发过程是用例驱动的u与实现无关，可以用协作来说明对用例的实现现在学习的是第5页，共34页回顾l参与者u指系统以外的，需要使用系统或与系统交互的实体（人、设备、外部系统）u是一种角色，而不是具体的人、设备和外部系统。某人可能有多个角色u参与者之间有泛化关系：可以减少用例图中关联个数，简化用例模型，从而便于理解l脚本u用例执行过程中发生的事件流的形式化描述，用来显示用例中的某种特殊情况，是用例的实例，使用具体的文字描述来表示现在学习的是第6页，共34页练习 空间入侵者小游戏的用例和参与者有哪些?画出用例图.现在学习的是第7页，共34页练习参考答案:l参与者:playerl用例lmove leftlmove right lfire laser lview high scores lpause game现在学习的是第8页，共34页练习CarMatch是给住址或工作地址相近的人提供租车分享服务的加盟公司。这里是一段CarMatch公司主管Janet Hoffner和某IT公司系统分析师Mick Perez之间的对话。现在学习的是第9页，共34页Mick Perez:所以你是说汽车共享者可以通过电话让公司某个人帮自己在系统中输入自己的信息并注册.Janet Hoffner:是的。加盟商或是公司员工可以接听电话并往系统里输入客户信息。MP:你这里说的公司员工都有谁?JH:嗯。实际是有两个管理员，其中一个是接待员和一个是组长。他们都负责日常管理系统。MP:要输入什么信息呢JH:哦，客户名字、地址和想分享的具体行程，以及他们的喜好比如说不吸烟者。MP:这是唯一的方法把汽车共享者信息输入系统吗？JH:不是，还可以从全国性的web server上传客户信息。MP:这些信息将如何被使用呢？JH:两种方式。一种是用来匹配可能的汽车共享者。另一种是用来给加盟商生成管理报告显示每周注册情况，是否来自电话还是web server,并按地区分类。练习-画出CarMatch系统的用例图现在学习的是第10页，共34页Mick Perez:所以你是说汽车共享者可以通过电话让公司某个人帮自己在系统中输入自己的信息并注册.Janet Hoffner:是的。加盟商或是公司员工可以接听电话并往系统里输入客户信息。MP:你这里说的公司员工都有谁?JH:嗯。实际是有两个管理员，其中一个是接待员和一个是组长。他们都负责日常管理系统。MP:要输入什么信息呢JH:哦，客户名字、地址和想分享的具体行程，以及他们的喜好比如说不吸烟者。MP:这是唯一的方法把汽车共享者信息输入系统吗？JH:不是，还可以从全国性的web server上传客户信息。MP:这些信息将如何被使用呢？JH:两种方式。一种是用来匹配可能的汽车共享者。另一种是用来给加盟商生成管理报告显示每周注册情况，是否来自电话还是web server,并按地区分类。练习-画出CarMatch系统的用例图现在学习的是第11页，共34页练习现在学习的是第12页，共34页3.4 用例间的关系 用例之间的关系包括：泛化关系(generalization)包含关系(include)扩展关系(extend)现在学习的是第13页，共34页3.4.1 泛化关系 泛化（generalization）代表一般与特殊的关系。在泛化关系中，子用例继承了父用例的行为和含义，子用例也可以增加新的行为和含义或覆盖父用例中的行为和含义。现在学习的是第14页，共34页3.4.1 泛化关系 什么时候使用泛化关系？u当发现系统中有两个或者多个用例在行为、结构、目的方面存在共性时就可以使用泛化关系。可以用新的用例（通常是抽象的）来描述共有部分，这个新用例就是父用例。现在学习的是第15页，共34页3.4.2 包含关系包含（include）关系指的是两个用例之间的关系，其中一个用例（称作基本用例，base use case）的行为包含了另一个用例（称作被包含用例，included use case）的行为。现在学习的是第16页，共34页3.4.2 包含关系什么时候使用包含关系？1.多个用例用到同一部分的行为，则可以把这部分行为单独抽象为一个用例，然后让其他用例来包含这一用例。现在学习的是第17页，共34页3.4.2 包含关系什么时候使用包含关系？2.某个用例的功能过多、事件流过于复杂时也可以把某一段事件流抽象为一个被包含的用例，以达到简化描述的目的。现在学习的是第18页，共34页3.4.2 包含关系包含关系的优势u提高了用例模型的可维护性，当需要对公共需求进行修改时，只需要修改一个用例而不必要修改所有与其相关的用例u可以避免在多个用例中重复描述同一段行为，还可以避免在多个用例中对同一部分行为描述不一致现在学习的是第19页，共34页讨论:用例的泛化关系和包含关系u泛化关系中所有子用例都有相似的目的和结构，它们是整体上的相似。u包含关系中，基本用例在目的上可以完全不相同，但它们都有一段相似的行为。它们的相似是部分的相似不是整体的相似。u泛化关系类似于继承，把子用例中的共性抽象成一个父用例，子用例继承父用例的基础上可以进行修改。子用例和子用例之间是相互独立的，任何一个子用例执行不受其他子用例的影响。u包含关系把多个基本用例中的共性抽象为一个被包含用例，被包含用例就是基本用例的一部分，基本用例的执行必然引起被包含用例的执行。现在学习的是第20页，共34页3.4.3 扩展关系l在一定条件下，把新的行为加入到已有的用例中，获得的新用例叫扩展用例，原有的用例叫基本用例。l扩展用例的规则限制u基本用例必须声明若干“扩展点”（extension point），而扩展用例只能在这些扩展点上增加新的行为和含义。现在学习的是第21页，共34页3.4.3 扩展关系现在学习的是第22页，共34页3.4.3 扩展关系l一个基本用例可以有一个或多个扩展用例，这些扩展用例可以一起使用。l基本用例不必知道扩展用例的任何细节，它仅为其提供扩展点。l基本用例没有扩展也是完整的。基本用例的执行不会涉及到扩展用例。只有特定条件满足后扩展用例才被执行。l扩展关系为处理异常或构建灵活系统框架提供了一种有效方法。现在学习的是第23页，共34页3.4.3 扩展关系 包含用例和扩展用例的区别现在学习的是第24页，共34页3.4.3 扩展关系 包含用例和扩展用例的区别u基本用例的执行并不一定会涉及扩展用例，扩展用例只是在满足一定条件下才会被执行。在包含关系中，当基本用例被执行时，被包含用例一定会被执行。u即使没有扩展用例，扩展关系中的基本用例本身就是完整的。包含关系中，基本用例在没有被包含用例的情况下可能是不完整存在的。现在学习的是第25页，共34页参与者、用例间的关系类型 下表是参与者、用例之间关系的总结 现在学习的是第26页，共34页3.4 UML中几个概念的区别和联系 关系：模型元素之间的语义联系，包括关联、泛化、依赖 关联：两个或多个类元（参与者、类、用例、组件等）之间的关系。描述了类元的实例之间的联系 泛化：特殊和一般的关系 依赖：例如包含关系和扩展关系 目标元素:被依赖的元素 改变 源 元素:依赖元素 相应的改变现在学习的是第27页，共34页练习某学校信息系统中，管理员可以查询教师和查询学生。请把查询教师和查询学生泛化出一个基本用例并画出用例图。现在学习的是第28页，共34页练习现在学习的是第29页，共34页练习某在线购物系统中，客户购买商品时可以选择一次性付款、分期付款或货到付款。请把一次性付款、分期付款和货到付款泛化为一个基本用例并画出用例图。现在学习的是第30页，共34页练习现在学习的是第31页，共34页练习订单系统。试着在以下用例图中使用扩展关系创建新的用例图。现在学习的是第32页，共34页练习现在学习的是第33页，共34页练习制造销售系统中，销售人员可以管理客户产品订单和退回次品。请将这两个用例泛化为一个基本用例。画出用例图。现在学习的是第34页，共34页