用例图2.pptVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
用例图2

*/83 Review 用例图定义 由参与者(Actor)、用例(Use Case)以及它们之间的关系构成的用于描述系统功能的动态模型图称为用例图。 参与者 用例 关系 */83 Review 参与者(Actor) 参与者是指存在于系统外部并直接与系统进行交互的人、系统、子系统或类的外部实体的抽象。 参与者可以代表人或者事物,但是参与者不是人或者事物本身,而是其所扮演的角色。 参与者名称一般是名词或者名词短语,不能用动词。例如,参与者名称可以是刷卡子系统,但是不能是刷卡。 */83 Review 用例(Use case) 用例(Use Case)是参与者(角色)可以感受到的系统服务或功能单元。 任何用例都不能在缺少参与者的情况下独立存在。同样,任何参与者也必须要有与之关联的用例,所以识别用例的最好方法就是从分析系统参与者开始。 用例名称一般是动词+宾语。 */83 关系 关联 泛化 包含 扩展 */83 关联关系表示参与者和用例之间的通信。 用例与其参与者之间的关联关系用带箭头的直线表示。 用例与其参与者之间的关联 任何用例都不能在缺少参与者的情况下存在;任何参与者也必须要有与之关联的用例。 */83 用例与用例之间的关系 include extend 泛化 包含 扩展 用例除了与其参与者发生关联外,用例之间具有多种关系,这些关系包括包含关系、扩展关系和泛化关系等。 */83 如果系统中一个或多个用例是某个一般用例的特殊化时,就需要使用用例的泛化关系。 在UML中,用例泛化与其他泛化关系的表示法相同,用一个三角箭头从子用例指向父用例。 用例与用例之间的关系 →泛化关系 */83 用例与用例之间的关系 →泛化关系 */83 泛化——同一业务目的不同技术实现 用例与用例之间的关系 →泛化关系 */83 用例与用例之间的关系 →包含关系 */83 include include include 用例与用例之间的关系 →包含关系 包含关系把几个用例的公共步骤分离成一个单独的被包含用例。 */83 被包含用例称作提供者用例(基本用例),包含用例称作客户用例,提供者用例提供功能给客户使用。 用例与用例之间的关系 →包含关系 */83 用例与用例之间的关系 →包含关系 */83 用例与用例之间的关系 →包含关系 */83 用例与用例之间的关系 →扩展关系 */83 用例与用例之间的关系 →扩展关系 extend 扩展关系是把新的行为插入到已有用例中的方法。一个用例也可以被定义为基础用例的增量扩展,这称作扩展关系; */83 在UML中,扩展关系表示为虚线箭头加extend字样,箭头指向被扩展的用例(即基础用例)。 基础用例的扩展增加了原有的语义 用例与用例之间的关系 →扩展关系 */83 基础用例不必知道扩展用例的任何细节,它仅为其提供扩展点。 基础用例即使没有扩展用例也是完整的。 只有特定的条件发生,扩展用例才被执行。 扩展关系为处理异常或构建灵活的系统框架提供了一种十分有效的方法。 用例与用例之间的关系 →扩展关系

文档评论(0)

yuguanyin2015 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档