第1章项目建设目标、建设内容、建设期限.docx

《第1章项目建设目标、建设内容、建设期限.docx》由会员分享，可在线阅读，更多相关《第1章项目建设目标、建设内容、建设期限.docx（55页珍藏版）》请在优知文库上搜索。

1、第1章项目建设目标、建设内容、建设期限1.1 建设目标建设非税收入收缴公共平台项目，是聚合能力、共享技术、协同业务、赋能应用的数字城市能力重要部分，平台是以数字技术为工具、以数据为生产资源、以标准服务为产出物，与省财政非税收入收缴系统对接，为上层应用提供统一标准化服务，实现建立统一支付接入标准，汇聚第三方主流支付渠道，支付数据汇聚及分析服务。具体如下：1 ,汇聚第三方主流支付渠道汇聚主流的支付宝、银联等支付渠道能力，满足C端可选择多种付款渠道的需求，并且提供多种支付方式，包括手机移动端的在线支付、PC在线支付方式模式。并实现各支付渠道的对账服务，保障资金的链路完整性。2 .建设统一的支付接入标

2、准平台需对外提供统一接入标准规范及接口规范要求，提供支付类接口服务、退款类接口服务、对账类接口服务、用户类接口服务等，满足缴费支付类应用场景的快速接入，实现一次接入多渠道互通的应用模式。3 .实现支付数据汇聚及分析服务各缴费支付类业务系统接入平台，实现城市支付数据的汇聚，并通过数据清洗、数据建模、完成多维度的数据分析服务，包括支付渠道的分析、商户交易分析、交易方式分析、交易趋势分析。4 .实现与省财政非税收入收缴系统对接服务实现与省财政非税票据的服务的对接，为各行政事业单位的各类现场或网上业务办理系统提供非税收入的缴费及票据服务，为用户提供便捷的一站式办事缴费体验，实现“缴票”全过程服务。1.

3、2 建设内容打造非税收入收缴公共平台，汇聚多种支付渠道，打造便捷的支付模式，支撑政务缴费、电子票据的办缴票“一站式”服务，有效提升政府公共服务水平,也是国家新基建战略的全场景应用的公共服务平台之一。主要建设内容如下：1 .支付收银台支付收银台服务主要包括PC网关支付、H5支付（即HTML5）及条码支付功能。2 .支付能力服务支付能力服务主要包括支付接类接口服务、退款类接口服务、对账类接口服务等功能。3 .收款机构服务中心收款机构服务中心主要包括机构交易管理、机构退款管理、机构结算管理等功能。4 .支付运营管理支付运营管理主要包括交易配置管理、交易对账管理、交易结算管理、客服服务、数据统计分析等

4、功能。5 .非税票据管理非税票据管理主要包括区域非税票据配置、缴款书管理、行业票据管理等功能。6 .平台管理平台管理主要包括平台配置、开发者配置、操作员配置、审计日志管理等功能。7 .第三方系统对接第三方对接主要对接短信机、省财政非税收入收缴系统、电子票据系统、e三明、三明市政务数据汇聚共享平台、三明市网上办事大厅及不动产中心业务系统。1.3 建设期限本项目建设期为6个月，从项目合同签订之日起计算，项目验收后免费提供二年维护期。第2章技术架构要求2.1 系统总体架构要求图2-1系统总体架构图付。（1）对象层系统对象可是政务办事缴费、交通出行、教育缴费等方面。（2）应用层应用层包括缴费系统支付收

5、银台，主要包括：PC网关支付、H5支付、条码（3）支付接入层负责处理缴费场景接入的相关功能,主要包括：支付网关和支付能力。其中:支付能力根据业务系统请求，提供不同的接口规范，主要包括：支付类接口规范、退款类接口规范、对账类接口规范等。（4）业务支撑层业务支撑层提供了系统业务支撑能力平台，主要包括：收款机构服务中心、支付运营管理、非税票据管理、平台管理、第三方系统对接服务。（5）支付支撑层支付支撑层提供了支付渠道对接和非税票据对接能力。（6）数据层数据资源层是缴费系统在交易流转过程中的数据沉淀，构建缴费业务相关的数据中心，主要包括：业务数据、交易数据、用户数据、商户数据、行为数据、信用数据等。（

