软件工程 第2版 作者 王宜贵 附录A 统一建模语言UML.pptVIP

A.1 UML概述A.1.1 UML的产生和发展历程 在众多的建模语言中，各有自己的特点，相互之间既有共同之处，也有差异，用户很难根据自身应用的特点选择合适的建模方法，极大地妨碍了用户的使用和交流。 1997年11月OMG(Object Management Group，对象管理组织)采纳UML1.1作为面向对象的标准建模语言。 A.1 UML概述A.1.2 UML的主要特点 1.统一了面向对象方法的基本概念 UML统一了Booch方法、OMT方法和OOSE方法的基本概念，消除了不同方法在表示法和术语上的差异，避免了符号表示和理解上的不必要的混乱。 2.表达能力强 UML吸收了不同面向对象方法的长处，也吸收非面向对象方法的思想，因此UML的表达能力更强，表示更清晰、一致，建模能力更强，可以对各种类型的软件系统建模，甚至可以用于商业领域的业务过程。 3.独立于开发过程 UML只是一种建模语言，与具体的软件开发过程无关，即独立于开发过程，但UML可用于软件开发过程，支持从用户需求到测试的各个阶段。 A.1 UML概述A.1.3 UML视图和图 1.视图 UML用模型来描述系统的结构或静态特征、行为或动态特征。它从不同的视角为系统的架构建模，形成系统的不同视图。一个系统一般可以用用例视图（use-case view）、设计视图（Design view）、过程视图（process view）、实现视图（implementation view）和配置视图（deployment view）来描述，在必要的时候还可以定义其它视图。 2.图 UML提供的9种图可以分为静态图和动态图，静态图包括用例图、类图、对象图、组件图和配置图，动态图包括序列图、协作图、状态图和活动图。 A.1 UML概述A.1.4 UML在软件开发的不同阶段中的应用 1.用户需求 2.系统分析 3.系统设计 4.系统构造 5.测试 A.2 静态建模机制A.2.1 用例图 用例图着重于从系统外部执行者的角度来描述系统需要提供的功能，并指明这些功能的执行者。用例图驱动需求分析之后的各个阶段的工作。用例视图由若干个用例图组成。 用例图描述外部执行 者所理解的系统功能。 用例图中包含 系统 执行者 用例 关联 A.2 静态建模机制A.2.2 类图和对象图 类图是用类和它们之间的关系描述系统的一种图示。 类用长方形表示，如图所示。 1.确定类 （1）名字：最好能够反映类所代表 的问题域中的概念，含义要清楚准确 。 （2）属性：[可见性] 属性名：类型名 [= 初值] [{性质串}] （3）操作：可见性 操作名[(参数表)][：返回值类型][{性质串}] 参数表中的参数：参数名：参数类型名= 缺省值 A.2 静态建模机制A.2.2 类图和对象图 2.关系（1）关联 ①普通关联：双向的，单向的（导航关联 ），重数，角色 ，关联类 A.2 静态建模机制A.2.2 类图和对象图 2.关系（1）关联 ②受限关联：限定词把所有的对象分开，利用受限关联可以把模型中的重数从一对多变成一对一。 ③或关联：对二个或更多个关联附加的约束条件，使类中的对象一次只能应用于一个关联关系中。 A.2 静态建模机制A.2.2 类图和对象图 2.关系（1）关联 ④有序关联：将约束{排序}放在表示关联的直线旁，且紧挨着对象需排序的类。 ⑤三元关联：三元关联图示为一个大的菱形，菱形的角与关联的类之间用直线相连。 A.2 静态建模机制A.2.2 类图和对象图 2.关系（2）聚合 如果类与类之间的关系具有“整体与部分”的特点，则把这样的关联称为聚合，它也可以有重数、角色等。 ①共享聚合 聚合关系中的处于部分方的对象同时参与了多个处于整体方对象的构成。 ②组合聚合 如果构成整体类的部分类完全隶属于整体类。 A.2 静态建模机制A.2.2 类图和对象图 2.关系（3）泛化： 一个类（通用元素）的所有信息（属性或操作）能被另一个类（具体元素）继承，继承某个类的类中不仅可以有属于自己的信息，而且还拥有了被继承类中的信息，这种机制就是泛化（或称通用化）。 可以给泛化关系附加一个约束条件，说明该泛化关系的使用方法或扩充方法，这样的泛化关系称为受限泛化。预定义的约束有交叠、不相交、完全和不完全四种。 A.2 静态建模机制A.2.2 类图和对象图 2.关系 （4）依赖和细化 依赖关系描述两个模型元素（类、组合、用例等）之间的语义上的关系。依赖关系用带箭头的虚线表示，箭头指向独立的类，箭头旁边还可以带一个标签具体说明依赖的种类。 细化关系是对同一事物不同抽象级别的两种描述之间的一种关系。它用来协调