【2018年整理】大前置的目标功能模式.doc

天马行空官方博客：/tmxk_docin ；QQ:1318241189；QQ群：175569632 大前置的目标功能模式 大前置系统的建设目标 整合各类功能的前置 目前建设银行内普遍的前置的功能，可分为以下几种类型： 外联交换型：以联网交易为主，如异地卡/金卡工程、电子汇划、SWIFT、人行支付等。 终端驱动型：以专用终端的管理和控制为主，如网点终端、ATM、Kiosk、POS、查询补登机、电子汇单等。 增值服务型： 如Call Center、网银、企业银行等 中间/特色业务型：如代收付、外汇买卖、银证卡折炒股、代办保险、代缴税款等 全国性业务前置系统：如国际业务开放式基金代理、综合报表系统等 毕博认为：2）终端驱动型和3）增值服务型的前置功能，可以统称为设备前置，应该整合到大前置系统，而其他前置功能，建设银行可以考虑整合到信息总线。 对于规划中之所以将设备前置放在大前置中，而不是和其他前置功能一起整合到全行的信息总线，这里要做一个简单说明：从逻辑和理论上来讲，为了结构清晰，设备前置应该是由整个信息总线来完成。但是在目前的情况和实际应用中，由于我们要保证建设银行交易的效率，我们应该将设备前置单独提出来，因为大前置涉及到大量的交易处理，需要的是快速反应，所以我们应该单独从专有技术，主要是TP Monitor中间件，例如Tuxedo和CICS来实现设备前置。在逻辑上我们可以将它当作信息总线的一部分，在物理上，它归属于大前置，而大前置系统接入全行的信息总线（参见规划总图）。目前的信息总线的其他部分包括工作流还是用于实现那些异步方式，系统交互要求高的功能。当然，我们还是要求设备前置要和整个信息交换平台的其他部分有良好的接口，以便实现一些与设备前置有交互的功能。在可预见的将来，等系统性能提高后，我们再将设备前置在物理上与信息总线的其他部分融为一体。 支持多通讯协议(如SNA、TCP/IP、MQ等)，提高与外部系统的连接能力； 支持多报文种类、格式(如SWIFT、ISO8583、XML等)，并通过报文转换来完成外部报文与内部报文之间的转换，并留下有关的痕迹以便勾稽核对；并含报文字段检查功能 ?交易预处理能力使分行可以在提交主机前进行一些简单而非业务性的处理，减轻主机的压力；支持统一的外部系统接入点，使不断增加的外部接口不会对主机系统造成压力；本地交易的处理平台使前台以至后台的处理可以更有规范的进行，提高系统的整体性能 ?进行/控管；支持进程定义，以配合把复杂的处理流程进行进程分解，并提高进程的可重用性 标准的交易控管可以更有效的实现银行的安全机制(如复核、授权等) 标准的异常处理让用户更容易掌握系统所发生的问题，并且更快的处理已发生的异常情况 ??????? 可扩充性及可维护性使系统能够更容易的作出功能上的提升，更灵活的面对同业的挑战 ?? 业务前置机功能使系统能够发挥业务前置机(如银证转帐、代收付业务、代理业务等)，简化分行系统的维护工作量，并能够更有效的使用计算机资源 因此，简言之，建设银行大前置系统的实现目标是：实现高效、稳定的信息交换；支持多种协议和数据格式的转换；提供应用的路由选择和交易的组装、调度、完整性一致性控制；进行文件传输和安全加密等功能；支持多样性的中间业务的整合；支持多种外联系统的接入；支持柜面、ATM、POS等自助设备，callcenter、网上银行等多渠道服务；支持信息服务、报表处理、系统监控、安全控管等功能；支持多机负载均衡，具有进程动态伸缩控制；最终建立集信息交换、业务整合、渠道整合、信息服务等功能的结构化、参数化的整合性平台。 大前置架构说明 交换及应用服务系统实现协议转换、加密处理、安全管理、报文转发、文件传输、交易组合、提供外围系统接口等功能，负责交易完整性控制；在交易同时登记交易流水，为主机故障时应急支付提供可能。 渠道整合系统连接现有各种金融电子服务渠道，以及外连单位系统。 中间业务系统负责完成各项中间业务的预处理以及与外单位的联机处理和日终批处理。 信息服务系统负责接收相关帐本数据、生成报表并拆分下发、存储各项管理数据，并在此基础上提供各种管理信息服务。 监控管理系统负责对系统运行状况及业务运行状况的监控，为系统的运行管理提供手段。 Web-svr 服务系统提供具有灵活扩展性的、符合J2EE 技术标准的、对浏览器等图形化界面提供支持的服务系统。 配置管理系统对前置系统进行资源配置和系统维护。 大前置系统功能说明 协议转换 前置系统与前端（包含自助设备）或外部系统之间的通讯连接采用TCP/IP协议； 前置系统与主机之间的通讯应当支持SNA、TCP/IP等通讯协议。同时实现ASCII 码制与EBCDIC 码制之间的转换。 交易组合 为满足分行本地特色业务的需要，前置系统应具备快速封装交易的功能，能够将