6、7）平台支撑层平台支撑层包含了容器、微服务平台、缓存、数据库、运维监控和安全。（8）基础设施层本项目的基础设施层由虚拟资源、存储资源、网络资源、安全资源、主机等设施共同完成支撑。系统总体架构包含基础设施层、应用支撑层、系统应用层、客户端、用户层。2.2 网络部署要求根据规划，本次项目系统部署在政务外网。2.3 国产化支持本项目需支持国产化环境，贯彻政务服务的国产化需求，推进软件国产化进程。1.1 支持国产数据库1.2 支持国产操作系统1.3 支持国产中间件中标人需要为本项目采购2套国产数据库软件、2套国产中间件、174套国产操作系统。第3章应用架构设计3.1 应用系统总体架构业务对象缴费支付应

7、用支付赋能政务办事缴费教育缴费支付对接市数据汇聚平台UnionPay省非税子系统e三明架构组成说明：（1）业务对象缴费支付应用：缴费平台将支付赋能到政务缴费、教育缴费等各个业务场景,业务场景需要与缴费平台进行支付对接。（2）支付接入层非税缴费网络支付平台：负责处理缴费场景接入的相关服务，主要包括：支付网关、支付接入服务。其中，支付接入服务根据业务系统请求，提供不同的接口规范，主要包括支付类接口规范、退款类接口规范、对账类接口规范等。（3）业务应用支撑层主要是缴费平台核心系统，包括：支付运营管理系统、收款机构服务管理系统、非税票据管理、渠道对接服务、其他对接服务等。3.2 整体架构设计原则1 .

8、先进性、可扩展性原则技术选型应采用当今国际上成熟、先进的技术，在满足实用性的基础上，选用先进的技术框架及数据存储技术；在系统规划设计时，系统平台和应用平台不仅能够满足现在的要求，而且可以方便地扩展将来的业务需求，并具有向未来技术平滑过渡的能力。2 .标准化、开放性原则设计应充分考虑与国际标准、工业标准的一致性和兼容性，同时保障系统的开放性，适应不同厂商不同技术的相互兼容；存储备份系及网络设备应预留良好的接口扩展能力。3 .可用性、可靠性原则平台有较高的可用性和可靠性。要采用一些相关的技术和措施来保证主机处理系统、数据存储管理系统在各种条件下，长时间可靠运行，且能实时承载系统的高速运行、数据信息

9、流转的安全，具有良好的故障恢复能力，整个系统应考虑多重保障及容错设计。4 .可管理性、可维护性原则具有对信息资源分布式管理，能通过对系统运行各种日志数据的分析，进行各种性能的监测和故隙排除。应用系统应采用组件化积木式构建，做到数据与代码有效分离。5 .安全性、稳定原则应充分考虑到网络、系统及数据的安全性，从物理安全、网络安全、主机安全、应用安全和数据安全等各个方面充分考虑系统数据的安全，建立较全面的系统安全协防体系。同时在采用安全措施的情况下，能保证系统稳定运行。6 .经济性和实用性相结合的原则在系统建设中，不仅应考虑到目前各种业务的实际要求，还应充分考虑将来业务发展的需求。从实用性、经济性出

10、发，着眼于近期目标和长远的发展，选用先进技术,进行最佳性能组合,在有限的投资中构建一个成功的实用的信息系统。3.3 应用系统设计3.3.1 支付收银台服务支付收银台服务主要负责对外提供支付能力（移动端支付支持Android、iOS平台），通过该能力实现进入下单入口，主要能力包括：PC网关支付、H5网关支付、条码付等。3.3.1.1 PC网关支付主要实现PC端收银台的网关支付服务，通过该服务实现在PC端的下单缴费场景。主要包括：支付宝PC网关支付、银联PC网关支付等。3.3.1.1.1 支付宝PC网关支付用户通过该功能可以支持在支付宝PC网关页面进行在线支付，并可收到支付宝返回的交易结果。3.3

