09-UML—CH9-构件图和配置图(YL)教程解析.pptVIP

图7-13 诊疗子系统的用例图  图7-14 “诊疗管理”子系统源代码到执行代码过程的构件图  详细的构件图 图7-15 “影像诊断”用例的详细构件图 图7-16 “诊疗管理”子系统客户/服务器式配置图 图7-17 “影像诊断”用例的配置图 一、系统体系结构模型 二、软件系统体系结构建模 三、硬件系统体系结构模型 四、系统体系结构模型建模案例 五、本章小结 本章小结： * * 第一项是最重要的，当我们对系统建模时，决策使用类还是构件，最简单的决策就是：若准备建模的事务存在于节点上，则采用构件，否则，采用类。 * 一个可执行程序需要哪些动态链接才能运行。 * 源代码建模 你可以使用工件图模型的配置文件,它代表的工作产品工件,设置你的配置管理系统。对一个系统的源代码建模。 可执行版本建模 一个交付到内部或外部用户的版本是相对完整并由一系列工件组成的。工件的上下文中，一个版本应集中在提供一个运行系统的那些部分。当你用工件图为一个版本进行建模时，你要可视化、实例化和文档化组成你的软件的物理部分，也就是说，它的部署工件。 物理数据库建模 物理数据库的模型表明了存储在关系数据库的表或一个面向对象数据库的页。你使用工件图来表示这些和其他类型的物理数据库。 1．用Artifact Diagram可以建立哪些系统模型？ 系统物理配置模型：数据文件、帮助文档、日志文件、安装\卸载文件等 图7-6 医院诊疗管理系统软件的一个系统构成构件模型图 例子“Artifact之间的依赖关系 （1）开发期构件依赖关系。 1）编译阶段 供应者构件：main.cpp,comhnd.cpp,whnd.cpp 客户构件：main.obj,comhnd.obj,whnd.obj 2）连接阶段 供应者构件：main.obj,comhnd.obj,whnd.obj 客户构件：client.exe 供应者构件：提供服务的构件； 客 户构件：使用服务的构建。 A依赖B：意味着编译A使用了B中的定义，若构件B改变，则构件A一定要重新编译一次。 例子：Artifact之间的依赖关系 （2）构件调用依赖关系。 1）编译前的调用依赖（供应者用构件表示） 供应者构件：comhnd.cpp,whnd.cpp 客户构件：main.cpp 2）连接后的可执行构件的调用依赖（供应者用对象表示） 供应者构件：graphic.dll 客户构件：client.exe 3．一个可执行软件系统的Component/Artifact Diagram建模步骤 （1）确定Component/Artifact 系统组成结构：系统的功能和结构模块 软件复用：更大范围或不同系统中复用 物理节点配置：节点分布 系统归并：关系密切的对象归并为一个构件 确定构件成分：构件包含的类和实现的接口 3．一个可执行软件系统的Component/Artifact Diagram建模步骤 （2）说明Component/Artifact 《file》《page》《document》《library》《application》《table》 （3）标识Component/Artifact之间的联系 构件之间通过接口依赖产生的关联。 （4）组织Component/Artifact 对于复杂的大系统，采用包的形式组织构件，形成清晰的结构层次图 Component/Artifact Diagram图描述的方法与技巧 （1）一个结构良好的构件图应具备的特点 侧重描述系统静态视图的某一侧面； 只包含那些对描述该侧面内容有关的模型元素； 提供与抽象层次一致的描述，只显示有助于理解该构件图的必要的修饰； 图形不要过于简化，以防产生误解。 （2）绘制一个构件图时应注意的问题 为构件图标识一个能准确表达其意义的名字； 摆好各个构件的位置，尽量避免连接线的交叉； 语义相近的模型元素尽量靠近； 用注解和颜色提示重点部位； 采用尽量少的图符标记描述构件图，保持所有构件图风格一致。 三、硬件系统体系结构模型 硬件系统体系结构模型 软件构件需要部署在硬件上予以执行，硬件系统体系结构由配置图来建模。 硬件系统体系结构模型的作用有这些方面：指出系统中的类和对象涉及的具体程序或进程；标明系统中配置的计算机和其他硬件设备；指明系统中各种计算机和硬件设备如何进行相互连接；明确不同代码文件之间的相互依赖关系。 部署图对系统的物理架构进行建模，它展示了系统里软件和硬件构件之间的关系，以及这些组件在物理上的处理。一个系统只有一个部署图，部署图常常用于帮助理解分布式系统。 * * 部署图定义 部署图（deployment diagram）展示了工件（artifact）如何在系统硬件上部署，以及各个硬件部件如何相互连接