UML基础与建模实用教程讲解.docx

UML概述 UML图包括： 用例图：帮助开发团队以一种可视化的方式理解系统的功能需求，包括基于基本流程的“角色”关系以及系统用例之间的关系 类图：显示了系统的静态结构，表示不同的实体（人、事物和数据）是如何彼此相关联的。可表示逻辑类（用户的业务所涉及的事物），实现类（程序员处理的实体） 序列图：显示了一个具体用例或者用例一部分的详细流程 状态图：表示某个类所处的不同状态以及该类在这些状态中的转换过程 活动图：表示两个或者更多的对象之间在处理某个活动时的过程控制流程 构件图：提供系统的物理视图，它是根据系统的代码构件显示系统代码的整个物理结构 部署图：显示在系统中的不同的构件在何处物理运行以及如何进行彼此的通信。 类间关系 类之间的关系 1．?种类：?Generalization(泛化)，Dependency(依赖关系)、Association(关联关系)、Aggregation(聚??关系)、Composition(合成关系)。 2．??其中Aggregation(聚合关系)、Composition(合成关系)属于Association(关联关系)，是特殊的Association关联关系。 3．??Generalization(泛化)表现为继承或实现关系(is a)。具体形式为类与类之间的继承关系，接口与接口之间的继承关系，类对接口的实现关系。 4．??Association关联关系表现为变量(has a )。类与类之间的联接，它使一个类知道另一个类的属性和方法。例如如果A依赖于B，则B体现为A的全局变量。关联关系有双向关联和单向关联。双向关联：两个类都知道另一个类的公共属性和操作。单向关联：只有一个类知道另外一个类的公共属性和操作。大多数关联应该是单向的，单向关系更容易建立和维护，有助于寻找可服用的类。 ? 5．??Aggregation(聚合关系)?是关联关系的一种，是强的关联关系。聚合关系是整体和个体的关系。普通关联关系的两个类处于同一层次上，而聚合关系的两个类处于不同的层次，一个是整体，一个是部分。同时，是一种弱的“拥有”关系。体现的是A对象可以包含B对象，但B对象不是A对象的组成部分。具体表现为，如果A由B聚合成，表现为A包含有B的全局对象，但是B对象可以不在A创建的时刻创建。 ? 6．??Composition(组合关系)是关联关系的一种，是比聚合关系强的关系。它要求普通的聚合关系中代表整体的对象负责代表部分的对象的生命周期。Composition(组合关系)是一种强的“拥有”关系，体现了严格的部分和整体的关系，部分和整体的生命周期一致。如果A由B组成，表现为A包含有B的全局对象，并且B对象在A创建的时刻创建。 7．??Dependency(依赖关系)表现为函数中的参数(use a)。是类与类之间的连接，表示一个类依赖于另一个类的定义，其中一个类的变化将影响另外一个类。例如 如果A依赖于B，则B体现为局部变量，方法的参数、或静态方法的调用。 Rational统一过程包含的6项最佳实践： 迭代式软件开发 需求管理 基于构件的架构应用 建立可视化的软件模型 软件质量验证 软件变更控制 用例图 参与者和用例之间的关系使用带箭头和不带箭头的线段来描述，箭头表示在这一关系中哪一方是对话的主动发起者，箭头所指方是对话的被动接受者 关联 包含 包含关系是指用例可以简单地包含其他用例具有的行为，并把它所包含的用例行为作为自身的一部分。在UML中，包含关系是通过带箭头的虚线段加include字样来表示的，箭头由基础用例指向被包含用例 适合情况： 多个用例用到同一段的行为，则可以把这段共同的行为单独抽象成为一个用例，然后让其他用例包含这一用例 某一个用例的功能过多、事件流过于复杂时也可以把某一段事件流抽象成为一个被包含的用例，以达到简化描述的目的。 包含关系的优点： 提高了用例模型的可维护性，当需要对公共需求进行修改时，只需要修改一个用例而不必修改所有与其有关的用例 不但可以避免在多个用例中重复描述同一段行为，还可以避免在多个用例中对同一段行为描述的不一致。 扩展 在一定条件下，把新的行为加入到已有的用例中，获得的新用例称为扩展用例（Extension），原有的用例称为基础用户（Base），从扩展用例到基础用例的关系就是扩展关系。在UML中，扩展关系是通过带箭头的虚线段加extend字样来表示，箭头由扩展用例指向基础用例。 扩展关系和包含关系的不同点： 在扩展关系中，基础用例提供了一个或者多个插入点，扩展用例为这些插入点提供了需要插入的行为。而在包含关系中插入点只能有一个。 基础用例的执行并不一定会涉及到扩展用例，扩展用例只有在满足一定条件下才会被执行。而在包含关系中，当基础用例执行后，被包含用例是一