UML课件Lecture11

对另一端的类呈现的职责。当一个类处于 关联的某一端时，该类就在这个关系中扮 演了一个特定的角色。 2)多重性：在关联的另一端的类的每个对 象要求在本端的类必须有多少个对象。
25
关系之二：关联(续二)
例如下图： 一个人对公司来讲的角色是employer，而公司
对于人来讲的角色是employee； 一个人只能就职于一家公司，但一家公司会有
ClassB
30
关系之二：关联(续七)
组合是一种更强形式的关联，整体与部分之间具有强 的拥有关系，整体与部分的生命周期是一致的。画成 一端为实心菱形的实线。组合类包含另一个类实例。
class ClassA {
ClassB the_class_b;
};
class ClassB {
ClassA *the_class_a;
够使用这个特性，用"-"号做前缀表示。
12
结构事物之二：类 (继二)
例如：一个人的名字 谁都可以叫(name)； 但只有他的孩子可以 继承他的模样 (face_like)；有多少 钱只有他一个人知道 (how_much_money)。
person
+ name() # face_like() - how_much_money()
ClassB
29
关系之二：关联(续六)
聚合是一种强关联，它描述了整体和部
分之间的结构关系，画成一端为空心菱 形的实线。聚合类包含另一个类的指针。
class ClassA {
ClassB *the_class_b;
};
class ClassB {
ClassA *the_class_a; };
ClassA
参与者实际上是构造型为actor的类，画成一个小人。

1、标准的表示方法
人们用各种方法来使用UML，而无论方
法如何变化，它们的基础是UML的图。 这就是UML的最终用途——为不同领域 的人们提供统一的交流标准。 软件开发的难点在于：一个项目的参与 包括领域专家、软件设计开发人员、客 户，以及用户他们之间交流的难题，成 为软件开发的最大难题。
最突出的两条，
一是：注重系统架构的开发 一是：注重过程的迭代和递增性
尽管UML
本身对过程没有任何定义，但 UML 对任何使用它的方法或过程提出的 要求，是支持用例驱动use-case driven 、以架构为中心architecturecentric 以及递增incremental 和迭代 iterative 地开发。
26
四、UML 的应用领域
UML
被用来为系统建模，它可应用的范 围非常广泛：
可以描述许多类型的系统
它也可以用在系统开发的不同阶段，从需
求规格说明到对已完成系统的测试。
软件技术基础-------PPT课件
27
1、在不同类型系统中的应用
的目标是：用面向对象的方式描述 任何类型的系统。 其中最直接的是，用UML 为软件系统创 建模型。但UML 也可用来描述其它非计 算机软件的系统，或者是商业机构或过 程。
UML是一种建模语言，是一种标准的表
示，而不是一种方法或方法学。
方法是一种把人的思考和行动结构化的明
确方式。方法需要定义软件开发的步骤， 告诉人们做什么，如何做，什么时候做以 及为什么要这么做
UML只定义了一些图以及它们的意义。
它的思想是与方法无关。
软件技术基础-------PPT课件 20

软件技术基础-------PPT课件 4

11.2 包图的基本概念
类是构建整个系统的基本元素。
类
对于大型的软件系统而言，其 包含的类将是成百上千，再加 上类间的关联关系、多重性等， 必然是大大超出了人们对系统 的理解和处理能力。
• 2、包（Package ）
– 是UML中将多个元素组织为语义相关的组的通 用机制。
11.2 包图的基本概念
– 最普遍的包依赖类型。说明提供者包的命名空间将被 添加到客户包的命名空间中，客户包中的元素也能够 访问提供者包的所有公共元素。
– 《import》关系使命名空间合并，当提供者包中的元 素具有与客户包中的元素相同的名称时，将会导致命 名空间的冲突。这也意味着，当客户包的元素引用提 供者包的元素时，将无需使用全称，只需使用元素名 称即可。
11.3 包图的创建概述
– 1.寻找包
①分析系统工作流程 • 通过Internet连接到股票信息服务器，获取实时的股 票信息，并存入数据库中。 • 根据用户的输入和选择，从数据库中获取相应的信 息，展现在屏幕中。 • 在数据的展现过程中，将需要绘制大量的图表。
11.3 包图的创建概述
– 1.寻找包
• 相互之间协作很多的类通常属于同一个包
11.3 包图的创建概述
• 包图绘制示例：
11.3 包图的创建概述
– 1.寻找包
• 通过把具有很强语义联系的建模元素分组，找出分 析包。 • 分析包必须反映元素的真实的语义分组，而不仅是 逻辑架构的理想视图。 • 我们以对象模型和用例模型为依据，把关系紧密的 类分到同一个包中，把关系松散的类分到不同的包 中，以达到高内聚低耦合的良好包结构。
11.2 包图的基本概念
• iii. 《access》关系
– 如果只想使用提供者包中的元素，而不想将两个包合 并，则应使用该关系。 – 在客户包中必须使用路径名，访问提供者包中的所有 公共元素。

Software Development with UML – Copyright Ken Lunn 2003
Figure 11.21 Noun phrases highlighted as candidate objects for the ICANDO site safety system
Software Development with UML – Copyright Ken Lunn 2003
Figure 11.9 A many-to-many relationship
Software Development with UML – Copyright Ken Lunn 2003
Figure 11.10 Removing a many-to-many relationship with an intermediate object
Software Development with UML – Copyright Ken Lunn 2003
Figure 11.11 Two fairy story objects sharing common operations
Software Development with UML – Copyright Ken Lunn 2003
Software Development with UML – Copyright Ken Lunn 2003
Figure 11.3 All requests on an object are controlled via the operations
Software Development with UML – Copyright Ken Lunn 2003
Figure 11.19 A class for a lift controller system