XX市综合行政执法局人行道违法停车处置系统采购需求.docx

《XX市综合行政执法局人行道违法停车处置系统采购需求.docx》由会员分享，可在线阅读，更多相关《XX市综合行政执法局人行道违法停车处置系统采购需求.docx（16页珍藏版）》请在三一办公上搜索。

1、XX市综合行政执法局人行道违法停车处置系统采购需求一、采购清单序号名称数量单位备注1X政钉违停采集系统1项2违停处置管理系统1项3公共支付及清分对账系统1项4X里办违停处理系统1项5自动抓拍系统对接服务1项6数据安全处理及集成对接1项7项目实施服务1项8国产数据库1套9等保评测1项10OCR识别服务3年二、项目概括1 .项目背景目前人行道违停管理没有一个统一的系统，基本依附市交警系统进行管理与处罚，存在执法规范化和执法主体争议问题。为规范人行道交通秩序和执法局监管行为，实现人行道违停管理的自主性和便捷性，按照城市精细化管理工作有关要求，我单位提出本次项目建设，进一步加强人行道机动车辆停放监管工

2、作，规范人行道临时停车非现场采集及处理工作，并为违停车主提供网上处理及缴款便捷通道。2 .建设目标和内容本次项目建设目标是以数据采集、处理、整合为手段，深化违法停车处置应用，实现XX市综合行政执法局XX分局人行道违停管理的全信息化管理与管理提升。本次项目建设内容包含人行道违停处置管理系统、X政钉违停采集系统、X里办违停自助处理系统、公共支付及清分对账系统、数据安全处理及集成对接和自动抓拍系统对接服务。三、总体需求1 .为便于管理及数据一致性等因素，本次项目需在原有市执法局违停处理系统上进行平滑升级和扩容，要求完全遵循前期的技术路线、数据标准、接口规范、应用架构和数据加密标准，并复用现有执法局与

3、交警支队相关系统的数据交互通道和公安网内网资源,减少重复投资，确保业务平滑过渡,不影响正常运行。2 .要求投标人对系统现状和需求有充分调研勘察，特别是原有市执法局违停处理系统、与市交警支队相关系统的数据交互通道、XX市政务云平台等有详细阐述并分析。3 .需充分考虑执法队员、车主、执法局管理人员等群体的使用需求。系统界面设计要求大方、整洁，交互便利，符合用户操作习惯。4 .要求在投标文件中提供系统总体的设计方案，包括系统逻辑架构、网络架构、业务和数据流程图设计、界面设计、接口设计等。5 .该系统建设完成后提供给全市使用，系统需满足市、县（区、市）、乡镇（街道）分级管理，实现各不同执法单位的维护、

4、电子签章管理、清分对账等。四、详细技术需求1. X政钉违停采集系统1.1. 告知信息采集根据X政钉的要求与规范，开发X政钉版违停采集移动端，实现违停采集、短信告知、告知单打印等功能,对违停且驾驶人不在车内的机动车进行信息采集,主要包括违法地点、违法行为、违法时间、车辆号牌、违法情形、采集人等关键信息，并对信息进行处置后上传后台。1.2. 告知证据采集根据违法取证的标准和要求，对违法事实进行拍照取证，照片需进行压缩、水印及标签处理，需在照片上叠加处理号牌、车型、违法时间、拍摄设备信息及加密码，对违法信息进行加密处理，防止照片的及违法证据信息的篡改与伪造。1.3. 告知单据打印提供违停告知信息单据

5、的打印，能够适应国内主流蓝牙打印机的适配选择，打印信息需包括违法车辆信息、违法地点、违法时间、违法行为、违法告知信息、违法咨询信息、违法处理告知信息等，打印单据需包括提醒单、告知单等多种形式，同时需对单据号码进行规则生成与配置，需能够对打印单据的次数进行控制与记录。1.4. 违停预告知提供违停提醒功能，根据公安交通集成指挥平台违停提醒接口改造手册的要求，针对非特殊情形的违停行为需要通知车主，执法队员通过点击移动端的通知车主按钮，提醒短信发送至车辆所有人。1.5. 二次采集将需要对已经预告知未驶离的车辆进行二次违法信息采集，二次违法采集需和首次违法信息采集信息进行合并处理，首次采集信息数据统一汇

