对应用架构进行分层的目的是要实现业务与技术分离，降低各层级之间的耦合性，提高各层的灵活性，有利于进行故障隔离，实现架构松耦合。
应用分层可以体现以客户为中心的系统服务和交互模式，提供面向客户服务的应用架构视图。
对应用分组的目的是要体现业务功能分类和聚合，把具有紧密关联的应用或功能内聚为一个组，可以指导应用系统建设，实现系统内高内聚，系统间低耦合，减少重复建设。
通常，银行应用架构可以划分为渠道接入层、渠道整合层、集成层、业务处理层、决策支持与管理层，如图3-1所示。
图3-1 应用架构分层
1.渠道接入层
渠道接入层是客户接受银行服务的接入点，通过接收服务请求，发送服务请求给处理系统，并反馈处理结果，从而为客户提供产品服务，或进行客户沟通，或进行市场营销，或进行产品销售等。
2.渠道整合层
渠道整合层支持渠道接入以及与客户交互的工作流。该层更为注重整合各渠道具有共性的功能。例如，页面库和功能树、统一消息、统一认证、统一日志等，定位于面向渠道和客户体验，在渠道逻辑之外不宜部署过厚的业务逻辑。(www.xing528.com)
3.集成层
集成层支持企业应用集成、企业数据集成、企业流程集成以及合作互联等。
4.业务处理层
业务处理层支持银行提供的产品、客户、账户、核算等相关的应用服务集合。这些应用主要处理具有较高实时性要求的联机服务请求，并保存相关业务信息。
5.决策支持与管理层
决策支持与管理层包括通过数据分析提供决策支持的应用以及风险管理、财务管理、内部管理等管理型的应用。
应用架构在分层的基础上，要对应用进一步分组，把同一类业务领域、关联性高、具有相同的业务属性的逻辑功能集合划分为一组，如资产负债组、中间业务组等。按照相同的方法，可在组内进一步划分不同的应用，如图3-2所示。
图3-2 应用架构分组
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
