第05章 UML建模语言.pptVIP

UML建模语言目录 概 述 5.1 UML概述 5.1.2 UML的主要构成 UML是一种标准化的图形建模语言，它是面向对象分析与设计的一种标准表示。主要构成部分: 视图(views), 图(Diagrams), 模型元素(Model elements) 通用机制(general mechanism) UML的主要内容 一个系统应从不同的角度进行描述,从一个角度观察到的系统称为一个视图（view）。 视图由多个图（Diagrams）构成，它不是一个图表（Graph）,而是在某一个抽象层上，对系统的抽象表示。 如果要为系统建立一个完整的模型图，需定义一定数量的视图，每个视图表示系统的一个特殊的方面。另外，视图还把建模语言和系统开发时选择的方法或过程连接起来。　　 5.2 通用模型元素 5.2.1 模型元素 模型元素 5.2.2 关联和链 关联（association）是两个或多个类之间的一个关系。链（link)是关联的具体体现。 3.2.3 关联的表示 　关联的重数 重数(multiplicity)表示多少个对象与对方对象相连接，常用的重数符号有： “0..1” 表示零或1 “0..*”或“*” 表示零或多个 “1..*” 表示1或多个 “1,3,7” 表示1或3或7（枚举型） 重数的默认值为1。 5.2.4 约束 约束 5.2.6 依赖 依赖关系描述的是两个模型元素（类，组合，用例等）之间的语义上的连接关系，其中一个模型元素是独立的，另一个模型元素是非独立的（或依赖的）。如图5.11表示类A依赖于类B的一个友元依赖关系。 5.2.7 细化 有两个元素A和B，若B元素是A元素的详细描述，则称B,A元素之间的关系为B元素细化A元素。 细化与类的抽象层次有密切的关系，在构造模型时要经过逐步细化,逐步求精的过程。 如图所示，类B是类A细化的结果。 用例图 用例图包含的模型元素 系统 执行者(actor)：与系统进行交互的外部实体。可以是人或者其它系统 用例：描述系统提供的功能（从外部视点角度） 模型元素之间的关系 执行者之间：继承关系 执行者与用例之间：关联关系 用例之间：继承、扩展和包含关系 5.3.3用例图 “扩展”与“使用（包含）”的区别 两种关系都意味着从几个用例中抽取那些公共的行为并放入一个单独的用例中，而这个用例被其他用例使用或扩展。 两种关系的目的不同： 通常在描述一般行为的变化时采用扩展关系 在两个或多个用例中出现重复描述又想避免这种重复时，可以采用使用关系 用例图实例 例1 建立项目与资源管理系统的Use case图 例1 项目与资源管理系统（PRMS） 例1 项目与资源管理系统（PRMS） 作 业 角色描述 角色描述 用例细化 用例细化 细化的用例图 5.4.1 对象类与对象 继承性的实例 五、类图的抽象层次和细化(Refinement)关系 分析级别的类图 设计级别的类图 类的识别 类的识别 系统类图 例题 判断以下描述中的合适的UML类间关系。 在学校中，一个导师可以指导多个研究生，一个研究生可以由多个导师指导，那么导师和研究生之间的关系是： 类A的一个操作调用类B的一个操作，且这两个类之间不存在其他关系，那么类A和类B之间的关系是 ： 森林和树木之间的关系是： 在MFC类库中，Window类和DialogBox类之间的关系是： 参数类及其实例类之间的关系是： 例题 我们常常需要在为信息建模的几种方法中选择。例如，在汽车销售系统中，从顾客的角度，以下例子如何对汽车car和颜色color建模比较好？ 5.4.3 包图 一个最古老的软件方法问题是:怎样将大系统拆分成小系统。UML中解决该问题的思路之一是将许多类集合成一个更高层次的单位,形成一个高内聚、低耦合的类的集合。UML中这种分组机制叫包(Package)。引入包是为了降低系统的复杂性。 　　包是一种组合机制，把各种各样的模型元素通过内在的语义连在一起成为一个整体就叫包，构成包的模型元素称为包的内容，包通常用于对模型的组织管理，因此有时又将包称为子系统（subsystem）。包拥有自己的模型元素，包与包之间不能共用一个相同的模型元素，包的实例没有任何语义（含义）。仅在模型执行期间包才有意义。 包图举例 包图举例 包图另一种划分方式 包图 5.5 动态建模 动态模型 UML中的消息 5.5.2 顺序图 有两种使用顺序图的方式：一般格式和实例格式。 实例格式详细描述一次可能的交互。没有任何条件和分支或循环，它仅仅显示选定情节（场景）的交互（图5.49）。 而一般格式则描述所有的情