6、聚至待取证列表中，支持违法人员对违法录入数据进行查询和跟踪，同时也可点击相应的违法数据进行二次采集与补充。1.6. 驶离处理提供车辆驶离确认功能，针对距离首次违法录入时间十分钟以内且车辆已驶离的违法信息，执法队员可点击驶离确认，则该条违法信息即处理完成，并且违法信息的状态更新为已驶离。1.7. 二次取证针对距离首次违法录入时间超过十分钟且车辆未驶离的违法信息，系统支持对该违法车辆进行二次拍照上传，系统会将二次取证的图片与第一次取证的违法数据进行整合并上传至违停处置管理系统或公安交通集成指挥平台。1.8. 取证提醒针对可以进行二次取证的违法信息，系统需进行实时提醒，保证执法人员及时对待取证信息进

7、行处理。1.9. 二次取证定位需提供车辆位置导航功能，考虑到路面执法队员工作的流动特性，执法队员不可能一直在一个地点执勤，所以针对需要二次取证的违法行为，系统基于高德地图提供导航服务，可根据违法数据的首次录入位置进行车辆位置导航，执法队员可根据导航路线快速到达违法采集地点进行二次取证。1.10. 号牌号码OCR识别需提供号牌号码OCR识别功能，执法队员在进行违法取证时，系统支持对车尾含有号牌号码的图片进行OCR识别，将识别获取到的号牌号码自动填充至号牌号码采集项。2.违停处置管理系统2.1. 违停信息接入对前端移动取证设备取证的违法信息、告知信息进行接入处理，并存储与待审核表中，同时对接入预审

8、核数据进行校正与信息补充，进一步完善补充缺失信息，支持补充或修正违停地点、机动车号牌号码、采集机关单位，最后统一导入到违停处置管理系统。2. 2.违停证据管理接入移动取证、自动抓拍等违停原始证据信息，对原始证据的图像信息进行数据处理与存放并导入到处置管理系统，图像能够按照文件方式存放，证据的存放方式需考虑后续的清理与管理诉求，定时对过期无效图像进行清理和备份。2. 3.审核信息分配对采集入库的原始违法进行能够按照采集单位、审核数量等进行预审核分配,能够支持上级审核下级，同级单位分开审核、同一单位多人同时审核等多种审核信息分配策略，防止多人重复审核问题，并能够支持进入系统的违法数据随机分配到校验

9、用户进行人工校验，支持获取机动车号牌种类、号牌号码等信息供人工比对并保存进本地库。2.1. 数据审核2.4.1.违停信息审核对自动抓拍、移动取证等接入的违停违法信息进行审核操作。校对数据复核主要针对校对后的数据进行审核，支持数据的审核、修改和作废等功能。2.4.2.作废数据审核提供对作废后的数据进行审核功能，支持审核后对作废数据修改申请及审批等。2.4.3.错误数据重传提供转入公安交通集成指挥平台失败数据修正及重传功能。2.4.4.违停数据上传与集成指挥平台对接，将审核后的数据上传到集成指挥平台。2.5.违停窗口处理支持通过当事人持车辆行驶证及本人驾驶人到大厅窗口进行线下违停处理；窗口处理需先

10、对违停车辆进行违法查询及确认，查询信息包括基础违法信息及证据图像信息，并能够对行驶证及驾驶证信息进行录入及核查，当事人确认无误后进行违停决定书的制作和打印，同时需支持同一辆车多次违法一个批次处理。处理成功后，将处理成功数据写入到交警交管综合应用平台，对违停处理状态进行更新。2.6.分级赋权处理实现市、县（区、市）、乡镇（街道）的维护及电子签章管理，以各不同执法单位的名义进行违停处理，处理的电子签章需根据采集单位进行自动转换及设置，批量处理需实现批量自动转换，决定书需实现电子章的动态匹配打印功能。2.7.异常解锁处理需实现缴费车辆信息与六合一平台未解锁车辆信息实时比对功能，比对出已缴费车辆但是未

