精·UML类图详细教程.ppt

1.设计子系统 设计子系统是将包的概念从分析的概念视图发展到了系统的物理模型。 分析包与设计子系统（设计包）存在对应关系，即可追踪。大多数情况下，它们是一一对应。但有时，可能根据系统构架和技术的考虑而将一个分析包撤分成一个或多个设计子系统。 设计类主要集中在类图、类、类属性、类操作和类与类之间的关联、关联基数等基本要素的细化，如下图所示。 2.设计类 完整的 原始的 高内聚的 低偶合的 形式良好设计类的基本特征： 一个分析类可以被分解为一个或多个设计类与接口 3.设计接口 接口说明了操作的命名集合。接口背后的关键思想是通过诸如类或子系统这样的类元将功能性规格说明同它的实现相分离。 接口的UML标记 接口的依赖关系 接口的实现关系 完整的操作名 操作语义 可选的构造型 接口中可包含的内容： 属性 操作实现 接口中不可包含： 子系统与接口 组件与接口 2．鉴别器 鉴别器用来说明泛化的作用。它们指示出泛化关联中的子类应用于相关超类时的角色。鉴别器的标记符非常简单，在关联的空箭头的旁边标注即可，如下图所示。 在下面的示例中，使用了鉴别器来表示 Flywheel和 Afterbumer子类是Part类的类型，如下图 所示。 一个更加详细的示例如下图所示，其中为4个指定了重叠约束的类图添加了鉴别器。 三、端点标记符 讨论关联的有序、排序和导航。有序和排序允许向读者说明与超类相关的子类指定了特定的顺序，而使用导航可以指定处理流遍历关联关系的方向。 1．有序和排序 有序约束用来说明一个类的对象以某个次序与另一个类的对象 相关。这种标记符并没有指定顺序。排序约束表示类中的对象在与关联中其他类对象相关是排序好的。可以在任何关系的底部添加有序约束和排序约束，如下图所示。 2．导航 对于读者前面看到的关联，导航都是双向的。可以从一个类到另一个类双向使用关系中向用户公开的属性。如果你不想让自己的系统或者特定的类关系以这种方式操作，可以指定单向的导航。导航使用指向被访问类的开放箭头表示。 练习：建模类图的多个关联 在这个练习中，将使用所有类型的关联以及关联注释和端点标记符来创建一个类图。综合运用所学的知识从需求构造一个类图。 下面是前面的货存清单系统Part类的更加详细需求清单，从这些信息构造一个类图。 两个或者多个Parts组装成一个Product。Product类可以访问Part类，反之则不行。 3个Parts类型(Flywheel，Cog和Afterburner）不能构成货存清单系统中零件的完整清单，但是这里我们只考虑这3个零件。 Flywheel有两种不同的规格：tooth flywheel和 gear flywheel，它们之间没有任何相似性。 Afterburner可以分类为turbo或者hydro。这两种类型都可以分拆为ballistic类型。 ballistic hydro和 ballistic turbo加力燃烧室由 plutonium marbles组成，后者已经组装好。 7.3 UML类图建模案例 例1 图书管理系统的类图建模 1、图书管理系统的用例图模型如下： 2．确定类和关联 首先要做的是通过分析用例图确定类及其关联。找到第一批类，确定它们的内容。 在用例图中，可首先确定了如下对象类：借阅者（Borrower）类，书刊（Title）类，物理书（Book）类，借阅记录（Loan），预定记录（Reservation）, 图书管理员（librarian）等六个类。 实体类图 3．建立类图 用户界面类图 类图 类图 类图 类图 练习：对选课系统建模UML类图 7.4 分析模型和设计模型中的UML类图 一、分析模型 分析模型是在系统需求描述（用例图模型）的基础上，对如何构造系统给出的系统逻辑结构描述。即把用例图模型中的用例需求描述推进到分析模型中的如何构造系统来实现用例功能。分析模型是系统构造的概念模型。 分析模型包含如下部分： 分析模型的组成 1.分析包 分析包是指分析模型中使用的包，它可以包含： 分析类 用例实现（交互图） 包是UML的分组模型元素的容器，它是把UML图形元素和图本身组织到组中的通用机制。包可应用在任何UML模型中，如用例图模型、分析模型、设计模型等。 包的UML标记 包的依赖 包的嵌套 包的泛化 构架分析 角色可以通过这三种分析类协同实现用例的功能。 2.分析类 分析类是指分析模型中使用的类，它可以包含如下形式： 边界类 实体类 控制类 边界类 实体类 控制类 1．边界类 边界类位于系统和外界角色的交界处，边界类实现业务角色、业