Chapter包图构件图和部署图.ppt

包与包图 包 一种组合机制，用于模型的逻辑组织 UML包对应于Java包 一个Java包可能包含其他包或类 包图 描述包及其关系的图 基本元素：包、注释、约束 包可以拥有：类、接口、构件、节点、协作、用例、子包等元素 一个元素只能属于一个包 包间关系：依赖关系和泛化关系 包的作用 对语义上相关的元素进行分组 如：把功能相关的用例放在一个包中 提供配置管理单元 如：以包为单位，对软件进行安装和配置 设计时，提供并行工作的单元 如：在设计阶段的多个设计小组，可以同时对几个相互独立包中的类进行详细设计 提供封装的命名空间 同一个包中，元素的名称必须惟一 包的表示 符号 文件夹符号 名称 区别于其他包的表示符 简单名称 全名：外围包名作为前缀，说明包的命名空间 元素 说明包的组成，如类、接口、构件、节点、协作、用例、子包等 每一个包都意味着一个独立的命名空间 元素表示 列出包含元素名 画出包含元素的图形表示 包的表示 可见性 控制包外部元素访问包内元素的权限 3种可见性 用“+”来表示“public”，即该元素是共有的 用“#”来表示“protected”， 即该元素是保护的 用“-”来表示“private”， 即该元素是私有的 说明 包的表示 版型 描述包的新特征， 5种版型： system ：表示整个系统 subsystem ：表示某个独立的子系统 facade ：表示某个包的视图，为复杂包 提供简略视图(或此包只引用 其他包内的元素) stub ：表示代理包(桩)，建模分布式 系统，说明其它包的公共内容 framework ：表示框架，元素仅为可扩充的 体系结构模式 包的关系 依赖关系 虚线箭头，箭尾表示客户包，箭头表示提供者包 版型 use ：默认的依赖关系，客户包依赖于提供者包，客户包的元素使用提供者包的公共元素 import ：最普遍的依赖类型，两个命名空间合并，提供者包的命名空间添加到客户包的命名空间 客户包元素引用提供者包的元素，无需使用全称 元素名称相同时，将会导致命名空间冲突 access：两个命名空间不合并，客户包元素使用路径名，访问提供者包的公共元素 trace ：表示一个包到另一个包的历史发展 包的关系 泛化关系 类似于类的泛化关系 使用一般包的地方，可以用特殊包代替 某一个特定功能，有多种实现方法，如： 实现多数据库支持 实现B/S和C/S双界面 系统设计时，可以定义一些高层次的“抽象包”和实现高层次功能的“实现包” 包图建模的作用 对成组元素建模 分组建模元素，并命名（仅标注核心元素） 策略： 浏览特定体系结构视图，以包分组“概念上、语义上相近的元素” 对每一个包找出可以在包外访问的元素，并标记为公有元素(应尽可能地少) ，把其他元素标记为受保护的或私有的；若不确定，就隐藏该元素 确定包之间的依赖关系，默认使用use版型，类实现时可以替换为import 确定包之间的泛化关系，以及包的多重性和重载 包图建模的作用 对体系结构建模 常用体系结构模式 分层、MVC、管道、 黑板、微内核 分层体系结构的包建模 表示层、逻辑层、数据层 策略 找出问题语境中一组有意义的体系结构视图 找出描述每个视图语义的元素，并放入到合适的包 确定包之间的依赖和泛化关系 包图阅读与示例理解 阅读包图 了解包的语义和元素的语义 理解包之间的关系 找到依赖关系复杂的、 包，从复杂包开始阅 读，依次到简单包 示例理解 根据use依赖，Client包使用Server包，Server包使用System.Data.SqlClient包，语义解释： 包Client负责Order录入，并使用包Server完成Order的存取和用户登录(LoggingService) 包Server使用包System.Data.SqlClient调用SQL Server访问工具包，实现与数据库的连接和通讯 包图阅读与示例理解 阅读包图 了解包的语义和元素的语义 理解包之间的关系 找到依赖关系复杂的、 包，从复杂包开始阅 读，依次到简单包 示例理解 根据import依赖，包Client引用包Rule，包Rule引用包GUI，同时包Client也间接引用了包GUI，语义解释： 包RULE负责“规则处理”，并引用一具体Window窗体 包Client包通过引用RULE来实现整个窗体和表单的显示和输入，并暂存Order信息 包图阅读与示例理解 阅读包图 了解包的语义和元素的语义 理解包之间的关系 找到依赖关系复杂的、 包，从复杂包开始阅 读，依次到简单包 示例理解 根据泛化关系，抽象包GUI有两个具体的实现： 针对