11、正常解锁车辆数据后，进行预警，并可以查看预警车辆详细信息和处理系统，处理状态等，同时需实现执法局窗口异常解锁车辆的信息变更及人工解锁功能。2. 8.统计分析3. 8.1.采集工作量统计可根据录入时间、违法时间、执勤人员等信息进行按照采集人进行工作量统计。可对采集人、校对人、审核人等信息分类统计工作量。4. 8.2.审核错误率统计可根据录入时间、审核人等信息进行统计，可统计审核错误率等信息。5. 8.3.审核工作量统计可根据录入时间、审核人等信息进行按照单位、审核人员进行工作量统计。6. 8.4.审核作废数统计可按照违法时间、审核时间、审核单位、审核人等信息进行多类统计。7. 8.5.设备误拍率

12、统计可按照违法时间，设备等信息，按照设备抓拍数、有效数进行统计，分析某设备某段时间的有效抓拍率及误拍率。8. 8.6.设备拍摄量统计可按照违法时间，设备等信息，按照设备抓拍数进行统计分析。9. 8.7.违法数查询统计可以以违法地点为统计条件，统计各违法地点违法抓拍数、有效违法数、无效违法数。3.公共支付及清分对账系统3.1. 公共支付对接服务开发公共支付对接服务，实现在公共支付平台的罚没款缴纳与省公共支付平台的数据对接，实现支付宝等互联网平台的罚款公共支付缴纳。当事人可通过决定书、当事人身份证等信息查询待缴款信息，并完成缴款功能。3. 2.缴款订单按照公共支付对接的标准和要求，实现在公共支付平

13、台的缴款订单生成及对接服务。3. 3.缴款处理对接公共支付协议，实现按照当事人身份证号或者决定书号进行缴款查询及缴款处理，实现通过二维码扫码进行快捷缴款功能。3. 4.缴款冲正实现当日缴款的冲正管理，对缴款错误的数据进行撤销与已交款项进行退还管理。3. 5.清分处理实现各县市区和各执法主体的人行道违停罚没款的独立清分，实现全市统罚,罚没款按照采集地或处理地就行清分。10. 6.对账处理实现处理单与清分单的对账，可按照日、周、月、季、年的维度，以及各县市区和各执法主体的维度进行对账。11. X里办违停处理系统11.1. 统功能具体要求11.1.1. 停自助查询根据X里办的规范与要求，开发违停自助

14、查询服务，当事人通过X里办对应模块，按照车牌信息可以违停查询。4.1. 2.违停自助处理在X里办平台上开发违停自助处理模块，机动车驾驶人/所有人进入机动车违法处理界面后，可以根据车辆关键数据查询到未处理的违停记录。系统自动提示可在移动终端自助处理的未处理违法记录，和不可在移动终端自助处理的违法记录。违停处理流程和功能需包括系统登录、阅读处理须知、输入待处理车辆信息、获取车辆违法信息、选择需要处理的违法信息、生成处罚告知书、生成处罚决定书等。4.1.3. 违停自助缴款对于进行违法处理成功后的，可直接提供缴款服务功能，用户输入处罚决定书编号，系统与后台进行查询比对，关联该违法记录车辆需要缴款明细，

15、通过与公共支付及清分对账系统可直接进行查询及缴款，查询支持按车辆信息，决定书或当事人身份证进行处理。4.1.4. 外地车辆违法处理违法处理须知：系统自动提示相关违法处理须知等告知内容。业务资料提交：支持外地车辆违法处理时提交相关资料，包括驾驶证、行驶证，经后台确认后，可进入下一办理环节。外地车辆违法查询：选择需要处理的车辆，显示可处理的违法信息和不可处理的违法信息以及已处理的违法信息。违法信息主要显示违法记分、罚款金额、违法行为、违法地点等基本违法信息。外地违法信息查看：可查看具体违法记录的详情信息，包括违法地点、违法时间、违法行为、违法条款、处罚依据、发现机关、记分、罚款金额等。外地车辆违法

