对象模型对象模型表示静态的.pptVIP

* UML的基本概念[11]－ UML概念范围 各种图之间的关系 静态视图（类图，对象图），物理视图（实现视图，部署视图）是描述系统的静态结构。 用例图是描述系统的外部视图。 活动图描述系统的外部/内部视图。 交互视图（顺序图，协作图）描述系统的内部视图。 状态图描述单个类的动态行为。 * UML的基本概念[12]－ UML概念范围 模型组织 模型管理视图(Model Management View)，任何大系统必须划分为较小的单元，以使人们能在某一时刻只接触有限的信息，不影响团队间的并行工作。模型是利用包(Package)和包的依赖来进行管理的。包是UML模型中通用的层次组织结构，包上的依赖总结了包内容的依赖关系。 * UML的基本概念[13]－ UML概念范围 扩展机制 扩展机制(Extension Mechanisms)，UML能满足绝大部分系统建模的需要，但任何语言都不是万能的，它必须考虑一定的扩展机制，UML的扩展机制包括约束、标签值和原型。这些扩展机制可以用来为特定领域剪裁UML的配置，这样带来一些好处：根据自身需要来使用建模语言。 * 基本图素 一个模型必须首先定义各种事物的内部特征和相互之间的关系，下面介绍一些基本的模型元素： 分类：共12个 类（Class） 接口（Interface） 包（Package） 角色（Actor） 用例（Use Cases） 组件（Component） 结点（Node） 状态（state）…… 关系： 关联（Association） 泛化（Generalization） 依赖（Dependency） 实现（Realization） 约束（Constraint) * 基本图素[1]－角色 角色是与系统、子系统或类交互的外部人员，进程或事务。在运行时，具体人员会充当系统的多个执行者，不同用户可能会成为一个执行者。 Student Professor Billing System Registrar 根据上下文的不同而具有不同的含义 * 基本图素[2]－用例 用例是系统提供的外部可感知的功能单元，用例的目的是定义清晰的系统行为，但不解释系统的内部结构。 用例可以与角色关联，也可以参与其他的多种关系，比如扩展、泛化和包含等。 用户的动态部分用交互视图来描述，比如顺序图、协作图。 用例用椭圆来表示，用例名标在椭圆下方，用实线与同自身通信的用户相连。 测温计 * 基本图素[3]－系统 系统也叫做系统边界，用于界定系统功能范围。 它用一个矩形框表示。描述该系统功能的用例都置于其中，而描述的与系统交互的角色都置于其外。系统（边界）常常省略不画。 * 基本图素[4]－类 类是具有相同属性、操作和关系的对象集合的总称。通常在UML中类被画成矩形，包括三个部分：名称、属性和操作。下面是可选的。 名称：每个类都必须有一个名字，用来区分其它的类。类名是一个字符串，称为简单名字。路径名字是在类名前加包含类的包名为前缀。例如Wall、java::awt::Wall都是合法的类名。 属性：类可以有任意多个属性，也可以没有属性。在类图中属性只要写上名字就可以了，也可以在属性名后跟上类型甚至缺省取值 。 操作：操作是类的任意一个实例对象都可以调用的，并可能影响该对象行为的实现。 * 基本图素[4]－类 类名 属性 操作 * 基本图素[5]－对象 1、对象是类的实例。 2、对象图素中对象名的下面加下划线，对象图素所使用的符号与类图素基本相同。二者的区别在于对象图素展示的是类的实例，而不是类本身。 3、对象图素除第一格外，其他格是可选的。 对象常常出现在活动图、序列图和协作图中。 * 基本图素[6]－接口 接口是未给出实现的对象行为的描述，接口包含操作，但没有属性，一个或多个类可以实现接口，每个类实现接口的操作。 思考：为什么会有接口？ String isEqual(String) : Boolean Hash() : Integer … Hashable Comparable 接口标记 * 基本图素[7]－协作 协作实质代表一组模型元素协同完成对应用例的功能。 协作与对应的用例存在着一种所谓的实现关系。 协作与对应的用例分离带来的好处是为描述一个用例可以用不同的协作实现提供了可能。 * 基本图素[8]－组件 组件是可重用的系统片段，具有良好定义接口的物理实现单元。每个组件包含了系统设计中某些类的实现。 组件设计的原则：良好的组件不直接依赖于其它组件，而是依赖于其它组件所支持的接口。这样的好处是系统中的组件可以被支持相同接口的组件所取代。 一个组件可能是源代码、可执行程序或动态库。 Student * 基本图素[9]－结点 结点代表系统运行时的物理对象，结点通常拥有运算能力，它可以容纳对象和组件实例。 Regi