广东省省级政务信息化（2020年第三批）项目需求--广东省发改委“汽车下乡”登记审核系统（2020）采购项目.docx

《广东省省级政务信息化（2020年第三批）项目需求--广东省发改委“汽车下乡”登记审核系统（2020）采购项目.docx》由会员分享，可在线阅读，更多相关《广东省省级政务信息化（2020年第三批）项目需求--广东省发改委“汽车下乡”登记审核系统（2020）采购项目.docx（18页珍藏版）》请在优知文库上搜索。

1、71项目采购需求1.项目概况1.1. 基本信息1.1.1. 项目名称省发改委“汽车下乡”登记审核系统（2020）采购项目1.12 采购人广东省发展和改革委员会1.13 项目总体目标按照省政府工作部署，根据广东省关于促进农村消费的若干措施（粤发改贸易（2020）138号）要求，省发展改革委牵头开展2020年汽车下乡专项行动。为顺利开展汽车下乡工作，保障补贴资金安全有效发放，使农村居民通过手机就可以完成补贴资金全部申请流程，实现让群众少跑腿、数据多跑路，依托“粤省事”民生服务平台开发建设“汽车下乡”登记审核系统，为“汽车下乡”工作中涉及的资格核验、购车登记、上牌校验、补贴发放等环节提供信息化支撑，

2、并为“汽车下乡”后续管理提供汇总、统计与分析等功能。1.1.4, 服务地点广东省发展和改革委员会1.2.项目背景1.2.1. 项目背景今年是全面建成小康社会和“十三五，规划收官之年，也是我省实施乡村振兴战略的关键之年，为贯彻落实习近平总书记关于坚决打赢疫情防控阻击战，统筹做好经济社会发展工作的重要指示精神，根据省委省政府关于扩内需、促消费的工作部署，我委牵头印发了广东省关于促进农村消费的若干措施（粤发改贸易（2020）138号），明确提出开展2020年汽车下乡专项行动，鼓励汽车整车生产企业对我省农村居民让利，在企业让利的基础上，省级财政对本省农村居民新购买新能源车或燃油车的，在新能源车使用环节

3、或燃油车购车资金上给予补贴，减轻农村居民购车和使用方面的资金负担。为了让农村居民在购车后方便快捷的享受到政府补贴，充分利用现有信息化技术，开发“汽车下乡登记审核系统。1.2.2. 信息化建设概况“汽车下乡”政策缺乏信息化支撑。2020年汽车下乡专项行动，是一项临时性政策，需要信息化技术支撑；但时间紧、任务急，亟须开发“汽车下乡”登记审核系统以便保障政策顺利实施。2 .项目预算本项目总预算为44.94万元。3 .服务期限服务周期至2020年汽车下乡专项行动结束。具体时间以项目合同为准。4 .服务内容4.1. “汽车下乡”登记审核系统开发4.1.1. 业务需求“汽车下乡，业务的补贴对象是本省户籍农

4、村居民。补贴期限是自面向农村居民发布补贴公告之日起至2020年12月31日，财政补贴资金使用完毕可提前结束。“汽车下乡”登记审核的业务流程如下图所示:“汽车下乡”补贴预售登记业务流程农村居民汽车经销冏省汽车流通协会省发改委汽车生产企业出金SS-H含援急斑aEIHNHfl%KMH-1发2K扑出上付巳发依必Ki2ft“汽车下乡”登记审核业务流程图1、预审阶段（1）申请人登陆粤省事“汽车下乡公众服务。（2）系统通过广东省常住人口基本信息查询服务比对核验申请人资格，符合条件的系统生成校验码，不符合条件的通知申请人不通过原因。2、购车阶段（1）申请人持有校验码到汽车经销商购买汽车。（2）汽车经销商工作人

5、员验证校验码后，登陆系统为申请人录入购车信息，上传购车合同和发票等凭证。3、上牌阶段（1）申请人在省内上牌后，通过粤省事“汽车下乡”公众服务上传车辆行驶证、收款账号等信息，并提交补贴申请；（2）系统通过广东省机动车登记信息查询服务校验上牌信息，保存补贴申请记录。4、领取补贴阶段（1）省汽车流通协会对补贴申请进行初审；（2）初审通过后由省发改委2个处室分别对补贴申请进行二审；如果2个处室都审核通过，即补贴申请终审通过。（3）汽车生产企业向通过终审的申请人发放补贴，并在系统上传转账记录。4.1.2. 用户角色1、公众数量：4000万职责：公众可以通过粤省事“汽车下乡公众服务查看政策公告、查询入围车

