UML与Rose建模第四章 静态视图.ppt

UML统一建模语言第四章静态视图静态视图是UML的基础，静态视图中的元素是应用中的有实际意义的概念，即系统中的各种概念。
静态视图包括：类图、对象图和包图。
类图描述类中的静态结构，在系统的整个生命周期都是有效的
对象图是类图的实例。显示了类图的多个对象实例，而不是实际的类。
包图是由包和类组成，描述系统的分层结构
通过分析用例和问题域，就可以得到相关的类，然后再把逻辑上相关的类封成包，这样就可以很好的体现出系统的分层结构。4.2.1类
类是任何面向对象系统中最重要的构造块，一种重要的分类器（Classifier），用来描述结构和行为特性的机制，它包括类、接口、数据类型、信号、组件、节点、用例和子系统。
类是对一组具有相同属性、操作、关系和语义的对象的描述。类是面向对象模型的最基本的模型元素，用类图来描述。
对象包括现实世界中的软件事物和硬件事物，也可包括纯粹概念性的事物，是类的实例。
一个类可以实现一个或多个接口。结构良好的类具有清晰的边界，是系统职责均衡分布的一部分。
类图，是一个分成3个分隔区的矩形。其中顶端的分隔区为类的名字，中间的分隔区放类的属性、属性的类型和值（初始值）第3个分隔区放操作、操作的参数表和返回类型。类图的地位和作用类类图与对象图类的识别类的类型类的类型类的类型任务解决-分析任务解决-绘制状态图任务解决-绘制状态图任务解决-绘制状态图任务解决-绘制状态图任务解决-绘制状态图任务解决-绘制状态图精练4.2.2关系
关系（Relationship）是事物间的联系。在类的关系中，最常用的4种分别为：
依赖（Dependency），它表示类之间的使用关系；
泛化（Generalization），它表示类之间的一般和特殊是关系；
关联（Association），它表示对象之间的结构关系；
实现（Realization），它是规格说明和其实现之间的关系。
在图形上，把关系画成一条线，并用不同的线区别关系的种类.1.依赖（Dependency）
依赖是两个(两组)元素之间的语义联系，对一个元素（提供者）的改变可能会影响或提供消息给其他元素（客户）。客户从某种方面依赖于提供者，是一种使用关系，它说明了一个事物的变化可能影响到使用它的另一个事物，但反之未必。
例如在windows系统中的窗体事件
（类Event）的变化将会影响到使
用它的窗体（类Window）。
在图形上，UML把依赖描述成一条有向的虚线，指向被依赖的对象。依赖（dependency）依赖（dependency）2.泛化（Generalization）泛化的用途泛化示例3.关联（Association）3关联（association）3关联（association）3关联（association）3关联（association）3关联（association）4实现（realization）4.实现（Realization）
实现是规格说明和其实现间的关系。它表示不继承结构而只继承行为。大多少情况下，实现关系用来规定接口和实现接口的类或组件之间的关系。
接口是能够让用户重用系统一组操作集的UML组件。一个接口可以被多个类或组件实现，一个类或组件也可以有多个接口。
可以在两种情况下使用实现关系：第一，在接口与实现该接口的类间；第二，在用例以及实现该用例的协作间。任务解决-分析任务解决-绘制类图精练类图的抽象层次和实现关系4.3类图类图（Rose中详细类图）4.3.2类图的用途

类图是系统静态视图的一部分，它主要是用来描述软件系统的静态结构。该视图主要支持系统的功能需求，即系统要提供给最终用户的服务。当系统分析师以支持软件系统的功能需求为目的设计静态视图时，通常以下述3种方法之一使用类图。
（1）对系统的词汇建模
从构造系统的基本词汇开始，用于描述系统的边界。
（2）对简单协作建模
类很少孤立存在，总是协同工作的。
（3）对逻辑数据库模式建模
可以使用类图对数据库模式进行建模4.3.3类图建模技术
1.对简单协作建模
协同是软件系统的动态交互在软件系统的静态视图上的映射。协同的静态结构是类图表达出来的。在对类图的简单协同建模时，不仅描述类的职责、结构和服务，还强调类间的关系。
在协同建模时，要遵循的策略包括：
（1）识别要模拟的机制。一个机制描述了被建模的部分系统的一些功能和行为，这些功能和行为是由类、接口等元素交互作用产生的。
（2）对每种机制，识别参与协作的类、接口和其他协作，并识别它们间的关系。
（3）通过协作的脚本，发现建模的模型是否有被遗漏和语义错误的地方，并更正错误。
（4）得出相应类的对象，并确定具体的属性和操作。1.对简单协作建模
举例：订票系统的类图。包含7个类，它们之间的关系如图：2.对数据库模式建模
在对软件系统进行建模时，不仅要定义