OOAOOD阶段性复习(用例图--顺序图).ppt

第一阶段复习,复习导航,用例图 类图 活动图 顺序图,用例图知识点,用例图组成 用例图的作用 参与者的种类和特点 用例的特点 用例描述 用例之间的关系,用例图概念及组成,概念：参与者、用例以及它们之间的关系构成的用于描述系统功能的静态视图； 组成： 参与者（主角、角色） 用例 系统边界 关联,用例图的作用,用例图是需求分析的产物，主要作用是描述参与者与用例之间的关系，帮助开发人员可视化的了解系统的功能。 借助用例图，系统用户、系统分析人员、系统设计人员、领域专家都能以可视化的方式对问题进行探讨，减少了交流上的障碍，便于对问题达成共识。 用例图能够可视化的表达系统的需求，具有直观、规范化等优点，克服纯文字性说明的不足； 用例方法完全从外部来定义系统功能，把需求和设计完全分开；,参与者的种类,系统用户（人） 与所建造的系统交互的其他系统 一些可以运行的进程,参与者的特点,位于系统边界之外； 对系统有着明确的期望和明确的回报要求； 参与者的期望和回报要求在系统边界之内；,用例的特点,相对独立：不需要与其他用例交互，即功能是完备的； 用例的执行结果是可观测有意义的； 用例由参与者发起（不能自启动，或者由其他用例启动）； 以动宾短语形式定义； 一个用例是一个单元（需求单元、分析单元、设计单元、开发单元、测试单元、部署单元）；,用例说明（用例描述）,用例只是在整体上大致描述系统提供的各种服务，让用户有一个总体的认识。但是对每个用例还需要详细的描述信息用例规约（纯文本的描述）。 简要说明 事件流（主事件流、其他事件流、错误流 ） 用例场景 特殊需求 前置条件 后置条件 注意：为了更加清楚地描述事件流，可以使用时序图、活动图、状态图等来进行描述。,用例之间的关系,包含关系（include） 扩展关系（extended） 包含关系和扩展关系的区别 泛化关系（Generalization） 包含关系和泛化关系的区别,包含关系,客户用例可以简单地包含提供者用例具有的行为，并把它所包含的用例行为作为自身行为的一部分。,在处理包含关系时，具体做法是：把几个用例的公共部分单独的抽象出来成为一个系的用例，作为被包含的用例： 多个用例用到的同一段行为，把这段公共行为抽象为一个用例，让其他用例来包含它； 某一个用例的功能过多、事件流过于复杂，可以把某一段事件流抽象为一个被包含的用例，达到简化的目的；,扩展关系,把新的行为添加到已有的用例中，获得的新用例，称为扩展用例； 基础用例提供扩展点以添加新的行为。 扩展用例提供插入片段以插入到基础用例的扩展点上。,扩展关系和包含关系的区别,扩展关系中，基础用例提供了一个或多个插入点，扩展用例作为这些插入点提供需要插入的行为。而包含关系中，插入点只有一个； 基础用例的执行不一定会涉及到扩展用例，扩展用例只有在满足一定条件才会被执行。包含关系中基础用例执行后，包含用例一定会执行； 即使没有扩展用例，基础用例本身也是完整的，而包含关系中，基础用例在没有包含用例的情况下是不完整的；,泛化关系,父用例也可以被特别列举为一个或多个子用例。 子用例表示父用例的特殊形式。 子用例从父用例处继承行为和属性，还可以添加行为或覆盖、改变继承的行为。,泛化关系和包含关系的区别,在用例的泛化关系中，所有的子用例都有相似的目的和结构，注意他们是整体上的相似； 在用例的包含关系中，基础用例在目的上可以完全不同，但是他们都有一段相似的行为，他们的相似是部分的，不是完整的相似。,类图,类图的概念 类图组成 类之间的关系,类图概念,描述类、接口及它们之间关系的图。 用于描述系统的静态组成结构；,类图组成,类（Class） 接口（Interface） 类之间的关系,类,应该来自系统的问题域。 应该是一个名词，且不应该有前缀或后缀。,接口,在没有给出对象的实现和状态的情况下对对象行为的描述。 包含操作但不包含属性。 没有对外界可见的关联。 一个类可以实现一个或多个接口。,类之间的关系,1 依赖关系 2 泛化关系 3 关联关系 4 实现关系,依赖关系,表示两个或多个模型元素之间语义上的关系。 客户以某种形式依赖于提供者。 关联、实现和泛化都是依赖关系。,泛化关系,存在于一般元素和特殊元素间的分类关系。 可以用于类、用例以及其他模型元素。 描述了一种“is a kind of” 的关系。,关联关系,一种结构关系。 指明事物的对象之间的联系。,关联关系组成,1. 名称（Name） 2. 角色（Role） 3. 多重性（Multiplicity） 4. 限定关联 5. 关联类 6. 聚合关系（Aggregation） 7. 组合关系（Composition） 8. 导航性（Navigation）,聚集关系,一种特殊类型的关联。 表示整体与部分关系的关联。 描述了“has a”的关系,组合关系,聚合关系中的一种特殊情况，是更强形式的聚合，又称强聚合。 成员对象的生命周期取决于聚合的生命周期。 聚合不仅控制着成员对象的行为，而且控制着成员对象的创建和解构。,关联关系和依赖关系的区别,（1）从业务角度来看：关联表示拥有（has a）关系，各具关联的程度可以分为一般关联、聚集和组成；依赖表示涉及或使用的关系（use a）。 （2）从导航方向来看：关联可以是单向的，也可以是双向的；依赖只能是单向的。 （3）从实现代码来看： 关联：class A Public B b; /B作为A的成员； 依赖：class A Public void doSomething1(B b) /实现部分； / B作为A成员函数的输入参数； class A Public void doSomething1(B b) /实现部分； / B作为A成员函数的返回参数；,实现关系,规格说明和其实现之间的关系。 客户必须至少支持提供者的所有操作。 泛化和实现都可以将一般描述与具体描述联系起来： 泛化将同一语义层上的元素连接起来，并且通常在同一模型内。 实现将不同语义层内的元素连接起来，并且通常建立在不同的模型内。,活动图,活动图的概念 活动图作用 活动图的组成元素 泳道技术 活动图与流图的区别,活动图的概念,活动图描述为了完成某个目标需要做的活动以及这些活动的执行顺序； 活动图是一种描述系统行为的图，它用于展现用例交互过程或操作执行过程的类、人或部门所进行的各种活动的顺序关系。 活动图被设计用于描述一个过程或者操作的工作步骤。,活动图的作用,1。描述一个操作的执行过程中所完成的工作或者动作； 2。描述对象内部的工作； 3。显示如何执行一组相关的动作，以及这些动作如何影响周围的对象； 4。描述用例以及用例场景的执行； 5。处理多线程应用；,活动图组成元素,动作状态（Action State） 活动状态（Activity State） 动作流（Action Flow） 分支（Branch）与合并（Merge） 分叉（Fork）与汇合（Join） 泳道（Swimlane） 对象流（Object Flow）,泳道技术,所谓泳道技术，是将活动用线分成一些纵向的区域，这些纵向区域称之为泳道。每个区域代表一个特定的类、人或者部门的责任区。泳道技术是活动图中引入的一种面向对象机制。可以为提取类以及分析各个对象之间的交互提供方便；,活动图与流程图的区别,流程图着重描述处理过程，它的主要控制结构是顺序、分支和循环，各个处理之间有严格的顺序和时间关系；而活动图描述的则是对象活动的顺序关系所遵循的规则，它着重表现的是系统的行为，而非系统的处理过程。 活动图能够表示并发活动的情形，而流程图做不到。 活动图是面向对象的，而流程图是面向过程的。,顺序图,顺序图的概念 顺序图组成 消息类型 构造顺序图模型的步骤,顺序图概念,顺序图描述了对象之间传递消息的时间顺序，它用来表示用例中的行为顺序。当执行一个用例行为时，顺序图中的每条消息对应了一个类操作或状态机中引起转换的触发事件。它着重显示了参与相互作用的对象和所交换消息的顺序。 顺序图代表了一个相互作用、在以时间为次序的对象之间的通讯集合。,顺序图组成,对象 生命线 消息 激活,消息类型,同步消息：假设有一个返回消息，在发送消息的对象进行另一个活动之前需要等待返回的应答消息。 异步消息：表示发送消息的对象不用等待回应的返回消息，既可以开始下一个活动。异步消息在某种程度上规定了发送方和接收方的责任，发送方只负责将消息发送给接收方，至于接收方如何响应，发送方不需要知道。 返回消息：顺序图中的可选部分，用于放置操作的返回值。 简单消息：不区分消息是同步消息还是异步消息时使用。,构造顺序图模型的步骤,确定需要建模的用例。 确定用例的工作流。 确定各工作流所涉及的对象，并按从左到右顺序进行布置。 添加消息和条件以便创建每一个工作流。,用例图习题,1.下列关于参与者说法中正确的有（） 参与者位于系统内部。 参与者不需要实现。 参与者触发用例执行。 参与者只能是人。 每个参与者可以参与一个或多个用例。,2.以下关于泛化关系的描述，错误的是（ ）。 A、泛化表示更一般模型元素和更具体模型元素之间的继承关系 B、用例之间存在泛化关系 C、参与者之间存在泛化关系 D、用例和参与者之间存在泛化关系,3.下列关于用例之间关系的说法中正确的有（） A.在用例执行时，其包含用例一定会执行； B.用例执行时，即使不执行其扩展用例，用例的功能也是完整的； C.泛化关系中，所有的子用例都有相似的目的和结构； D.包含关系使用构造型include，扩展关系使用构造型extended；,4.下列关于用例的特点中说法错误的有（） A.用例可以与其他用例进行交互； B.用例的功能是完备的，执行结果是可观测的； C.用例必须由参与者发起，不能自启动； D.用例可以由其他用例来启动；,下列UML图形中，主要用于描述系统行为、收集用户需求的为（ ）。 A、用例图 B、状态图 C、构件图 D、部署图,5.根据关于销售点系统的需求创建一个用例图，要求图中使用英文名称（不用写出扩展点）。 1）系统允许管理员（administrator）通过从磁盘加载存货数据（load inventory data）来运行存货清单报告（run inventory reports）； 2）管理员通过从磁盘加载存货数据、向磁盘保存存货数据（save inventory data）来更新存货清单（update inventory）； 3）销售员（sales clerk）记录正常的销售（walk-in sale）； 4）电话操作员（telephone operator）是处理电话订单（phone order）的特殊销售员； 5）任何类型的销售都要更新存货清单； 6）如果交易使用信用卡，那么销售员需要核实信用卡（verity credit card）； 7）如果交易使用支票，那么销售员需要核实支票（verity cherk）。,6.用户需求：我希望ATM能够支持跨行业务；我插入卡片输入密码后可以让我选择是取钱还是存钱；为了方便，可以设置一些默认的存取金额按钮；我可以修改密码，可以挂失；我希望可以缴纳电话费、水费、电费等；为安全起见，ATM应该有警示小心骗子的提示条，有摄像头；如果输入三次密码错误，卡片应当可以自动吞没 （1）请说明下列那些是有效的用例？ 支持跨行业务 插入卡片 输入密码 选择服务 取钱 存钱 挂失卡片 缴纳费用 警示骗子 三次输入有误吞没卡片 （2）试绘制描述系统需求的用例图。,类图练习,1. 类之间的各种关系中，耦合度最弱的关系为（ ）。 A:接口依赖 B:依赖 C:聚合 D: 组合 2. 下列关于泛化的描述中，错误的说法为（ ）。 A: 类的泛化是指一个类继承了基类的部分属性和方法，派生类又可以拥有自己的属性和方法。 B: 执行者的泛化是指一个执行者可以完成与被继承的执行者可以执行的相同的任务，同时它也可能补充额外的角色，与系统中其他用例进行交互。 C: 用例之间的泛化是指一个用例与被继承的用例相似，但它包含的内容更多。 D: 接口实现的实质也是一种泛化关系。,3. 类（或对象）之间的关系中，组成与聚集之间的主要区别是( )。 A: 二者使用的符号不同 B: 二者的多重性不同 C: 组成是强类型的聚集。组成中的每个部分体只能属于一个整体。 D: 聚集是强类型的组成。聚集中的每个部分体只能属于一个整体。 4. 类之间的各种关系中，耦合度最强的关系为（）。 A：接口依赖 B：依赖 C：聚合 D：组成,5. 在图书管理系统中，读者与书籍之间的“借阅”关系的多重性是（） A 1：n B n：1 C 0：1n D：0n：0n 6.类（或对象）之间的关系中，组成与聚集之间的主要区别是( )。 A: 二者使用的符号不同 B: 二者的多重性不同 C: 组成是强类型的聚集。组成中的每个部分体只能属于一个整体。 D: 聚集是强类型的组成。聚集中的每个部分体只能属于一个整体。,类图练习,某实验室配备一个计算机网络，这个网络由台式机（DeskTop）、笔记本电脑（NotePad）和掌上电脑（PocketPC）等多台个人计算机（PersonalComputer）组成。这些个人计算机通过一个网络连接设备连成计算机网络。实验室内还可以配备如打印机、扫描仪和数码相机等外部设备。设备可以直接连接到计算机上，也可以连接到网络连接设备上供所有计算机共享。所有设备均具有一个设备标签，记录设备的编号、名称、生产商和购入日期等信息。要求：根据上述叙述分析出所有可能的类，分析类所具有的属性。找出这些类之间应有的继承和聚合等关系。,活动图练习,1. 如果要对一个企业中的工作流程建模，下面4个图中（ ）是最有用的。 A：顺序图 B：活动图 C：状态图 D：类图 2在活动图中，一个特定的角色所能参与的活动被分隔成段，每个段被称为（ ）。 A：活动 B：状态 C：泳道 D：控制条 3严格意义上讲，下列元素哪些是活动图中的元素？ A： B： C： D：,4.在活动图中，泳道的主要作用是（ ）。 A、按职责组织模型中的各项活动 B、按空间顺序组织模型中的各项活动 C、按时间顺序组织模型中的各项活 D、按部门组织模型中的各项活动 5.如果要对一个企业中的工作流程建模，下面4个图中（ ）是最有用的。 A、交互图 B、活动图 C、状态图 D、类图,根据下列关于读者借书过程的叙述建立活动图 1)读者在书库找到要借阅的图书，提供借书证，向图书管理员提出借书请求； 2)图书管理员根据借书证上的读者号称查询该读者的借阅状况，根据借阅规则对本次借阅进行审核； 3)如果读者有未归还的超期图书，提示读者