电子商务应用系统与开发.pptVIP

2.4.3 对象图 概述 表示在某一时间点上一组对象以及它们之间的关系的图，模拟类图中所含有的类的实例。它为处在时域空间某一点的系统建模，描绘了系统的对象、对象的状态及对象间的关系。对象图主要用来为对象结构建模。 对象图可以看作是类图的一个实例。对象是类的实例，对象之间的连接是类之间的关联关系的实例。对象图常用于描述复杂类图的一个实例。 对象图中通常含有：对象(Objects)、连接(Links)，对象图可以含有注解和约束；对象图也可以含有包或子系统，包或子系统用来将模型的元素封装成比较大的模块。 对象图 应用 对象图通常用于为对象结构建模。对象图可以用来可视化、规范、构造、并文档化系统中特定实例的存在以及实例间的关系。 为对象结构建模时，需要考虑以下几点： 确定想要模拟的机制。机制代表了所模拟的部分系统的由类、接口等交互作用产生的功能或行为。 对于每个机制，识别参加这个协作的类、接口以及其他元素，并确定这些元素间的关系。 考虑贯穿这个机制的一个脚本，显示在脚本的某一时间点参与这个机制的对象。 如果必要，揭示每个对象的状态和属性值。 类似地，揭示对象间的连接，这些连接是关联关系的实例。 2.5 交互作用图 显示一个交互，由一组对象和它们之间的关系构成，其中包括在对象间传递的消息。顺序图和协作图都被称为交互作用图。 顺序图强调消息的时间顺序，适合于描述实时系统；协作图强调发送和接收消息的对象的组织结构，描述了对象间的关系。 交互作用图的组成元素： 对象； 连接； 消息； 注解和约束。 2.5.1 交互 交互是由实现某一目标的一组对象之间进行交换的一组消息所构成的行为。它包括连接和消息，连接是关联的一个实例，它指明了一个对象向另一个对象发送消息的路径；消息是传送信息的对象之间所进行的通讯的详述。 消息的传送将引起如下动作： 调用(Call) 返回(Return) 发送(Send) 创建(Create) 撤消(Destroy) 2.2 UML的关系 依赖关系 类属关系 关联关系 实现关系 2.2.1 依赖关系 依赖关系描述了类之间的使用关系。 如果一个模型元素发生变化会影响另一个模型元素（这种影响不必是可逆的），那么就说在这两个模型元素之间存在依赖关系。 例如：有两个元素X、Y，如果修改元素X的定义会引起对元素Y的定义的修改，则称元素Y依赖于元素X。 依赖关系 依赖关系的UML符号表示是带箭头的虚线，指向被依赖的模型元素。 依赖关系 在类图中，依赖可以由许多原因引起，例如，一个类向另一个类发送消息（也即，一个类的操作调用另一个类的操作），或者一个类是另一个类的数据成员，或者一个类是另一个类的某个操作参数，那么就可以说这两个类之间存在着依赖关系。 语义上，所有的关系（包括关联关系、类属关系、实现关系）都是各种各样的依赖关系，因为这3种关系具有很重要的语义，所以在UML中被分离出来成为独立的关系。 2.2.2 类属关系 类之间的类属关系表示子类继承一个或多个父类的结构与行为。类属关系描述了类之间的“是一种”（is-a-kind-of)的关系,类属关系用来连接一般类与特殊类，用来描述父类与子类或父与子的关系，子类继承父类的特性，尤其是属性和操作。 类属关系的UML符号表示是带空心箭头的实线，箭头指向父元素。 一个类可以有零个到多个父类，没有父类且有一个 或多个子类的类被称为根类或基类。 没有子类的类被称为叶类。 如果在继承关系中，每个类只能有一个父类，则是单继承。 如果一个类有多于一个的父类存在，则被称为多继承。 2.2.3 关联关系 关联关系是一种结构关系，规定了一种事物的对象可以与另一种事物的对象相连。 例如，雇员为公司工作，一个公司有很多部门，就可以认为雇员和公司、公司和部门之间存在某种语义上的联系，在类图模型中，就可以在类Employee(雇员）和类Company(公司)、类Company(公司)和类Department(部门）之间建立关联关系。 关联关系的UML符号表示是一条实线。 关联关系 可以应用于关联关系的四种基本修饰是： 名称：描述关系的性质。 角色：关联中靠近它一端的类对另外一端的类呈现的职责。 阶元（Multiplicity)：说明一个关联的实例中有多少个相互连接的对象。 聚合(Aggregation)：整体对象拥有部分对象。 关联名通常是一个动词或动词词组，用来表示关联关系的类型或目的。所选择的关联名应该有助于理解该模型。 关联关系中的相关术语和概念 角色 阶元 导航 聚合关系 组合关系 关联类 可见性 限定符 接口说明符 关联关系 2.2.4 实现关系 实现关系是分类器之间的语义关系，一个分类器规定合同，另一个分类器保证实现这个合同。 可