- 1、本文档共61页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
[UML用例图
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、用例图中的关系 避免”糖葫芦串“ 例如 * UML Lecture_UC, Author: NK Jiang */55 6、用例图中的关系 参与者与用例之间 关联关系: 用实线表示 参与者/参与者之间的关系 泛化关系:实线+空心箭头 We can simplify with actor generalization! Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. * UML Lecture_UC, Author: NK Jiang */55 6、用例图中的关系 关联关系 在用例图上用关联关系标出系统参与者和用例之间的语义连接。 关联关系的有向性 这种关联有时可以是双向的 有时被修饰为单向的 单向关联关系 是关联关系的一个特例 它由关联关系经修饰而得。它意味着访问是有向的。 处于有向关联关系中的两个事物中, 位于箭头所指方向的事物可以被另一个事物访问,反之则不然 上图,“打开文件”对应的系统所采取的动作序列中涉及文件“读取” 但关联关系的箭头仍指向文件而不是反之。 这是因为有向关联关系的箭头 代表的是访问的方向,而不是数据的流向。 数据文件不会(主动地)访问用例,所以对读取或保存文件,都应有同样的访问方向。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. * UML Lecture_UC, Author: NK Jiang */55 6、用例图中的关系 泛化关系 generalization 如果不同用例之间具有语义或行为方面的继承性 可以用泛化关系(generalization)来组织它们 两个用例(基用例和子用例)之间可能有三种关系: 泛化关系 : 例如, 发出订单 ~ 网上发出订单 包含关系 : 子用例是一个常用功能块,可以用在多个基用例中,而且基用例必须包含了子用例,基用例才能正常进行。 扩展关系 子用例是独立的用例,完成一定的功能 基用例在一定条件下,可以引入子用例 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. * UML Lecture_UC, Author: NK Jiang */55 6、用例图中的关系 注意箭头方向 简介: 构造是UML扩充机制的一部分,它允许用户扩展UML模型的词汇,以描述那些与现有的UML模型元素类似,但又由于描述问题的需要而必须详细区分的一类对象。 方式: 用书名号《》把新的建模元素类型括起来。 例如,在用例图里,《include》就是对原来的”依赖关系“的扩充 Evaluation only. Creat
文档评论(0)