软件工程-10 UML结构建模.ppt

用UML对结构建模 用UML对结构建模 图 类图 对象图 内容 类（接口、协作），对象 关系：依赖、泛化、关联（以名称、角色、多重性、聚合修饰） 以注解修饰，以构造型、标记值、约束修饰扩展 类 类： 对一组具有相同属性、操作、关系和语义的对象的描述 通常在UML中类被画成矩形。 类——名称1 名称 每个类都必须有一个名字，用来区分其它的类。 类名是一个字符串 简单名：单独的名称。 路径名：用类所在的包的名称作为前缀。例如Wall、java::awt::Wall都是合法的类名。 第一个字母大写 类——名称2 类——属性 属性 属性是已被命名的类的特性，常常代表一类取值。 类可以有任意多个属性，也可以没有属性。 在类图中属性可以只写上名字： 类——属性2 也可以在属性名后跟上类型甚至缺省取值，如下图： 类——操作1 操作 操作是一个对象所能做的事情的抽象 类的任意一个实例对象都可以调用操作，并可能影响该对象行为。 操作在类图中如下图描述： 类——操作2 可以通过特征标记Signatures （参数(名称，类型，缺省值)、返回类型等）详细描述操作 类——组织属性和方法1 组织属性和方法 画类图时没有必要将全部的属性和操作都画出来。（大部分情况下也不可能） 只将感兴趣的属性和操作画出来就可以了。 可以用”...”表示还有属性或方法没有画出来。 属性和方法很多时，为了更好地组织属性或方法，可以在一组功能相同的属性或方法前加上一个描述的前缀（中的文字），如下图： 类——组织属性和方法2 类——职责1 职责是类的契约或责任 结构良好的类至少有一个职责 精化模型时，设计类的属性和操作，以完成类的职责 通常在UML中在类图的最下方用单独的部分列出类的职责。 类的职责其实只是一段或多段文本描述。 类——职责2 ? 类——为系统词汇建模 类——为系统中职责分布建模 类——为非软件事物建模 关系1 事物之间的联系 图形上：一条线，不同线表示不同种类的关系 三种关系 依赖关系（Dependency） 泛化（Generalization） 关联（Association） 关系2 关系——依赖 A依赖B——A使用B， B的变化会影响到A 通常，B在A的操作的参数中 关系——泛化1 Is a kind of关系，父/子关系 类和接口间的泛化指明继承关系 其它如包之间可有泛化 子类的对象可以被用在父类对象可能出现的任何地方 子类对象继承父类的属性和操作 根类、基类：没有父类，至少有一个子类 叶子类：没有子类的类 关系——泛化2 关系——关联 一种结构关系 从一个类可以导航到另外一个类 关联的修饰 名称 角色 多重性 聚合 关系——关联的名称 名称name 关系——关联的角色 角色role 关系——关联的多重性1 多重性Multiplicity 关系——关联的多重性2 关系——关联的多重性3 关系——关联聚合 聚合——has a, 整体/部分关系 一种特殊的关联 关系——总结 简单依赖 单继承 结构关系 Exercise 1 Make a class diagram that captures the following: A company consists of departments and employees. A department has responsibility for zero, one or more projects. A company has: name, address and telephone. A department has name. A project has name. An employee has name, address, a social security number (SSN) and is participating in zero, one or more projects. Let the class diagram show: classes with attributes, relations (with role names) between the classes and multiplicity for the relations. 公共机制1 Common Mechanisms 使UML简单和更易于使用，四种： 详述（规格说明）specifications 修饰adornments 注解note 分隔栏等compartment 公共划分common divisions 扩展机制extensibility mechanisms. 构造型stereotype（表示新的建模元素） 标记值