11、.1.1.2 银联PC网关支付用户通过该功能可以支持在银联PC网关页面进行在线支付，并可收到银联返回的交易结果。3.3.1.1.3 付款有效时间生成的支付订单有相应的效时间，用户需要在有效时间内完成支付业务，时间超时将支付失败。3.3.1.1.4 订单详情支持业务系统订单详情查看，如订单号、订单名称、收款单位、金额等信息，便于用户再次核对订单信息，如有错误可停止支付。3.3.1.1.5 支付状态支持对订单支付状态进行查看，如：用户支持成功后系统提示支付成功，用户中途取消支付系统反馈待支付自动返回到收银台页面。3.3.1.1.6 交易完成订单信息支持支付成功后，查看已支付订单详情，包括订单号、订

12、单名称、收款单位、金额等信息。3.3.1.1.7 返回业务系统支持点击返回业务系统。3.3.1.2 H5支付C端在进行交易时，可根据支付平台聚合的对接的支付能力及商户开通的渠道服务，可选择相关的支付能力。如支付平台已经对接支付宝、银联。如果收款商户只开通支付宝，在C端选择支付服务的时候也只能选择到支付宝。无法选择银联进行线上付款。3.3.1.2.1 支付宝H5网关支付支付宝H5网关支付支持在手机H5收银台,跳转到支付宝的H5网关页面，用户登录支付宝账户可以进行在线支付，并能接收到支付宝的交易成功通知。3.3.1.2.2 银联H5网关支付银联H5网关支付支持在手机H5收银台，跳转到银联的H5网关

13、页面，用户登录银联账户可以进行在线支付，并能接收到银联的交易成功通知。3.3.1.2.3 付款有效时间生成的支付订单有相应的效时间，用户需要在有效时间内完成支付业务，时间超时将支付失败。3.3.1.2.4 订单详情支持业务系统订单详情查看，如订单号、订单名称、收款单位、金额等信息，便于用户再次核对订单信息，如有错误可停止支付。3.3.1.2.5 支付状态支持对订单支付状态进行查看，如：用户支持成功后系统提示支付成功，用户中途取消支付系统反馈待支付自动返回到收银台页面。支持支付成功后，查看已支付订单详情，包括订单号、订单名称、收款单位、金额等信息。3.3.1.2.7 返回业务系统支持点击返回业务

14、系统。3.3.1.3 条码付业务系统通过该服务实现扫描用户付款二维码交易场景，主要包括：支付宝付款码支付等。3.3.2 支付能力服务支付能力服务主要负责实现对不同业务场景第三方支付及退费的服务接入，主要提供接口方式。主要包括：支付类接口服务、退款类接口服务、对账类接口服务等。3.3.2.2 支付类接口服务主要负责提供支付类型订单的接口对接服务，业务系统可通过该服务实现支付下单流程。主要包括：PC支付接入、条码付支付接入、支付订单查询、支付结果页面通知、支付结果后台通知等。3.3.2.1.1 PC支付接入业务组件向收单平台请求下PC收款订单，受理成功后将返回收单服务PC收银台，供用户继续支付操作

15、。3.3.2.1.1.1 PC支付-页面跳转业务概述：业务组件向收单平台请求下PC收款订单，受理成功后将返回收单服务PC收银台，供用户继续支付操作。业务系统前端发起表单提交，通过组件向收单服务发起下单请求，收单服务返回js代码串进行重定向。3.3.2.1.1.2 PC支付-后端接口业务概述：业务组件向收单平台请求下PC收款订单，受理成功后将返回收单服务PC收银台，供用户继续支付操作。业务系统前端发起表单提交，通过组件向收单服务发起下单请求，收单服务返回数据中带有收银台地址，业务系统拿到地址后自行跳转。3.3.2.1.2 条码付支付接入业务组件向收单平台请求下条码（支付宝，银联付款码）收款订单，受理结束后返回受理状态。3.3.2.1.3 支付订单查询业务组件向收单平台请求查询支付订单信息。3.3.2.1.4 支付结果页面通知对PC下单和手机下单的方式，在用户支付完成之后，缴费平台会根据下单时的页面地址（retumUrl）通过GET请求的形式将支付结果作为参数通知到业务系统。3.3.2.1.5 支付结果后台通知订单支付成功后，以后台通知方式通知组件支付信息通