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
16、1集群方式部署App、DatabaseRedis,利用RediS保存状态缓存和缓存热点数据，实现系统整体高性能、高可用、高可靠；在业务高峰期通过增加节点方式实现可扩展。1.1.3. 性能要求响应时间指标包括页面响应时间和数据响应时间。页面响应时间为用户点击操作页面后的反应，页面反应时间不超过3秒。数据响应时间为用户点击后的到结果的时间，包括服务器反应和数据传输到客户端，普通页面不超过3秒，跨年历史数据最大不超过10秒。系统的年可用率299.9%,由于偶发性故障而发生自动热启动的平均次数2次/年。常规数据分析响应时间V3秒，历史数据分析响应时间V5秒。1.1.4. 数据及接口要求1、本项目需要
17、在粤省事增加“汽车下乡公众服务，供农村居民办理“汽车下乡”业务。2、本项目需要对接粤省事，通过实名认证获取用户信息。3、本项目需要对接广东省常住人口基本信息查询服务，用于校验是否补贴对象。4、本项目需要对接广东省机动车登记信息、：用于校验车辆上牌信息、。1.1.5. 测试要求成交人应对系统实际运行情况进行下列测试，其中系统测试、验收测试由采购人、监理公司和成交人三方共同成立项目测试组。(1)单元测试；(2)集成测试；(3)配置项测试；(4)系统测试；(5)验收测试；(6)回归测试。5.2. 管理要求521.服务人员报价人须书面承诺，如在项目实际执行过程中发生项目经理不能按采购文件要求胜任相关工
18、作的，采购人有权要求更换项目经理，报价人必须在两周内调整为符合采购文件要求且能胜任相关工作的项目经理并到位开展工作，否则采购人有权终止合同并报相关管理部门进行处理。报价人承诺的项目经理和开发实施的主要人员未经用户同意不得调整；报价人如中途更换项目经理和主要开发技术人员，应征得用户同意，否则采购人有权终止合同。服务商应指派固定的团队为本项目提供专业服务，服务团队成员不得少于息人。项目经理应具备5年以上项目管理经验。如须调整服务团队成员，须书面向采购人提出申请，说明申请理由，经采购人书面同意方可调整团队人员，调入人员的资历和从业经验不低于调出人员，否则视为违约行为，采购人有权终止服务合同。应提供以
19、上人员相关证明资料复印件并加盖公章，并提供以上人员在本公司任职的有效外部证明材料（如加盖政府有关部门印章的投保单或社会保险参保人员证明，或单位代缴个人所得税税单等，事业法人的相关人员应提供该单位的相关证明）复印件。5.2.1. 进度要求本项目开发周期为18个工作日，服务周期至2020年汽车下乡专项行动结束。5.2.2. 组织实施要求为使项目按质、按量、按时及有序实施，报价人应建立完善、稳定的项目团队、内部组织管理方式及管理机构、协调机制、技术基础，支撑保障要求及其他相关要求。在机制保障方面，成立组织实施小组和项目专家组的双轨制的组织模式。在项目日常管理和条件保障方面，从行政组织、后勤保障和支撑
20、条件各方面创造良好的服务环境，确保项目的顺利实施。5.2.3. 文档管理要求报价人应在项目完成时，将本项目所有文档、资料汇集成册交付给采购人，所有文件要求用中文书写或有完整的中文注释。验收后，报价人按国家、省以及采购人档案管理要求，向采购人提供装订成册的纸质文档至少工套，电子文档_1.套。5.2.4. 质量保证要求为保证本项目能按时高质的顺利完成，规避项目风险或将风险降至最低程度，报价人应建立项目质量管理体系，包括但不限于质量目标、质量指标、岗位责任、问题处理计划、质量评价、整改完善等内容，并建立奖惩制度。5.3. 验收标准项目验收按照广东省政务服务数据管理局项目验收等有关规定执行。项目验收的
21、具体组织工作由项目采购人承担。本项目的验收应符合广东省政务服务数据管理局相关验收管理办法的要求，同时应遵循下列标准：(1)实现合同和根据招标文件所编写的报价文件中列举的全部内容。(2)项目验收包括按照合同和根据招标文件所编写的报价文件中相关的技术文档、培训教材、使用说明书及广东省政务服务数据管理局项目相关验收管理办法所要求的全部文档。5.4. 其他要求5.4.1. 标准规范要求在项目开展过程中，一般应遵循涉及的国家标准、行业标准、国际标准等标准规范。如:GB/T21064-2007电子政务系统总体设计要求GB/T8567-2006计算机软件文档编制规范GB/T9385-2008计算机软件需求规
22、格说明规范GB/T9386-2008计算机软件测试文档编制规范GB/T28035-2011软件系统验收规范5.4.2. 培训要求1 .报价人须提供系统操作方面的培训，培训应该在系统试运行前进行。2 .报价人需针对用户的角色提供培训课程。3 .对于所有培训，培训所使用的语言须是中文，否则报价人须提供相应的翻译。4 .培训费用（可含场地费、教材费、讲课费等培训组织相关费用）计入总价。5.4.3. 服务响应要求1.服务响应可通过现场、远程等方式提供，由此产生的一切费用均由报价人承担。2.系统出现故障时，报价人5X&小时服务响应，技术人员应在接到报障后2个小时内到现场处理系统出现的故障；及时做出故障原
23、因报告并提出有效措施加以解决。5.4.4. 资产权属1 .本合同不会引起任何已申请、登记的知识产权所有权的转移。2 .报价人、采购人双方一致同意，本合同所涉服务成果的知识产权归属按下列第（1）_种方式处理:（1）报价人为履行本合同义务所形成的服务成果的知识产权归采购人所有。（2）采购人基于本合同约定委托报价人提供的产品、程序、服务等的知识产权归采购人、报价人（含报价人合作商）共同所有，报价人应按采购人书面要求交付该共有部分的源代码；报价人（含报价人合作商）在共有部分的基础上进行二次开发的及对二次开发形成的产品、程序等财产进行处置的，需经采购人书面同意，二次开发所形成的产品、程序、服务等的知识产
24、权归开发者所有，共有部分仍归采购人、报价人（含报价人合作商）共同所有。3 .本合同所涉及的数据所有权归政府所有。报价人只能用于履行本合同之义务。4 .报价人提供的相关软件应是自行开发的产品或具备合法、合规授权,满足知识产权、安全等保等方面的有关规定和要求。5 .报价人保证向采购人提供的服务成果是其独立实施完成，不存在任何侵犯第三方专利权、商标权、著作权等合法权益。如因报价人提供的服务成果侵犯任何第三方的合法权益，导致该第三方追究采购人责任的，报价人应负责解决并赔偿因此给采购人造成的全部损失。5.4.5. 保密要求1 .报价人应签订保密协议，对其因身份、职务、职业或技术关系而知悉的采购人商业秘密
25、和党政机关保密信息应严格保守，保证不被披露或使用，包括意外或过失。2 .报价人不得以竞争为目的、或出于私利、或为第三人谋利而擅自保存、披露、使用采购人商业秘密和党政机关保密信息；不得直接或间接地向无关人员泄露采购人的商业秘密和党政机关保密信息；不得向不承担保密义务的任何第三人披露采购人的商业秘密和党政机关保密信息。报价人在从事政府项目时，不得擅自记录、复制、拍摄、摘抄、收藏在工作中涉及的保密信息，严禁将涉及政府项目的任何资料、数据透露或以其他方式提供给项目以外的其他方或报价人内部与该项目无关的任何人员。3 .报价人对于工作期间知悉采购人的商业秘密和党政机关保密信息（包括业务信息在内）或工作过程
26、中接触到的政府机关文件（包括内部发文、各类通知及会议记录等）的内容，同样承担保密责任，严禁将政府机关内部会议、谈话内容泄露给无关人员；不得翻阅与工作无关的文件和资料。4 .严禁泄露在工作中接触到的政府机关科技研究、发明、装备器材及其技术资料和政府工作信息。6.付款方式本项目计划分2期支付，具体支付方式和时间如下：1 .首期款：签订合同后10个工作日内,乙方书面提出支付申请函及拟支付金额等额的符合甲方财务管理要求的相应发票，甲方确认后启动首期款支付流程，约占合同总金额的%。2 .尾款：项目验收后显个工作日内，乙方书面提出支付申请函及拟支付金额等额的符合甲方财务管理要求的相应发票，甲方确认后启动尾款支付流程，约占合同总金额的42%。项目实际支付总金额按采购成交总金额计算，项目支付计划按合同约定执行，对于满足合同约定支付条件的，甲方应当自收到发票后30日内将资金支付到合同约定的乙方账户，不得以机构变动、人员更替、政策调整等为由延迟付款，不得将采购文件和合同中未规定的义务作为向乙方付款的条件。编制单位：日期：
免费区 
