基于任务驱动模式的软工程与UML建模技术项目十二物理建模.ppt

项目十二 物理建模  任务一 认识物理建模　　前面几个项目主要对系统的行为结构、静态结构和动态结构进行了建模，在完成系统的逻辑设计之后，需要进一步描述系统的物理实现和物理运行情况。组件图提供系统的物理视图，在一个非常高的层次上显示系统中的构件与构件之间的依赖关系。部署图对物理运行情况进行建模，表示该软件系统如何部署到硬件环境中，显示该系统的不同组件将在何处物理运行，以及它们将如何彼此通信。 ? 操作一 物理建模概述　　系统模型的大部分图是反映系统的逻辑和设计方面的信息，它们独立于系统的最终实现单元。为了描述系统实现方面的信息，达到使系统具有可重用性和可操作性的目的，在UML中通过组建图和部署图来表示实现单元。　　进行物理建模的主要目的是解决以下问题：　　·类和对象物理上分布在哪一个程序或进程中？　　·程序和进程在哪台计算机上运行？　　·系统中有哪些计算机和其它的硬件设备，它们是如何连接在一起？　　·不同的代码文件之间有无关联？如果某一文件被改变，其它的文件是否需要重新 编译？ 任务二 认?识?组?件?图? 操作一 组件图的概述　　组件图描述了软件的组成和具体结构，表示了系统的静态部分，能够帮助开发人员从总体上认识系统。用户通常采用组件图来描述可执行程序的结构、源代码、物理数据库组成和结构。　　通过组件图可以清晰地表示出软件的所有源文件之间的关系，这样开发者就可以更好地理解各个源代码文件之间的依赖关系，所以组件图对源文件建模就显得比较重要。在对源程序进行建模时，通常应遵从以下原则： 　　·在正向工程或逆向工程中，识别出要重点描述的每个源代码文件，并把每个源代码文件标识为构件。　　·如果系统较大，包含的构件很多，就利用包来对组件进行分组。　　·找出源代码之间的编译依赖关系，并用工具管理这些依赖关系。　　·给现有系统确定一个版本号，在组件图中，采用约束来表示源代码的版本号、作者和最后的修改日期等信息。　　在UML中，组件用一个左边带有两个小矩形的符号来表示。组件名放在组件符号的下面或写在组件符号的大矩形内。如图12-1及图12-2所示。　 图12-1 组件图 图12-2 组件 ? 操作二 组件图的组成　　组件图中通常包含三种元素：组件、接口和依赖关系。每个组件实现一些接口，并使用另外的接口。如果组件间的依赖关系与接口有关，那么可被具有同样接口的其他组件所替代。　　1．组件　　组件是定义了良好接口的物理实现单元，是系统中可替换的物理部件。组件表示将类、接口等逻辑元素打包而成的物理模块。 　　1) 名称 　　每个组件都必须有一个不同于其他组件的名称。组件的名称是一个字符串，位于组件图标的内部。在实际应用中，组件名称通常是从实现的词汇中抽取出来的段名词或名词短语，并根据目标操作系统添加相应的扩展名，如“.java”或“.exe”等。 　　2) 组件的种类 　　组件通常包括编译时的源组件、链接时的二进制组件和运行时的可执行组件三种类型。　　·源组件：源组件只在编译时有意义。通常情况下，源组件是指实现一个或多个类的源代码文件。　　·二进制组件：通常情况下，二进制组件是指对象代码，它是源组件的编译结果。它应该是一个对象代码文件、一个静态库文件或一个动态库文件。二进制组件只有在链接时才有意义。如果是动态库文件，则在运行时有意义。　　·可执行组件：可执行组件是一个可执行的程序文件，它是链接所有二进制组件所得到的结果。 　　2. 接口　　在组件图中，组件可以通过其他组件的接口来使用其他组件中定义的操作。通过使用命名接口，可以避免在系统中各个组件之间直接发生依赖关系，有利于组件的替换。组件图中的接口使用一个小圆圈表示。　　3. 接口和组件的关系　　接口和组件的关系分为两种：实现关系和依赖关系。接口和组件之间用实线连接表示实现关系，如图12-3所示，接口和组件之间用虚线箭头表示依赖关系。 图12-3 组件图中的接口 ? 操作三 使用Rational Rose绘制组件图　　1．创建组件图　　创建组件图的过程如图12-4所示：　　(1) 右键单击浏览器中的Component 视图。　　(2) 选择“New”→“Component Diagram”，并命名新的框图。 图12-4 创建构件图 　　2．把构件加入框图　　把构件加入框图的过程如图12-5所示：　　(1) 选择【Component】工具栏按钮，单击框图增加构件，并命名构件。　　(2) 右键单击构件，选择“Open Specification”，在“Stereotype”中设置构件版型。 图12-5 设置构件版型 任务三 认?识?部?署?图? 操作一 部署图的概述　　部署图(Deploy