1 CTAIS体系结构
CTAIS2系统采用的是分层(layer)和分级(tier)的体系结构。
1.1 分层系统
分层（layer）是一种适用于大、中型计算机应用系统的通用体系结构模式。分层从逻辑上将子系统划分成许多集合，而层间关系的形成要遵循一定的规则：下层为上层提供服务，上层可以依赖于下层，反之则不行。通过分层，可以限制子系统间的依赖关系，使系统以更松散的方式耦合，从而更易于维护。
系统分层的基本原则是：和具体业务相关的功能位于上层，跨越业务领域，与业务无关的公共服务位于中层，而和系统的部署及环境相关的功能位于底层。因此分层系统的通用构架由三个层次构成，如图1.所示，但具体的分层策略可以根据实际情况在各个层次中再细分。
图1. 通用分层构架
1.2 分级系统
分级（tier）的目的是为了分离系统中相对独立但互相联系的逻辑，比如典型的三级（3－tier）系统分离了表示逻辑，应用逻辑和数据逻辑，各级之间通过协议和接口互相通信。从而各级之间具有更大的独立性，方便各自的变更和演进。
图2. 三级构架
1.3 CTAIS系统体系结构
图3. CTAIS系统体系结构
CTAIS系统体系结构如图3所示。
首先它是一个典型的3级系统，表示级和应用级之间在底层服务的基础上以XML格式的文本消息互相通信。由于数据级采用的是流行的关系型数据库，而应用级采用的是面向对象的设计和实现，因此应用级和数据级之间我们通过OR-MAPPING技术―DataWindow互相通信。
1.3.1 CTAIS系统分层
我们在层次上对CTAIS系统作了进一步的细分。
l 系统软件层主要包括操作系统、网络服务等成分，这些都有成熟的产品，并且细节也可由中间件系统层屏蔽。
l 中间件系统层我们采用基于SUN－J2EE标准的产品WebLogic Application Server。
l FRAME(框架)层同样也属于图1所示的中间件层，因此不包括任何业务逻辑。它是我们结合自己的具体需要，对已有中间件产品的扩展。框架层主要有两个重要的作用：一是为业务逻辑层提供经过良好设计的程序框架。程序框架定义了业务层程序系统的骨架，它抽象出通用的系统处理流程并勾勒出构件之间的相互关系，可以从基础上保证整体系统的质量，同时也使系统具有易开发，易维护、易扩展等特性。二是框架层也提供了与业务无关的基础通用构件，如日志、权限、数据操作、报表、打印等。
l 有了框架层和J2EE服务层的支持，业务层就可以完全专注于业务逻辑的开发，而把技术相关的细节留给低层去考虑。
把业务逻辑层又分为两层：核心业务构架层和业务构件层。核心业务构件层包括业务可复用的构件。实践表明，采用可复用构件可以降低软件的复杂性，加快软件的构造过程并能提高软件的质量和可维护性。有了定义良好的可复用业务构件之后，业务构件层可以在其基础上构造特定的业务应用。
