第2章_UML系统建模与分析设计-统一建模语言UML-36汇.ppt

第2章_UML系统建模与分析设计-统一建模语言UML-36汇.ppt

  1. 1、本文档共93页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
第2章_UML系统建模与分析设计-统一建模语言UML-36汇

第二章 统一建模语言UML 本章目的: 2.1 UML模型系统体系结构 2.1.1 UML的诞生与发展 2.1.2 UML的主要特点 2.1.3 软件系统体系结构的描述 2.1.4 UML模型元素 2.1.1 UML的诞生与发展 20世纪70年代出现了面向对象的程序设计语言。 20世纪80年代,出现了面向对象的建模语言。 在1989年到1994年期间,面向对象的方法从不到十种增加到了五十多种 ;一些方法脱颖而出,包括Booch方法、 OMT和OOSE等方法; 其他的方法还有Fusion方法、Shlaer-Mellor 方法和Coad-Yourdon方法 经过Booch、Rumbaugh和Jacobson三人的共同努力,于1996年发布了UML(Unified Modeling Language)。 UML的标准化 1997年11月14日,UML1.1版本被OMG(对象管理组织)采纳为标准,并陆续修订颁布了1.3、1.4和1.5等版本。 2000年-2003年,UML2.0版本问世。 2005年,UML2.0标准版本被OMG采纳。 2.1.2 UML的主要特点 统一的标准 UML是被OMG接受为标准,越来越多的开发人员使用UML进行软件开发,越来越多的厂商支持UML。 面向对象 是支持OO软件开发的建模语言。 可视化、表达能力强(概念明确) 建模表示法简洁,图形结构清晰,可视化、表示能力强大,容易掌握和使用。 独立于过程 UML不依赖于特定的软件开发过程。 可视化 UML通过它的元模型和表示法,把那些通过文字或其他表达方法很难表达清楚的、隐晦的潜台词用简单直观的图形表达和暴露出来,准确而直观地描述其复杂的含义。 例如:造一辆车身是红色金属漆的小轿车,装备四个普利司通牌子的轮胎,它是一辆四门车,车门时加厚的,并且前后门玻璃上贴黑色的膜。前后挡风玻璃里都装有电热丝,后视镜是电动可调的。 UML模型系统体系结构 2.1.3 软件系统体系结构的描述 高级语言程序设计 1 构件事物: UML模型的静态部分,描述概念或物理元素 它包括以下几种: 类:具有相同属性相同操作 相同关系相同语义的对象的描述 接口:描述元素的外部可见行为,即服务集合的定义说明 协作:描述了一组事物间的相互作用的集合 用例:代表一个系统或系统的一部分行为,是一组动作序列的集合 构件:系统中物理存在,可替换的部件 节点:运行时存在的物理元素 另外,参与者、信号应用、文档库、页表等都是上述基本事物的变体 2 行为事物:UML模型图的动态部分,描述跨越空间和时间的行为 交互:实现某功能的一组构件事物之间的消息的集合,涉及消息、动作序列、链接 状态机:描述事物或交互在生命周期内响应事件所经历的状态序列 3 分组事物: UML模型图的组织部分,描述事物的组织结构 包:把元素组织成组的机制 4 注释事物: UML模型的解释部分,用来对模型中的元素进行说明,解释 注解:对元素进行约束或解释的简单符号 关系(Relationships) 关系是将事物联系在一起的方式,UML中定义了四种关系: 2.2 UML系统模型与建模 2.2.1 用例模型及组成成分 2.2.2 静态模型与系统体系结构建模 2.2.3 动态模型与行为控制流建模 用例模型描述的时外部执行者所理解的系统功能。 用例模型有若干用例图组成。 用例图从用户的角度出发描述系统的功能需求,展示系统外部的各类角色与系统内部的各种用例之间的关系。 用例模型驱动需求分析之后各阶段的开发。 静态模型:指对系统中对象之间相互进行的联系构建模型,这些关系不随时间发生变化。 UML系统建模用于描述系统体系机构。 1.类图(Class diagram) 类图描述系统所包含的类、类的内部结构及类之间的关系 类图是逻辑视图的重要组成部分,用于对系统的静态结构建模。 类的图符分为长式和短式。如图2.5 长式由类名、属性和操作三部分组成。 类及类型名均用英文大写字母开头; 属性和操作名为小写字母开头。 对象图是类图的一个具体实例 对象图符中对象名加了下划线. 图2.6类图与对应的对象图. 组件图显示代码本身的逻辑结构,它描述系统中存在的软件构件以及各构件之间的依赖关系。 构件是系统体系结构中独立的物理可替换单位。 构件可以看成是包与类对应的物理代码模块,逻辑上与包和类对应,实际上是一个文件。 配置图描述系统中软件和硬件的配置情况和系统体系结构,显示系统运行时刻的结构。 配置图有结点和连接。 结点指实际的物理设备及在该结点上运行的构件或对象。节点是一组运行期间的系统资源,如计算机、数据库、设备或存储器。 描述一组节点及其关系,允许评估分配结果和资源分配。 2.2.3 动态模型与行为控制流建模 动态模型

文档评论(0)

liwenhua00 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档