uml_lec03_用例_用例图.pptVIP

UML 课程网站登录及课件下载 网址：（不需要用户名、密码） /Course/CSSE/ 从“课程列表”中选择： UML 在页面右边出项“统一建模语言”字样 在页面左边出现“功能列表”。打开这个下拉列表。 Misunderstanding in daily… “班花” ~ “搬花” 软件人员最不想听到的话 教材Ch17 用例 （UseCase） 本章重点 理解Usecase与系统需求的关系 系统边界: scope, border 参与者: actor 用例：usecase 用例图： UC diagram Actor 与用例 之间的关系 Actor之间的关系 UseCase之间的关系 用例描述：UC description 用例模型： UC model 解决实际问题 简单问题 复杂问题 2.系统边界 此处，系统是相对的，相对于你所要分析解决的问题领域 系统边界随着所处的视点（view）不同而变化 定义： 立足于当前的问题领域，系统边界描述了系统内部与外部之间交互的集合。 确定系统边界非常重要，是使用用例技术的基础 参与者 用例 发现用例 6、用例图中的关系 关系 事物与事物之间不能孤立存在，一个事物总是和另外一个或多个事物之间存在某种联系 用例图存在的关系 参与者与用例 关联关系 参与者与参与者 泛化关系（generalization） 特殊与一般的关系： “用户” 和”系统用户“，”Windows系统用户“”数据库系统用户“ 用例与用例 泛化关系 包含关系 《includes》 扩展关系《extended》 6、用例图中的关系 避免”糖葫芦串“ 例如 * 用例描述了当系统参与者和软件系统进行交互时，软件系统所执行的一系列的动作序列。 * Purchaser is an abstraction actor. Introduced simply to capture the common behavior of the two concrete actors--- that they can both act in a purchasring role. * 在Cockburn的系统中，用例主要分为用户目标级别或子功能级别。 用户目标级别 user-goal level: 是通常使用的级别，描述了实现主要参与者目标的场景。 或子功能级别：subfunction-level, * UML Lecture_UC, Author: NK Jiang */55 6、用例图中的关系 参与者与用例之间 关联关系: 用实线表示 参与者/参与者之间的关系 泛化关系：实线+空心箭头 We can simplify with actor generalization! * UML Lecture_UC, Author: NK Jiang */55 6、用例图中的关系 关联关系 在用例图上用关联关系标出系统参与者和用例之间的语义连接。 关联关系的有向性 这种关联有时可以是双向的 有时被修饰为单向的 单向关联关系 是关联关系的一个特例 它由关联关系经修饰而得。它意味着访问是有向的。 处于有向关联关系中的两个事物中， 位于箭头所指方向的事物可以被另一个事物访问，反之则不然 上图，“打开文件”对应的系统所采取的动作序列中涉及文件“读取” 但关联关系的箭头仍指向文件而不是反之。 这是因为有向关联关系的箭头 代表的是访问的方向，而不是数据的流向。 数据文件不会（主动地）访问用例，所以对读取或保存文件，都应有同样的访问方向。 * UML Lecture_UC, Author: NK Jiang */55 6、用例图中的关系 泛化关系 generalization 如果不同用例之间具有语义或行为方面的继承性 可以用泛化关系(generalization)来组织它们 两个用例（基用例和子用例）之间可能有三种关系： 泛化关系 ： 例如， 发出订单 ~ 网上发出订单 包含关系 ： 子用例是一个常用功能块，可以用在多个基用例中，而且基用例必须包含了子用例，基用例才能正常进行。 扩展关系 子用例是独立的用例，完成一定的功能 基用例在一定条件下，可以引入子用例 * UML Lecture_UC, Author: NK Jiang */55 6、用例图中的关系 注意箭头方向 简介： 构造是UML扩充机制的一部分，它允许用户扩展UML模型的词汇，以描述那些与现有的UML模型元素类似，但又由于描述问题的需要而必须详细区分的一类对象。 方式： 用书名号《》把新的建模元素类型括起来。 例如，在用例图里，《include》就是对原来的”依赖关系“的扩充 * UML Lecture_UC, Author: NK Jiang