1. 系统业务模块划分与框架

模块划分：基金支付平台（含理财账户）与基金公司余额理财系统（基金公司实时TA系统）对接，基金公司需要自建余额理财系统；基金支付平台主要划分为交易模块和运营管理模块。金证系统没有风控模块。

1. 系统技术架构

采用三层架构，包括业务接口层（JAVA）、平台中间层（C++）、数据访问层。基本的B/S架构访问方式。

1. 系统部署结构

外网采用2台WEB服务器和一台负载均衡服务器，内网采用4台业务应用服务器和中间件平台服务器，可支持集群部署。数据库服务器一主一备。后续要求金证将部署结构图、使用的服务器硬件配置清单发送给我们参考。

1. 系统性能指标、安全性

系统性能指标需要会后整理提供，对于安全性方面主要是提供HTTPS加密方式传输，和监管银行间的加密方式要看具体银行的要求。

1. 系统所采用的技术：操作系统、数据库、中间件、开发语言及开发框架、通信协议/系统间服务访问机制

支持Linux、Windows部署应用，数据库支持Oracle 11G，支持JBOSS、Weblogic、Tomcat中间件；业务接口层开发语言使用JAVA、Spring，通信中间件平台层采用C++封装；做二次开发时，我们通过业务接口层的JAVA API来交互，也可以通过HTTP请求交互。

1. 金证系统和我们开发的系统边界问题

目前金证的产品已经涵盖理财产品的核心业务功能，我们需要根据自己的业务来开发前台系统，理财账户系统，和银行、基金公司的接口对接开发由金证负责，但是我们要给他们的系统提供交易数据；另外，我们在开发时要基于金证现有的平台框架来开发。

1. 系统账户模型

基金支付平台的理财账户只是支付账户与基金账户的映射账户，并没有建立账户系统，理财账户只是对份额进行管理，但可以提供份额转化为资金映射用户界面数据的工作；在开户时，理财账户、基金账户、基金交易账户是一对一关系。

1. 系统可扩展性设计，是否可以同时满足类余额宝、类工资宝理财业务

基金支付平台可以对接多家基金公司，若是对接信托、保险类的系统则需要对系统接口与清算处理等方面进行开发；

现有产品可同时满足类余额宝和工资宝理财业务，也能实现基金销售平台功能；

附加信息：

1. 本次合作使用的大多数功能模块是另一个金证客户在年后开始开发的牌照场检系统，从开发至场检预计3个月，场检系统是基于卡支付的系统（1.0），后期余额理财系统是基于支付账户的（2.0）
2. 根据金证同事反馈，在研发过程中最耗时的是和银行联调接口，存在配合难度。
3. 目前金证负责理财平台的研发工程师约5人。