OOSE09物理视图剖析.ppt

--物理视图 使用UML进行面向对象的分析 董瑞志 Email: hello_u@ MSN: nature_dong@ 联系电话引言(1/3) 建筑公司的最终产品是存在于现实世界中的物理建筑。可以通过建立逻辑模型来可视化、详述、文档化建筑物的外观的设计决策，如布局、结构、墙壁、供电、管道等，并建立文档保存。当确实建造了该建筑物之后，这些要素都变成了现实中的事物。 引言(2/3) 逻辑的、物理的视图都是必要的。如果你正在一个可以任意处理、且拆除和重建代价极低的建筑物，你或许可以不做任何逻辑建模，而直接构造物理建筑。但是如果你正在建造一个改造/失败代价特别高的建筑时候，同时建立逻辑和物理模型就成了一种必需。 引言(3/3) 开发一个软件密集型的系统也是如此：需要建立逻辑模型可视化、详述、文档化系统术语、系统的部分的协调/行为等诸多方面的决策。这些逻辑视图存在于概念世界中，而物理事物则存在于Byte世界中。 软件系统的逻辑视图最终转换成存在于物理节点上，可以通过直接间接方式参与到可执行的系统之中。 概述(1/3) 系统模型的大部分内容反映了系统的逻辑和设计方面的信息，并且独立于系统最终的实现单元。然而为了重用和可操作性的目的，系统实现方面的信息很重要。 UML使用实现视图和部署视图表示系统的实现单元。 概述(2/3) 实现视图将系统中可重用的块包装成具有可替代性的物理单元，这些物理单元被称为构件。实现视图使用构件和构件间的接口和依赖关系表示设计单元的具体实现。构件是系统高层的可重用的组成部分。 实现视图中包含构件图的建模机制。 概述(3/3) 部署视图是表示分布式系统中节点、各个节点上的构件以及节点上构件中对象的视图。 它表达了运行时的计算资源的物理布置。这些计算单元被称为节点。在运行时节点包含构件和对象。构件和对象的分配可以静态的，它们也可以在节点间迁移。 如果含有依赖关系的构件实例放置在不同的节点上，部署视图可以展示出执行过程中的瓶颈问题。 部署视图中包含部署图的建模机制。 构件和构件图 构件(1/4) 构件是定义了良好接口的物理实现单元，它是系统中可替换的部分。每个构件体现了系统设计中特定类的实现； 一般情况下构件表示将类、接口、协作等逻辑元素打包形成的物理模块； 构件只在实现域中存在，它们是计算机的物理组成部分，可以与其他构件相连，由类似构件替换、移动、获得等。 构件(2/4) 良好定义的构件不直接依赖于其他构建而依赖于构建所支持的接口。在这种情系统中的一个构件可以被支持正确的接口的其他构件所替代。 构件(3/4) 构件具有它们支持的接口和需要从其他构件得到的接口。接口是被软件/硬件支持的一个操作集。通过使用命名的接口可以避免在系统的各个构件之间直接发生依赖关系，有利于新构件的替换。 构件(4/4) 构件视图展示了构件之间相互依赖的网络结构，它有两种表示形式： 表示为一个包含依赖关系的可用构件的集合，它是构造系统物理单元； 表示为一个配置好的系统，用来建造它的构件已被筛选出。在这种形式下，每个构件与为它服务的其他构件连接，这些连接必须与构件的接口要求匹配。 构件的特征 构件具有两个特征: 代码特征 构件包含了实现类或其它元素的代码； 身份特征 一个有身份的构件拥有身份和状态，它带有定位上的物理对象，可以有属性、与其他构件的关系等信息。如果一个构件没有身份，则它的所有实例都是相同的，此时构件实例没有值或没有状态； 构件的表示法 构件用一边有两个小矩形的长方形表示，它可以用实线和代表构件接口的圆圈相连，如下图所示： 构件的名称 每一个构件具有一个有别于其他构件的名称。 构件名称可以是简单名（单独一个字符串），也可以是路径名（在简单名前加上构件所在包的名称信息），也可以使用标记值或表示其细节的分隔栏修饰。 构件与类(1/3) 相同点 都可以是实现一组接口； 都可以参与依赖、泛化、关联关系； 都可以嵌套； 都可以具有实例； 都可以参与交互； 构件与类(2/3) 不同点 类表示逻辑抽象，而构件表示存在于Byte世界的物理抽象，即构件可以存在于节点之上；[这一项差异指明了建模时候是采用构建还是类的决策基础] 构件表示的是物理模块而不是逻辑模块，而类处于不同的抽象级别；[可以看出类和构件的关系，构件是类等逻辑元素的物理实现，可以采用显式展示类和构件的依赖关系] 类可以拥有属性和操作，而构件拥有得只能够是通过其接口访问的操作；[特别指出接口是类和构件的桥梁，它连接了系统的逻辑模型和物理模型] 构件与类(3/3) 构件和接口(1/5) 接口是用来描述一个类或构件所提供服务的集合。构件和接口的关系是很重要的，几乎所有流行的构建技术，如CORBA、EJB等都把接口作为构件绑定的粘合剂。 可以通过说明代表系统中