o3w（Object 3Tier Works）是三层体系结构的缩写。

总体说来，三层体系结构是编程模型，跨越三个独立的系统启用应用程序功能性的分布，通常是：

·在本地工作站运行的客户机组件（层一）

·在远程服务器上运行的流程（层二）

·数据库、资源管理器和大型机应用程序的离散集合（层三）

注: 这些层是逻辑层。它们可以在相同的物理的服务器上运行。

第一层（显示层）负责表示和与第一层组件一起驻留的用户交互作用。这些客户机组件使用户能以安全和直观的方式与第二层流程进行交互。WebSphere Application Server 支持几个客户机类型。

客户机不直接访问第三层服务。例如，客户机组件提供客户订购产品的表单。客户机组件将此订单提交到第二层流程，检查产品数据库并执行开票和运送所需的任务。

第二层（逻辑层）。第二层流程通常作为应用逻辑层引用。这些流程管理应用程序的业务逻辑，并且允许对第三层服务的访问。在应用逻辑层发生大多数处理工作。多个客户机组件能同时访问第二层流程，因此该应用逻辑层必须管理它自己的事务。

在前一个示例中，如果几个客户尝试订购相同的项目，但还只剩一个项目，则该应用逻辑层必须确定谁有权获取该项目，更新数据库反映购买情况，并通知其余客户不再提供该项目。没有应用逻辑层的话，客户机组件直接访问产品数据库。要求该数据库管理它自己的连接，通常切断正在访问的记录。当项目被放入购物车时就会发生锁定，阻止其它客户购买该项目的企图。分隔第二和第三层减少第三层服务上的负载，支持更多有效的连接管理并可以改进整个网络性能。

第三层（持久层）在安全网络中驻留，保护第三层服务不受客户机组件的直接访问。交互作用必须通过第二层流程发生。

层间的通信。全部三层必须能互相通信。打开标准协议和陈列的 API 简化此通信。您可以使用任何的编程语言（如 Java 或 C++）编写客户机组件。这些客户机通过与应用逻辑层对话可以在所有操作系统上运行。第三层中的数据库能进行任何设计，只要应用程序层可以查询和操纵它们。此体系结构的关键是应用逻辑层。