第6章UML系统分析现设计教程教案.pptVIP

  1. 1、本文档共13页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
作者:冀振燕 《UML系统分析与设计教程》 第6章 用例图 用例图 用例图(Use Case Diagrams)是UML中用来对系统的动态方面进行建模的7种图之一(另外6种图是活动图、状态机图、顺序图、通信图、定时图和交互概览图)。 用例图描述了用例、参与者以及它们之间的关系。 用例图 三种主要建模元素: 用例(Use Case)。 参与者(Actor)。 依赖、类属和关联关系。 可选元素: 注释和约束。 包。 系统边界框。 用例图 参与者 参与者代表与系统接口的事物或人,它是具有某一种特定功能的角色,因此参与者是虚拟的概念,它可以是人,也可以是外部系统或设备。 同一个人可能对应多个参与者,因为一个人可能扮演多个角色。 参与者不是系统的一部分,它们处于系统的外部。 如何识别出参与者? 参与者代表角色。 参与者不是对职位进行建模。 用例 用例是对系统行为的动态描述,它可以增进设计人员、开发人员与用户的沟通,理解正确的需求;还可以划分系统与外部实体的界限,是系统设计的起点,是类、对象、操作的来源,而通过逻辑视图的设计,可以获得软件的静态结构。 如何识别用例 ? 事件流文档模板 事件流文档模板: X. 用例XX(用例名)的事件流 X.1 前置条件(Pre-Conditions) X.2 后置条件(Post-Conditions) X.3 扩充点(Extension Points) X.4 事件流 X.4.1 基流(Basic Flow) X.4.2 分支流(Subflows)(可选) X.4.3 替代流(Alternative Flows) 用例与脚本 脚本或场景(Scenario)是系统行为的一个特定动作序列。 脚本与用例的关系就象实例与类的关系,即脚本是用例的一个实例。 用例间的关系 类属关系 如同类间的类属关系。即,子用例继承父用例的行为和含义,子用例可以添加新行为或覆盖父用例的行为。 Include关系(包含关系) 用例间的包含关系表示在基用例的指定位置,基用例显式地包含另一个用例的行为。 被包含的用例是不能独立存在的,只是包含它的更大用例的一部分。 Extend关系(扩充关系) 扩充关系用来说明可选的、只在特定条件下运行的行为。 扩充关系用衍型为extend的依赖关系表示,并在基用例中列出基用例的扩充点,这些扩充点是出现在基用例的流中的标记。 类属关系 Include关系 Extend关系 用例图的应用 用例图的应用 为系统的上下文建模。 为系统的需求建模。 * * * * *

文档评论(0)

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

教师资格证持证人

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

领域认证该用户于2024年04月12日上传了教师资格证

1亿VIP精品文档

相关文档