软件工程 第七版 Chapter_05需求建模场景、信息与类分析.pptVIP

*;*;*;*;*;*;*;名称;*;用例图显示一组用例，参与者以及它们之间的关系。用于需求分析阶段，即确定“谁使用系统以及做什么”。 画好用例图是由软件需求到最终实现的第一步。 用例图包括以下3方面内容。 （1）用例（Use Case） （2）参与者（Actor） （3）关系（依赖、泛化以及关联） 用例图的主要元素是用例和参与者：所谓用例是指对系统提供的功能(或系统的用途)的描述；参与者是指可能使用用例的人或外部系统。两者的关系是“谁使用了哪个用例”. 用例图着重于从系统外部参与者的角度来描述系统需要提供哪些功能，并且指明这些功能的参与者是谁。;1、参与者（Actor） ;参与者—识别思路;案例：库存管理系统;识别思路：;库存管理系统的参与者;2、用例（Use Case） ;识别用例最好的办法就是从分析系统的参与者开始，先列出所有的参与者，在根据每个参与者列出与它有关的用例。在识别用例的过程中，通过以下的几个问题可以帮助识别用例： （1）参与者希望系统提供什么功能？ （2）系统是否存储和检索信息？如果是，这个行为由哪个参与者触发? （3）当系统改变状态时，通知参与者吗？ （4）存在影响系统的外部事件吗？ （5）是哪个参与者通知系统这些事件？; 用例分析是处于系统的需求分析阶段，这个阶段应该尽量的避免去考虑系统实现的细节问题。也就是说，用例描述的是一个系统做什么，而不是怎么做。 ;案例2：零件销售系统;案例2：零件销售系统的参与者;案例2：零件销售系统的用例;案例2：零件销售系统;3、关系;关系—参与者与用例之间;1）包含关系(include) 包含关系中一个用例总是使用另一个用例的功能 如果两个以上用例有大量一致的功能，则可以将这个功能分解到另一个用例中。 一个用例的功能太多时，可以用包含关系建模两个小用例。 包含关系中基用例本身是不完整的。 例1： 本例中，用例“Check Credit” 检查输入的信用卡号是否有效，信用卡是否有足够的资金。 ;2）扩展关系(extend) 扩展关系允许一个用例（可选）扩展另一个用例的功能。 当某个新用例在原来的用例基础上增加了新的步骤序列，则原用例被称作基用例，这种关系被称为扩展关系。 基用例可以单独存在，但在一定的条件下，他的行为可以被另一个用例的行为延伸。扩展只能发生在基用例的序列中某个特定的点上，这个点叫扩展点。 扩展关系中基用例本身是完整的。 ;包含关系与扩展关系的区别;用例间的关系——泛化关系;关系—参与者与参与者之间;用例的描述——事件流;用例——事件流;用例 “取钱”的事件流;用例 “取钱”的事件流;用例 “取钱”的事件流;一般用例的格式;示例;;活动图; 一般学习过C语言或别的程序设计语言的读者一定接触过流程图，因为流程图清晰的表达了程序的每一个步骤序列、过程、判定点和分支。 在UML里，活动图本质上就是流程图，他描述系统的活动、判定点、分支等，可用于对系统的业务需求建模，因此它对于开发人员来说是一种重要的工具。 UML 活动图记录了单个操作或方法的逻辑，单个用户案例或者单个业务流程的逻辑。 也可以说，活动图是用图形化的方式描述事件流（即描述用例图中某个用例的逻辑流程）;从系统内部视角来看，活动图反映的是系统功能所要完成的动作过程 。它定义了工作流从何时开始、哪里开始、按什么顺序发生、最终在哪结束。 活动图由起始状态、终止状态、活动、状态转移、决策、守护条件、同步棒和泳道组成。 活动图的起始状态和终止状态的表示同状态图。 活动图中的活动用圆角四边形表示，内部文字说明采取的动作。动作间的转移用带有箭头的实线表示。;守护条件：用来约束转移，守护条件为真时转移才可以开始。 决策：活动图中的决策用一个菱形表示。分支表示一个触发事件在不同的触发条件下引起多个不同的转移。分支可以有一个进入转移和两个或多个输出转移。在每条输出转移上都有守护条件（即一个布尔表达式）保护，当且仅当守护条件的值为真时，该输出路径才有效。 ;例:“记录学生分数”的活动图;活动图的基本概念和组成(续);加水到容器中;*; 活动图告诉你发生了什么，但没有告诉你该项活动由谁来完成。在程序设计中，这意味着活动图没有描述出各个活动由哪个类来完成。泳道解决了这一问题。 泳道：用矩形框来表示，属于某个泳道的活动放在该矩形框内，将对象名放在矩形框的顶部，表示泳道中的活动由该对象负责。 泳道可以提高活动图的可读性,可用于建模某些复杂的活动图。;例2：“修改学生信息” 活动图;例3：;活动图; 活动图用于对系统的动态行为建模。活动图描述了从活动??活动的流。 在对一个系统建模时，通常有两种使用活动图的方式： （1）为工作流建模 对工作流建