6、型、检查自己是否属于政策补贴对象；符合资格的可以获得系统生成的校验码。2、申请人数量：50万职责：通过资格核验的农村居民持校验码购车；待车辆在省内上牌后负责上传车辆行驶证、收款账号等信息，并提交补贴申请。3、汽车经销商数量：2000职责：如实配合开展广东省“汽车下乡”宣传和展示；提示“汽车下乡”政策是否继续有效，协助农村居民关注“粤省事”公众号和资格核验，上传购车合同、发票等信息进行预登记。4、汽车生产企业20职责：调阅关联汽车经销商的补贴申请，向通过终审的申请人发放补贴并上传转账记录。5、省汽车流通协会5职责：对补贴申请进行初审。6、政府工作人员蝇5职责：设定省汽车下乡补贴资金总额，当系统预

7、估补贴金额接近补贴总额时接收系统预警；对补贴申请进行二审；管理维护汽车生产企业的“汽车下乡”入围车型。7、系统管理员W：1职责：主要负责系统的日常运行维护工作，其主要职责是确保信息系统处于无故障运行的状态。4.1.3. 功能需求1、农村居民的功能需求(1)政策公告农村居民登陆粤省事“汽车下乡”公众服务，可以查阅“汽车下乡”的各项政策公告文件。(2)汽车经销商查询农村居民登陆粤省事“汽车下乡”公众服务，可以查阅“汽车下乡”行动各个地市不同品牌汽车的经销商名称和联系方式。(3)入围车型查询农村居民登陆粤省事“汽车下乡”公众服务，可以通过汽车生产企业、品牌、查询入围车型信息。(4)查询是否补贴对象农

8、村居民登陆粤省事“汽车下乡”公众服务；系统通过广东省常住人口基本信息查询服务进行资格核验(本省农村居民户籍人口)，符合资格可在粤省事“汽车下乡,公众服务中查看生成的校验码。(5)查询预登记信息已经购车的农村居民，可以登陆粤省事“汽车下乡公众服务汽车经销商在系统中预登记的购车信息。(6)申请购车补贴农村居民持校验码购车，待车辆在省内上牌后，通过粤省事“汽车下乡”公众服务上传车辆行驶证和收款账号等信息、，提出补贴申请；系统调用广东省机动车登记信息查询服务进行比对确认。2、汽车经销商的功能需求在农村居民购买“汽车下乡车型产品时，通过系统确认购买者是否具备补贴资格并上传购车合同和发票等凭证进行预登记。

9、3、汽车生产企业的功能需求汽车生产企业可在系统查看汽车生产企业相关汽车经销商的购车信/息、O在补贴申请通过终审后，汽车生产企业可以导出相关的补贴申请记录;在完成补贴发放后，可以上传导入相关申请的补贴发放状态。4、省汽车流通协会的功能需求省汽车流通协会可以查询所有补贴申请及关联的申请人和购车信息；根据补贴申请的详细资料进行初审，初审不通过时记录原因。5、政府工作人员的功能需求(1)补贴申请复审政府工作人员分2个不同处室(消费和贸易发展处、产业发展处)，可以分别进行复审。2个不同处室分别复审通过后，补贴申请通过终审；只要有任一处室的复审没通过，补贴申请就无效。(2)申请总额控制政府工作人员在系统设

10、置省汽车下乡补贴资金总额和预警值；当预估补贴资金达到或超过预警值时，系统发出预警提示；政府工作人员可以随时暂停补贴申请或停止业务。(3)汇总统计分析政府工作人员在系统可以查询业务办理情况、各事项的统计数据，分析业务办理趋势、补贴发放情况。(4)入围车型管理政府工作人员在系统可以管理维护入围车型。6、系统管理员的功能需求系统管理员可以在系统可以编辑修改温馨提示等宣传和展示内容，可以修改设置通知、提示的模板；可以对用户、权限以及访问操作日志进行管理维护。5 .服务要求5.1. 技术要求5.1.1. 总体技术要求项目实施充分利用现有先进、成熟技术，坚持需求主导、深化应用的原则，统一规划、统一布局、统

