某银行信贷系统_系统架构设计文档
有关消费信贷系统架构设计说明书
有关消费信贷系统架构设计说明书【实用文档下载编辑省事省力】本文可供参考。
欢迎您直接下载宇信易\消m信j管理系y--暴露的v0-one框架目一概述............................................................................ .....................错误！未定义书签。
1.11.21.31.41.52文件目的地错误！没有定义书签。
背景和建设目标错误！没有定义书签。
设计规范和约束错误！没有定义书签。
标准物质。
错误的没有定义书签。
断言错了！没有定义书签。
架构需求分析............................................................................ .....错误！未定义书签。
2.1消费贷款关键业务场景分析错误！没有定义书签。
场景：申请............................................................................ ............................6场景：电核............................................................................ ............................6场景：审批............................................................................ ............................7场景：面签............................................................................ ............................8场景：还款计划与费率计算. (9)2.1.12.1.22.1.32.1.42.1.52.22.33消费贷业务特征......................................................................错误！未定义书签。
交通银行信贷分析系统建设方案
汇报人：2023-11-20•项目背景•系统建设方案概述•数据治理与风险管理目录•系统技术实现•实施方案与时间表•效益评估与持续优化•结论与展望01项目背景随着信贷业务的快速发展，风险控制成为首要任务，需要加强客户信用评估和风险预警机制。
信贷风险控制业务效率提升数据分析需求传统信贷审批流程繁琐，需要提高业务处理效率和客户满意度。
缺乏对客户数据的有效分析，无法为决策提供科学依据，需要完善数据挖掘和统计分析功能。
030201当前信贷业务面临的挑战通过系统自动化评估客户信用和风险预警，提高风险识别和预防能力。
提高风险控制能力通过系统简化审批流程，减少人工干预，提高业务处理效率。
提升业务效率通过系统规范信贷业务操作，满足监管部门对于风险管理和数据报送的要求。
满足监管要求信贷分析系统建设的必要性实现风险量化提高业务效率支持决策分析满足监管要求项目建设目标与意义01020304通过数据分析和挖掘，实现对客户信用的精准评估和风险预警。
缩短信贷审批周期，提高客户满意度和业务处理效率。
为管理层提供数据分析和决策支持，助力业务拓展和优化。
确保符合监管部门对于风险管理和数据报送的要求，降低合规风险。
02系统建设方案概述系统建设应以支持交通银行信贷业务发展为目标，满足各级信贷管理人员、客户经理和风险管理人员的需求。
业务导向原则系统应遵循国家和交通银行内部的各项标准和规范，确保系统的可维护性和可扩展性。
标准化和规范化原则系统应具备完善的安全性措施，保障用户数据和系统本身的安全。
安全性原则系统应具备灵活的业务配置和流程定制能力，以适应交通银行不断变化的信贷业务需求。
灵活性原则系统建设原则与思路负责与用户的交互，接收并展示用户输入，同时向用户展示信贷分析结果。
前端展示层包含各类信贷分析服务，包括客户信息查询、信贷产品推荐、风险评估等。
服务层包含各类数据源，如客户信息、信贷产品信息、风险评估指标等。
数据层包含服务器、存储设备、网络设备等基础设施，为整个系统提供计算、存储和网络支持。
某银行信贷系统系统架构设计文档
某银行信贷系统-系统架构设计文档————————————————————————————————作者：————————————————————————————————日期：****银行消费信贷系统规划及实施管理项目软件架构概要设计说明书文档审批信息版本编号/更审批日期审批人签字备注改记录编号目录修订历史........................................................................................................... 错误!未定义书签。
文档审批信息.. (4)1.简介 (6)1.1目的61.2面向读者61.3文档组织61.4设计限定61.5术语说明61.6参考文献72.项目建设目标和预期成果 (7)2.1建设目标72.2主要预期成果73.系统非功能需求分析 (8)3.1非功能需求分析方法83.2分析视角：系统服务对象93.3分析视角：系统服务目标93.4分析视角：生产类型定位103.5分析视角：文档电子化管理要求103.6系统目标114.系统设计限制及约束条件 (13)5.面向层次的技术架构设计 (14)6.技术架构的逻辑构成 (15)6.1概况：156.2分类说明167.实际部署 (18)1. 简介1.1 目的此文档从构架方面对系统进行综合概述，其中使用了大量不同的构架视图来描述系统的各个不同方面。
它用于记录并表述已在构架方面对系统作出的重要决策。
同时此文档也是在此项目后续具体实施时，各个系统功能模块的设计和开发的基础依据。
1.2 面向读者▪项目开发人员▪项目测试人员▪项目管理人员1.3 文档组织1.4 设计限定1.5 术语说明1.6 参考文献2.项目建设目标和预期成果2.1 建设目标建立基于http访问的消费信贷申请系统，方便****银行的合作伙伴通过此系统能够便捷的收集信贷人的资料，提高服务资料，缩短信贷申请时间。
XX消费信贷管理系统架构设计及建设项目解决方案【确任稿】
XX消费信贷管理系统架构设计及建设项目解决方案目录1 概述 (4)1.1 文档目的 (4)1.2 背景与建设目标 (4)1.3 设计规范与约束 (5)1.4 参考资料 (5)1.5 述语 (5)2 架构需求分析 (7)2.1 消费贷关键业务场景分析 (7)2.1.1 场景：申请 (7)2.1.2 场景：电核 (8)2.1.3 场景：审批 (9)2.1.4 场景：面签 (10)2.1.5 场景：还款计划与费率计算 (11)2.2 消费贷业务特征 (11)2.3 设计目标与原则 (12)3 架构设计 (15)3.1 系统业务架构 (15)3.1.1 业务模式 (15)3.1.2 业务流程 (16)3.1.3 功能划分 (16)3.2 系统逻辑架构 (18)3.2.1 功能层次划分 (18)3.2.2 功能层次关系 (20)3.3 系统技术架构 (21)3.3.1 子系统划分 (21)3.3.2 技术选型 (24)3.3.3 技术架构分层 (25)3.3.4 关键技术点 (28)4 功能设计 (36)4.1 功能模块划分 (36)4.2 功能结构设计 (38)5 非功能设计 (42)5.1 性能设计 (42)5.2 安全设计 (43)5.3 容错设计 (44)1概述1.1文档目的《架构设计说明书》用于确定消费信贷系统的整体架构；明确业务功能结构、技术方向、以及设计原则；为后续阶段进行概要设计、详细设计、编码开发以及测试提供方向性、原则性的指导。
消费信贷系统主要针对消费金融公司、银行消费信贷部门的业务运营需求而设计；本说明书将从消费贷业务特征分析为切入点；从业务架构、逻辑架构、技术架构等多个维度；逐步分析采用何种技术架构可以在最大程度地满足现有业务需求的同时；也能兼顾将来一段时间内的业务发展变化。
1.2背景与建设目标基于国内整体消费金融业务的发展情况和银行关注消费金融的程度；以及国家加速发放消费金融牌照的趋势；为了能够抢占消费系统服务市场份额；特别研发新一代消费信贷管理系统。
银行信贷管理系统数据库设计
银行信贷管理系统数据库设计概述银行信贷管理系统是银行业务的重要组成部分，其中的数据库设计是系统的基础。
良好的数据库设计可以提高系统的性能、可靠性和安全性，有效支持银行信贷管理流程。
本文将介绍银行信贷管理系统的数据库设计方案。
数据库结构用户表（User）字段名类型说明UserID 整型用户IDUserName 字符串用户名Password 字符串密码UserType 整型用户类型客户表（Customer）字段名类型说明CustomerID 整型客户IDName 字符串客户姓名Gender 字符串性别Birthday 日期出生日期Phone 字符串联系电话Address 字符串地址贷款表（Loan）字段名类型说明LoanID 整型贷款IDCustomerID 整型客户IDAmount 浮点型贷款金额Date 日期贷款日期Status 字符串贷款状态还款表（Repayment）字段名类型说明RepaymentID 整型还款IDLoanID 整型贷款IDAmount 浮点型还款金额Date 日期还款日期数据库设计数据库引擎选择在银行信贷管理系统中，数据安全性和可靠性非常重要。
因此，建议选择支持事务处理和数据一致性的数据库引擎，如MySQL、Oracle等。
数据库表设计1.创建用户表（User）存储系统的用户信息，其中UserID作为主键；2.创建客户表（Customer）存储客户的基本信息，其中CustomerID作为主键；3.创建贷款表（Loan）存储客户的贷款信息，其中LoanID作为主键，CustomerID为外键；4.创建还款表（Repayment）存储客户的还款信息，其中RepaymentID作为主键，LoanID为外键。
数据库索引设计为加速查询，应在关键字段上建立索引。
如在贷款表中的CustomerID、LoanID字段上建立索引，提高查询效率。
总结以上是银行信贷管理系统数据库设计的概要方案。
银行信贷分析系统建设方案
降低信贷风险
通过数据分析、风险评估和预警等功 能，有效控制信贷风险，减少不良贷 款率。
提升客户满意度
提供更快速、更便捷的服务，满足客 户需求，提高客户满意度和忠诚度。
优化资源配置
通过数据分析和预测，合理配置信贷 资源，提高资源利用效率和盈利能力 。
系统未来发展展望
智能化升级
大数据分析
借助人工智能、机器学习等技术，实现系 统自动学习和自我优化，提高智能化水平 。
对出现风险问题的信贷业 务进行处置，并对处置结 果进行评价和总结，优化 风险控制策略。
报表生成与分析
1 2
报表自定义与生成
支持用户自定义报表格式和内容，自动生成各类 报表，如客户信息报表、信贷业务报表、风险评 估报表等。
报表数据挖掘与分析
对报表数据进行深入挖掘和分析，发现数据背后 的规律和趋势，为银行决策提供数据支持。
验证系统在不同浏览器、操作 系统及设备上的兼容性。
系统部署与上线
环境准备
搭建服务器、网络等基础设施 ，确保系统运行环境的安全稳
定。
系统安装与配置
按照部署方案，进行系统安装 、配置及优化。
数据迁移与整合
将旧系统数据迁移至新系统， 并进行数据整合与校验。
上线运行与监控
系统正式上线运行，进行实时 监控和维护，确保系统稳定高
风险预警机制
实时监测信贷业务风险，对潜在风险进行预警，降低不良贷款率。
风险应对措施
针对不同风险等级的客户，制定相应的风险应对措施，定制与生成
根据银行需求定制各类 报表，如客户信息统计 表、信贷业务报表等。
报表数据分析
对报表数据进行深入分 析，挖掘潜在业务机会 和风险点，为决策提供 支持。
银行信贷管理系统的分析及其设计
第三章需求分析系统开发原则3.2.1 设计原则商业银行信贷管理系统作为商业银行业务管理和信息管理体系的组成部分，在设计时应充分考虑标准化原则，即一方面应根据有关的国际、国内和工业标准进行系统的设计，另一方面应充分考虑商业银行在长期的业务管理和信息管理系统建设中形成的本行业和本系统内的有关规范，使得该系统能够达到与其它业务管理和信息管理系统高效、便利地互联的目标。
3.2.2 实施原则在商业银行信贷管理系统的技术实现过程中，开发工具、实现方法、支撑环境的选择设计多种不同的产品和方法。
在进行具体的产品和方法选择时，一方面应坚持先进性原则，先进性原则首先要求技术领先，因为目前的信息技术正在快速发展，各种新技术和新概念不断引入，在技术上相对滞后的产品和技术将会逐渐退出市场，给未来的系统维护升级造成困难，同时先进性原则也要求相应的产品和技术在市场和服务等方面领先，以达到保护投资和利于系统长期维护、升级的目标。
另一方面，在系统的实施过程中又必须遵循实用性原则，这是由于系统的顺利推广不仅需要与实际需求和具体的使用环境相符合，同时还应考虑到实施的成本（包括资金成本和时间成本）等因素，这就要求在制定系统实现方案时必须从商业银行目前的实际技术环境、使用环境（包括人员、设施及有关的技术资源等）和外部环境（如与人民银行“银行信贷登记咨询系统”的连接）出发，做到先进性和实用性的相结合。
3.2.3 运行管理原则￥系统在投入使用后最重要的是日常的管理维护，在系统设计和实现阶段应当充分考虑到系统的日常维护工作，提高系统的可维护性。
一方面，信贷管理系统所涉及的是商业银行及其客户的信贷业务信息和主要经济财务指标等敏感性信息，因此信息的安全可靠性是系统设计中应当着重考虑的。
这要求系统设计和实现时充分考虑诸如信息的保密性、访问的可控性、数据的完整性、系统的冗余性等安全可靠性因素。
另一方面，正因为系统的运行管理融合于日常的业务运作过程之中，这又要求系统所提供的相应的保证安全可靠的手段使用灵活、便于管理，并能随着安全策略的改变而有一定的弹性，做到在保证系统安全可靠性的基础上尽可能提供相应的灵活性。
银行信贷管理系统的分析及其设计(doc 29页)
银行信贷管理系统的分析及其设计(doc 29页)第三章需求分析3.2 系统开发原则3.2.1 设计原则商业银行信贷管理系统作为商业银行业务管理和信息管理体系的组成部分，在设计时应充分考虑标准化原则，即一方面应根据有关的国际、国内和工业标准进行系统的设计，另一方面应充分考虑商业银行在长期的业务管理和信息管理系统建设中形成的本行业和本系统内的有关规范，使得该系统能够达到与其它业务管理和信息管理系统高效、便利地互联的目标。
3.2.2 实施原则在商业银行信贷管理系统的技术实现过程中，开发工具、实现方法、支撑环境的选择设计多种不同的产品和方法。
在进行具体的产品和方法选择时，一方面应坚持先进性原则，先进性原则首先要求技术领先，因为目前的信息技术正在快速发展，各种新技术和新概念不断引入，在技术上相对滞后的产品和技术将会逐渐退出市场，给未来的系统维护升级造成困难，同时先进性原则也要求相应的产品和技术在市场和服务等方面领先，以达到保护投资和利于系统长期维护、升级的目标。
另一方面，在系统的实施过程中又必须遵循实用性原则，这是由于系统的顺利推广不仅需要与实际需求和具体的使用环境相符合，同时还应考虑到实施的成本（包括资金成本和时间成本）等因素，这就要求在制定系统实现方案时必须从商业银行目前的实际技术环境、使用环境（包括人员、设施及有关的技术资源等）和外部环境（如与人民银行“银行信贷登记咨询系统”的连接）出发，做到先进性和实用性的相结合。
3.2.3 运行管理原则系统在投入使用后最重要的是日常的管理维护，在系统设计和实现阶段3.4 业务流程需求分析商业银行信贷管理系统是商业银行业务管理和信息管理体系的组成部分，它主要按客户处理贷款，以客户为中心，进行贷款管理。
我行信贷部门主要包括客户管理、业务管理、利息管理、信贷人员管理和查询统计等五个方面的业务功能。
（1）客户管理。
对贷款客户信息资源的一体化管理，逐步建立客户关系管理，并在一定的时候实现信贷系统与行内其他主要系统的数据交互，增强对贷款客户信息的沟通、监管。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
****银行消费信贷系统规划及实施管理项目软件架构概要设计说明书文档审批信息目录修订历史........................................................................................................... 错误!未定义书签。
文档审批信息.. (1)1.简介 (2)1.1目的 (2)1.2面向读者 (2)1.3文档组织 (3)1.4设计限定 (3)1.5术语说明 (3)1.6参考文献 (3)2.项目建设目标和预期成果 (3)2.1建设目标 (3)2.2主要预期成果 (3)3.系统非功能需求分析 (4)3.1非功能需求分析方法 (4)3.2分析视角：系统服务对象 (4)3.3分析视角：系统服务目标 (4)3.4分析视角：生产类型定位 (4)3.5分析视角：文档电子化管理要求 (4)3.6系统目标 (4)4.系统设计限制及约束条件 (7)5.面向层次的技术架构设计 (7)6.技术架构的逻辑构成 (8)6.1概况： (8)6.2分类说明 (8)7.实际部署 (9)1. 简介1.1 目的此文档从构架方面对系统进行综合概述，其中使用了大量不同的构架视图来描述系统的各个不同方面。
它用于记录并表述已在构架方面对系统作出的重要决策。
同时此文档也是在此项目后续具体实施时，各个系统功能模块的设计和开发的基础依据。
1.2 面向读者▪项目开发人员▪项目测试人员▪项目管理人员1.3 文档组织1.4 设计限定1.5 术语说明1.6 参考文献2.项目建设目标和预期成果2.1 建设目标建立基于http访问的消费信贷申请系统，方便****银行的合作伙伴通过此系统能够便捷的收集信贷人的资料，提高服务资料，缩短信贷申请时间。
2.2 主要预期成果1 提升业务处理效率▪以客户为中心，支持全流程一体化的业务处理，提升整体业务效率；▪结合用户职责，提供客户、项目、合同等全方位的信息，缩短信息查阅时间，提升业务经办效率。
2 增强业务监控能力▪实时监控机制运行的关键信息和指标，为业务的平稳运行提供保障；▪提供全面的操作痕迹保留手段，为稽核检查工作提供必要的依据。
3改善数据质量▪依据业务的需求，在业务经办过程中可以对数据质量进行控制，建立集中化的、一致、及时、准确的数据基础，满足内部统计、分析、决策的需要，以及外部监管部门和投资者对信息披露的要求。
4提升信用风险管理水平▪整合第三方的评级系统，实现定量化的信用风险评估；▪整合外部信息，识别风险征兆，促进资产质量与收益的持续性改善与提升。
3. 系统非功能需求分析3.1 非功能需求分析方法参照ISO/IEC 9126，可对系统架构9个非功能性子特性进行分析：全面分析业务特征，立足业务持续发展与创新，多维度分析非功能需求,建立技术架构设计基础图 1 非功能性需求分析方法3.2 分析视角：系统服务对象图 2 分析视角：系统服务对象3.3 分析视角：系统服务目标图 3 分析视角：系统服务目标3.4 分析视角：生产类型定位图 4 分析视角：生产类型定位3.5 分析视角：文档电子化管理要求图 5 分析视角：文档电子化管理要求3.6 系统目标安全性• 认证：提供基于用户名/口令的认证方式、提供数字证书的身份认证方式•授权：提供基于角色的应用软件功能的访问控制，提供基于角色和组织机构的数据对象的访问控制能力•机密性：通过安全的网络传输协议，利用公钥/私钥保证数据在传输过程的安全•完整性：利用数字签名技术保证系统传输的关键性业务数据的完整性易用性1. 易见•功能操作不超过三级菜单•主要功能设置快捷方式•提供个人收藏夹功能，便于直接点击进入•系统信息变更在界面易见，无需要手工刷新或者重复操作而显示变化的关键结果•针对管理类和决策类用户的查询和监控类操作界面，提供饼图，柱状图等形象的表达方式2. 易用•对操作性界面，简化输入工作，提供多种可选择输入方式•说明文字言简意赅，不存在二义性•光标键切换有规律，不紊乱•关联界面间具有相互联系，可自由转换•界面简洁，按钮操作少而明确3. 易学•具有清晰的导航/向导功能。
•用户手册准确，易懂•界面操作简化，提供友好提醒•具有简单的在线提示功能适应性•在流程定义上，系统提供灵活的机构授权配置•在贷款类型定义中,用户可以定义不同类型的业务产品，以适应业务的变化•系统具有基于角色的应用功能权限管理能力•系统具有基于角色的数据访问权限管理能力可管理•系统运行状态可管理：如系统启动、停止等•异常处理规则可维护•流程运行状态可维护•可对非结构化数据进行存储、管理、检索•可对非结构化数据的规范化管理，支持多种文档的存储高可用•保证系统持续、稳定运行•并且计划外宕机时间控制在全年的2%以内开放性•系统支持外部系统平滑接入•规范服务接口，统一化服务调用•支持规范事务类别•系统应提供与****银行提供的评级系统的接口对接能力可扩展性•系统能够对产品共性进行归纳与抽象，实现产品的参数化管理，实现产品产品创新与产品变更的配置化管理•实现业务流程标准化与产品特性的分离可靠性•能保证业务交易及其数据传递的完整性和一致性•在系统运行异常甚至发生故障时，能提供故障恢复的能力高性能A响应时间：•用户访问系统登陆界面的响应时间目标4秒•用户98%的简单查询访问的响应时间目标2-5秒•用户98%的简单增删改事务处理访问的响应时间目标1-4秒•用户98%的复杂查询访问的响应时间目标是5－8秒•服务器的平均利用率应不大于75%B在线用户数量：•系统应能支持同时在线用户数为总用户数的60%C并发交易量：C1平均事务处理量：•简单增删改查页面点击交易量:30次/秒•复杂的查询交易:30次/秒C2峰值事务处理量：•简单增删改查页面点击交易量100次/秒•复杂的查询交易是40次/秒4.系统设计限制及约束条件1, Web 界面：Ext js(开源)2. 安全与认证：ca产品3. 应用服务器软件(App Server):WebSphere(商业软件)4. BPM产品5,数据库产品（可以集成现有数据库）5.面向层次的技术架构设计从面向层次设计的视角，可将系统设计为如下层次：用户交互层、交互控制层、业务服务层、公共服务层、业务流程管理扩展、数据访问层和数据存储层。
•用户交互层，基于Web2.0实现技术，负责用户与系统的人机交互界面，为用户提供一定的本地计算能力。
•交互控制层，负责为界面和业务服务之间进行数据转换，同时对系统的事务进行总体控制，隔离界面实现与后台服务实现，使后台业务服务实现更为标准化。
•业务服务层，主要包括各类封装了业务实现逻辑的业务服务组件，调用数据访问层的数据服务，本身不直接访问数据库。
另外，系统根据业务需求，负责调用法兴银行已有的第三方系统。
•公共服务层为整个应用的公共需求提供统一的、重用的服务。
包括：日志、异常、事务、认证、校验等。
•业务流程扩展部分，屏蔽具体的业务流程实现技术，为系统提供对流程和任务的管理以及处理等操作，如，启动流程，转发任务等。
•数据访问层，负责进行数据访问及系统间交互操作，关注数据的存取操作，不关心业务服务如何调用数据，屏蔽对数据库表的直接SQL操作。
层次视角系统结构见下图：图 6 面向层次视角的技术架构6.技术架构的逻辑构成6.1 概况：1.采用Web2.0的UI设计2.采用BPM进行流程管理3.通过同一模块和外部系统进行交互4.采用ORM技术封装独立的数据访问层5.系统有很好的适应性，可扩展性和开放性图7 技术架构的逻辑构成视图6.2 分类说明管理：1.统一化定义管理各模块的接口，降低管理与系统核心模块的耦合度2.管理分为：权限管理，系统配置管理，异常管理3.系统配置参数的管理将直接影响系统核心的运行，与配置加载，配置参数刷新等构成了一个整体4.异常管理主要与流程处理挂钩，统一管理异常，增加人员修复的机会并使流程继续运行，降低系统维护成本界面展现层：1.界面UI与数据很好分离。
2.用户界面友好，交互体验丰富。
3.UI架构开放, 采用标准XML数据与后台交互。
4.与无线Web很好融合，支持PDA，手机等多渠道方式的无线访问。
界面与后台数据交互：1，DWR (Direct Web Remoting)是开源技术，前端Javascript与Server端的Java交互，充分利用网络带宽2，和JavaScript相结合，提供了多种交互模式(同步，异步)，增强用户体验型原理如下：图8 DWR原理示意Web 层：1.Web Server独立部署，可被外网访问。
网络安全具有可较强的可扩展性，可以考虑采用授权认证等体系。
App Server：1. 体现业务系统的业务逻辑，支持信息管理类操作。
2. 与流程，数据访问等存在高内聚的接口，与****银行的****平台存在松耦合的服务交互接口。
BPM 流程定制：1.承载平台所有业务流程的运行。
2.流程环节多，参与部门和人员多，流程存在状态管理，存在与任务管理的无缝交互。
数据库访问：1.数据访问层屏蔽底层数据存储的差异，采用对象化处理方法实现关系数据库的访问。
2.区分应用数据库与流程库等，便于采用不同的维护方法和备份/清理周期。
文件访问：1，文件访问提供了统一的文件上传下载和管理的统一接口。
2，将数据文件和零时文件区分开来，便于采用不同的维护和备份策略。
7.实际部署系统部署原则3，实现用户端的零部署4，系统集中部署模式5，系统模块可分布部署, 部署的物理机群可根据需要缩小和扩展6，通过规则和参数等技术保证系统针对不同客户的多样性，适应环境变化图 9 系统部署图负载均衡器Web Server内部防火墙BPM Server集群部署HA署交叉HADB Server集群部署外部防火墙App Server。