一、项目背景为满足人行信创（XC）改造要求，实现金融领域信息工程相关软硬件全部自主可控，基金代销系统需进行全栈XC改造。因此，我行启动本项目采购工作。二、项目需求（一）采购功能模块系统功能主要有以下7个模块，并需按照《中央数据交换平台开放式基金数据交换协议********》或最新版的中国结算数据标准发布的开放式基金数据交换协议进行开发执行，支持个人、机构客户和产品类客户，并支持普通基金和持有期基金。服务渠道包括****网银、智能厅堂和柜面，并需要对接目前我行已上线的基金投顾前置系统、基金监管报送系统等。1.系统管理。该模块主要提供用户管理、角色管理、机构管理、工作日方案、操作日志、流程定义、流程审批和流程监控等功能。2.查询管理。该模块主要包括客户资料查询、基金交易账号查询、客户经理查询、销售人员培训记录、销售人员违规记录等功能。3.风险评估。该模块主要提供风险题目信息维护、风险等级区间设置、风险评估参数设置、客户风险评估查询、风险评估流水查询、投资者类型评估客户信息维护、投资者类型评估区间查询、投资者类型评估流水查询、投资者类型查询、基金产品风险等级查询维护等功能。4.基金管理。该模块主要包括销售人信息、基金基本信息、基金交易限额、TA管理、产品净值、银行账户维护、折扣率配置、基金划款账号设置、早晚批量管理、对账异常管理、份额对账异常登记、返款挂账信息、手续费分成、尾佣清分、尾佣清分结果、销售服务费清分、销售服务费清分结果、手续费明细、手续费清分、手续费清分结果、内部户余额查询、内部户明细****公司资金划付信息查询、基金基础参数查询、基金代理关系信息、基金转换关系信息、基金分红方案信息、基金费率信息、基金业务参数设置、账户状态业务设置和基金状态业务设置等功能。5.综合查询。该模块主要包括当日交易流水查询、当日账户流水查询、历史交易流水查询、历史账户流水查询、客户基本信息查询、客户产品份额查询、周期型产品份额明细信息查询、客户历史份额查询、客户账户信息查询、客户分红方式查询、客户定投设置查询、当日份额变动流水查询、客户返款流水查询、非居民涉税客户信息查询、基金产品风险变更查询、客户挂账信息查询、客户异常交易查询和客户频繁开销户查询等功能。6.统计报表。该模块主要提供各种监管报表、基金交易量统计报表、手续费报表、客户数统计类报表、保有额报表、考核奖励报表、定投统计报表、TA划拨给银行报表、银行划拨给TA报表、尾随佣金报表和销售服务费报表等的查询及导出功能。7.交易模块。该模块主要对接****网银、智能厅堂和柜面等我行渠道，提供账户类交易、资金类交易、查询类交易等交易功能。（二）技术要求1.系统部署要求。系统须支持分布式部署（服务数量原则上不能超过4个），系统须支持基于贵州银行私有云平台（基于腾讯云平台技术建设）部署，须根据我行业务连续性保障要求，提供合理的两地三中心部署方案，根据需要须支持双中心双活部署方案，根据需要能提供7*24小时服务。2.技术标准。后台应用须使用Java语言开发，采用UTF-8mb4作为字符集，支持JDK 8及以上非商业授权版本，支持X86及ARM架构国产化服务器芯片（如海光、鲲鹏），支持国产化操作系统（如麒麟、统信），数据须支持国产化数据库（如TDSQL、GoldenDB），支持国产Web中间件（如东方通、宝兰德等），支持使用Nginx作为负载均衡中间件，支持采用Redis作为缓存数据库，支持使用kafka作为消息中间件。前端采用VUE技术进行研发或通过单点登录与行内统一门户进行集成，相关客户端或页面支持在国产化办公电脑（浏览器为360国产专用浏览器），麒麟桌面操作系统V10SP1-2303中正常使用。须支持生僻字。3.源码要求。提供系统源代码，禁止交付产品中存在license限制、授权锁、并发数限制等制约我行业务发展及应用扩展的限制机制。4.监管合规要求。系统在实施过程中，必须满足全栈式XC、GM、《信息技术 中文编码字符集》（GB ********）、《信息安全技术 个人信息安全规范》（GB/T ********）、《个人金融信息保护规范JR/T 0171-2020》《银行保险机构数据安全管理办法》（金规〔2024〕24号）等相关监管规范及制度要求，如在系统投产前有新的监管要求必须完成，则系统应无条件完成符合监管要求的整改方可投产。5.架构及技术规范要求。系统整体架构需根据我行架构要求及相关技术规范进行整改，与各关联系统对接时，应符合行内相关架构及技术规范。6.安全要求。提供符合监管要求以及我行信息安全相关管理办法要求的安全解决方案，且须通过我行安全测试。系统需使用稳定安全的服务组件、架构及开发工具包，并支持后续的安全升级更新；系统上线投产前需完成渗透测试及漏洞扫描，并按要求修复发现的漏洞。系统应按需根据最小权限原则开放端口和服务访问权限。系统所使用的加密算法应均为GM算法。系统所使用的账号口令应均为强口令并以“最小知晓”的原则进行使用。7.性能要求。（1）系统RPO（系统恢复点目标）为0，RTO（系统恢复时间目标）小于********小时。（2）系统支持200用户同时在线使用；TPS不小于200；常规业务操作响应时间不超过500毫秒；复杂业务操作响应时间不超过2秒。（3）系统整体可用率不低于********%。8.其他技术要求。（1）系统应通过我行系统性能、安全测试。（2）系统建设应符合相关监管要求，以满足我行取得相关业务资质。（3）系统应具备良好的监控预警机制，确保符合业务连续性要求。（4）根据需要，与我行大数据平台实现数据的分析和使用交互，基于我行报表工具进行报表相关功能开发。（5）支持我行依据该项目申请软件著作权。（6）应用系统涉及的组件及框架，如spring、spring boot、dom4j、fastjson、mybatis、druid、slf4j、log4j等，需使用稳定版本，根据需要更新补丁，防范安全漏洞隐患。（三）服务要求1.项目人员要求。项目人员按行内外包人员管理相关规定进行管理，项目组成员必须稳定，禁止不经我行同意更换项目经理和项目组人员。2.项目管理方面的要求。（1）项目实施需与行方联合组建项目组推进实施，各实施阶段要遵循行内相关的技术、业务及项目管理等规范要求。（2）在项目实施过程中，涉及到需求不清、存在争议的，以我行最终审议结果为准。（3）系统上线后，供应商提供至少一年的免费维保期。3.项目成果要求。（1）供应商提供一套项目开发方法，包括开发工具、开发流程、开发语言和脚本、团队开发方法、发布及回退策略等。（2）供应商提供在开发过程中使用的版本管理方法和工具、版本管理需满足贵州银行版本管理的规范和版本定义策略，现场实施期间进行版本配置管理。（3）供应商提供实施过程中的测试方法和测试工具，并针对各测试阶段分别说明。（4）供应商提出一套切实可行有效的源代码开放策略和客户化策略实施方法建议，以保证产品的客户化可以适应贵州银行的业务需求。（5）供应商在项目各阶段及时提供对应的项目管理文档，文档格式以行内管理要求规范统一。（6）项目中所有项目管理、开发过程中正式交付的文档均全部采用中文，文档必须具有可读性和可用性，如果原软件厂家有对应的英文文档，需一并交付。（7）供应商在提交阶段性文档时，经过项目负责人审核、签字确认。（四）其他要求1.验收文档要求。系统实施过程中，根据我行项目管理需要，应提供符合我行规范要求的需求说明书、系统架构设计、系统概要设计、系统详细设计、系统操作使用说明书、系统开发技术说明书、系统部署手册、系统业务连续性应急保障方案、系统性能测试报告、系统高可用测试报告等文档。2.知识转移要求。供应商应提供业务及技术培训，以满足我行业务及技术人员实现对该系统的自主掌控的需要。3.在开发过程中，我行如有需要，供应商须免费提供不超过项目总金额10%的额外开发服务。4.免费维护期内，我行如有需要，供应商须免费提供不超过项目总金额5%的额外开发服务。5.项目实施范围包含项目工作说明书（SOW）及需求规格说明书。
本招标项目仅供 正式会员查阅，您的权限不能浏览详细信息,请点击注册/登录，请联系工作人员办理入网升级。
联系人：程姣
电话：010-53605906
手机：15010770853 (欢迎拨打手机/微信同号)
邮箱：chengjiao@zbytb.com
