为顺利推进深圳航空有限责任公司(略)年支付结算一体化系统研发项目,现由深航向社会公开征集项目建设方案。有意参与项目建设方案征集的供应商,请按照项目建设方案公开征集流程和项目建设目标完成项目建设方案的编写,并通过深航集中采购管理部公共邮箱向深航反馈项目建设方案。 一、项目名称 (略)年支付结算一体化系统研发项目 二、项目概述 1、项目背景 (1)基于市场竞争环境及公司业务发展需要,满足旅客多样性的出行需求,开展多样化营销产品和业务,需进行现行集中支付和易付系统的功能模块升级,提供“简单、安全、快捷”的支付解决方案,保障销售清结算高效稳健。 (2)系统建设较久,目前不能满足现行的业务发展,为提升系统处理效率及性能,需要进行系统架构重构和数据库重构。 2、项目建设目标 (一)销售及支付能力提升 新增多样化的新型支付方式,支持线上及柜台混合支付,拓展各类预约产品销售,保障线上销售多样化产品的支付结算稳定、安全、高效,有效提升订单转化率。 (二)辅营产品销售能力提升 完成多类辅营产品的支付、退款、对账与结算功能接入,强化OTA等外部渠道售卖能力,支持相关产品的线上支付与实时清分结算。 (三)资金安全与合规提升 配合支付商完成支付证书升级,实现证书线上化集中管理与到期自动预警;搭建覆盖全部商户号T+0资金风险实时监控体系,实现风险秒级预警,强化资金风险防控,新增AI智能报表应用,自动输出多维度财务报表,支持两金预估线上化,智能识别各渠道资金数据趋势与异常,替代传统人工统计,全面满足财务管理及监管合规要求。 (四)系统架构与运营效率提升 将平台由老旧架构升级为微服务架构,把三十余个零散接口整合为标准接口,新支付渠道接入周期由周级压缩至天级;开展核心数据库重构,彻底解决对账卡死问题;搭建规则引擎、采用配置化模式,实现新增衍生品结算、新业务平台结算能力快速配置生效,提升对账自动化水平。项目实施后将进一步巩固深航支付结算全集中、全链路对账、全渠道退款的行业领先优势,为未来五年业务拓展筑牢技术底座。 3、项目前期建设情况和现有技术架构 支付结算一体化系统由集中支付结算管理系统与易付系统整合而成,现有系统基于较早版本的Java、JSP、Spring、MyBatis、Struts等老旧技术栈建设,部分第三方组件已停止维护,技术债务持续累积,无法满足公司的技术标准及业务发展需求。本期项目将对应用架构进行升级,并同步开展核心数据库重构与数据迁移。 4、对项目建设所涉及到的相关业务的简要说明 项目相关业务涵盖支付受理、退款处理、自动清结算、账户管理、精准对账与收入归集的资金全链路。系统承接深航全渠道全量订单资金处理,对接前端多个业务平台、(略)余家支付商,管理几百条资金渠道,覆盖数十种辅营产品及保险结算,支持多个币种,面向B端、C端两类账户体系。本期项目建设涉及的辅营产品、新增支付模式、结算资金管理及系统架构升级等相关业务。 5、对项目建设所涉及到的现有信息系统的简要说明 项目建设所涉及到的现有信息系统主要包括集中支付结算管理系统与易付系统两大子系统。集中支付结算管理系统为线上客运销售生产保障系统,核心能力为支付与清结算,已建成订单、票务、资金、报表等十一大功能模块;易付系统为深航自有资金渠道,包含B端预存款(企业版)与C端钱包(个人版)。系统后端对接多家支付渠道,叠加自建账户体系,具备清算结算、支付退款、支付安全三大核心能力;各销售终端订单传入系统后,完成订单处理、多维度一对一对账,自动生成财务报表推送Oracle系统开展账务核算。上游对接电商B2C系统、深圳航空小程序、移动互联系统、深航销售平台、客服智能平台等业务系统。 三、项目业务需求 1、系统业务需求 本项目业务需求内容主要涵盖以下几方面(基于现有系统进行相关改造,具体功能需求清单详见方案征集答疑会说明): (一)新增辅营产品 本次将新增多类辅营产品的支付、退款、对账与结算功能,具体产品及功能清单将在方案征集答疑会上统一发布。 (二)新增支付模式 本次将新增多种线上及线下新型支付方式,具体模式及功能清单将在方案征集答疑会上统一发布。 (三)结算资金管理 本次将围绕资金实时监控与预警、智能化报表及精细化资金管控等方面完善结算资金管理能力,具体功能清单将在方案征集答疑会上统一发布。 2、系统功能需求 本项目将围绕支付标准化、支付安全、数据库架构升级与对账效能提升等方向开展系统功能建设,具体功能需求清单将在方案征集答疑会上统一发布。 此部分要求供应商提供的项目建设方案包括但不限于上述需求,供应商也可根据过往项目实施经验提出建议或补充需求。注意:(略) 四、项目非业务功能性需求 1、系统响应时间指标 用户访问(增删改等)响应时间不超过3秒;在(略)并发用户情况下,对数据报表查询实现如下指标: 查询类别 | 说明 | 性能指标 |
|---|
简单查询 | 仅仅针对小型表的单表查询 | 在3秒以内完成查询响应 | 一般查询 | 仅仅涉及小型表的多表 | 在5秒以内完成查询响应 | 复杂查询 | 包括小型表和大型表的多表,甚至大型表和大型表的多表连接 | 在(略)秒以内完成查询响应 | 对账操作 | 百万级对账操作 | 每个销售渠道在(略)分钟以内完成处理。 | 财务报表 | 百万级财务报表生成 | 每月财务报表每个销售渠道在1小时以内完成处理。 | 统计报表 | 千万级别统计报表生成 | 在2分钟内完成报表展现 | 另外,具体业务场景有特殊要求的,以业务要求为准。 2、可靠性要求 - 用户数量:(略)
3、可用性要求 可用性:(略) 4、易用性要求 - 产品的界面要求操作简洁、易用、灵活。
- 维护界面简单易用,在业务流程发生变化时,尽量减少后台程序的开发,使用前台的配置即可完成。
- 支持的语言版本:(略)
5、扩展性要求 - 能实现在系统上线后充分反映系统运行状况的统计和分析报表的需求。
- 支持组件重用,并保证原有功能的稳定性。
6、可移植性要求 - 产品的设计灵活,使得产品推广到各分公司或基地时不需进行大规模修改,仅需配置即可。
- 方便地对产品进行扩展,而不对产品进行结构化的变化。
- 预留标准数据接口,方便和现有业务系统之间的数据交换,支持多种网络传输协议,方便其他数据的接入,便于功能的拓展。
7、兼容性要求 - 移动设备和PC端系统界面须进行适配,达到显示效果上整体一致。
- 操作系统兼容性指标:(略)
8、安全性要求 要从数据的机密性、完整性、真实性等方面给予保护措施,不被泄露或丢失: (1)加强安全防护,在网络、服务器等层面满足深航系统安全管理要求。 (2)可以保证关键数据的完整性与安全性。 (3)不同的用户能实现对不同数据的访问。 (4)系统充分利用防火墙、安全证书、SSL 等数据加密技术保证系统与数据的安全。 (5)不会以明文方式保存用户密码或系统使用的各类密码,采用不可逆的加密方式保存此类密码。 (6)系统支持对系统运行所必须的用户名与密码周期性更改的要求。 (7)系统可强制实现操作员口令安全规则,如限制口令长度、限定口令修改时间间隔等,保证其身份的合法性。 (8)系统需支持操作失效时间的配置。当操作员在所配置的时间内没有对界面进行任何操作则该应用自动失效;能实现对登录时间和登录次数的限制。 (9)需提供完善的日志功能,对系统关键数据的每一次增加、修改和删除都能记录相应的操作时间、操作人和修改前的数据记录。 ((略))完善的支付和退款校验,每笔支付和退款需要按照规则进行完整校验。? 五、技术架构要求 充分考虑技术的前瞻性,按照统一架构的思路完成整体解决方案和相关技术标准的设计。方案中应包括清晰的总体架构、物理架构、应用架构、数据架构、安全体系架构等内容。除下列要求外,应用系统建设详细技术要求还需参照《深圳航空有限责任公司信息技术标准》执行。 (一)现有技术架构 集中支付结算管理系统基于较早版本的Java、JSP、Spring、MyBatis、Struts等老旧技术栈建设,易付系统采用SSM旧技术栈,前端采用部分已停止维护组件。现有系统对外提供多个分散接口,银行证书采用代码零散配置、缺少集中管控手段,核心订单大表数据持续增长并频繁出现对账卡死现象,整体难以满足公司现行技术标准与业务及合规发展要求。 (二)目标技术架构 本期项目将采用前后端分离+微服务分布式架构,对集中支付结算管理系统与易付系统进行架构升级,同步开展核心数据库重构与数据迁移。目标架构基于主流Java+SpringBoot框架,数据库采用Oracle及PostgreSQL并支撑分库分表与高并发读写,采用渐进式迁移、双轨并行策略,先落地新架构,业务功能分阶段平滑迁移。新架构搭建统一接入网关与支付通道适配层,将多个分散接口整合为4类标准接口,支持外卡组织等技术规范与合规要求,并为AI智能风控、智能营销、智能对账等能力落地提供数据汇聚与算力承载底座。 (三)数据库迁移要求 针对订单、票务信息、订单明细等数据量较大的核心大表进行分库分表与存储结构升级,重构数据模型以适应高并发场景,支撑后续支付前置、银行前置等核心模块升级。通过双库并行、数据同步(读写分离)与平滑切换机制,实现新库与旧库之间数据的实时双向同步,确保数据一致性与可迁移性,迁移及切换期间保障业务连续性、业务端无感知。 对于新建、升级改造的定制化开发的 Web 系统,原则上应采用鹏基工程。供应商应在方案中说明是否采用鹏基工程;采用鹏基工程的,应说明采用的工程组成、总体架构、前后端架构、接口设计、安全设计、部署方案及与周边系统的集成方式;不采用鹏基工程的,应说明不采用原因、替代技术方案及满足深航技术、安全、接口和运维要求的方式。鹏基工程介绍详见附件《鹏基工程介绍》。 1、基础设施要求。应综合考虑系统应用软件产品、性能需求等因素,合理分配应用服务器、中间件服务器、数据库服务器、存储、负载均衡等资源,根据系统部署需求,给出系统基础设施架构,提供基础架构拓扑图。 设备需提供双网卡配置,能够实现链路捆绑。 设备磁盘阵列需支持RAID1、RAID5或RAID6,必须实现物理硬盘冗余。 设备应预留规划容量(略)%以上的扩容接口(内存、磁盘、网口)。 设备应支持深航当前使用的主流操作系统(Windows、Linux等)。 设备已安装的操作系统必须合法授权,并向深航提供license。 操作系统必须为厂商已发行的稳定版本。 存储及服务器磁盘容量须为实际可用容量(冗余后的实际可用容量)。 2、网络要求。提供完整的网络访问方案,包括但不限于服务器的配置要求、接入方式、带宽要求等。网络架构应考虑内部集成及与外部系统通讯的需要,系统的开发测试环境与生产环境可能单独部署,如果需要多个环境之间的通讯,要有清晰的描述。对于网络架构可以在基础设施架构内体现的,也可以合并提供,不必再行单独列示。 六、技术支持和售后服务 1、系统技术服务标准要求,应根据故障级别采取差异化的故障修复策略。免费维护期自通过整体验收起算,软件为期一年,硬件为期三年。 等级 | 说明(根据具体项目定义) | 响应时限 | 一级事件 | 如:(略) | (略)分钟响应,(略)分钟评估问题解决时间,(略)分钟内恢复生产。如(略)分钟内无法恢复生产,需要在2个小时内到用户现场进行故障处理。 | 二级事件 | 如:(略) | (略)分钟响应,(略)分钟评估问题解决时间,(略)分钟内恢复生产。如(略)分钟内无法恢复生产,需要在3个小时内到用户现场进行故障处理。 | 三级事件 | 如:(略) | (略)分钟响应,(略)分钟评估问题解决时间,(略)分钟内恢复生产。 | 在系统上线后,要求供应商承担系统上线后的所有运维工作,主要包括检查系统上线运行情况,解答用户问题,建立问题跟踪记录,系统持续优化调整等。如需驻场服务,请说明服务内容和要求。 七、投资说明 1、开发团队要求: - 项目经验要求:(略)
- 团队成员:(略)
2、投资规模说明:(略) (1)如用到第三方软件或服务,包含第三方软件费用、服务等报价。 (2)针对项目各项需求功能逐个按工作量和人员单价方式报价。 (3)综合全部项目需求,汇总给出项目整体报价和建设团队人员规模(包括人员结构、单价、人数)。 (4)报价模板详见附件《项目建设方案报价表.xlsx》。 3、项目周期: 项目合同自合同双方签字之日起生效,至全部条款履行完毕后终止。 4、系统维保: 系统建设所涉及到的软件及硬件维保售后服务标准(建议硬件维保费为项目建设标的金额的8%,软件维保费约为项目建设标的金额的(略)%)。 系统所涉及到的软件维保期为项目终验后两年免费。 八、供应商资质要求 终的入围条件需要以招标公告中的招标文件为准 1、不在深圳航空有限责任公司供应商黑名单之列。 2、不在中航集团禁止交易名单之列。 3、不在深航禁止交易企业名单之列。 4、具有独立签订合同的权利和承担民事责任的能力,近三年无违法和重大违规执业行为,无处罚记录。 5、具有良好的财务状况,能够开具增值税专用发票。 6、供应商具有CMMI认证:(略) 7、供应商具有ISO(略) 或ISO(略)或ISO(略)认证。 8、具有迄今有效的中国信息安全评测中心(CNITSEC)颁发的信息安全服务资质证书。 九、方案提交要求 1、请供应商在(略)年(略)月(略)日前向项目建设方案征集邮箱提供项目建设方案(含投资说明)。供应商提供的项目建设方案是深航对供应商能力考查的参考依据,请各位供应商认真地阅读理解征集方案相关要求,认真编制和审核项目建设方案及投资规模。 2、(略)年9月(略)日前电子邮件提供报名公司基本信息及意向 3、(略)年(略)月8日召开项目建设方案公开答疑会进行统一答疑和反馈。 十、地址及联系方式 1、地址:(略) 2、电子邮件地址:(略) 十一、本公告由深圳航空有限责任公司信息管理部负责解释 特此公告。 附件一:(略) 附件二:(略) 附件三:(略) 深圳航空有限责任公司 (略)年9月(略)日 |