XX市城市运行“一网统管”平台僵尸车一件事项目建设要求.docx

《XX市城市运行“一网统管”平台僵尸车一件事项目建设要求.docx》由会员分享，可在线阅读，更多相关《XX市城市运行“一网统管”平台僵尸车一件事项目建设要求.docx（13页珍藏版）》请在三一文库上搜索。

1、XX市城市运行“一网统管”平台僵尸车一件事项目建设要求一、项目概述（一）项目背景中共XX省委全面深化改革委员会关于印发XX省数字化改革总体方案的通知（X委改发（20212号）提出要以数字化手段推进政府治理全方位、系统性、重塑性变革，构建整体高效的政府运行体系、优质便捷的普惠服务体系。XX市城管局XX市公安局等部门关于印发XX市僵尸车治理实施意见的通知（X城管局（2019）104号）指出，要依法依规建立起属地为主、部门联动、公众参与的快速联动机制，有效遏制长期占用停车资源和影响道路通行等现象。加快推进僵尸车依法长效治理的进程，有效保护社会公共利益。为解决XX市僵尸车处置过程中存在的跨部门处置效率

2、低、处置流程缺失、库存车辆处置难等问题，协同城管、交警等部门，对停放在车行道、人行道、公共停车泊位、住宅小区、背街小巷及城郊结合部道路等区域的僵尸车进行排查清理，加强对僵尸车的投诉举报、拖移和处置工作，进行全市僵尸车一件事应用建设，通过数字赋能打造僵尸车全周期闭环管理。（二）建设目标围绕城市治理现代化要求，基于市级层面的统一规划和部署，打造一个集数据管理、业务协同、快速响应、智能监管于一体的XX市城市运行“一网统管”平台僵尸车一件事，构建车主服务（X里办）、管理平台（PC端）、掌上经办（治理端-X政钉）、僵尸车一件事分析等多跨场景应用，实现全市僵尸车智能化管理全覆盖，全面提升城市管理智治水平、

3、提高城市运行管理效率、增强市民生活品质。二、采购清单及要求(一)采购清单序号项目主要内容数量1软件系统XX市城市运行“一网统管”平台僵尸车一件事1套三、系统功能要求通过构建丰富的多跨场景应用，为僵尸车治理全流程赋能，以破解僵尸车治理过程中存在的痛点难点堵点问题，综合提升城市管理水平。具体内容要求如下：(一)管理平台(治理端-PC端)1、拖移管理(1) 车辆列表展示所有进入拖移处置环节的车辆，包含车辆信息、处置信息等。(2) 查询检索支持按照关键字和条件，检索进入拖移处置环节的车辆信息。(3)信息查看通过僵尸车管理可以查看平台当前待拖移和已经拖移入库僵尸车的信息，支持查看车辆的基本信息、照片，各

4、处置环节的公告(拖移)凭证、委托凭证、拖车凭证、入场凭证等。(4)拖移公告根据当前车辆，自动生成拖移公告，支持公告下载。(5) 通知提醒支持在电脑端向车主发送短信，告知车主车辆处置情况。(6) 联系记录查看车主联系记录，包括短信记录。2、报废管理(1)报废车辆列表展示所有进入报废环节车辆信息，显示当前未公示、三年未年检、公示中、公示结束的车辆清单。(2)查询检索支持按照车牌、处置人、处置时间等条件，检索报废车辆。(3)报废车辆详情查看车辆的详细信息，包括车辆的基本信息、年检信息、入场信息、公示信息、报废信息及相关流程照片。(4)车辆报废发起对三年未年检、法院公示期满1年以及车主同意报废的车辆，

5、发起报废流程。(5)报废公示导出支持对进入报废环节的僵尸车公示信息内容进行导出。(6)公示信息记录上传法院报废公告，记录公示张贴内容。3、回收管理(1)回收车辆列表展示所有进入回收流程的车辆清单。(2)查询检索支持按照车牌、入场时间、所属区域等条件检索回收车辆信息。(3)回收车辆详情查看回收车辆的详细信息，包括车辆的基本信息、年检信息、处置信息、报废信息、评估信息、报废信息及车辆回收款情况。(4)残值评估用于上传第三方残值评估报告，记录残值及相关照片。(5)报废回收用于上传报废回收文件及相关照片。(6)暂停报废用户按要求提交申请后，暂停车辆的报废回收流程。4、车辆取回审核(1)审核列表可以查看

