第五讲UML设计技术.ppt

Chapter 1 Players in the Systems Game UML(统一建模语言)设计技术 UML得发展历程 什么是UML UML是一种标准的图形化建模语言，它是面向对象分析与设计的一种标准表示。它： 不是一种可视化的程序设计语言，而是一种可视化的建模语言； 不是工具或知识库的规格说明，而是一种建模语言规格说明，是一种表示的标准； 不是过程，也不是方法，但允许任何一种过程和方法使用它 ； UML的目标 易于使用、表达能力强，进行可视化建模 ； 与具体的实现无关，可应用于任何语言平台和工具平台； 与具体的过程无关，可应用于任何软件开发的过程； 简单并且可扩展，具有扩展和专有化机制，便于扩展，无需对核心概念进行修改； 为面向对象的设计与开发中涌现出的高级概念（例如协作、框架、模式和组件）提供支持，强调在软件开发中，对架构、框架、模式和组件的重用； 与最好的软件工程实践经验集成； 可升级、具有广阔的适用性和可用性； 有利于面对对象工具的市场成长 。 UML的架构 UML是由图和元模型组成的。图是UML的语法，而元模型则给出的图的意思，是UML的语义。UML的语义是定义在一个四层（或四个抽象级）建模概念框架中的，这四层分别是： 元元模型（meta-metamodel）层，组成UML最基本的元素“事物（Thing）”，代表要定义的所有事物； 元模型（metamodel）层，组成了UML的基本元素，包括面向对象和面向组件的 概念。这一层的每个概念都是元元模型中“事物”概念的实例（通过版类化）； UML的架构 模型（model）层，组成了UML的模型，这一层中的每个概念都是元模型层中概念的一个实例（通过版类化），这一层的模型通常叫做类模型（class model）或类型模型（type model）； 用户模型（user model）层，这层中的所有元素都是UML模型的例子。这一层中 的每个概念都是模型层的一个实例（通过分类），也是元模型层的一个实例通（过版类化）。这一层的模型通常叫做对象模型（object model）或实例模型（instance model）。 UML的模型、视图、图与系统架构建模 UML是用来描述模型的，它用模型来描述系统的结构或静态特征、以及行为或动态特征。它从不同的视角为系统的架构建模形成系统的不同视图view包括： 用例视图（use case view）,强调从用户的角度看到的或需要的系统功能，这种视图也叫做用户模型视图（user model view）或想定视图（scenario view）； 逻辑视图（logical view）,展现系统的静态或结构组成及特征,也称为结构模型视图（structural model view）或静态视图（static view）； UML的模型、视图、图与系统架构建模 并发视图（concurrent view），体现了系统的动态或行为特征，也称为行为模型视图（behavioral model view）、过程视图（process view）协作视图（collaborative）、动态视图（dynamic view）； 组件视图（component view），体现了系统实现的结构和行为特征，也称为实现模型视图（implementation model view）和开发视图（development view）； 展开视图（deployment view），体现了系统实现环境的结构和行为特征，也称为环境模型视图（implementation model view）或物理视图（physical view）； UML与面向对象的软件分析与设计（OOAD） 标准的表示方法 UML是一种建模语言，是一种标准的表示，而不是一种方法（或方法学）。方法是一种把人的思考和行动结构化的明确方式，方法需要定义软件开发的步骤、告诉人们做什么，如何做，什么时候做，以及为什么要这么做。而UML只定义了一些图以及它们的意义，它的思想是与方法无关。因此，我们会看到人们将用各种方法来使用UML，而无论方法如何变化，它们的基础是UML的图，这就是UML的最终用途---- 为不同领域的人们提供统一的交流标准。 与软件开发的成功经验集成 在众多成功的软件设计与实现的经验中，最突出的两条: 一是注重系统架构的开发，一是注重过程的迭代和递增性。 尽管UML本身没有对过程有任何定义，但UML对任何使用它的方法（或过程）提出的要求是： 支持用例驱动（use-case driven）、以架构为中（architecture-centric）以及递增（incremental）和迭代