电子商务系统的分析与设计第2章UML.pptVIP

顺序图（Sequence Diagram） 要素 对象：沿X轴排列 名称 生命线 控制焦点－－可选，用于可视化消息的嵌套或实际计算发生时的时间 消息：沿Y轴排列 名称 参数（可选） 消息的类型 普通消息 调用 模型管理视图 模型管理视图 UML 构造元素 规则 公共机制 基本元素 关系 图 详述 修饰 通用划分 扩展机制 命名 范围 可见性 完整性 执行 图2 UML语言体系 1.构造元素 构造元素包括基本元素、关系和图。这3种元素代表了软件系统或业务系统中的某个事物或事物间的关系。 2.规则 构造元素应该具有命名、范围、可见性、完整性和执行等属性。规则是对软件系统或业务系统中的某些事物的约束或规定。 3.公共机制 公共机制包括详述、修饰、通用划分、扩展机制。公共机制指适用于软件系统或业务系统中每个事物的方法或规则。 模型元素 元素是对模型中最具有代表性的成分的抽象，关系描述了 元素之间如何彼此关联、相互依赖或作用的。正是关系把 构成系统的诸多元素结合成一个有机的整体。 元素 元素是UML模型中面向对象基本的模块，它们在模型中属于静态部分。元素作为对模型中最具有代表性的成分的抽象，在UML中，定义了四种基本的面向对象的元素，分别是结构元素、行为元素、分组元素和注释元素等。 UML构造元素—基本元素 UML构造元素—基本元素 结构元素 模型的静态部分：用例、类、接口、协作、组件和节点等。 行为元素 模型的动态部分：交互和状态机 分组元素 模型的组织部分：包 注释元素 模型的解释部分：注解 关系 UML模型是由各种事物以及这些事物之间的各种关系构成的。关系是指支配、协调各种模型元素存在并相互使用的规则。 UML中主要包含四种关系，分别是依赖、关联、泛化和实现。 UML构造元素—关系 UML基本元素 — 类(Class) 表示由三部分构成 名称必须包含 其余可省略或陆续添加 可说明属性及操作的可见性 可说明属性的类型 可说明操作的参数、返回值 UML基本元素 — 对象(Object) 表示由两部分组成 没有操作 名称必须包含 名称带下划线 名称后可跟类名 其余可省略或陆续添加 可说明属性的类型 UML基本元素 —— 用例(Use Case)和参与者(Actor) 参与者 存在于作为研究对象的系统之外的实体 可以为人、机构、设备、系统等 利用人形表示 通常仅包含其名称 用例 对一组动作序列的描述，系统执行这些动作将产生一个对特定参与者有价值而且可观察的结果 使用实线椭圆 通常仅包含其名称 UML基本元素 — 关系 依赖关系（dependency） 代表：使用关系 说明一个事物规格说明的变化可能影响到使用它的另一个事物 箭头指向被依赖的事物 泛化关系（generalization） 指一般事物（称为超类或父类）和该事物的较为特殊的种类（称为子类）之间的关系 一个类可以有0个、1个或多个父类 没有父类且最少有一个子类的类称为根类或基类 没有子类的类称为叶子类 箭头指向被继承的类 关联关系（association） 代表一种结构关系 类型 自关联 二元关联 关联可以有一个名称 聚集、聚合（Aggregation）－－一种特殊的关联关系 用于表示整体与部分的关系 以菱形表示 可进一步细分为： 普通聚集，共享聚集（Shared Aggregation） 整体与部分可以单独存在 以空心菱形表示 组合（Composition） 整体拥有部分，部分与整体共存 以实心菱形表示 类及类之间的关系 自关联 同时存在两种关系 依赖 关系 泛化 关系 多元 关联 类及类之间的关系 类图 用于描述类与类之间的静态关系 类图主要由类及它们之间的关系构成，此外，还可以包含接口、包等元素，也可包括对象等实例 对象图（Object Diagram） 形式与类图相似 对象之间的连接使用“链”（Link） 包图（Package Diagram） 目的：将复杂的大系统拆分为若干小系统 包：将若干元素集合成一个更高层次的单位，形成一个低耦合、高内聚的元素集合，将其称为包。 包中的元素也具有可见性。 包图利用类似于文件夹的符号表示包。 包图主要描述包之间的包含及依赖关系。 用例图（Use Case Diagram） 要素 参与者 用例 关系 用例图描述了 谁将是系统的使用者 使用者希望系统提供什么服务（功能） 使用者与系统之间的交互（参与者与用例之间的关系） 关联关系（association） 系统所提供的服务（用例之间的关系） 包含关系（include） 延伸关系（extend） 泛化关系（generalize） 用例之间存在的三种可能的关系 包含关系（include） 表示基础用例（客户用例）在其内部说明的某一位置