第7章 uml系统分析与设计.pptVIP

7.1 类图 类 类是任何面向对象系统中最重要的构造块。类是一种重要的分类器（Classifier），用来描述结构和行为特性的机制，它包括类、接口、数据类型、信号、组件、节点、用例和子系统。 类是对一组具有相同属性、操作、关系和语义的对象的描述。这些对象包括现实世界中的软件事物和硬件事物，甚至也可以包括纯粹概念性的事物，它们是类的实例。一个类可以实现一个或多个接口。结构良好的类具有清晰的边界，并成为系统中职责均衡分布的一部分。 类 面向对象系统组织结构的核心。 对一组具有相同属性、操作、关系和语义的对象的抽象。 包括名称部分（Name）、属性部分（Attribute）和操作部分（Operation）。 类图 类图（class diagram）是描述类、接口、协作、以及它们之间关系的图。它是系统中静态视图的一部分，静态视图可以包括许多的类图。静态视图用于为软件系统进行结构建模，它构造系统的词汇和关系，而结构模型的视化就是通过类图来实现的。 类图所包括的内容如下： 类、接口、协作 依赖、泛化、实现和关联关系 类图的用途 类图是系统静态视图的一部分，它主要是用来描述软件系统的静态结构。该视图主要支持系统的功能需求，也就是系统要提供给最终用户的服务。 当系统分析师以支持软件系统的功能需求为目的设计静态视图时，通常以下述3种方法之一使用类图： （1）对系统的词汇建模 （2）对简单协作建模 （3）对逻辑数据库模式建模 类图建模技术 1. 对简单协作建模 协同是软件系统的动态交互在软件系统的静态视图上的映射。协同的静态结构是通过类图表达出来的。在对类图的简单协同建模时，不仅要描述类的职责、结构和服务，还要强调类间的关系。 在协同建模时，要遵循的策略包括： （1）识别要模拟的机制。一个机制描述了被建模的部分系统的一些功能和行为，这些功能和行为是由类、接口等元素交互作用产生的。 （2）对每种机制，识别参与协作的类、接口和其他协作，并识别它们间的关系。 （3）通过协作的脚本，发现建模的模型是否有被遗漏和语义错误的地方，并更正错误。 （4）得出相应类的对象，并确定具体的属性和操作。 实例分析 2. 对数据库模式建模 在对软件系统进行建模时，不仅要定义系统的动态行为，还需要为动态行为所操作的数据指定相应的格式。 传统的逻辑数据库建模工具“实体－关系（E-R）”图只针对数据，而UML的类图还允许对行为建模。 在为数据库建模时，要遵循的策略包括： （1）在系统中确定的类，它的状态必须超过其应用系统生命周期。 （2）创建包含这些类的类图，并把它们标记成永久的（persistent）。 （3）展开这些类的结构信息，即详细的描述属性的细节，并注重关联和构造这些类的基数。 （4）观察系统中的公共模式（如循环关联、一对一关联等），它们往往使物理数据库设计复杂化。如果必要，系统分析师需要创建简化逻辑结构的中间抽象。 （5）考虑这些类的行为，扩充那些对于数据存储和数据完整性很重要的操作。 （6）如果可能，用工具来把逻辑设计换成物理设计。 实例分析 7.2 对象图 对象代表一个单独的、可确认的物体、单元或实体，它可以是具体的也可以是抽象的，在问题领域里有确切定义的角色。换句话说，对象是边界非常清楚的任何事物。 状态（属性）：对象的状态包括对象的所有属性（通常是静态的）和这些属性的当前值（通常是动态的） 行为（方法，事件）：没有一个对象是孤立存在的，对象可以被操作，也可以操作别的对象。而行为就是一个对象根据它的状态改变和消息传送所采取的行动和所做出的反应 标识（名字）：为了将一个对象与其它所有对象区分开来，我们通常会给它起一个“标识” 在UML中，对象图（Object Diagram）是表示在某一时刻一组对象以及它们之间的关系的图。 对象图可以被看作是类图在系统某一时刻的实例。 在图形上，对象图由节点以及连接这些节点的连线组成，节点可以是对象也可以是类，连线表示对象间的关系。 对象图的用途 ◆ 捕获实例和连接◆ 在分析和设计阶段创建◆ 捕获交互的静态部分◆ 举例说明数据/对象结构◆ 详细描述瞬态图◆ 由分析人员、设计人员和代码实现人员开发 实例1 实例2 对象图建模 对象图主要用来描述类的实例在特定时刻的状态。它可以是类的实例也可以是交互图的静态部分。 对于组件图和部署图来说，UML可以直接对它们建模，组件图和部署图上分别可以包含部件或结点的实例。 对象图的建模过程： （1）确定参与交互的各对象的类，可以参照相应的类图和交互图； （2）确定类间的关系，如依赖、泛化、关联和实现； （3）针对交互在某特定时刻各对象的状态，使用对象图为这些对象建模；