16、处理确认：根据查询到的违法信息进行选择，并确认本次处理违法记录。生成违法处理告知书：当事人确认违法信息后显示违法处理告知书，当事人对处罚无异议时可确认并接受处罚。首违免罚告知：支持用户查询首违免罚相关告知信息。外地车辆罚款查询：在违法处理之后可直接通过系统跳转方式进行罚没款缴纳，当事人可通过驾驶证号、车牌号、处罚决定书编号等查询缴款信息，并展示待缴款详情信息。外地车辆罚款缴纳：当事人违法确认后可进行罚款缴纳，违法罚没款通过统一支付平台进行缴纳。外地车辆违法处理结果提醒：违法处理及缴款成功后，将推送信息告知用户。4.1.5.缴款数据接入及转递系统发起支付请求，后台支付系统收到缴款请求后，封装支付

17、信息并提交至统一支付平台，进行网上缴款。4.1.6.解锁同步支付完成后，将获取的支付结果记录传递给公安交通管理综合应用平台，实现与公安交通管理综合应用平台的机动车违停解锁。要求本次与公安网市集成指挥平台、交警交管综合应用平台的对接须复用现有与交警支队已有的数据交互通道，并对现有通道进行扩容，具体要求如下：序号设备名称配置要求数量1数据服务网关（一）产品功能（1）实现对多种数据源的可视化配置，包括：OracIeMySQLSQLServer达梦数据库；（2）支持对六合一接口、集成指挥平台接口、HTTP接口、自定义接口进行配置管理，提供可视化的配置管理；（3）提供统一的接口服务供外挂系统调用；（4）

18、支持对查询结果数据的再加工，自动化脚本处理；（5）提供实时服务监控，监控接口被调用情况；（6）支持多负载部署。（二）产品性能1、单节点最大支持创建、管理10个外挂应用系统2、单节点最大支持创建80个自定义接口3、单节点最大支持接口访问并发量5004、MTTF220000小时5、MTTR3min（三）兼容性要求1套1、支持各类国产硬件体系，支持鲸鹏系列等CPl架构的服务器。2、要求与交警支队现有服务网关相兼容，提供与现有数据服务网关的兼容性证明材料,涉及交警方服务网关接口申请、数据库配置和跨网同步管理等所有流程、工作均由投标人负责。3、在交管综合应用平台场景有案例，提供证明材料。（四）售后服务提

19、供原厂质保服务，并提供远程技术支持团队，具有丰富的运维经验，团队负责人具有中国软件评测中心颁发的信息系统运维管理工程师。提供证明材料扫描件。4.2.X里办标准版和适老化界面Ul设计和实现要求（1）需根据X里办APP、微信X里办小程序标准版和适老化接入规范需求，对接X里办用户体系，获取用户信息。（2）根据X里办APP、微信X里办小程序标准版和适老化的UI设计风格要求，完成系统应用的Ul界面设计和开发。4. 3.X里办微应用发布要求（1）将前端应用代码上传到应用开放平台，并完成应用测试。（2）准备应用申请材料，配合采购人完成上架X里办申请。包括：应用创建、应用开发、应用部署、适配测试和操作上架。5

20、.自动抓拍系统对接服务5.1. 接入管理实现对接入的自动抓拍设备进行备案。要求对接入的设备需进行认证管理,只有符合备案认证的设备才能接入违停处置管理系统，同时对接入的设备进行策略管理，包括是否特殊路段、违停取证策略等。5. 2.数据清洗及转换按交警接入的标准和数据格式要求接入自动抓拍数据，补充相应的道路、路段信息，按照公安部交管局要求进行违法行为代码的转换。5. 3.告知对接开发接入服务，对自动抓拍的告知需求进行受理和接入，并根据号牌号码，号牌种类对车主进行短信告知服务，该告知服务需依靠公安交通集成指挥平台，支持全国车辆。5. 4.违法对接开发接入服务，对自动抓拍设备的违法数据进行受理和接入，