6、当前所有车主端提交待审核的取回申请。(2)查询检索支持按照车主信息、车牌信息、入场时间等条件，检索取回申请信息。(3)取回申请详情查看车主提交的审核申请，确认材料是否完备及流程进度。(4)取回申请审核对车主提交的取回申请进行审核。5、一车一档(1)车辆列表展示平台所有车辆，包括处置、报废、回收、取回等所有环节的全部车辆。(2)查询检索支持按照车牌信息、入场时间、所属区域等条件，检索车辆信息。(3)档案详情查看当前车辆所有的信息，包括车辆基本信息、业务流程信息以及各环节产生的所有文书和照片信息。6、僵尸车爆料事件库(1)事件列表展示平台所有僵尸车爆料事件，包括待联系车主、待公告、公告中、待委托、

7、待拖车、待入场等。(2)查询检索查看当前所有僵尸车爆料事件，包括待联系车主、待公告、公告中、待委托、待拖车、待入场等。(3)事件详情查看当前僵尸车爆料事件的详细信息，包括爆料时间、当前处理环节、爆料人等。(4)事件归档对僵尸车爆料事件进行归档，形成最终处理状态，包含已办结、车主自行取回等。7、停车场管理(1)停车场列表展示全市所有僵尸车停车场，包含停车场位置、联系人、联系方式、所属区域等信息。(2)查询检索支持按照停车场名称、停车场位置等条件，检索停车场信息。(3)停车场维护支持新增停车场，对已有停车场信息进行维护。8、拖车单位管理(1)拖车单位列表展示所有合作拖车单位，包含拖车单位名称、联系

8、人、联系方式等信息。(2)查询检索支持按照拖车单位名称、联系人、联系方式等条件检索。(3)拖车单位信息维护支持新增拖车单位对已有拖车单位信息进行维护。(4)拖车单位评价管理支持对拖车单位评价进行管理。9、码管理(1)僵尸车辆赋码管理按照爆料事件，对僵尸车形成一车一码，包含车辆信息、事件信息、处置状态信息等。(2)查询检索支持按照车辆信息、联系人、联系方式等条件检索赋码情况。(3)码引擎对僵尸车二维码生成时效性、更新频率等进行分派管理。10、签名管理(1)在线签名管理支持车主、综合行政执法局、街道、停车场等人员在线手写签名功能。n、短信管理(1)短信模板可根据模板配置短信内容。(2)短信发送管理

9、查看短信的发送情况，支持按关键字和条件进行查询。12、 用户体系(1)角色管理对接并使用一网统管平台角色管理体系，根据管理需要增加街道工作人员、停车场管理人员等角色。(2)权限管理对接并使用一网统管平台权限管理体系，对角色的权限进行管理，不同角色权限不同。(3)用户列表对接并使用一网统管平台用户管理体系，可查看系统用户清单，包含用户登录名、部门信息、所属区域信息等。(4)用户新增对接并使用一网统管平台用户管理体系，支持用户根据实际需要增加账号，可增加登录名、部门、所属区域、所属权限、所属类型。(5)用户查询对接并使用一网统管平台用户管理体系，根据姓名、部门、类型等条件查询用户信息，支持账号状态

10、管理。13、 投诉管理(1)投诉信息审核与分类对提交的投诉进行初步审核，并根据投诉内容对投诉进行分类，如按车辆类型、停放地点、投诉紧急程度等，为后续分派处理提供依据。(2)投诉流程管理支持对已投诉处理进度的实时更新和查询。（二）掌上经办（治理端-X政钉）1、掌上经办（城管）（1）待拖移车辆列表展示当前所有待拖移的僵尸车辆，包含车牌、品牌等信息。（2）查询检索支持按照车牌、品牌、处置状态等条件检索待拖移的僵尸车辆信息。（3）车辆详情查看待拖移车辆的详细信息，包含车辆基本信息、处置信息等。（4）拖车协议签署对待拖移车辆进行拖车处理，支持上传拖车现场照片和在线签名。（5）僵尸车辆填报填写僵尸车位置、

11、车辆特征、投诉详情等关键信息并提交。（6）扫码城管扫码查看僵尸车具体信息、进行下一步业务办理。2、掌上经办（停车场）（1）停车场列表展示全市所有僵尸车停车场信息，包含停车场位置、停车场联系人、停车场泊车数量等信息。（2）查询检索支持按照停车场名称、车辆名称、所属区域等条件检索停车场信息。（3）停车场详情查看停车场详细信息，包含停车场位置、停车场联系人、停车场泊车数量、车位等信息。（4）车辆入场停车场管理员可通过该功能进行僵尸车入场拍照、签字审核。（5）车辆出场停车场管理员可通过该功能进行僵尸车出场管理、出场提交、审核。（6）扫码停车场管理员扫码进行车辆出入场管理。（）僵尸车一件事分析1、全市僵

