附件3：
互联网支付平台技术要求
整体架构
应用整体架构合理，包含运行平台、开发平台、运维平台、管理端、通讯前置等多个子系统；
支持开放式、可扩展架构，支持业务处理平台与通讯前置的集中与分散部署；
支持X86架构体系，支持主流操作系统、中间件，支持应用的集群部署或者分布式部署；
支持ORACLE、DB2等主流数据库；
采用SOA架构体系，应用系统应具备模块化、参数化和插件式特征；
系统设计和开发时应充分考虑数据存储策略的高效性，建立合理的索引，在配合数据归档清理的基础上，满足大数据量的处理，并保证数据长期保留不会影响系统的运行效率;
系统应充分考虑日志分级、分日期、分渠道、分服务、分用户以及和到达一定大小分日志的要求;
提供完整的应用系统安全控制方案，保证交易的保密性、交易的数据完整性以及交易的不可否认性；
提供所有源代码;
稳定运行
支持多种通讯协议与报文格式，并且支持灵活的二次开发。

灵活的消息路由与服务识别规则，支持在产品基础之上进行快速扩展。

提供完整的、灵活的应用级流量控制机制，能够根据交易、服务、系统和渠道等进行多维可组合的流量控制设置。

保证联机交易的事务一致性，提供了非常完备的冲正机制，当出现异常时，平台会自动发送冲正交易；同时支持渠道系统主动发起的被动冲正机制。

提供非常完备的异常处理机制，可以针对不同的服务、渠道所出现的异常错误码定制异常的处理基础服务来进行异常的处理控制，也可以使用默认的异常处理基础服务进行默认的统一处理。

技术平台需要提供功能丰富的组件仓库，支持开发过程的快速复用，降低开发难度，提升开发质量。

提供自动任务运行配置机制，需要支持配置渠道、服务、启动时间、结束时间、间隔等参数等参数，可根据时间维度、渠道维度、间隔维度进行灵活扩展。

提供完备的日终处理框架，满足前置类业务的日终批量处理，支持系统统一批处理和不同产品分不同批次批处理。

●便捷开发
通过集成开发工具进行开发，能够提供一站式流程式的开发，支持配置与图形化拖拽的多种开发方式，支持模板式开发；
支持服务流程的灵活定义，支持按照协议级、渠道级和服务级多层配置系统处理流程，最大化降低冗余流程的配置；
支持通讯协议、拆组包报文格式的灵活配置，预留灵活的扩展接口快速进行二次开发；
支持生成服务的测试客户端与服务端报文和测试客户端程序，支持根据业务场景对业务数据设置，进行一体化测试；
支持开发成果的质量检查，生成质量报告；
支持开发成果的一键动态热部署、动态测试；
支持分析服务的依赖关系，协助开发人员快速锁定修改服务影响的业务范围。

通过开发平台生成版本描述文件，支持按照业务大类、业务子类和服务多级进行版本生成，加快版本发布速度。

根据服务流程设计生成设计文档，降低知识转移难度；
●安全运维
提供配套的运维工具，支持运维人员的管理；
支持集群部署服务器节点的动态管理；
支持应用版本的快速循环部署；
支持动态控制业务运行状态等功能；
支持运行系统的快速故障隔离；。