21、并对接入的违法规则和策略进行自动判断，对符合规则的违法信息进行信息落地到违停处置管理系统。6. 数据安全处理及集成对接6.1. 公安数据安全交互与处理6.1.1. 政务网受理服务政务网受理服务，需实现政务网侧服务和系统的业务请求和需求受理，将政务网测试业务需求封装，转换，实现内外网数据交互前的准备和安全处理服务，从而保障外网访问的数据安全。6.1.2. 公安网业务处理服务公安网侧的业务处理服务，需实现对从政务外网受理服务受理进来的信令进行解析和处理，对外网侧进入的业务进行分类处理和二次受理，并将受理的结果按照外网侧的诉求进行反馈封装与数据摆渡处理。6.1.3.内外安全交互处理需通过安全设备分别

22、对基础信息、图像信息及指令服务进行安全交互处理，数据信息通过双向摆渡处理，图像信息通过文件摆渡方式，信息服务通过摆渡等方式，分别对公安网侧、政务网侧的不同交互诉求进行处理和安全交互。6.2.与财政统一支付平台对接需与财政互联网缴款服务平台的对接，实现网上缴款服务平台缴款请求认证、网上缴款确认请求、网上缴款查询缴款明细项。6. 3.与违停抓拍系统对接需与违停抓拍系统进行对接，将采集的违停车辆初步识别信息接入到违法处置管理系统。6.4. 与省公安交通管理综合应用平台对接需与省公安交通管理综合应用平台对接，将违停处理结果数据写入到公安交通管理综合应用平台，进行车辆解锁。同时，能够查询相应的机动车、驾

23、驶人基础信息等。6 .5.与交警支队公安交通集成指挥平台对接需与支队集成指挥平台对接，实现数据交互，发送短信告知信息，能够支持全国车辆。7 .6.数据归集及省平台对接按照地市及业主方要求，对项目中涉及的相关应用日志进行数据归集。8 .其他软件和服务要求序号品项名称规格参数要求数量1国产数据库1、总体要求需为信创名录入围产品；支持各类国产硬件体系，支持飞腾系列、龙芯系列、申威系列、兆芯系列、鲸鹏系列、海光系列等不同CPU架构的服务器；支持各类国产操作系统平台（UOS、麒麟、凝思磐石、中科方德、深之度、普华等）；兼容OraCle数据字典视图和系统包，兼容PL/SQL操1套作语句，兼容Oracle、

24、MySq1、SQLServerDB2、POStgreSQL的常用系统函数。；2、其它要求单表支持2000列字段，在大数据表复杂关联查询响应时间不高于1秒；单机支持10万以上并发连接数，36小时以上不掉线，且无断开或异常情况；可移植性和可扩展性强，支持主流第三方数据处理工具，包括InformaticaPowercenter、SPSS、PowerDesigner;支持并行处理能力，支持INSERTALL同时插入多张表；支持一次插入多条记录；单机单表支持140TB文本数据的存储；单机单表支持万亿行记录的存储；在基于MOTB（万亿行记录数）数据的单表上，支持数据的增删改查操作支持对大对象数据库处理，支

25、持超过7G大对象文件；支持基于SM4算法的存储加密，支持数据加密存储，支持国密算法加密，支持全面加密，数据文件、日志文件、备份文件、导入导出文件等均支持透明加密；支持数据库级、表级、列级等不同级别加密，支持不同用户、不同列设置不同密钥。支持高可用集群，并与数据库兼容，配套使用；产品可支持主备集群、读写分离集群、共享存储集群等集群；2测评服务二级等保评测1项3OCR识别服务要求提供机动车号牌、行驶证和驾驶证OCR识别服务，100万次/年3年9 .系统部署服务要求9.1. 政务云等资源需求和设计本次项目涉及政务网、公安网、政务云等多处不同基础环境，外网应用需部署在政务云，采用现有XX市政务云平台资

26、源，公安内网和内外网数据边界利旧市执法局和交警现有环境。在投标方案中提供现有政务云平台的现状分析、详细的软硬件运行环境设计方案，特别是云平台总体架构、资源详细配置等。涉及互联网、政务外网以及公安网的信息交互，要求满足公安信息通信网边界接入平台安全规范，保障公安信息网的数据安全。8. 2.集成实施要求1 .完成项目整体系统部署安装、集成联调等工作，要求投标人在投标方案中提供科学、合理、详实的项目实施方案，包括但不限于环境搭建、实施、测试、试运行等以及全市窗口系统的现场部署、实施、培训服务。2 .投标人负责本次项目所建设软件系统与必要的第三方软件系统的集成、对接及调试。协助采购人与相关系统、设备建

