广东省公路服务区管理系统升级及运维项目（22页WORD-）

微信扫码，打开到小程序

1 附件 需求 41:项目采购需求 本项目为非面向中小企业预留项目。 1. 项目概况 1.1. 基本信息 1.1.1. 项目名称 广东省公路服务区管理系统升级及运维（2021 年）项目 1.1.2. 采购人 广东省公路事务中心 1.1.3. 用户单位 省公路事务中心、各级交通部门(含承担具体工作的公路局)、各路段 管养单位(含公路各级业主单位、路段管理公路、路政大队)、服务设施各 经营单位(含服务区运营承包公司和服务区场所实际经营单位)、社会公众 (主要是司乘人员)等，系统用户数量预计在 20000 人。 1.1.4. 项目总体目标 根据《关于印发广东“数字政府”改革建设方案的通知》、《广东“数字 政府”改革建设方案》等文件， 按照“统一管理，统一目标、统一调度、统 一流程、统一评估”的运维管理方式，不断整合服务资源，完善服务基础平 2 台，拓展服务方式。通过“数字政府”建设运营中心团队力量，提高电子政 务运行维护的质量，节约资金，精简人员，提高服务效率与效能。以用户 为中心，以流程为导向，发现问题、转变服务、改进服务水平和效率，提 高满意度。 按照省交通运输厅对服务区管理及服务区公众服务的要求，结合 2017 年起建设的广东省服务区管理系统项目的基础上，完成系统等保测评二级 备案，满足系统使用信息安全需求；完善服务区智能监管功能，实现服务 区服务质量明察暗访信息化管理，加强政府部门对服务区服务质量监管力 度；优化服务区公众服务管理，完善服务区信息管理，解决已建系统中服 务区信息不完善的问题；优化服务区服务质量日常检查功能，优化系统界 面，根据用户分级分组显示功能页面，解决已建系统的功能分布不清晰的 问题；完成系统从微信公众号系统转成微信小程序系统升级，解决服务区 服务质量日常检查中微信公众号使用的不便利问题；优化服务区服务质量 统计分析功能，解决已建系统在政府监管部门领导层及业主公司上层领导 使用层面功能欠缺问题；增加发布调研问卷任务和汇总统计报告功能，实 现系统化处理省厅要求服务区报送的统计报表；对接京珠北路段、广乐北 路段、乐广南路段、肇花路段、开阳路段、新台、阳茂高速、罗阳高速、 包茂路段、渝湛/湛徐路段、河惠/粤赣路段、深汕西路段、汕汾路段、揭 普惠路段、潮惠路段、广惠路段、深汕东路段、博深、广深珠高速、虎门 大桥、广珠段、广珠北段、南环段、广珠西线、江中、江罗、路达、汕湛、 广贺、广韶、广佛肇、二广、宁华、天汕、粤肇、云梧、韶赣、江肇、广 中江、新阳、阳化、化湛、龙连、潮漳、揭惠、仁新、新博、英怀、连英、 3 大广、深高速、平兴、北二环、佛开、西部沿海、常虎、广州市高速、惠 莞、东御营运、广三、佛山市高速、西二环、广佛高速、北环高速、广交 投、江珠、博大、沿江高速、广河共 69 个路段对接服务区视频数据；对 接服务区视频数据，解决已建系统缺少服务区智能监管功能、缺少服务区 公众服务功能、缺少服务区公众投诉建议渠道的问题；接入服务区视频， 方便政府、路段、经营单位、公众查看实时情况；服务区人员和车辆行为 的跟踪，提高服务区的智能监管水平；为公众提供服务区服务功能查询(服 务产品、价格等)、服务区实况(车流、人流、加油排队等)查询，满足公众 出行的需求；为公众提供服务区服务质量的投诉建议和服务质量测评渠道， 提高服务区公众满意度等。 1.1.5. 服务地点 广东省。 1.2. 项目背景 交通运输部 2015 年发布《交通运输部关于印发全国高速公路服务区 服务质量等级评定办法（试行）的通知》（交公路发〔2015〕29 号）， 2016 年省厅发布了《广东省交通运输厅关于高速公路运营服务质量评价的 办法（试行）》（粤交费函〔2016〕894 号），明确了公路服务区服务质 量管理要求，2015 年交通运输部正式启动高速公路服务区服务质量评定工 作。该工作是有交通运输部公路局主办，中国公路学会承办。中国公路学 会为此还专门成立了服务区专业委员会。2015 年起交通运输部进行了第一 次全国高速公路服务区的服务质量评定工作。评比两年一次。2017 年，交 通运输部进行第二次评比，面临交通运输部组织的全国高速公路服务区服 4 务质量评价，为了提高评价效率，广东省公路管理局（广东省公路事务中 心）组织开发了广东公路服务区服务质量评价系统（以下简称服务区评价 系统）；2018 年，为了强化公路服务区的监管，广东省公路事务中心在服 务区评价系统基础上组织开发了广东公路服务区服务质量日常检查系统(以 下简称服务区日检系统)；系统完全实现了服务区服务质量评价和服务区服 务质量日常检查的功能；系统还存在缺少服务区智能监管功能、缺少服务 区公众服务功能、缺少服务区公众投诉建议渠道等问题。为有效解决上述 问题，2021 年省公路事务中心将在前期开发的基础上，对已开发完成子系 统的运行维护，完成系统等保评测二级备案，优化广东公路服务区服务质 量日检统计分析子系统，完善综合统计分析模块，提升监管部门领导及管 样部门领导系统使用性，完善服务区信息管理功能，统一全面管理服务区 信息；优化服务区服务质量日常检查子系统功能页面，实现系统从公众号 平台转向小程序，完善服务区智能管理子系统功能，增加服务区明察暗访 管理模块，实现监管部门明察暗访的系统化管理，提高监管力度，促进全 省公路服务区全面提升服务质量，完善服务区智能管理子系统功能，增加 发布调研问卷任务和汇总统计报告功能，实现系统化处理省厅要求服务区 报送的统计报表，提高公众满意度，满足公众出行的需求。 2. 项目预算 本项目总预算为 70 万元。 3. 服务期限 实施周期为 12 个月，具体时间以项目合同为准。 4. 服务内容 5 广东省公路服务区管理系统由广东公路服务区服务质量评价子系统、 广东公路服务区服务质量日常检查子系统、广东公路服务区服务质量日检 统计分析子系统、服务区智能管理子系统、公众服务子系统五大子系统组 成；目前已建成广东公路服务区服务质量评价子系统、广东公路服务区服 务质量日常检查子系统、广东公路服务区服务质量日检统计分析子系统， 已经完成了服务区服务质量等级评价和服务区服务质量日常检查工作及日 检数据统计分析工作。此次服务内容包括： （一）广东省公路服务区管理系统等保测评二级备案。 （二）广东省公路服务区管理系统一期项目服务质量评价系统、服务 区质量日检系统、服务区服务质量日检统计分析子系统等软件系统的运行 维护。 （三）优化广东公路服务区服务质量日检统计分析子系统，完善服务 区信息管理功能，实现服务区现状等相关属性信息统计和展示。 （四）优化服务区服务质量日常检查子系统功能页面，实现功能分级 分层管理，实现系统从公众号平台转向小程序应用模式。 （五）优化广东公路服务区服务质量日检统计分析子系统，完善服务 区服务质量综合统计分析功能，提升监管部门及公路管养领导层的系统使 用性。 （六）优化服务区智能管理子系统，增加服务区明察暗访管理功能。 （七）优化服务区智能管理子系统，增加问卷调研发布和汇总统计， 实现调研统计表系统化管理。 相关开发部分内容如下： 6 1.服务区智能管理子系统升级开发 1.1 明察暗访模块开发 (1)创建明察暗访任务 根据监管部门明察暗访安排要求，创建明察暗访任务，管理明察暗访 主题及批号，明察暗访分为有主题的和无主题两种方式；分为明察方式和 暗访方式；允许同时有多个进行中的明察暗访任务；多个明察暗访任务之 间相互独立。 (2)创建明察暗访小组 根据明察暗访人员安排情况，在明察暗访任务下创建明察暗访组员名 单，之后的服务区明察暗访过程中，小组成员可以一起同步检查或按项目 分开协同检查；同一明察暗访任务下允许建立多个小组。 (3)选择服务区创建明察暗访子任务 明察暗访小组创建后，可以在明察暗访任务下创建服务区明察暗访子 任务；允许多个明察暗访组在同一服务区创建明察暗访子任务，多个子任 务之间相互独立。 (4)选择明察暗访的检查项目 根据明察暗访主题，选择服务区的明察暗访检查项目，检查项目是从 服务区系统的检查标准中挑选，可以选择大类别或零散各小项检查。允许 在检查过程中选择增加检查项目；允许在同一明察暗访任务下的不同服务 区的检查项目不同。 (5)创建服务区明察暗访子任务 根据选择的服务区和检查项目，在明察暗访任务下创建服务的明察暗 7 访子任务，并形成服务区明察暗访的检查项目清单。 (6)明察暗访任务分配 服务区创建明察暗访子任务后，可以进行小组成员任务指派分配，小 组成员可以根据分配的任务去分开检查，也可以不通过任务分配共同检查。 (7)明察暗访检查评分 小组成员根据服务区实际状况，对照检查项目的评分标准进行检查评 分，评分过程中可以录入文字说明和拍照。 (8)提交服务区明察暗访检查报告 小组将服务区的明察暗访检查项目都检查完后，确认无遗漏和错误后， 可以生成服务区的检查报告；服务区检查报告未授权公开前不允许非明察 暗访成员查询。 (9)已明察暗访服务区清单 在明察暗访任务下，展示已经完成了的明察暗访服务区清单，展示信 息包含明察暗访日期及服务区名，可点击进入查看服务区的明察暗访检查 报告。 (10)查询服务区明察暗访临时报告 小组在明察暗访过程中，可以随时查看服务区明察暗访临时报告，在 查询临时报告时，根据明察暗访任务下已经检查过的服务区生成最新的临 时报告。 (11)结束明察暗访任务 完成明察暗访的行程后，在明察暗访任务下可以点击完成结束明察暗 访任务，根据报告格式要求生成明察暗访报告。 8 (12)查询下载明察暗访报告 结束明察暗访任务并生成明察暗访报告后，小组成员可以查询及下载 明察暗访报告。 (13)公开已通报明察暗访报告 明察暗访报告经有关部门通报后，可以公开已通报的明察暗访报告； 公开明察暗访报告时，要输入通报文书号；允许一个通报文书号下有多份 明察暗访报告。 (14)查询已通报明察暗访报告 明察暗访报告授权公开后，公路服务区各级用户(含省级用户、管理用 户、路段用户、路政用户、业主用户、经营代表用户等)可以查看通报文书 号下的明察暗访报告。 1.2.调研问卷发布及汇总统计模块开发 (1)新建调查问卷 根据省厅发文的调查内容，制作调查问卷，可设置问卷标题、问卷项 目、题目类型(单选/多选/填空/打分/下拉/上传文件等)。问卷创建人问卷在 提交发布前可增删修改问卷内容。 (2)发布调查问卷 创建问卷后，创建者可以选择发布问卷。调查问卷发布后不能修改， 需要再次修改须先撤回发布；发布调查问卷可以设置答题对象身份(全员/ 业主用户/路段用户/路政用户/经营代表等)。 (3)问卷答题 相关人员可以在发布后的问卷进行答题，并可以查看修改自己的答题 9 提交问卷。 (4)查询调查统计表 创建者可以随时查看调查统计表，根据答题情况统计各题目的分布情 况，可以生成统计表格导出。 (5)结束调查问卷 创建者可以将调查问卷结束，已结束的调查问卷不能再进行答题修改。 可以长期查看调查问卷的答题统计情况。 2.服务区服务质量日常检查子系统升级开发，优化功能界面，系统小 程序化改造开发 2.1 功能分级分层管理优化 根据用户身份层级控制显示功能，用户功能页面分为日常功能页和其 他功能页；日常功能展示日常工作中常用功能，其他功能展示非日常工作 中使用的功能。 2.2 系统小程序化改造 将已建在公众号平台的子系统升级改造成小程序系统。 2.3 临时问题管理功能开发 (1)登记临时问题 服务区系统各级用户在日常检查任务外以及明察暗访任务外，随机发 现服务区问题时，可以登记临时问题；登记问题时包含服务区名、问题类 型、问题照片、问题描叙、通知人员、问题发生时间等。 (2)推送临时问题消息 当用户登记提交了临时问题后，根据登记选择的通知人员，生成临时 10 问题推送消息到通知人员，方便问题整改。 (3)临时问题整改跟进 当用户登记提交了临时问题后，根据登记选择的通知人员，生成临时 问题推送消息到通知人员，方便问题整改。 (4)查询临时问题 用户可以查看管辖内各服务区的临时问题清单及详情，可以查看问题 整改情况。 3. 广东公路服务区服务质量日检统计分析子系统升级开发 3.1 服务区信息管理功能优化升级开发 根据最新服务区信息管理要求，优化升级服务区信息管理功能，调整 服务区信息卡片管理功能，增加新信息属性管理功能。 3.2.服务区综合统计分析功能优化升级开发 根据省厅及各级监管部门以及各管养单位领导层对服务区服务质量统 计管理需求，优化升级服务区综合统计分析功能。 5. 服务要求 5.1. 技术要求 5.1.1. 总体技术要求 项目实施充分利用现有先进、成熟技术，坚持需求主导、深化应用的 原则，统一规划、统一布局、统一设计、规范标准、突出重点、分步实施， 在规划、设计中遵循以下实施原则：标准和规范化、功能适用、框架平台 先进、可扩展、数据共享、安全和易用以及易于管理和可维护，应满足如 11 下技术要求： （1） 规范性 系统软件建设，需要就注重标准，注重规范，通过借鉴、分析和参考 交通运输部、广东省相关标准规范，实现系统软件的开发，确保系统符合 相关规范的要求。 （2） 安全性 当前信息化系统安全日益重要，因此，在项目软件开发及部署、上线 运行过程中，应充分考虑系统的安全性。 （3） 开放性 系统的建设，应在充分考虑满足现有业务要求的条件下，亦可满足信 息化不断发展的要求，预留充分的接口以便未来系统进行优化与升级。 （4） 易用性 本项目建设将遵循易用性原则，充分考虑各级用户单位数据采集和录 入的工作量，简洁界面操作，更大程度的满足各级单位的实际操作要求。 5.1.2. 技术路线 12 服务端：采用分布式框架，可按照业务场景划分成多个微服务，让业 务模块化、服务化并支持负载均衡，双机热备，集成 redis 集群； 架构采用 maven 构建，可以更好的支持模块化开发； 数据源采用 druid(阿里开源)的一个用于大数据实时查询和分析的高容 错、高性能开源分布式系统； 数据持久化采用 Mybatis。 前端：采用 vue 渐进式框架； 支持以数据驱动； 采用组件化的思想构建。 5.1.3. 性能要求 1、稳定性指标： （1）系统故障平均间隔时间：≥30 天； 13 （2）不得出现以下情况：无故退出系统；发生系统不可控制的故障 提示；因系统故障导致操作系统或机器无法正常工作。 2、并发支持指标：要求支持同时在线用户数≥200，系统支持并发访 问数≥100。 5.1.4. 数据接口要求 无； 5.1.5. 兼容性要求 本次项目是在 2017 年开始建设的服务区管理系统的基础上升级开发 的，需要兼容现有服务区管理系统； 1.服务区管理人员和路段管理员能从服务区管理系统查看已通报的明 察暗访报告。 2.服务区监管部门及管养部门能从服务区管理系统调用检查标准和服 务区信息生成明察暗访任务及报告。 3.服务区基本信息和路段基本信息在服务区管理系统统一维护。 4.完成安全等保测评二级备案。 5.1.6. 安全要求 符合信息安全等保二级要求。 5.2. 管理要求 5.2.1. 服务人员 本项目要求系统建设方应具备本地化的开发团队，成立相应的项目小 组，并指定一名专职的项目经理，主要负责项目的总体计划、人力资源调 度、与项目单位的协调和资源调度等工作。系统建设方应确保项目实施过 14 程中项目管理人员、实施团队的人员稳定，未经同意不得随意更换项目经 理和项目实施团队中的核心技术人员。 系统建设方需要在在中选后根据客户要求安排不少于 8 人的项目团队 开展相关工作，团队主要成员应不低于以下要求： 序号 角色 职能要求 单位 数量 1 项目经理 负责项目实施管理等。项目经理具备本科 以上学历，具备五年以上项目经理管理经 验 名 1 2 需求分析师 负责项目需求调研，服务需求说明书编写 等。熟悉业务，能熟练使用各种原型工 具，文字功底好。3 年以上需求分析设计经 验 名 1 3 开发工程师 负责软件设计开发，3 年以上软件设计开发 经验。 名 1 4 测试工程师 负责软件测试工作，2 年以上测试工作经 验。 名 1 5 实施工程师 承担项目实施交付职责，按照要求完成与 项目实施相关的安装、调试、培训、开发 等工作，2 年以上实施工作经验 名 3 6 质量经理 负责本项目质量保障对接采购人质量经理 名 1 5.2.2. 进度要求 服务区智能管理子系统 工作内容 里程碑事件 时间 项目启动 项目正式启动 T+7 需求调研 调研报告 T+75 需求分析 确认业务需求说明书 T+90 15 服务区智能管理子系统 工作内容 里程碑事件 时间 系统开发 完成系统主体功能开发 T+210 功能测试 完成主体功能测试报告 T+240 部署上线 完成系统上线总结 T+270 系统完善和优化 完成缺陷修复及功能优化 T+300 系统正式上线 系统正式上线 T+310 文档交付 项目验收文档交付 T+320 系统开发和运维 交付 系统交付 T+360 5.2.3. 组织实施要求 为使项目按质、按量、按时及有序实施，投标人应建立完善、稳定的 项目团队、内部组织管理方式及管理机构、协调机制、技术基础，支撑保 障要求及其他相关要求。 5.2.4. 文档管理要求 投标人应在项目完成时，将本项目所有文档、资料汇集成册交付给采 购人，所有文件要求用中文书写或有完整的中文注释。验收后，投标人按 国家、省以及采购人档案管理要求，向采购人提供装订成册的纸质文档至 16 少 2 套，电子文档 1 套。 文档包含以下： 1.项目采购的所有相关软件的技术文档、技术说明书、使用说明书等； 2.实施过程文档，包括但不限于：项目实施方案、需求调研方案、需 求调研报告、UI 设计相关资料、用户需求说明书、需求规格说明书、概要 设计文档、详细设计文档、数据库设计文档、用户手册、测试方案、测试 报告、部署方案、数据规范及清单、接口清单、各类会议的会议纪要等文 档资料； 3.项目运维文档，包括但不限于：运维方案、运维操作文档、项目具 体运维人员联系方式等资料；项目采购的所有相关软件的具体维保联系人 和维保流程等资料； 4.验收文档，按照省政数据、省公路事务中心的验收文档要求提供。 5.项目实施过程中形成的其他资料。 5.2.5. 质量保证要求 为保证本项目能按时高质的顺利完成，规避项目风险或将风险降至最 低程度，投标人应建立项目质量管理体系，包括但不限于质量目标、质量 指标、岗位责任、问题处理计划、质量评价、整改完善等内容，并建立奖 惩制度。 1.建立质量保障方案 本项目要求制定一套质量保证方案，确保项目的标准和流程具有足够 的质量水平，并将它贯穿在项目的始终。 （1）建立健全的质量管理体系，建立质量管理目标，严格按照要求 17 管理各个工作环节； （2）建立质量保障组织架构，质量管理团队进