UML系统分析与设计教程(第2版) 课件 第7章 类图、对象图和包图.ppt

ZhenyanJiZhenyanJiUML系统分析与设计SystemAnalysisDesign冀振燕北京交通大学第七章类图、对象图和包图类图对象图包图UML系统分析与设计第2版ZhenyanJi*类图类图是面向对象系统建模最常用的图，类图描述了类、接口、协作以及它们之间的关系。类图用来为系统的静态设计视建模。类图的组成部分包括：类。接口。协作。依赖、类属、实现或关联关系。UML系统分析与设计第2版ZhenyanJi*类图UML系统分析与设计第2版ZhenyanJi*类图按照SteveCook和JohnDianiels的观点，类图分为3个层次，即概念层、说明层、实现层。1．概念层概念层（Conceptual）类图描述了问题域中的概念。类可以从问题域的概念中得出，但两者并没有直接的映射关系。2．说明层说明层（Specification）类图描述了软件的接口部分，而没有描述软件的实现部分。UML系统分析与设计第2版ZhenyanJi*类图3．实现层只有在实现层（Implementation）才真正有类的概念，并且揭示了软件的实现部分。实现层的类图可能是大多数人最常用的类图，但很多时候，说明层的类图更利于开发者之间的相互交流和理解。UML系统分析与设计第2版ZhenyanJi*类图类图描述了系统的静态设计视，该视主要体现系统的功能需求，即系统应该提供给用户的服务。在为系统的静态设计视建模时，类图可以用来完成如下内容：1．为系统的词汇表建模模拟系统的词汇表涉及确定哪些抽象是系统的一部分，哪些抽象不在系统的边界内。可以用类图定义这些抽象和它们的责任（Responsibility）。UML系统分析与设计第2版ZhenyanJi*类图2．为简单的协作建模为协作建模时，应完成的内容如下。确定要被模拟的部分系统功能和行为，这些功能和行为是由类、接口等元素交互作用产生的。确定参与这个协作的类、接口和其他的协作，并确定这些元素间的关系。根据协作的脚本，找出遗漏的模型部分和简单的语义错误。确定对象的属性和操作。UML系统分析与设计第2版ZhenyanJi*类图模拟协作UML系统分析与设计第2版ZhenyanJi*类图3．为逻辑的数据库模式建模为数据库模式建模时，应完成如下内容。确定模型中的一些类，并根据这些类的状态的存在超过了程序的生命周期来确定。创建一个类图，在这个类图中含有上述类，并将这些类标记为持久类。扩充这些类的结构信息，如属性、类的阶元等。如果必要，创建中间抽象以简化数据库的逻辑结构。考虑类的行为，扩充用于数据访问和维护数据完整性的操作。如果可能，用工具将逻辑设计转变为物理设计。UML系统分析与设计第2版ZhenyanJi*类图数据库的逻辑结构UML系统分析与设计第2版ZhenyanJi*对象图对象图（ObjectDiagrams）描述了某一瞬间对象集及对象间的关系。为处在时域空间某一点的系统建模，描绘了系统的对象、对象的状态及对象间的关系。对象图主要用来为对象结构建模。对象图中通常含有：对象。连接。UML系统分析与设计第2版ZhenyanJi*对象图对象图通常用于为对象结构建模，它可视化地描述了系统中特定实例的存在以及实例间的关系。为对象结构建模时，完成如下内容。确定想要建模的系统部分的功能或行为。识别参加协作的类、接口以及其他元素，并确定元素间的关系。考虑贯穿这个协作的一个脚本，并画出在脚本的某一时间点参与这个协作的对象。如果必要，给出每个对象的状态和属性值，并给出对象间的连接，这些连接是关联关系的实例。UML系统分析与设计第2版ZhenyanJi*对象图UML系统分析与设计第2版ZhenyanJi*包图包图（PackageDiagram）描述了包及包间的关系。包用来对建模元素进行分组，简化UML图从而使得UML图更易于理解。尽管包图可对任何类型的UML分类器进行分组，但一般更多用于对类或用例进行分类。分类结果如下：（见下页）UML系统分析与设计第2版ZhenyanJi*ZhenyanJiZhenyanJi