使用三层体系结构模型
三层体系结构模型（逻辑设计模型的基本框架）将应用程序组件细分为三层服务。 这些层不一定对应于网络上各种计算机上的物理位置，而是对应于应用程序的逻辑层。 应用程序各个部分在物理拓扑中的分布会更改，具体取决于系统要求。
以下是分配给每个层的服务的简要描述：
呈现层或用户服务层允许用户访问应用程序。 此层会向用户呈现数据，并可以选择允许数据操作和数据输入。 此层的两种主要用户界面类型是传统的应用程序和基于 Web 的应用程序。 基于 Web 的应用程序现在通常包含传统应用程序使用的大多数数据操作功能。 这可通过使用动态 HTML、客户端数据源和数据游标来实现。
注意
在三层应用程序中，客户端应用程序将比客户端-服务器应用程序更瘦，因为它不会包含现在位于中间层的服务组件。 这会导致用户的开销减少，但系统的网络流量增加，因为组件分布在不同的计算机中。
中间层或业务服务层由业务和数据规则组成。 中间层也称为业务逻辑层，是 COM+ 开发人员可以解决任务关键型业务问题并取得重大生产力优势的层。 构成此层的组件可以存在于服务器计算机上，以帮助实现资源共享。 这些组件可用于强制执行业务规则，例如业务算法、法律或政府法规以及数据规则，这些规则旨在使数据结构在特定的或多个数据库中保持一致。 由于这些中间层组件未绑定到特定客户端，因此所有应用程序都可以使用这些组件，并且可以将其移到不同的位置，因为响应时间和其他规则需要。 例如，可以将简单的编辑放置在客户端上，以最大程度地减少网络往返，或者可将数据规则放置在存储过程中。
数据层或数据服务层与通常存储在数据库或永久存储中的持久数据进行交互。 这是实际 DBMS 访问层。 可以通过业务服务层进行访问，偶尔也可以通过用户服务层访问。 此层由数据访问组件（而不是原始 DBMS 连接）组成，以帮助实现资源共享，并允许配置客户端，而无需在每台客户端上安装 DBMS 库和 ODBC 驱动程序。
在应用程序的生命周期内，三层方法可提供可重用性、灵活性、可管理性、可维护性和可伸缩性等优势。 可以共享和重复使用所创建的组件和服务，并且可以根据需要将其分布在计算机网络中。 可以将大型复杂项目划分为较为简单的项目，并将其分配给不同的程序员或编程团队。 还可以在服务器上部署组件和服务，以帮助跟上更改，并且可以随着应用程序用户群、数据和事务量的增加而重新部署这些组件和服务。
相关主题