27、设单位充分协商，以保证平台顺利上线。3 .本次采购预算中已包含与所有相关系统的对接集成费用，采购人不再另行提供系统对接集成费。五、项目实施要求投标人应根据所提交的实施办法和初验方案，并在采购人监查下现场进行测试和配合初验。4 .工期要求完成期限：合同签订后6个月内完成项目建设，并投入正常运行。投标人根据阶段划分进一步细化成工作计划：第一阶段：签订合同后10日内完成项目组人员入驻，完成软件开发的前期准备工作等；第二阶段：合同签订后5个月内，完成系统所有软件开发内容，完成系统整体测试、系统调试优化、实施及培训工作，并进入试运行阶段；第三阶段：试运行1个月后，由投标人向采购人提交验收申请，并完成项目

28、验收工作。5 .人员要求投标人应本着认真负责的态度组织项目团队，提供项目组主要成员名单及相关证明材料。项目组成人员需包含项目经理1人，项目技术负责人1人，项目售后服务负责人1人，其他项目团队的组成由投标人根据项目开展需要自行配备。在合同生效以后，采购人认为项目负责人或者技术员的能力与本项目实施要求不相称时，投标人应按采购人要求予以更换；投标人更换项目主要负责人或主要技术骨干需书面报采购人同意后方可进行。六、售后服务要求6 .服务期服务期：三年，服务期从系统建设完成并通过初验之日起计算。7 .售后技术服务要求1）投标人应该具备较强的售后服务能力并拥有足够的技术服务人员，能够提供完善可靠的技术支持

29、，并针对本项目组建运行维护团队，故障响应1小时内，2小时内到达现场服务，24小时内解决问题。2）服务期内，投标人成立专门的团队，负责售后及运维服务。指定专门的负责人与采购人的对接及协调。3）投标人严格遵守安全保密制度，不得对外泄露、提供任何涉及采购人和用户的文件、技术、资料、数据以及其他未经公开的信息。8 .培训要求要求提供系统的操作使用培训服务，应对采购人的操作人员、管理人员等提供培训。1）现场培训在所有产品部署现场,投标人负责采购人的现场技术培训I,包括产品的功能、部署条件、部署步骤和注意事项、产品升级、日常维护事项等方面，使采购人达到能独立进行管理、维护测试和故障处理等工作，以使所提供的

30、软硬件产品能够正常、安全的运行。2）课程培训投标人应提供专门的课程培训，包括理论知识，问题讨论和上机操作，以便采购人能够迅速掌握相应的培训内容。应提供详细的培训计划，包括课程的内容、资料讲义、授课方式、课程目标。3）培训费用培训所涉及的所有费用含在本次投标报价中，采购人不再另行支付。七、其他要求1 .付款条件合同生效且具备实施条件且收到投标人提供的正式发票后7个工作日内支付合同金额的40%作为预付款，项目通过初验合格且收到投标人提供的正式发票后7个工作日支付合同金额的20乐第一年服务期结束且收到投标人提供的正式发票后7个工作内支付合同金额的10乐第二年服务期结束且收到投标人提供的正式发票后7个工作内支付合同金额的10%,第三年服务期结束并经通过采购人最终验收且收到投标人提供的正式发票后7个工作内支付合同金额的20羯2 .验收要求项目建成经采购方确认进入试运行期，试运行期满，按相关规定由采购方组织各环节的验收。3 .其他1）签订合同前，投标人必须提供相关软件生产原厂商针对此项目的授权书、产品检测报告、售后服务承诺书原件，否则将认定为提供虚假承诺谋取中标，采购人将上报监管部门进行处理。2）招标文件中的技术要求（规格）为原则性要求，并非详尽要求，投标人应对投标文件中提出的技术规范、标准负责。投标人对投标内容所涉及的专利承担责任，并负责保护采购人的利益不受任何损害。