12、尸车监管分析管理（1）拖移管理分析按年度、季度、月度，统计分析进入拖移处置环节的车辆数量、公告生成数量。（2）报废管理分析按年度、季度、月度，统计分析进入报废环节车辆总量、公示数量。（3）回收管理分析按年度、季度、月度，统计分析进入回收流程的车辆总量、所属区域。（4）车辆取回审核分析按年度、季度、月度，统计分析进入审核流程的车辆总量、取回通过数量等。（5）停车场管理分析按年度、季度、月度，统计分析停车场车情况，包含全市停车场数量、各停车场泊车数量、车辆数量、待入场数量、取回数量、报废数量。（6）一车一档分析按年度、季度、月度，统计分析全市僵尸车去向，包含车主取回数量、报废数量、委托报废数量。按

13、年度、季度、月度，统计分析全市省内省外车辆占比，包含全市僵尸车省内省外车辆、无牌车辆占比分析。按年度、季度、月度，统计分析全市僵尸车不同停留时间车辆占比，1年内量占比、3年量占比，3年以上量占比。（7）僵尸车爆料事件库分析按年度、季度、月度，统计分析全市僵尸车处置情况，包含拖车数量、报废数量等。按年度、季度、月度，统计分析全市僵尸车处理效率，包含已处理、待处理数量及平均处理时长。按年度、季度、月度，统计分析全市僵尸车处理方式，包含车主自行处理、车主自行报废、公告后拖车数量及占比。按年度、季度、月度，对不同事件僵尸车情况进行统计分析，包含待联系车主、待公告、公告中、待委托、待拖车、待入场、已办结

14、待上传报废委托书、已报废、已取回等事件下僵尸车总量。按年度、季度、月度，对不同事件时效性进行统计分析，包含待联系车主、待公告、公告中、待委托、待拖车、待入场、已办结、待上传报废委托书、已报废、已取回等事件下僵尸车时效性。(8)拖车单位管理分析按年度、季度、月度，统计分析拖车单位情况，包含拖车单位数量、拖车数里寺。(9)码管理分析按年度、季度、月度，统计分析僵尸车二维码生成数量、车辆赋码数量等。(IO)投诉管理分析按年度、季度、月度，统计分析投诉总量、投诉区域等。2、驾驶舱(1)僵尸车一件事主屏综合展示全市僵尸车核心指标，包含车辆情况、爆料事件情况、处置效能分析等。(2)僵尸车子屏综合展示全市

15、僵尸车基本情况,主要包含车辆基本情况、事件处理状态情况、区域分布情况等。(3)爆料事件库子屏综合展示全市僵尸车爆料事件库情况，主要包含事件基本情况、区域分布情况、爆料处理时效等。(4)经办效能子屏综合展示全市僵尸车爆料事件的核心指标，包含事件数量、区域分布情况、各个阶段办理时长。(5)工作态势子屏综合展示XX市各区县的僵尸车治理工作态势进行统计、分析，包含区域分布情况、办理时效性、僵尸车数量等。（四）服务端（X里办）1、僵尸车爆料使用有奖举报系统爆料功能，进行爆料信息填写。2、车辆取回（1）车辆查询车主可以通过车牌号、车主姓名等关键字查询名下是否存在待处理僵尸车O（2）车辆详情查看平台公示僵尸

16、车的状态信息，包括车辆基本信息、处理信息、取回流程等。（3）申请提交僵尸车车主通过提交身份证明、公司营业执照、机动车登记证书等证明材料后在线提交领回申请。（4）申请详情查看当前取回申请处理进度审核被驳回的可以重新提起申请。（5）车辆领回取回申请通过后，车主可以通过页面指引前往停车场，凭签字后生成的取车证明取回车辆。（6）注销申请链接交警部门在X里办提供的车辆注销申请服务，为车主提供快捷入口。（五）系统对接1、一网统管平台对接（1）门户集成将按照“一单位一平台”的要求，通过平台对接、界面风格统一整合等措施，实现集中统一的访问入口。（2）用户管理使用一网统管平台用户信息（基于X里办和X政钉用户登录

17、认证体系），实现用户申请、开通、变更、停用、注销管理。(3)授权管理使用一网统管平台授权管理体系，实现用户对系统页面访问权限的管理。(4)接入管理使用一网统管平台接入管理体系，实现统一的消息服务、业务流程、数据表等。(5)安全改造按照一网统管平台统一的安全防护要求，进行安全相关升级改造。2、外部系统对接(1) X里办登录信息对接对接X里办登录信息，相关应用在X里办发布。(2) 车主信息接口对接与XX市公安irs提供的车辆车主信息获取接口对接，通过车牌获取车主姓名、联系方式、车辆信息、车辆注销信息。3、有奖举报系统对接对接有奖举报系统，获取爆料信息。四、总体技术要求总体设计思路需遵循国家城市管理

