《XX县人民法院行政执法道路扣车应用项目采购需求.docx》由会员分享,可在线阅读,更多相关《XX县人民法院行政执法道路扣车应用项目采购需求.docx(9页珍藏版)》请在第一文库网上搜索。
1、XX县人民法院行政执法道路扣车应用项目采购需求一、采购内容需求(-)项目概述1 .建设背景为了完善车辆查封、扣押、处置、过户机制,优化细化操作流程,加大对查封车辆的扣押力度,特进行此项目建设。主要通过构建数字化协同处理平台,围绕“高效查车、应控尽控、部门协同、及时处置”的目标,经过任务细化、流程再造、综合集成、设立指标等关键步骤,对车辆查询、查封、扣押、处置等流程进行全方位改造,实现车辆快速变现。2 .建设需求结合法院系统“全域数字法院”建设及执行“一件事”改革要求,开展车辆查控处置综合集成改革。通过多部门协同,跨场景应用,加速被执行人财产变现,及时兑现当事人胜诉权益,向切实解决执行难目标迈进
2、。解决“查人找物”难题是解决执行难问题的关键,车辆查控处置一件事综合集成改革场景应用,通过构建数字化协同处置,实现高效查车、应控尽控、及时处置的目标。3 .建设目标聚焦传统车辆查控执行工作中存在的信息反馈不完整不及时、协助执行过程耗时费力、车辆控制不到位变现难等问题,依托数字化平台,整合被执行车辆数据资源、拓宽协助执行范围渠道,对机动车查控执行机制进行整体性重塑。改革实施后,将基本覆盖机动车从查询到控制的全流程、全环节、全场景,执行强制措施延伸至车辆动、静各形态,被执行人名下车辆在辖区内基本无所遁形,其使用空间被大大压缩,在提高执行强制力的同时,倒逼被执行人主动履行义务,提高自动履行率,助力构
3、建诚实守信的社会风气。(二)建设内容依托XX法院办案办公一体化平台,以智慧执行2.O系统为切入口,通过法院内网现有的执行查控、委托模块,对被执行人名下的车辆进行查控。为实现查控车辆的查找、扣押,本应用将实现法院与公安的有效联动,通过公安的侦查手段辅助执行,同时通过一体化智能化公共数据平台(IRS)实现与XX甬城泊车系统的数据对接,将布控车辆数据与泊车业务数据进行加工处理,实时获取法院查控车辆的停车信息,并即时反馈给执行法官,承办法官可即时对查控的车辆进行扣押。在成功扣押车辆后,处置端实现与京东小站司法拍卖流程的无缝对接,最终实现车辆查控处全流程、全环节、全场景贯通。具体建设内容如下:序号建设大
4、类一级功能二级功能内容/参数1办公办案平台车辆布控布控列表基于XX法院办案办公一体化平台三中台十中心服务能力做场景应用开发,融入执行案件空间开发道路控车子场景功能,应用功能与现有执行案件空间的财产清单内车辆查控能力进行融合,对己录入的车辆财产信息进行汇总形成布控列表,对不同状态的车辆提供相应的功能。2操作功能区提供“查封”、“发起布控”、“详情”、“撤销布控”“异地撤销”功能。支持布控文书自动生成,未查封车辆不允许发起布控。3布控预警对接甬城泊车的车辆进出场数据在法院内网端进行数据匹配查询,将符合布控车辆车牌号的数据进行加工处理,比对成功的数据沉淀至预警列表内,预警信息同步至XX钉端。4详情页
5、点击“详情”进入任务详情页,页面上方显示案件基本信息、被执行人基本信息、车辆基本信息等信息项。5下面提供预警信息,以列表显示所有匹配成功的序号建设大类一级功能二级功能内容/参数车辆预警信息,按时间从近到远向下排序。6详情界面提供“委托扣车”,如发现车辆在其他城市点击“委托扣车”功能,联系异地法官协助扣车。7预警提醒车辆信息比对成功后,通过消息中心自动向承办法官、备勤人员发送预警提醒信息。8执行一件事公安协助发起布控车辆任务后,通过执行一件事功能,引入生成的协助布控的文书至相应公安机关。9车辆拍卖辅助数据对接实现与京东对接,提供发起协作、协作反馈页面,支持法官在智慧执行2.0中发起司辅协作任务,
6、查看车辆协作记录。10发起协作发起协作页面汇总财产清单中财产信息,用户可选择车辆发起协作,也可查看该车辆协作记录。11协作记录协作记录页面按照时间顺序展示车辆处置协作全流程,右上角提供“发起协作”按钮,点击弹出发起协作页面,可发起新的协作任务。12协作反馈发起协作后,协作记录展示在“协作反馈”页面,可查看任务反馈详情,反馈内容同XX法院网端任务办理结果,反馈材料自动入卷。13IRS定义及开发数据接口车辆布控接口通过IRS以接口形式对接甬城泊车停车场、道路泊车业务数据,对接接口由法院方定义并设计,上架IRS共享接口清单,可供后续继续接入使用。14XX钉端法官端布控列表同步内网承办法官布控车辆数据
7、,以列表形式呈现法官已发起布控的车辆任务。15布控操作功能区提供“详情”、“撤销布控”、“异地撤销”功能。16详情页点击“详情”进入任务详情页,页面上方显示案件基本信息、被执行人基本信息、车辆基本信息序号建设大类一级功能二级功能内容/参数等信息项。17页面下面提供预警信息,以列表显示所有匹配成功的车辆预警信息,按时间从近到远向下排序,列表数据信息包括车辆基本信息、预警时间、预警地点、预警路段、泊位号、入场/离场时间。18详情界面提供“委托扣车”,如发现车辆在其他城市点击“委托扣车”功能,联系异地法官协助扣车。19提供“地图导航”功能对接百度、高德地图软件对车辆布控目的地进行导航。20消息提醒布
8、控车辆信息与甬城泊车数据匹配成功后,发起钉消息告知承办法官,消息通知附带简要预警信息21驾驶舱统计区间/整合车辆相关数据实现机动车司法处置全生命周期管理,统计区间可选择。统计区间可选择法院、日期区间,用户登录时,默认展示用户所在法院的统计情况;权限区分本人、本院、辖区。22车辆数辆排名/提供“已扣押”、“己布控”,统计辖区内各家法院扣押车辆数排名或布控车辆数排名,默认展示排名前五的法院,显示法院名称、扣押/布控车辆数量、排名,点击“更多”可查看XX地区所有法院扣押/布控车辆数排名。23核心指标机动车布控率统计区间内布控发起次数/查封节点数,用查封开始日期对应统计区间。24扣押成功率统计区间内扣
9、押节点数(所有扣押节点包含轮候扣押)/布控数,用查封开始日期对应统计区间。25平均在库(出库日期-入库日期)/已出库车辆数(只统计序号建设大类一级功能二级功能内容/参数人数已出库车辆),用出库日期对应统计区间。26布控事项/统计区间内发起布控车辆列表,轮播列表展示,列表展示案号、财产所有人、车牌号、事项名称、发起日期、发起结果。27车辆在库出库情况车辆在库出库情况统计区间内在库车辆数、出库车辆数,用入库日期对应统计区间。28统计指标查封统计区间内查封节点数。29布控统计区间内布控发起次数(同一辆车可记多次,不去重)。30扣押统计区间内扣押节点数(包含轮候扣押)。31拍卖统计区间内发起司法网拍的
10、车辆数。32交付统计区间内交付的车辆数。33小站协同情况/统计规则:统计区间内协同任务(九个任务)情况统计,包含任务发起数、任务平均办理天数、任务反馈率、超期任务数以及布控认领数(拍辅人员未收到法官发起的拖车任务,自行认领布控车辆)、维护提醒。34节点监控扣押车辆长期未处置扣押后X天内未填写解扣或交付节点,30天以上为预警,60天以上报警。35车辆布控车辆查封后X天内未发起布控或未录入处置结果,30天以上为预警,60天以上报警。36全省推广推广建设功能设计单个法院扩展到全省法院,要适配功能扩展及定制的可行性及便捷性,所有功能需要考虑当前身份所对应的法院、部门以及多身份情况的兼容处理。37数据范
11、围单个法院扩展到全省法院,要适配数据可见范围的动态配置及调整,需要支持例如需要支持本序号建设大类一级功能二级功能内容/参数院、本辖区、全省的数据查询权限。38权限配置单个法院扩展到全省法院,要适配权限配置的易用性、复杂性及各法院的特异性,可便捷易懂的配置各类权限,需要沿用用户中心一贯的权限体系设计,需要支持到更细粒度的权限配置,适配不同法院的架构差异造成的权限差异。39性能问题单个法院扩展到全省法院,要适配用户和并发数增大引起的性能问题及资源扩展问题,需要对系统进行架构进行优化,例如数据库的分区分表设计,系统横向可扩展性、高并发下数据的一致性、接口的事等性以及而耗时业务异步化等。40其他建设安
12、全测评及其他数据业务对接第三方测评按省高院验收标准要求完成相关测评等事项。41等级保护完成省高院规定要求的等级保护测评备案工作。42总集对接完成与XX万象云大数据科技有限公司实现项目总集对接,支付相应费用。43其他事项做好专题库建设,申请省高院办案办公平台、XX钉端等公共组件。()非功能性需求1 .性能设计在系统平台性能方面,采用通用性好、安全可靠的操作系统以及大型数据库系统,保证系统良好的性能,满足系统数据的存储、访问等需要。确保系统的总体性能满足用户要求,不发生长时间业务中断、阻塞、死锁等情况。2 .可扩充性与灵活性系统应采用B/S结构和三层架构,使得系统具有良好的扩展性。软件系统结构可以
13、实现未来无缝纵向和横向的平滑地扩容升级,留有升级的余地,以满足今后业务发展的需要。3 .安全性保证系统安全可靠地运行,文件的传输采用非对称加密技术保证文件内容机密性和完整性。系统提供安全手段防止任意对象对系统的非法侵入、攻击、篡改,避免操作人员4 .可操作性现代计算机系统越来越复杂,这就对操作管理人员提出了更高的要求。一个技术再尖端的计算机系统,如果用户不能自如地进行操作管理,也不可能成为一个好的系统,甚至会导致系统仅仅成为一个摆设。因此系统应力求直观、方便、可操作,便于用户使用和管理,以发挥系统的最大实际效益。5 .可维护性由于案件信息、人事信息组织和利用具有灵活性、扩展性的特点,要求系统的
14、维护能力必须增强。另外,系统的开发必须基于一体化集成框架,降低系统的管理和维护要求。6 .可靠性与稳健性采用计算机系统的目的就是为了提高工作效率,如果计算机系统本身是不可靠的,这一切也就无从谈起。当计算机系统出现故障导致整个系统陷入瘫痪状态,业务将无法正常进行,系统的可靠性与可用性就尤为重要。(四)其他需求确保系统的总体性能满足不同用户要求,不发生长时间业务中断、网络阻塞等情况,系统方案采用相应的技术保证整个系统高效运转,并制定系统优化策略和方案,保障在业务不断增长的情况下,系统仍具备较高的性能。响应时间要求:(1)信息查询单条记录查询的响应时间小于等于2000毫秒;批量查询平均响应时间小于等于3000毫秒;(2)业务操作单条记录操作的响应时间小于等于2000毫秒;批量操作平均响应时间小于等于3000毫秒;(3)系统用户在线数3000,并发数100。二、项目实施进度1、合同签订生效后2个月内完成系统建设工作,并完成第三方软件测试,投入试运行;2、试运行期为1个月,采购人视系统试运行情况有权提出优化意见,中标供应商根据采购人要求在试运行期内完成系统的二次开发及调试,直至系统运行效果得到采购人认可,并且通过县大数据局的数据验收,通过验收。三、验收要求项目的工作内容及成果文档的提交应覆盖以下内容,电子文档是成果不可分割的部分。1、应用软件的源程序及可执行代码。源程序