随着Internet和电子商务的迅速发展，当今金融企业传统的经营模式正面临巨大的挑战。金融产品和服务渠道的多样化，已经成为金融企业核心竞争力的所在，成为各企业间竞相比拼的内容。传统服务渠道逻辑分离的金融系统正在变得越来越过时，这种模式的系统每种服务渠道都各有一套自己的数据格式、通讯方式和应用逻辑，实现业务时的业务流程以及对银行核心数据的访问都是由渠道自己负责的，对于银行业来讲，银行柜面业务有柜面业务的服务渠道，网上银行有网上银行的服务渠道，网上银行的数据格式、交易流程与柜面业务的处理毫无关系。凡此种种，在迅猛发展的电子商务新的竞争环境下，构架新一代银行的应用服务平台大势所趋。
一、传统系统存在的问题
1、可复用能力低，可维护性差：集中表现在不支持多种服务形式(例如银行的柜面业务、网上银行、自助银行、电话银行等等)共享相同的业务逻辑。一般来讲，金融企业的同一种业务往往具有多种服务形式，而且，这些服务形式所涉及到的业务逻辑是类似的。比如银行业的同样一笔转账业务，在柜台、网上银行、ATM、或者电话银行都能办理，在这几种转账的表现形式中，基本业务流程如查询客户资料、检查密码、检查客户余额、登记交易流水等是完全一样的，但由于传统的银行系统中各种服务渠道逻辑上是分离的，以往的开发不得不针对柜台、网上银行、ATM、电话银行分别开发各自的交易流程，而且不得不与各种不同的通讯方式打交道，带来的不良后果就是系统的可复用能力低，可维护性差。
2、不能实现快速的新产品研发和推广：传统系统的升级和换代必将涉及到现有的各种服务渠道的改造，使得新产品研发和推广周期较长。
3、不能有效对客户行为进行分析：企业来说，有些客户的行为能为企业带来效益，有些却不能。对客户行为进行分析以获取客户资源信息是非常重要的。但服务渠道的分离却使的客户行为数据存储分散而且格式各异，传统系统在全面采集客户数据上显得十分不便。
4、增加新服务渠道的成本急速上升：IBM的一项研究项目表明，渠道分离的商业系统，随着服务渠道的增加，系统需要的费用急速上升，两者的关系见图1所示。例如银行业，其特征十分明显：
图1：服务渠道数量和费用关系图
二、BAS结构框架
1、基本思路：解决以上问题势必需要对传统的金融系统进行改造。将金融系统的各种接入渠道视为不同的表现逻辑，将表现逻辑与核心的业务逻辑分开，提高系统的复用性是改造的重点。当今流行的做法是在表现逻辑和业务逻辑之间增加第二层，即所谓的应用服务器层(Application Server)，以实现表现逻辑和核心业务逻辑的隔离，并实现共享业务逻辑。
金融行业应用服务器是构架在标准应用服务器架构之上，并针对金融行业业务特点所开发的、服务于金融行业的应用服务器。从结构上看，金融行业应用服务器实现了前端接入渠道的整合，并提供了访问后端系统的统一渠道。由于金融行业应用服务器的组成和功能与具体的前后端工作环境有关，因此构造金融行业应用服务器往往是一个二次开发的过程。一般会采用一套成熟的框架平台，然后在此平台上逐步构架金融行业应用服务器。在国外， IBM的WSBCC(WebSphere Business Components Composer)是构造金融行业应用服务器的框架平台代表。但有两个原因会阻碍采用WSBCC这样的产品。第一是WSBCC与IBM的应用服务器平台WebSphere捆绑紧密，而且WebSphere和WSBCC价格都极高，这样必然会加重国内金融企业电子化投资的负担；第二是WSBCC和WebSphere都是国外大企业封闭源代码的产品，大量采用这样容易受到技术垄断的产品，很容易受制于人。
2、BAS结构：正是在这样的背景下，我们开始了对金融行业应用服务器开发框架的研究。BAS(Business Application Studio)就是中软公司研究的金融行业应用服务器开发框架。整个BAS的模型如(图2)所示：
图2：金融行业应用服务器开发框架BAS结构示意图