18、相关标准规范。严格遵照国家城市管理信息平台制定的相关业务和技术标准规范，符合城市管理信息平台数据库设计规范等。(一)技术路线1.信创技术。本项目采用信创技术标准进行开发。采用信创国产化架构设计，从硬件资源、基础运行环境及数据库信息，全面支持信创环境。基于信创云的网络安全，内外网数据交换安全隔离、边界访问、WEB防护等保障措施；软件开发及部署，均采取代码审计及相关安全保障措施，确保整个系统的信息安全。提供多层次的权限分配和安全设置，根据不同角色权限级别提供不同功能服务数据，满足分权分域的安全控制。完整记录对访问的日志，制定访问规则制度，全流程记录操作信息。使用最低权限，以限制用户只能访问按照完成

19、任务要求的功能、数据和系统信息。即权限最小化。使用安全的算法保护敏感信息，使之不能被直接读取或破译，包含所有需要加密的数据，数据库中的各种敏感字段。与外部系统通过接口形式通讯的安全控制措施，通过https协议传输、白名单、账号密码验证和密钥签名token多种方式保证过程安全可靠。（二）架构方式本项目开发采用基于B/S结构的JavaEE快速开发框架。根据业务应用的需求，按照多层次结构的原则，实现数据与业务逻辑的分类,数据模型与界面展示的分离，充分发挥数据库与应用服务器的计算能力，具有更好的灵活性与运行效率。系统采用前后端分离的方式，可使前后端同步开发实现敏捷开发，提高整体的开发效率。后端基于Sp

20、ringBoot,ibatis,Quartz,Log4j等框架实现前后端和数据层的交互，任务的调度以及日志信息记录等。根据业务应用的需求，按照多层次结构的原则，实现数据与业务逻辑的分类，数据模型与界面展示的分离,充分发挥数据库与应用服务器的计算能力，具有更好的灵活性与运行效率。前端采用完全组件化的前端框架，降低耦合性，也使需求扩展和调整更为灵活。（三）系统性能需求分析充分考虑城市治理的特殊性和复杂性，确保系统的总体性能满足用户要求,不发生长时间业务中断、阻塞等情况。主要从交易响应时间给出系统性能指标。根据业务处理类型的不同，可以把交易划分为三类：交互类业务、查询类业务和大数据批处理类业务，分别

21、给出响应时间要求的参考值，包括峰值响应时间、平均响应时间。（1）交互类业务交互类业务是指平时工作中在系统中进行的业务处理，如录入、修改或删除一条记录、发布一条信息等操作。平均响应时间：1秒峰值响应时间：3秒批量前台经办业务数据导入（按一次2000条评估）平均响应时间：5秒峰值响应时间：10秒（2）查询类业务查询业务由于受到查询的复杂程度、查询的数据量大小等因素的影响，需要根据具体情况而定，在此给出一个参考范围。简单查询平均响应时间：1秒复杂查询平均响应时间：3秒视频播放平均响应时间：3秒（3）交易接口服务（数据交换）单条记录交易接口平均响应时间：1秒多条记录（100条）交易接口平均响应时间：3

22、秒（四）开发要求1、系统（驾驶舱）界面的布局、文字、颜色、导航等内容应按照市综合行政执法局统一规范进行开发。2、建设系统驾驶舱（包括手机版）应按照市综合行政执法局统一规范进行开发。3、系统包含地图建设内容的，地图服务应统一调用市综合行政执法局GIS平台。4、项目新增物联感知设备应统一先接入到市综合行政执法局物联网平台，使用物联感知设备数据应统一通过物联网平台调用。5、项目新增视频资源应统一先接入到市综合行政执法局流媒体平台，同时于VPN2网络环境下采用GB28181协议进行对接交互，使用视频资源统一通过流媒体平台调用。6、系统用户体系应统一使用市城管局用户中心，实现用户单点登录。7、系统建设包

23、含Al识别、图片识别、视频识别等算法应先统一部署至市综合行政执法局视频算法平台，再通过算法平台统一调用。8、系统产生的事件问题应接入市综合行政执法局事件中枢，再由事件中枢统一汇聚和分拨。9、上架X里办应用，应按照市综合行政执法局“贴心城管”应用发布统一规范进行开发。10、上架X政钉应用，应按照市综合行政执法局“城管工作台”应用发布统一规范进行开发。11、后台日志管理应按照市综合行政执法局统一规范要求进行开发。12、系统产生的数据应统一编目归集。13、系统待办事项应统一集成到市综合行政执法局统一工作台。14、系统页面应调用统一水印。15、系统应部署在政务云平台。16.系统应满足国产化终端系统要求。