面向对象分析设计Chapter03.pptVIP

UML建模语言目录 概 述 3.1 UML概述 3.1.1 UML的形成 九十年代中，面向对象方法已经成为软件分析和设计方法的主流。 1994年10月Jim Rumbaugh和Grady Booch共同合作把他们的OMT和Booch方法统一起来，到1995年成为“统一方法”（Unified Method）版本0.8。随后，Ivar Jacobson加入，并采用他的用例(User case)思想,到1996年，成为“统一建模语言”版本0.9。 1997年1月，UML版本1.0被提交给OMG组织，作为软件建模语言标准的候选。其后的半年多时间里，一些重要的软件开发商和系统集成商都成为“UML伙伴”，如IBM,Mircrosoft,HP等.1997年11月7日被正式采纳作为业界标准。 3.1.2 UML的主要构成 UML是一种标准化的图形建模语言，它是面向对象分析与设计的一种标准表示。由: 视图(views), 图(Diagrams), 模型元素(Model elements) 通用机制(general mechanism) 等几个部分构成。 UML的主要内容 一个系统应从不同的角度进行描述,从一个角度观察到的系统称为一个视图（view）。 视图由多个图（Diagrams）构成，它不是一个图表（Graph）,而是在某一个抽象层上，对系统的抽象表示。 如果要为系统建立一个完整的模型图，需定义一定数量的视图，每个视图表示系统的一个特殊的方面。另外，视图还把建模语言和系统开发时选择的方法或过程连接起来。　　 3.2 通用模型元素 3.2.1 模型元素 模型元素 3.2.2 关联和链 关联（association）是两个或多个类之间的一个关系。链（link)是关联的具体体现。 3.2.3 关联的表示 　关联的重数 重数(multiplicity)表示多少个对象与对方对象相连接(图3.5)，常用的重数符号有： “0..1” 表示零或1 “0..*”或“*” 表示零或多个 “1..*” 表示1或多个 “1,3,7” 表示1或3或7（枚举型） 重数的默认值为1。 3.2.4 约束 约束 3.2.6 依赖 依赖关系描述的是两个模型元素（类，组合，用例等）之间的语义上的连接关系，其中一个模型元素是独立的，另一个模型元素是非独立的（或依赖的）。如图3.8表示类A依赖于类B的一个友元依赖关系。 3.2.7 细化 有两个元素A和B，若B元素是A元素的详细描述，则称B,A元素之间的关系为B元素细化A元素。 细化与类的抽象层次有密切的关系，人们在构造模型时要经过逐步细化,逐步求精的过程。 如图3.9所示，类B是类A细化的结果。 3.3.3 用例图 用例图实例 例1 建立项目与资源管理系统的Use case图 例1 项目与资源管理系统（PRMS） 例1 项目与资源管理系统（PRMS） 作 业 二 3.4.1 对象类与对象 继承性的实例 五、类图的抽象层次和细化(Refinement)关系 概念层 实现层 3.4.3 包图 一个最古老的软件方法问题是:怎样将大系统拆分成小系统。解决该问题的思路之一是将许多类集合成一个更高层次的单位,形成一个高内聚、低耦合的类的集合。UML中这种分组机制叫包(Package)。引入包是为了降低系统的复杂性。 　　包是一种组合机制，把各种各样的模型元素通过内在的语义连在一起成为一个整体就叫包，构成包的模型元素称为包的内容，包通常用于对模型的组织管理，因此有时又将包称为子系统（subsystem）。包拥有自己的模型元素，包与包之间不能共用一个相同的模型元素，包的实例没有任何语义（含义）。仅在模型执行期间包才有意义。 包图举例 3.5 动态建模 动态模型 UML中的消息 消 息 3.5.1 状态图 状态图(State Diagram)用来描述一个特定对象的所有可能的状态及其引起状态转移的事件。一个状态图包括一系列的状态以及状态之间的转移。 状态　所有对象都具有状态,状态是对象执行了一系列活动的结果。当某个事件发生后,对象的状态将发生变化。状态图中定义的状态有: 3.5.1 状态图 3.5.1 状态图 细化的状态表示 事件 状态图之间的消息发送 3.5.2 顺序图 有两种使用顺序图的方式：一般格式和实例格式。 实例格式详细描述一次可能的交互。没有任何条件和分支或循环，它仅仅显示选定情节（场景）的交互（图3.43）。 而一般格式则描述所有的情节。因此，包括了分支，条件和循环。 创建对象与对象的消亡 活动图１ 图3.56 活动图举例 3.5.4 合作图