11、一设计、规范标准、突出重点、分步实施，在规划、设计中遵循以下实施原则：1 .标准和规范化原则坚持“统一领导，统一规划，统一标准”的原则全面推进项目实施。2 .功能适用原则体现“以服务为中心、以人为本”的实施主导思想，系统所有功能需要考虑到以用户为中心，通用功能应通过服务模式开放给其他功能使用。3 .架构先进性原则基于现有的先进技术，基于公开标准的建设，技术上具备一定的前瞻性。4 .可扩展性原则系统的设计和实施要充分考虑网络、硬件的扩展需要、应用系统二次开发的需要、以及支持未来可能出现的组织调整的需要。5 .数据共享原则确保数据安全为前提，打破原有各地、各行业烟囱式建设模式。6 .安全和易用性原

12、则系统统一各服务的界面风格，统一用户操作流程，统一用户体验。7 .易于管理和可维护性原则必须保证整个系统的可维护性，以降低管理、维护成本。5.12技术路线1、前后端采用RESTfUl架构REST指的是一组架构约束条件和原则，提供了一个新的架构设计思路，满足这些约束条件和原则的应用程序或设计就是RESTfU1。在REST规则中，有两个基础概念：对象、行为；对象就是我们要操作的对象，例如添加用户的操作，那么对象就是user；行为有4种常用的：查看、创建、编辑、删除；REST的提出者很巧妙的利用http现有方法来对应这4种行为：GET-查看POST-创建PUT-编辑DE1.ETE-删除本项目前后端采

13、购RESTfUIAP1.可以通过一套统一的接口为所有客户端提供WEB服务，实现前后端分离；使得RESTfUIAPI可以完全不关心开发语言，以标准的接口来协同工作。2、后端组件之间采用微服务架构微服务架构(MiCrOSerViCeArChiteCtUre)是一种使用一套小服务来开发单个应用的方式途径，每个服务运行在自己的进程中，并使用轻量级机制通信，通常是HTTPAP1.这些服务基于业务能力构建，并能够通过自动化部署机制来独立部署，这些服务使用不同的编程语言实现，以及不同数据存储技术，并保持最低限度的集中式管理。主要作用是将功能分解到离散的各个服务当中，从而降低系统的耦合性，并提供更加灵活的服务

14、支持。微服务的基本思想在于考虑围绕着业务领域组件来创建应用，这些应用可独立地进行开发、管理和加速。在分散的组件中使用微服务云架构和平台，使部署、管理和服务功能交付变得更加简单。相对于单体架构和SOA,它的主要特点是组件化、松耦合、自治、去中心化，体现在以下几个方面：一组小的服务。服务粒度要小，而每个服务是针对一个单一职责的业务能力的封装，专注做好一件事情。独立部署运行和扩展。每个服务能够独立被部署并运行在一个进程内。这种运行和部署方式能够赋予系统灵活的代码组织方式和发布节奏，使得快速交付和应对变化成为可能。独立开发和演化。技术选型灵活，不受遗留系统技术约束。合适的业务问题选择合适的技术可以独立

15、演化。服务与服务之间采取与语言无关的APl进行集成。相对单体架构，微服务架构是更面向业务创新的一种架构模式。独立团队和自治。团队对服务的整个生命周期负责，工作在独立的上下文中，自己决策自己治理，而不需要统一的指挥中心。团队和团队之间通过松散的社区部落进行衔接。3、应用部署时采用集群部署架构应用集群部署，结合RediS数据缓存技术，实现应用高性能高可用，具备负载均衡与横向扩展能力。数据库集群部署，结合数据库合理分拆与读写分离技术，实现数据库高性能高可用。RediS缓存集群部署，采用了P2P的模式，完全去中心化，不会因为某个节点成为整个集群的性能瓶颈，实现高性能高可用。本项目在系统部署阶段，使用N+1集群方式部署App、DatabaseRedis,利用RediS保存状态缓存和缓存热点数据，实现系统整体高性能、高可用、高可靠；在业务高峰期通过增加节点方式实现可扩展。1.1.3. 性能要求响应时间指标包括页面响应时间和数据响应时间。页面响应时间为用户点击操作页面后的反应，页面反应时间不超过3秒。数据响应