指南:实施中的导入依赖关系
主题
说明 
处理子系统之间的依赖关系是构造实施模型的一个重要方面。
如果客户端子系统导入提供端子系统,那么客户端子系统中的元素只能针对提供端子系统中的元素进行编译。
要表达这样的依赖关系,则使用从一个子系统到另一个子系统的导入依赖关系,指出存在依赖关系的子系统。
示例:
以下组件图说明实施子系统之间的导入依赖关系。

子系统“电话银行”具有对子系统“贸易服务”的导入依赖关系,这样就允许“电话银行”中的元素针对“贸易服务”中的公用(可视)元素进行编译。
使用 
导入依赖关系的一个重要用途是控制子系统之间的可见性,并对实施者强制使用体系结构。
当在开发早期软件设计人员定义导入依赖关系时,只允许实施者让他们的实施元素引用(编译)所导入子系统中的公用元素。
控制导入有助于维护软件体系结构并避免不需要的依赖关系。
子系统可以按层来组织。
实施模型通常按层来组织。层数不是固定的,而是因情况而异的。下面是具有四层的一个典型体系结构:
- 顶层,即应用层,包含特定于应用的服务。
- 第二层,即业务特定层,包含特定于业务的组件,这些组件在数个应用程序中使用。
- 中间件层包含诸如 GUI 构建器之类的组件、数据库管理系统接口、独立于平台的操作系统服务以及诸如电子表格和图编辑器之类的 OLE 组件。
- 底层,即系统软件层,包含诸如操作系统之类的组件、特定硬件的接口等等。

用于银行系统的分层实施模型的示例。箭头显示子系统之间的导入依赖关系。
|