第2节电子商务运用系统跟开发.pptVIP

扩充关系(Extend) 扩充关系用来说明可选的、只在特定条件下运行的行为，具有扩充关系的用例基于参与者的选择，可以运行几个不同的流。 用例间的扩充关系表示基用例在指定的扩充点隐式地含有另一个用例的行为。基用例可以独立存在，但在特定条件下，它的行为会被另一个用例的行为扩充。基用例只在被称为扩充点的特定点被扩充。可以认为，扩充用例将行为推进基用例。 包含关系（抽取公共行为）和扩充关系（识别变种）对于创建简单、易于理解的系统用例集是非常重要的。 用例图的构成 2.3.3 用例图的应用 为系统的上下文建模 为系统的上下文建模，涉及到围绕整个系统划一条线，并确保位于系统外的参与者与系统相互作用。这个上下文定义了系统存在的环境。在建立用例图时，首先要确定围绕系统的参与者，确定参与者是很重要的，因为这样就确定了与系统交互作用的一类事物。 对系统的需求建模 需求规定了用户期望系统做什么。需求的表达可以有很多方式，例如：事件流描述、活动图。系统的全部或大部分功能需求可以表达为用例。UML的用例图对于管理这些需求是很重要的。为系统的需求建模涉及到规定系统应该做什么，不需要知道系统应该怎样实现这些行为，即用例图用来规定系统的行为。 2.4 类图和对象图 类的相关概念 类图 对象图 2.4.1 类的相关概念 类是一组具有相同属性、操作、关系和语义的对象的描述，是现实世界中的事物的抽象，当这些事物存在于真实世界中时，他们是类的实例，并被称为对象。 类的UML符号表示是划分为3个格子的长方形，顶部的格子放类名，中间格子放类的属性、属性的类型和值，下面的格子放操作、操作的参数表和返回类型。 有实例的建模元素称为类元，它具有结构特征(属性)和行为特征(操作)。包括类、接口、数据类型、信号、构件、节点、用例和子系统。 类的名称 每个类都有一个名字，以与其他类相区别。 在实践中，类名通常用问题域中的短名词或名词词组来表示。通常将类名中的每个组成词的第一个字母大写，如Student、HelloWorld等。 类的命名应尽量用问题域中的术语，应明确、无歧义，以利于开发人员与用户之间的相互理解与交流。 类的属性 属性描述了类的所有对象所共有的特性。一个类可以有一个或多个属性或者根本没有属性。属性是类的对象所包含的数据或状态的抽象。在特定的时刻，类的对象对类的每个属性都有特定的值。 不同的属性具有不同的可见性，可见性用来描述特征能否为其他类元使用。常见的可见性有公用的(public)、私有的(private)、受保护的(protected) 类的相关概念 类的操作 操作是类的所有对象所共有的行为的抽象。操作用于修改、检索类的属性或执行某些动作。一个类可以有任何数量的操作或根本没有操作。 操作通常也被称为功能或方法，但是它们被约束在类的内部，只能作用到该类的对象上。操作名、返回类型和参数表组成操作的接口。 类的类型 边界类 实体类 控制类 类的相关概念 2.4.2 类图 概述 类图是面向对象建模最常见的图，它是显示一组类、接口、协作以及它们之间关系的图。 类图由类、接口、协作、依赖关系、类属关系、实现关系以及关联关系这几部分组成，像其他的图一样，类图也可以含有注释和约束。 划分 虽然在软件开发的不同阶段都使用类图，但这些类图描述了不同层次的抽象。在需求分析阶段，类图是所研究的问题域中的概念；在设计阶段，类图描述类与类之间的接口；在实现阶段，类图描述软件系统中类的实现。 要正确的理解类图，首先应正确的理解3种层次：概念层、说明层、实现层。 类图 如何筛选得到分析类并画出分析类图 在系统分析阶段的前半部分内容中，使用用例图、活动图和用例的一种结构化文档描述方法对系统的需求进行了分析。下一步的工作是找出实体类、控制类和边界类，然后再使用协作图分析它们之间的交互情况，从而不仅又一次明确了功能需求，也为在设计阶段设计出真正的可编程的类打下了基础，因此这是一个承前启后的过程。 以“图书选购”这一个功能为例。 类图 设计阶段类图的作用 对简单的协作建模 对数据库概念设计建模 类图的应用 对系统的词汇建模 对简单的协作建模 对逻辑数据库模式建模 2.4.3 对象图 概述 表示在某一时间点上一组对象以及它们之间的关系的图，模拟类图中所含有的类的实例。它为处在时域空间某一点的系统建模，描绘了系统的对象、对象的状态及对象间的关系。对象图主要用来为对象结构建模。 对象图可以看作是类图的一个实例。对象是类的实例，对象之间的连接是类之间的关联关系的实例。对象图常用于描述复杂类图的一个实例。 对象图中通常含有：对象(Objects)、连接(Links)，对象图可以含有注解和约束；对象图也可以含有包或子系统，包或子系统用来将模型的元素封装成比较大的模块。