(UML完整复习资料大学考试专用.docVIP

  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完整复习资料大学考试专用

第一部分 基本概念 一.UML定义:UML(Unified Modeling Language)统一建模语言,是一种面向对象的建模语言,它的主要作用是帮助用户对软件系统进行面向对象的描述和建模(建模是通过将用户的业务需求映射为代码,保证代码满足这些需求,并能方便地回溯需求的过程),它可以描述这个软件开发过程从需求分析直到实现和测试的全过程。 二.软件工程生命周期: 需求捕获 ? 系统分析与设计 ? 系统实现 ? 测试 ? 维护 需求分析步骤: 获取需求---- 分析需求---- 描述需求---- 验证需求 三 UML的统一: 根据应用需求?对不同建模语言对比?取其精华去其糟粕?求同存异?统一建模语言UML 四.UML的内容结构 : UML中的五种视图: 视图名称 视图内容 静态表现 动态表现 观察角度 1 用户模型视图 (用例视图) 系统行为,动力 用例图 交互图、状态图、活动图 用户、 分析员、 测试员 2 结构模型视图 (设计视图) 问题及解决方案 类图、 对象图 交互图、状态图、活动图 类、 接口、 协作 3 行为模型视图 (进程视图) 性能、可伸缩性,吞吐量 类图、 对象图 交互图、状态图、活动图 线程、 进程 4 实现模型视图 (实现视图) 构件、文件 构件图 交互图、状态图、活动图 配置、 发布 5 环境模型视图 (实施视图) 部件的发布、 交付、安装 配置图 (实施图) 交互图、状态图、活动图 拓扑结构 的节点 五.UML中的关系: 关系 功能 表示法 关联 类实例之间连接的描述 ? 依赖 两个模型元素间的关系,对一个元素(提供者)的改变可能影响或提供信息给其他元素 ? --------------------------? 泛化 更概括的描述和更具体的种类间的关系,适用于继承 ? 实现 说明和实现间的关系 ? 依赖:依赖是指一个类使用了另一个类,它是一种使用关系,描述了一个事物的规格说明的变化可能会影响到使用它的另一个事物(反之不一定)。最常见的依赖关系是一个类的内部使用到了另一个类的定义。 关联:关联关系是一种结构化的关系,指一种对象和另一种对象有联系。给定关联的两个类可以从其中的一个类的对象访问到另一个类的相关对象。 泛化:是一个较广泛的元素和一个较特殊元素之间的类元关系。较特殊的元素完整地包含了较广泛元素,并含有更多的信息。 实现:实现关系将一种模型元素(如类)与另一种模型元素(如接口)连接起来 第二部分 UML的几种基本图 一.类图: (Class Diagram) 类图是描述类、接口、协作以及它们之间的关系的图。用来显示系统中各个类的静态结构。 类包括:类名,属性,方法 类图包括:类,接口,协作(关系) 类图的建模过程:确定对象与类---- 确定类的属性---- 确定类的关系 二.对象图:(Object Diagram) 对象图表示在某一时刻一组对象以及他们之间的关系的图。 三.包图:(Package) 由包和包之间的关系构成,它是维护和控制系统总体结构的重要建模工具。 包:是一种分组机制,表示一个类图集合。 四.用例图:(Use Case Diagram) 用例图表述了一组用例、参与者以及他们之间的关系 用例模型包括:用例图和用例规约 用例规约包括:基本流和备选流 用例图包含:用例(Use Case) 参与者(Actor) 参与者之间的关系(泛化、包含、扩展) 参与者:系统外部的一个实体(可以是任何事物或人),它以某种方式参与了用例的执行过程 用例:是对一个系统或一个应用的一种单一的使用方式所做的描述,是关于单个活动者在与系统对话中所执行的处理行为的陈述序列。 用例模型中的关系: 1.包含:表示基础用例会用到被包含的用例 2.扩展:基础用例中定义了一个到多个扩展用例 3.泛化:多个用例共同拥有一种类似的结构和行为时,我们可以将它们的共性抽象成为父用例,其他的用例作为泛化关系中的子用例。 4.关联 三种关系的区别: 泛化侧重表示子用例间的互斥性; 包含侧重表示被包含用例对Actor提供服务的间接性; 扩展侧重表示扩展用例的触发不定性 用例图的建模步骤: 1.寻找参与者2.确定用例 3.分析关系4.细化用例规约 5.精化细化用例模型 五.时序图:(Sequence Diagram) 时序图包括:对象(Object)生命线 (Lifeli

文档评论(0)

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

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

1亿VIP精品文档

相关文档