序号 | 系统模块 | 主要技术参数 | 数量 |
一 | 勤务部署 | 要求支持各单位自定义勤务模式,通过选择工作时间,勤务内容,执勤区域和警员进行派勤,民警根据派勤计划进行执勤,形成勤务岗位的执勤分布,勤务管理员结合交通流分析和交通违法分析对勤务岗位进行评价,根据评价调整勤务模式,使派勤更加科学合理。 | 1套 |
1 | 勤务基础信息子系统 | 要求支持警务派勤使用到的基础数据管理 | 1套 |
1.1 | 部门管理 | 1、要求支持维护部门信息,包含部门代码,部门名称,部门类型,所属部门,部门状态 2、要求支持对部门进行增删改 3、要求支持根据部门代码,部门类型,所属部门和部门状态查询部门信息,查询列表信息要求支持导出 4、要求支持查询时间不超过2秒 | |
1.2 | 警员管理 | 1、要求支持维护警员信息,包含姓名,状态,职务,性别,所属部门,人员编制,工作电话,联系电话,警号/协警号,对讲机编号,PDA设备号 2、要求支持对警员进行增删改 3、要求支持根据姓名,警号/协警号,所属部门,对讲机编号,PDA设备号查询警员信息,查询列表信息要求支持导出 4、要求支持查询时间不超过2秒 | |
1.3 | 执勤区域管理 | 1、要求支持对执勤区域进行维护,在地图上编辑区域,填写区域名称,区域类型(区域类型分为辖区,责任区和专项行动区域)和所属部门 2、要求支持对执勤区域进行增删改 3、要求支持根据执勤区域名称,执勤区域类型,所属部门查询执勤区域信息,查询列表信息要求支持导出 4、要求支持查询时间不超过2秒 | |
1.4 | 岗位管理 | 1、要求支持对岗位进行维护,在地图上编辑岗位,填写岗位名称,所对应责任区,岗位类型,岗位区域类型(点线面等),所属部门,状态 2、要求支持对岗位进行增删改 3、要求支持根据岗位名称,责任区,岗位类型,岗位区域类型,所属部门和状态查询岗位信息,查询列表信息要求支持导出 4、要求支持查询时间不超过2秒 | |
1.5 | 执勤区域展示 | 1、要求支持在地图上显示执勤区域,点击支队下属的大队或中队,在地图上对应显示该部门的执勤区域 2、要求支持地图加载不超过3秒 | |
1.6 | 勤务内容管理 | 1、要求支持对勤务内容进行维护,包括编号,勤务内容名称,类型 2、要求支持对勤务内容进行增删改 3、要求支持根据编号,内容名称,类型查询勤务内容信息,查询列表信息要求支持导出 4、要求支持查询时间不超过2秒 | |
2 | 自主派勤子系统 | 要求支持按各中队按照责任区模式进行派勤 | 1套 |
2.1 | 派勤管理 | 1、要求支持对警务派勤进行管理,选择日期,时间范围,勤务内容,自动带出勤务类型,填写专项行动号(如果勤务类型为专项行动),执勤区域,带班领导和执勤警员 2、要求支持对派勤信息进行增删改 3、要求根据日期,时间范围和勤务内容查询派勤信息,查询列表信息要求支持导出 4、要求支持查询时间不超过2秒 | |
2.2 | 警员派勤查询 | 1、要求支持根据部门,日期,警员条件查询警员的派勤信息 2、要求支持用时间轴显示6:00-24:00所选警员的派勤信息,包含执勤区域和勤务内容,用不同颜色标识不同的勤务内容 3、要求支持各中队可根据派勤信息进行派勤调整,调整时直接打开派勤管理页面进行编辑 4、要求支持通过实际出勤功能,在时间轴上显示各警员的实际出勤时间和派勤进行对比,显示实际出勤率 5、要求支持查询和内容加载时间不超过2秒 | |
2.3 | 勤务岗位评价 | 1、要求支持根据日期,所属部门,岗位,状态查询岗位信息,查询列表要求支持导出 2、要求支持对每个勤务岗位进行评价,评价时间粒度可选择周和月,采用违法数,执法数,支队平均执法数,岗位人均执法数等维度进行评价 3、要求支持和其他岗位进行对比,评价时间粒度分为周和月,通过执法总数,违法总数,岗位人均执法数,派勤警员数进行评价 4、要求支持根据岗位评价结果进行岗位调整和派勤调整,调整要求操作便捷 | |
2.4 | 执勤警力分布 | 1、要求支持在地图上显示执勤区域,点击支队下属的大队或中队,在地图上对应显示该部门的执勤区域 2、要求支持选择日期,点击派勤警力分布在地图上显示已派勤的执勤区域 3、要求支持点击实时警力分布显示各执勤区域的警员分布 4、要求支持地图上实时警力分布数据每30秒刷新一次,加载时间不超过3秒 5、要求支持根据选择内容统计显示派勤率和到岗率,统计时间不超过2秒 | |
3 | 专项行动子系统 | 要求支持支队下发专项行动,大队和中队进行落实部署和派勤,中队上报行动成果,支队查看成果进行总结。 | 1套 |
3.1 | 专项行动计划管理 | 1、要求支持支队编辑专项行动计划,包含专项行动计划号,专项行动名称,勤务内容,专项行动目标,时间范围,上报要求,发布对象(可任意选择一个或多个大队),附件(要求支持上传浏览)和备注 2、要求支持对未发布的专项行动进行增删改和发布,对已发布的可以撤回 3、要求支持对已发布的专项行动,要求支持查看大队中队各级的部署进度(已部署和未部署),已部署的要求支持查看专项行动的部署警员 4、要求支持实时查看各大队的专项行动成果和专项行动区域,点击执法数要求支持按级查看成果和具体行动明细,对专项行动不理想的部门要求支持再次下发专项行动操作 5、要求支持专项行动结束后需要行动总结 6、要求支持显示流程示意图进行直观展示 7、要求支持根据时间范围和勤务内容查询数据,查询列表信息要求支持导出 8、要求支持所有操作和显示不得超过2秒 | |
3.2 | 专项行动签收部署 | 1、要求支持大队选择专项行动计划进行签收部署,要求支持选择一个或多个中队,录入部署方案进行部署 2、要求支持对已部署的专项行动,要求支持查看中队的部署进度(已部署和未部署),已部署的要求支持查看专项行动的部署警员 3、要求支持显示流程示意图进行直观展示 4、要求支持根据时间范围和勤务内容查询数据,查询列表信息要求支持导出 5、要求支持所有操作和显示不得超过2秒 | |
3.3 | 专项行动签收派勤 | 1、要求支持中队选择专项行动计划进行签收派勤,要求支持自定义专项行动区域 2、要求支持显示流程示意图进行直观展示 3、要求根据时间范围和勤务内容查询数据,查询列表信息要求支持导出 4、要求支持所有操作和显示不得超过2秒 | |
3.4 | 专项行动成果上报 | 1、要求支持中队选择专项行动计划按照要求录入专项行动成果,填写时间范围,所属部门,执勤人员,执法记录,附件(上传和预览),备注,点击上报进行提交 2、要求支持删除上报记录 3、要求支持点击执法记录查看执法明细 4、要求支持所有操作和显示不得超过2秒 | |
3.5 | 专项行动统计分析 | 1、要求支持根据专项行动名称,专项行动计划号,时间范围,所属部门查询数据 2、要求支持使用折线图,饼图和列表展示数据 3、要求支持部门为支队时,展示数据为大队;部门为大队时,展示数据为中队 4、要求支持列表展示数据要求支持向下钻取查看下级部门汇总数和明细 5、要求支持所有操作和显示不得超过2秒 | |
二 | 勤务监督 | 要求支持勤务监督使用电子围栏、PDA执法数据监督、视频监控和路面抽查四种监督手段,系统根据监督得到的查勤数据进行分析处理,为监督提供查勤处理依据。支队进行查勤结果发布,大队根据查勤给出反馈;支队发布勤务整改通知,大队落实部署。 | 1套 |
4 | GPS定位监督子系统 | 要求支持根据接入的警员定位数据进行实时监督,实现数据分析,定位轨迹跟踪 | 1套 |
4.1 | GPS定位数据分析 | 1、要求支持对接入的GPS定位数据进行算法建模,分析目前是否在责任区,是否有无位移和脱岗情况等 2、要求支持分析定位数据是否正常,统计正常和异常时长,异常次数,报备次数等 3、要求支持根据所属部门,警员,日期进行查询,列表显示该警员执勤基础信息和异常时违规类型,违规汇总时间,违规次数,报备次数 4、要求支持点击记录向下钻取显示该违规类型下该警员的GPS定位记录和报备状态 5、要求支持所有操作和显示不得超过2秒 | |
4.2 | GPS定位轨迹跟踪 | 1、要求支持根据所属部门,日期,警员和时间范围进行查询 2、要求支持地图上展示查询得到的GPS数据 3、要求支持后台算法分析GPS数据得到经过的道路或路口 4、要求支持列表展示GPS经过的道路或路口 5、要求支持显示警员当日的派勤信息和执法数 6、要求支持前台所有操作和显示不得超过2秒 | |
4.3 | 执勤报备信息查询 | 1、要求支持根据所属部门,警员,PDA设备号,时间范围,报备类型进行查询 2、要求支持列表展示警员的基础信息和报备汇总次数 3、要求支持点击记录向下钻取查看所有报备明细数据 4、要求支持所有操作和显示不得超过2秒 | |
5 | 视频监控子系统 | 1、要求支持按照权限树状显示责任区,选择某个责任区显示该责任区图层和责任区内警员GPS图层 2、要求支持点击某个警员,按照距离列表展示该区域周围的视频监控设备 3、要求支持选择某个视频监控设备,打开接入的监控视频,对该区域进行远程监控 4、要求支持记录视频设备编号(通道号),监控时间范围,监控区域,监控警员,执法状态(正常或异常)和管理效果(可拍照) 5、要求支持所有操作和显示不得超过2秒 | 1套 |
6 | 路面抽查子系统 | 1、要求支持勤务督察到执勤区域进行路面抽查,核对派勤信息和警员到岗执法状态,将抽查结果录入系统 2、要求支持根据部门和日期查询派勤信息 3、要求支持抽查内容包括:抽查日期,抽查对象部门,抽查岗位派勤信息,执法状态(正常/异常),原因,抽查总结(描述)和督察人员 4、要求支持对抽查数据进行增删改 5、要求支持根据日期,督察人员和执法状态查询数据,查询数据要求支持导出 6、要求支持所有操作和显示不得超过2秒 | 1套 |
7 | PDA执法数据监督子系统 | 要求支持对警员PDA执法数据进行监督分析 | 1套 |
7.1 | 执法数据查询 | 1、要求支持根据所属部门,警员,日期进行查询 2、要求支持时间轴用不同颜色显示各警员的派勤信息,执法总数以及不同勤务内容的执法数 3、要求支持点击汇总数向下钻取查看执法明细 4、要求支持所有操作和显示不得超过2秒 | |
7.2 | 执法预警查询 | 1、要求支持根据所属部门,警员,日期进行查询 2、要求支持列表显示各警员的执法预警总数 3、要求支持点击总数向下钻取查看预警明细 4、要求支持点击记录弹出轨迹跟踪页面查看该警员的GPS定位轨迹 5、要求支持所有操作和显示不得超过2秒 | |
8 | 查勤结果管理子系统 | 要求支持基于4种勤务监督手段得到的查勤结果进行管理,核查确认 | 1套 |
8.1 | 查勤结果查询发布 | 1、要求支持对4种勤务监督数据进行格式化 2、要求支持根据日期,所属部门,查勤手段,查勤结果数据进行查询,列表展示查询数据,要求支持数据导出 3、要求支持选择某条异常记录,通过轨迹跟踪功能核查异常状态 4、要求支持对核查后的异常数据,选择发布对象,发布日期,录入问题和要求反馈时间进行下发 5、要求支持根据反馈信息更新异常数据状态 6、要求支持所有操作和显示不得超过2秒 | |
8.2 | 查勤结果反馈 | 1、要求支持大队对下发的查勤异常数据进行说明反馈 2、要求支持根据下发日期筛选数据,列表展示结果 3、要求支持选择某条记录,通过反馈功能回复反馈 4、要求支持所有操作和显示不得超过2秒 | |
8.3 | 查勤异常结果分析 | 1、要求支持选择时间粒度(日/周/月/自定义),所属部门进行查询 2、要求支持采用折线图和饼图展示数据的变化趋势和分布情况 3、要求支持按部门展示查询结果数据 4、要求支持所有操作和显示不得超过2秒 | |
9 | 勤务整改通知子系统 | 要求支持根据查勤结果下发整改通知 | 1套 |
9.1 | 整改通知发布 | 1、要求支持支队编辑整改通知,包含整改通知编号,整改日期范围,整改对象,整改通知内容,整改检查时间,附件(要求支持上传浏览)和备注 2、要求支持对未下发的整改通知进行增删改和下发,对已下发的整改通知可以撤回 3、要求支持对已下发的整改通知,要求支持查看大队中队各级的部署情况(已部署和未部署),已部署的要求支持查看落实 4、要求支持显示流程示意图进行直观展示 5、要求支持根据发布日期和整改对象查询数据,查询列表信息要求支持导出 6、要求支持所有操作和显示不得超过2秒 | |
9.2 | 整改通知签收部署 | 1、要求支持大队选择整改通知进行签收部署,要求支持选择一个或多个中队,录入部署方案进行部署 2、要求支持对已部署的整改通知,要求支持查看中队的部署进度(已部署和未部署),已部署的要求支持查看落实方案 3、要求支持显示流程示意图进行直观展示 4、要求支持根据发布日期和整改对象查询数据,查询列表信息要求支持导出 5、要求支持所有操作和显示不得超过2秒 | |
9.3 | 整改通知落实 | 1、要求支持中队选择整改通知录入落实方案 ,录入时可选择一个或多个警员 2、要求支持显示流程示意图进行直观展示 3、要求支持根据发布日期和整改对象查询数据,查询列表信息要求支持导出 4、要求支持所有操作和显示不得超过2秒 | |
9.4 | 整改对比分析 | 1、要求支持选择整改通知编号,所属部门,相关指标,整改前后对比周期进行查询,折线图显示整改前后的变化情况 2、要求支持所有操作和显示不得超过2秒 | |
三 | 勤务研判 | 要求支持勤务研判包含道路路政施工管理、交通分析研判、综合查询与统计分析3个子系统,其中交通分析研判又包含如下三种: (1)交通流分析接入卡口流量数据,百度路况数据来分析道路的流量和拥堵状态,拥堵时间等; (2)交通违法分析是接入PDA现场执法数据和电子警察等非现场数据,从辖区/违法类型/违法地点等多维度分析违法次数和占比,同期变化等,得到分析结论; (3)事故高发点统计是接入122事故报警数据,从事故原因角度分析事故发生地点,次数,趋势等。 | 1套 |
10 | 道路路政施工管理子系统 | 1、要求支持支队维护道路路政施工情况,在地图上进行标注,录入施工时间范围,施工范围,绕行路线,施工状态(根据施工进度修改) 2、要求支持对施工情况数据进行增删改 3、要求支持根据施工时间范围查询数据,查询列表数据要求支持导出 4、要求支持所有操作和显示不得超过2秒 | 1套 |
11 | 交通分析研判子系统 | 要求支持根据接入的交通数据进行分析研判 | 1套 |
11.1 | 交通流分析算法模块 | 1、要求支持根据时间、位置维度信息对交通流和路况数据进行统计计算,要求支持根据百度路况和卡口过车记录进行路况计算 2、要求支持根据计算结果形成粗粒度中间数据 3、要求支持根据粗粒度中间数据形成分析结果数据 该模块通过时间、位置信息,对指定时间段及区间区域的流量进行曲线分析,给出分布分析结果 | |
11.2 | 交通违法分析算法模块 | 1、要求支持根据时间、位置维度信息对执法数据和非现场执法数据进行统计计算 2、要求支持根据计算结果形成粗粒度中间数据 3、要求支持根据粗粒度中间数据形成违法分析数据。该模块通过时间、位置信息,对指定时间段及违法数据进行曲线分析,给出分布分析结果 | |
11.3 | 事故数据分析算法模块 | 1、要求支持根据接入的122接处警平台采集数据通过多角度提取,分别与时间、责任区、卡口数据、进行综合分析,形成智能分析和研判结果 | |
11.4 | 道路拥堵分析算法模块 | 1、要求支持根据百度路况、卡口过车记录,实现根据时间、位置维度信息对指定道路拥堵进行统计计算 2、要求支持根据计算结果形成粗粒度中间数据 3、要求支持根据粗粒度中间数据形成道路拥堵结果数据。该模块通过时间、位置信息,对指定时间段及道路的流量进行曲线分析,给出道路拥堵的分布分析结果 | |
12 | 综合查询统计子系统 | 要求支持对分析研判结果进行查询展示 | 1套 |
12.1 | 交通流分析 | 1、要求支持根据所属部门和日期范围查询,在地图上显示拥堵路段,列表显示拥堵路段排名,拥堵时间和流量 2、要求支持查询某个拥堵路段的最近一周的流量变化 | |
12.2 | 交通违法查询 | 1、要求支持根据所属部门,责任区,日期范围,违法类型,违法代码,执法类别查询数据 2、要求支持列表显示具体的违法信息,要求支持数据导出 3、要求支持查询时间不超过2秒 | |
12.3 | 交通违法分析 | 1、要求支持根据所属部门,日期范围,执法类别,路段查询数据 2、要求支持分别用饼图展示不同的违法类型和不同部门的执法数据 3、要求支持折线图展示违法数据的变化趋势 4、要求支持根据分析数据得出结论 5、要求支持查询时间不得超过2秒 | |
12.4 | 事故高发点统计 | 1、要求支持根据所属部门和日期范围查询数据 2、要求支持在地图上标记10大事故高发点 3、要求支持列表展示10大事故高发点和事故数 4、要求支持查询时间不得超过2秒 | |
12.5 | 事故统计分析 | 1、要求支持从事故成因角度分析事故数,根据所属部门,日期范围进行查询分析 2、要求支持折线图展示不同原因的事故变化情况,用饼图展示事故成因占比 3、要求支持查询时间不得超过2秒 | |
12.6 | 道路拥堵分析 | 1、要求支持根据日期和时间查询数据 2、要求支持在地图上用不同颜色展示道路拥堵情况 | |
四 | 勤务考核 | 要求支持考核计算输入包含三部分,分别是勤务考核评价体系,大队和个人执勤信息,执勤问题反馈;系统对民警的出勤率和执法数据进行考核,考核结果根据需要在网上计算编辑修改;考核计算输出包含警员执法工作量,警员的执法工作日志,以及按照支队、大队、中队 *** 的统计排名结果等数据,支队对排名结果进行通报。 | 1套 |
13 | 考核评价体系子系统 | 要求支持定义考核评价体系,包含指标维护,阈值维护,指标计算任务维护 | 1套 |
13.1 | 指标维护 | 1、要求支持用于建立指标集维护,指标属性包含指标类型,指标名称,指标周期,指标代码,指标对应对象,指标计算公式,计算维度 2、要求支持指标集分为警员,中队,大队,支队,可自定义指标集 3、要求支持对指标进行增删改 4、要求支持根据指标类型,指标名称,指标周期查询数据,查询列表数据要求支持导出 5、要求支持操作和查询时间不得超过2秒 | |
13.2 | 阈值维护 | 1、要求支持对指标阈值进行维护,包含指标类型,指标名称,指标周期,指标代码,预警阈值,告警阈值 2、要求支持对指标阈值进行增删改 3、要求支持根据指标类型,指标名称,指标周期查询数据,查询列表数据要求支持导出 4、要求支持操作和查询时间不得超过2秒 | |
13.3 | 指标计算任务维护 | 1、要求支持对指标计算任务进行维护,包含指标类型,指标名称,指标周期,指标计算周期 2、要求支持指标计算周期可按照日/周/月/年进行计算,要求支持自定义设置固定计算时间 3、要求支持对指标计算任务进行增删改 4、要求支持根据指标类型,指标名称,指标周期查询数据,查询列表数据要求支持导出 5、要求支持操作和查询时间不得超过2秒 | |
13.4 | 指标计算 | 1、要求支持根据指标考核体系进行算法建模 2、要求支持对算法进行验证 3、要求支持结合指标参数进行计算 | |
14 | 警员工作量查询子系统 | 1、要求支持根据所属部门,警员,日期,执法类型进行查询 2、要求支持列表数据显示该警员不同执法类型的汇总数,点击汇总数向下钻取查看执法明细 3、要求支持操作和查询时间不得超过2秒 | 1套 |
15 | 警员工作日志查询子系统 | 1、要求支持根据所属部门,警员,日期,执法类型进行查询 2、要求支持列表数据按时间排序显示该警员的所有执法明细 3、要求支持操作和查询时间不得超过2秒 | 1套 |
16 | 指标考核计算编辑修改子系统 | 1、要求支持选择指标类型,指标名称,指标周期,计算日期进行计算,计算结果要求可以查询和导出 2、要求支持选择指标计算结果中的任何一条进行勘查修改 3、要求支持操作和查询时间不得超过2秒 | 1套 |
17 | 统计排名通报查询子系统 | 1、要求支持选择所属部门,指标名称,通报日期查看通报的统计排名数据 2、要求支持操作和查询时间不得超过2秒 | 1套 |
五 | 数据对接 | 要求支持系统所需外部系统数据接入 | 1套 |
18 | 警员定位数据采集子系统 | 1、要求支持PDA设备和对讲机定位数据接收,将数据实时写入系统数据库 2、要求支持PDA设备和对讲机定位信息数据格式实时转换 3、要求支持≥3000个定位终端的实时数据接收处理。 4、要求支持保存定位数据读取日志 5、要求进行数据库系统设计,包括数据操作效率分析、数据库结构设计、业务库表设计和库表关联关系设计。 6、要求支持数据处理模块,完成数据的写入,修改,删除,查询,统计和相关的业务数据处理 | 1套 |
19 | 视频监控信息采集子系统 | 要求支持视频监控设备信息采集 | 1套 |
19.1 | 监控视频数据读取模块 | 1、要求支持对监控视频数据实时读取,要求支持高清数据格式读取 2、要求支持视频数据分区存储 | |
19.2 | 监控视频设备运行状态数据读取模块 | 1、要求支持对监控视频设备运行情况采集 2、要求支持保存设备数据读取日志 | |
20 | PDA执法数据采集子系统 | 1、要求PDA执法数据接收,将数据实时写入系统数据库 2、要求支持≥10000个终端的实时数据接收处理。 3、要求支持保存采集日志 4、要求进行数据库系统设计,包括数据操作效率分析,数据库结构设计,业务库表设计,库表关联关系。 5、要求支持数据处理模块,完成数据的写入,修改,删除,查询,统计和相关的业务数据处理 | 1套 |
21 | 非现场执法数据采集子系统 | 1、要求支持Webservices接口形式数据访问 2、要求支持公安部平台接口数据实时读取 3、要求支持非现场执法数据的批量采集 4、要求支持非现场执法数据根据车辆情况单条采集 5、要求支持保存采集日志 | 1套 |
22 | 交通事故采集子系统 | 要求支持交通事故数据122接处警平台数据自动读取。 | 1套 |
22.1 | 接处警平台数据接口读取模块 | 1、要求支持接处警数据实时读取 2、要求支持数据采集完整率≥99、9% 3、要求支持保存接口访问日志 | |
22.2 | 接口数据处理模块 | 1、要求支持异构数据格式转换速度≥1MB/s 2、要求支持转换后的数据在后台实时写入 3、要求支持格式转换过程发生异常时报警 | |
23 | 交通流数据采集子系统 | 1、要求支持Webservices接口形式数据访问 2、要求支持公安部平台卡口数据实时读取 3、要求支持交通流数据的批量采集 4、要求支持交通流数据的单条采集 5、要求支持保存采集日志 | 1套 |
24 | 路况数据采集子系统 | 1、要求支持Webservices接口形式数据访问 2、要求支持路况数据实时读取 3、要求支持路况数据的批量采集 4、要求支持路况数据的单条采集 5、要求支持保存采集日志 | 1套 |
25 | GIS接口子系统 | 要求支持高德、百度、国土资源局等多地图数据的读取访问。 | 1套 |
25.1 | GIS图层数据处理 | 1、要求支持高德、百度、国土资源局的GIS接口规范实现图层接口数据读取,接口由采购人免费提供。 2、要求支持通过GIS接口实现图层数据显示。 搭建系统基础地理信息显示平台,根据GIS接口平台要求,针对对应的Webservices接口编制对应的引用模块。实现GIS地理图层信息的调取显示。并实现地图定位、拖拽、缩放等基础操作。并对图层刷新、区域刷新进行控制。 | |
25.2 | GIS标注数据处理 | 1、要求支持基于GIS接口规范实现图层标注数据读取 2、要求支持通过GIS接口实现图层标注数据显示 在基础地理信息显示平台基础上,根据GIS接口平台要求,针对对应的Webservices接口编制对应的调用模块。实现GIS标注信息调取并显示。 | |
25.3 | GIS计算数据处理 | 1、要求支持基于GIS接口规范实现地理信息计算功能 2、要求支持按用户需求对GIS计算功能进行二次接口包装 在基础地理信息显示平台基础上,根据GIS接口平台要求和该系统标注要求,针对对应的Webservices接口编制所需的调用模块。 | |
26 | 带认证的系统对外Webservice接口 | 要求支持提供统一的Webservice接口实现数据访问服务。 - 要求支持根据用户名和用户访问的IP地址生成唯一的token
- 要求支持用户访问Webservice接口时,必须提供分配给他的token,只有token验证通过后才能访问数据
- 要求支持Webservice数据接口提供对GPS数据上传服务
- 要求支持Webservice数据接口提供对执法数据/报备数据上传服务
- 要求支持Webservice数据接口提供对勤务基础数据、勤务内容、执勤区域、专项行动下载服务
- 要求支持Webservice数据接口提供对执法记录仪视频下载服务
| 1套 |
27 | 警用摩托车定位数据采集 | 1、要求支持警用摩托车实时读取 2、要求支持保存采集日志 | 1套 |
28 | 警务通排班数据采集和对接 | - 要求支持与警务通平台对接,实现对警务通上的排班数据的采集
- 要求支持保存采集日志
| 1套 |
29 | 大数据分析 | 要求支持采用简单直观的可视化配置界面实现警务管理相关数据的快速分析,包括实现对警员GPS定位和执法监督算法处理、预告警算法处理,视频监控和指标考核后台计算提供高性能支持和数据存储。 | 1套 |
29.1 | 大数据分析研判平台对接 | 1、要求与大数据平台进行对接 | |
29.2 | 流式大数据分析组件功能要求 | 要求支持对警员GPS定位和执法监督算法处理、预告警算法处理,视频监控和指标考核后台计算的可配置化计算。 1、要求支持操作人员只需要在可视化UI配置和开发SQL进行实时分析算法实现。 2、要求支持通过发送指令和接受反馈的方式实时动态与运行中的处理流交互。 3、 要求支持insert only类型事件流,还支持insert,update,delete三种不同类型形态消息流。 4、要求支持三方数据系统读写双向运算,同时也支持数据计算下推(Pushdown)到三方数据系统。 5、要求支持支持多Sink数据系统入库,支持Oracle、MySQL、Kafka、HDFS、HBASE,并可扩展更多异构数据系统。 6、要求支持Kafka Log和HDFS Log双级数据回灌(Backfill)能力,并支持端到端数据质量比对。 7、要求支持单个Spark Stream上并行处理多个逻辑Flow。 8、要求支持流式处理中基于消息事件时间处理,并支持多种不同策略对齐或数据超时。 9、要求支持多流式计算引擎融合处理,适应不同数据处理场景需求。 10、要求支持用户实时监控Stream/Flow的性能指标,对项目数据处理吞吐能力和延迟性能一目了然。 11、要求支持提供一系列Rest API服务,支持和三方系统的集成整合,为三方系统提供灵活可控的流式服务。 | |
30 | 可视化分析展示 | 要求支持对勤务考核大屏、系统首页和警员电子围栏功能的展示分析。 | 1套 |
30.1 | 勤务考核大屏 | - 要求支持适配支队大屏展示效果的警务考核大屏展示页面
- 要求支持对实时告警总数、电子围栏告警总数据、执法预警总数实时统计展示
- 要求支持对支队、大队TOP10和中队倒排TOP5见警率的实时统计
- 要求支持对支队、大队执法总数的实时统计
- 要求支持对大队告警数TOP5的排名
- 要求支持对违法代码TOP5的排名
- 要求支持采用地图方式显示各大队的辖区
| |
30.2 | 系统首页 | - 要求支持按支队、大队、中队、警员直观分级统计见警率、执法数据和告警数。见警率要求统计当日和当月见警率、环比增加比率、增量、最近一周的日变曲线、当天每15分钟。执法数要求统计当日和当月执法数量、环比增加比率、执法数增量和最近一周的日变曲线。告警数要求统计当日和当月告警数量、环比增加比率、告警数增量和最近一周的日变曲线。
- 要求支持对当前的告警信息的实时显示,包括告警警员和告警内容,单击警号可以显示警员基本信息。实时展示违法代码排名TOP5,显示内容包括违法代码、违法量和占比。实时展示离岗警员时长排名TOP10,包括警员和累计时长。
- 要求支持按支队、大队、中队、警员直观分级统计当天每15分钟的告警数量曲线、离岗时间分布百分比、执法数量分布百分比和告警类别百分比。
- 要求支持对辖区警岗、警员电子围栏和警用摩托轨迹多图层数据的地图查询和展示。
| |
30.3 | 警员电子围栏功能 | - 要求支持提供告警实时播报功能,以跑马灯形式实时滚动显示电子围栏告警人员信息
- 要求支持提供以地图多图层的方式显示辖区警岗、警员电子围栏和警用摩托轨迹。通过支队部门树状结构快速选择支队、大队、中队下的辖区和警岗,并在地图中展示。点击大队、中队辖区可以查看辖区的详情。单击岗位可以查看岗位的详情。要求通过支队部门人员树,快速定位警员,并在地图上查看警员信息、勤务内容、执法量、岗位信息、轨迹跟踪。警员信息可以查看警员姓名、照片、警号、部门、职务、对讲机编号。勤务内容可以进一步查看勤务排班,点击执法量可以进一步查看该警员执法明细,按时间的执法量分布。轨迹跟踪可以自定义查询该警员的轨迹,并支持轨迹回放。要求通过支队部门警用摩托车树,可以实时查看摩托车在地图上的位置,并可以查询该警员的轨迹,并支持轨迹回放。
| |
31 | 用户管理设置子系统 | 要求支持平台的基本管理功能,包括用户、权限、参数、接口等管理。 | 1套 |
31.1 | 登录 | 1、要求支持对用户登录的用户名和密码验证。验证通过显示系统主页,验证未通过清空用户名和密码重新输入。 | |
31.2 | 系统管理 | 要求支持模块、数据对象和系统权限管理。 | |
31.2.1 | 模块管理 | - 要求支持模块分组功能:根据自定义要求进行模块组别、层级的配置,层级数量不受限制。
- 要求支持可以自定义配置模块名、模块功能链接、是否启用
- 要求支持采用树状结构进行展示
| |
31.2.2 | 数据对象 | - 要求支持自定义配置数据对象的名称、属性,并自动生成表对象
- 要求支持数据对象生成后,可以自动生成其增、删、改、查页面
| |
31.2.3 | 系统权限 | - 要求支持权限对象功能:根据不同权限类别,建立不同分类的权限对象。实现对权限对象的增、删、改和查。
- 要求支持权限按钮:实现对权限按钮的增、删、改和查。
- 要求支持权限对象分配权限按钮功能:实现根据权限对象分配权限按钮。
- 要求支持角色授权权限按钮功能:实现对角色授予权限对象分配的权限按钮功能。
| |
31.3 | 用户管理 | 要求支持实现用户组、用户和用户权限管理功能。 | |
31.3.1 | 用户组管理 | 1、要求支持实现用户分组功能:根据管理权限分组,通过不同组别授权权限。 | |
31.3.2 | 用户管理 | 1、要求支持新增用户功能:增加新用户,并进行密码、权限等初始化 2、要求支持修改用户功能:修改除用户名以外的其他设置功能 3、要求支持用户停用功能:停用用户,实现用户无法外部使用,但保证内部数据的完整性 | |
31.3.3 | 用户权限管理 | 1、要求支持实现用户权限授予与取消:管理权限用户对其他用户权限的授予与取消。并可拓展新模块 | |
31.4 | 系统参数管理 | 要求支持实现参数设置和接口接入管理。 | |
31.4.1 | 参数设置管理 | 1、要求支持统一管理接入、分析、控制各层次参数的设置、修改 2、要求支持参数设置保存。 3、要求支持提供其他子系统对参数的读取与写入设置权限 4、要求支持保存参数设置日志 5、要求支持参数的启用、停用管理。 | |
31.4.2 | 接口接入管理 | 1、要求支持对其他系统接口及访问子系统关系进行描述管理 2、要求支持对相关系统接口协议进行设置 - 要求支持对接口启用、停用以及时效管理
| |
32 | 对接要求 | - 要求负责与地图平台(包含国土资源局地图平台、百度地图、高德地图)对接和接口开发
- 要求负责与大数据分析研判平台对接和接口开发
- 要求负责与智能交通综合管理应用平台对接和接口开发
- 要求负责与警员定位系统对接和接口开发
- 要求负责与122事故平台对接和接口开发
- 要求负责与六合一平台对接和接口开发
- 要求负责与警务通平台对接和接口开发
以上接口由采购人免费提供,接口对接事宜由采购人协调。 | 1套 |