(快速学习UML全解.docVIP

UML全解 关 键 词：UML阅读提示：UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。它溶入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计,还支持从需求分析开始的软件开发的全过程。 一、UML概述 1. 可视化建模有助于： 捕获商业流程 -- 捕获系统结构或行为 描述如何将系统元素整合在一起 -- 定义软件构架 保持设计和实现的一致性 适当的隐藏或暴露细节 -- 管理复杂性 使人员间的交流更明确 -- 促进沟通 UML为所有开发者提供了一种表示语言 可视化的建模帮助开发组形象化，详细说明，构造并且文档化一个系统的体系结构和行为。 2. 标准建模语言UML的出现是面向对象技术发展的必然 UML是一种定义良好、易于表达、功能强大且普遍适用的建模语言。它溶入了软件工程领域的新思想、新方法和新技术。它的作用域不限于支持面向对象的分析与设计,还支持从需求分析开始的软件开发的全过程。 二、UML关系 1. 常用关系 依赖（Dependencies ； 关联（Association 一般化（generalization ； 2. 依赖、一般化 1)依赖关系：依赖关系是一种使用关系，特定事物的改变有可能会影响到使用该事物的事物，反之不成立。在我们想显示一个事物使用另一个事物时使用依赖关系。通常情况下，依赖关系体现在某个类的方法使用另一个类作为参数（如图）。 2)一般化：一般化是继承关系，是“is-a-kind-of”的关系。人们将具有共同特性的元素抽象成类别,并通过增加其内涵而进一步分类。例如,动物可分为飞鸟和走兽,人可分为男人和女人。在面向对象方法中一般将前者称为父元素,将后者称为子元素。继承定义了父元素和子元素之间的分类关系。例如将客户进一步分类成个体客户和团体客户,使用的就是继承关系。 在UML定义中对继承有三个要求： 子元素应与父元素完全一致,父元素所具有的关联、属性和操作,子元素也都隐含性地具有; 子元素还应包含额外信息; 允许使用父元素实例的地方,也应能使用子元素. 3. 关联 1) 关联表示两个类之间存在某种语义上的联系。例如,一个人为一家公司工作,一家公司有许多办公室。我们就认为人和公司、公司和办公室之间存在某种语义上的联系。在分析设计的类图模型中,则在对应人类和公司类、公司类和办公室类之间建立关联关系。 关联有两元关系和多元关系。两元关系是指一种一对一的关系，多元关系是一对多或多对一的关系。一般用实线连接有关联的同一个类或不同的两个类。当我们想要表示结构化关系时使用关联。 2) 关联的方向： 关联可以有方向,表示该关联单方向被使用。关联上加上箭头表示方向,在UML中称为导航。我们将只在一个方向上存在导航表示的关联,称作单向关联，在两个方向上都有导航表示的关联,称作双向关联。 3) 关联的命名： 既然关联可以是双向的,最复杂的命名方法是每个方向上给出一个名字,这样的关联有两个名字,可以用小黑三角表示名字的方向。为关联命名有几种方法,其原则是该命名是否有助于理解该模型。 ) 角色：关联两头的类以某种角色参与关联。例如,公司以雇主的角色, 人以雇员的角色参与的工作合同关联。雇主和雇员称为角色名。如果在关联上没有标出角色名，则隐含地用类的名称作为角色名。 角色还具有多重性(Multiplicity),表示可以有多少个对象参与该关联。多重性表示参与对象的数目的上下界限制。*代表0～∞,可以用一个单个数字表示,也可以用范围或者是数字和范围不连续的组合表示。 5)聚集和组成：聚集是一种特殊形式的关联。聚集表示类之间的关系是整体与部分的关系。一辆轿车包含四个车轮、一个方向盘、一个发动机和一个底盘,这是聚集的一个例子。在需求分析中,包含、组成、分为……部分等经常设计成聚集关系。 聚集可以进一步划分成共享聚集和组成。例如,课题组包含许多成员,但是每个成员又可以是另一个课题组的成员，即部分可以参加多个整体，我们称之为共享聚集。另一种情况是整体拥有各部分,部分与整体共存,如整体不存在了,部分也会随之消失,这称为组成。例如,我们打开一个视窗口,它就由标题、外框和显示区所组成。一旦消亡则各部分同时消失。在UML中,聚集表示为空心菱形,组成表示为实心菱形。 需要注意的是,对聚集的定义并不都一样。大家应注意其他面向对象方法与UML中所定义的聚集的差别。 三、模型，视图，和图表 图表是模型的视图 表现给投资者看的,详细的描述;针对系统的局部,提供了详细描述;和别的视图保持语义一致; 1. 用例图-----捕获系统中用户能够看见的功能 1) 角色：任何一个与系统发生相互作用的事物都可以表现为一个角色。角色可以是人也可以是物。 2) 一个用例定义了一组系统要做的有序的动作序列，并且这个动作序列