€¦  · Web...

37
黄石市市级政府采购竞争性磋商需求公示及 征集供应商名单公告 黄石市公安局交通违法处理监管系统(交警支队)项目 依据黄财采计备﹝2018﹞XM2327 号要求,黄石市政府采购中心 黄石市公安局交通违法处理监管系统(交警支队)项目 所需 货物及相关服务进行竞争性磋商采购,现对采购人提供的采购需求 进行公示,公开征询意见,并接受有意向的潜在供应商报名。 一、项目编号:HC2018099 二、项目名称: 黄石市公安局交通违法处理监管系统(交警支 队)项目 三、采购内容:交通违法处理监管系统 四、采购预算:95 万元 五、供应商资格条件 (一)应具备《政府采购法》第二十二条第一款规定的条件; (二)未被列入“信用中国”网 (www.creditchina.gov.cn )失 信被执行人、重大税收违法案件当事人名单,中国政府采购网 (www.ccgp.gov.cn )政府采购严重违法失信行为记录名单; (三)不接受联合体形式的投标。 六、是否专门面向中小企业、监狱企业、残疾人福利性单位:

Transcript of €¦  · Web...

Page 1: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

黄石市市级政府采购竞争性磋商需求公示及征集供应商名单公告

黄石市公安局交通违法处理监管系统(交警支队)项目依据黄财采计备﹝2018 XM2327﹞ 号要求,黄石市政府采购

中心就黄石市公安局交通违法处理监管系统(交警支队)项目所需货物及相关服务进行竞争性磋商采购,现对采购人提供的采购需求进行公示,公开征询意见,并接受有意向的潜在供应商报名。

一、项目编号:HC2018099

二、项目名称: 黄石市公安局交通违法处理监管系统(交警支队)项目

三、采购内容:交通违法处理监管系统四、采购预算:95 万元五、供应商资格条件(一)应具备《政府采购法》第二十二条第一款规定的条件;(二)未被列入“信用中国”网 (www.creditchina.gov.cn)

失信被执行人、重大税收违法案件当事人名单,中国政府采购网(www.ccgp.gov.cn)政府采购严重违法失信行为记录名单;

(三)不接受联合体形式的投标。六、是否专门面向中小企业、监狱企业、残疾人福利性单位:

Page 2: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

七、需求公示(一)公示期:自 2018 年 11 月 16 日起至 2018 年 11 月 23

日止。(二)意见反馈方式:对采购需求提出相关意见(应说明理

由)应客观公正、实事求是,供应商可以在公示期内向指定邮箱[email protected] 以邮件的方式提交相关意见。

( 三 ) 采 购 需 求 获 取 方 式 : 登 录 湖 北 政 府 采 购 网 ( http://

www.ccgp-hubei.gov.cn ) 或 黄 石 公 共 资 源 交 易 信 息 网(http://www.hsztbzx.com/)点击本公告中的链接免费下载。

(四)需求公示的目的:就采购需求的公正性与专业性征询各潜在供应商的意见,无论是否反馈意见均不影响供应商参与征集供应商名单。

八、征集供应商名单(一)征集的供应商为本项目备选供应商,最终由磋商小组确

定不少于三家供应商参加竞争性磋商。如供应商受邀请后无故不参加竞争性磋商,将被列入黄石市政府采购中心不诚信供应商名单。

(二)有意参与本项目的潜在供应商,本项目报名采用电子邮

Page 3: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

件方式按以下步骤进行:1)供应商可在公示期内填写《供应商报名表》(格式见附件

2 ) 并 加 盖 公 章 以 邮 件 附 件 形 式 发 送 至 指 定 电 子 邮 箱 :[email protected] 进行报名;

2)邮件主题名称应注明:参与黄石市公安局交通违法处理监管系统(交警支队)项目采购报名;

3)邮件正文应注明:参与项目的名称、项目编号、供应商名称、联系人、联系人电话、联系人邮箱。

4 ) 供 应 商 未 在 公 告 规 定 的 报 名 截 止 时 间 前 按 上 述1)、2)、3)条的要求进行报名的,黄石市政府采购中心拒绝其报名。

(三)将报名资料原件的彩色清晰扫描件打印成册提交给黄石市政府采购中心。

报名资料至少应当包含以下内容:1.供应商报名表(格式见附件 2)。2.《政府采购法》第二十二条第一款规定的条件,提供下列材

Page 4: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

料:(1)法人或者其他组织的营业执照等证明文件,如供应商是自

然人的提供身份证明材料;(2)财务状况报告,依法缴纳税收和社会保障资金的相关材料;(3)具备履行合同所必需的设备和专业技术能力的证明材料;(4)参加政府采购活动前 3 年内在经营活动中没有重大违法

记录的书面声明;(5)具备法律、行政法规规定的其他条件的证明材料。3. 未被列入“信用中国”网站(www.creditchina.gov.cn)失

信被执行人、重大税收违法案件当事人名单,中国政府采购网(www.ccgp.gov.cn)政府采购严重违法失信行为记录名单的网页打印件。

4.本项目不接受联合体投标,中标后不得转包分包。九、联系方式 集中采购机构:黄石市政府采购中心联系人:於 军

Page 5: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

联系电话:0714-6207939

电子邮箱:[email protected]

地址:黄石市黄石港区磁湖路 55 号黄石市政府采购中心 采购人:黄石市公安局联系人:唐警官联系电话:18627782774

地址: 黄石市黄石港区社区工作管理委员会黄石大道 259 号 附件 1:黄石市公安局交通违法处理监管系统(交警支队)项目

采购需求附件 2:供应商报名表

2018 年 11 月 16 日

Page 6: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

附件 1:

黄石市公安局交通违法处理监管系统(交警支队)项目采购需求

一、 概述及简介项目建设背景

应对越来越猖獗的交通违法“买分卖分”现象,公安部交通管理局发文

《关于严格道路交通违法行为处理坚决遏制买分卖分行为的通知》政策和法规,

将加大对违法处理流程的审核力度和应用先进的技术手段,打击非法中介,遏

制“买分卖分”现象。针对公安部交管局发文各地交管部门积极响应,并规范

违法处理流程和采用先进的人脸识别技术限定交通违法处理必须本人到场处理,

该现象从一定程度上得到了改善;因为各地建设监管技术手段的单一,都是基

于单维度人证比对的识别模式,还是未能确认违法当事人和有效遏制交通违法

“买分卖分”现象。所以如何利用先进的技术手段,有效的扼制交通违法处理

过程的买卖分现象,成为交通管理者亟待解决的重要课题。

Page 7: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

二、 国家相关行政主管部门颁布的强制标准、规范采购内容需执行的国家相关标准、行业标准、地方标准或者其他标准、规范。三、 技术、服务要求说明:磋商供应商在响应文件《技术、服务要求响应、偏离说

明表》中应对以下技术、服务要求逐条进行响应描述或偏离说明。不满足以上要求的,其投标按照无效投标处理。标注为“▲”的技术参数作为评分标准里设备技术要求的评分项.

(一).项目建设内容

交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,

系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有

前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对

系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一平台、

统一风格”。系统建设主要包括:2台服务器、交通违法处理人证比对及电子

签名设备 10台、数据安全统一接入平台、交通违法申诉及违法审核系统、交

通违法后台监管平台、人脸识云平台等。(1)、2台服务器:

Page 8: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

1)、一台作为数据库服务器使用。2)、一台作为应用服务器使用。

(2)、交通违法处理人证比对及电子签名设备(各10套): 1)、通过高拍仪实现人证比对; 2)、手写电子签名板实现电子签名。 3)、录音录像广角摄像头。 4)、条码扫描枪。(3)、交通违法申诉及违法审核功能: 1)、实现交通违法数据申诉 2)、实现交通违法申诉数据处理和审批 3)、实现交通违法申诉数据查询统计 4)、实现交通违法数据撤销、修改审批流程(4)、交通违法后台监管功能:

1 )、 实现违法处理业务数据管理。

2 )、 实现业务窗口音视频数据对接。

3 )、 实现业务音视频在线播放及下载

4 )、 实现违法处理业务数据统计分析

5 )、 实现异常数据预警和处置。

(5)、人脸识别云平台功能:1)、识别模式采用服务器端模式;2)、识别并发量每秒 8张;3)、识别率 98%及以上;4)、授权方式:软加密狗模块。

(6)、数据安全统一接入功能:1)数据安全接口平台2)数据安全接口平台管理后台

Page 9: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

(二).项目采购清单

序号 采购内容 单位 数量 备注1、交通违法处理人证比对及电子签名设备

1.1 高拍仪设备 台 10

1.2 录音录像摄像头 个 10

1.3 条码扫描枪 台 10

1.4 电子签名板 台 10

2、服务器设备2.1 数据库服务器 台 1

2.2 应用服务器 台 1

3、交通违法申诉及违法审核系统3.1 实现交通违法数据申诉 项 1

3.2 实现交通违法申诉数据处理和审批 项 1

3.3 实现交通违法申诉数据查询统计 项 1

3.4 实现交通违法数据撤销、修改审批流程 项 1

4、交通违法后台监管平台4.1 实现违法处理业务数据管理。 项 1

4.2 实现业务窗口音视频数据对接 项 1

4.3 实现业务音视频在线播放及下载 项 1

4.4 实现违法处理业务数据统计分析 项 1

Page 10: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

4.5 实现异常数据预警和处置。 项 1

5、人脸识别云平台

5.1

人脸识别云平台授权要求:1.识别模式采用服务器端模式;2.识别并发量每秒 8张;3.识别率 98%及以上;4.授权方式:软加密狗模块。

个 1

6、数据安全统一接入6.3 数据安全接口平台模块 项 1

6.4 数据安全接口平台管理模块 项 1

(三).系统建设要求

1 总体设计要求

软件系统的选型、集成及二次开发,应满足整体性能最好、技术先进、

管理思想超前、集成化与模块化相协调统一、数据接口严密完善、扩展性好、

开放性好、能二次开发、维护方便、界面友好并有特色等要求,还应考虑软件

商的发展前景、实施能力和售后服务等因素。

Page 11: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

软件系统的模式,应满足纯的架构,完全基于浏览器的操作模式(动态

报表设计部分除外),安装简单、操作方便保证产品的合理性、数据访问的安全

性。 操作系统:客户端能够支持WINDOWS XP 及以上版本,服务器端能

够支持WINDOWS、LINUX 及 UNIX操作系统; 基于文档型数据库丰富的文件格式及多媒体支持能力、灵活的字段定义

能力、较高的数据独立性,系统优先选用文档型数据库,以支撑系统区县市级

推广及未来与其他业务系统融合集成的后期规划,并保证系统安全性、扩展性、

数据迁移能力及容灾备份能力。 全开放式设计,高度可扩展性,具有强大的库结构自定义功能;允许交

警根据后期的业务需要对系统进行配置、定制和扩展。 集中的数据管理结合分布式应用,实现信息的全面共享,为决策者提供

实时的数据。提供功能强大的数据接口,轻松实现各种数据的导入导出及与外

部系统的无缝连接;可方便引入各类数据,并存储到数据库中。 严格的安全管理机制,系统提供多种安全加密模式,能够执行对数据项、

Page 12: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

数据表、数据库、操作功能的多层次加密;可设定用户对系统不同模块的不同

级别的操作权限;建立日志文件,跟踪记录用户对系统每一次操作的详细情况;

建立数据定期备份机制,并提供数据灾难恢复功能。 平台需提供了丰富的组件为系统开发进行支撑。为系统提供了统一的标

准、便捷的开发调用模式,保证了系统的稳定性、一致性。 数据要符合公安部、省公安厅的数据源标准;承建方负责本项目系统与

市局公安云对接。

2 技术要求

(1).系统网络要求

交通违法业务人证合一监管系统包括人脸识别服务器、应用服务器、数据

库服务器等,实现具体业务应用程序的运行。交警的服务器可以采用硬件集群

或软件集群的方式来部署,集群方式也提高了系统传输接口的工作效率。

(2).系统对接要求

1. 与交通管理综合应用平台对接:

Page 13: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

2. 与交通管理综合应用平台同步库对接:3. 与黄石交警支队违法处理大厅视频监控系统对接:4. 与黄石交警银行收费系统对接,实现扫描条码收款打印;5. 满足今后与部省局其他业务系统的对接;

(3).系统建设要求

1. 平台采用 B/S+C/S结构,违法处理系统采用客户端模块,后台监管平

台采用浏览器模式,统一接入平台采用 Websercices;2. 公安网内网端数据库采用 ORACLE11gR2版本数据库。

(4).系统安全设计要求

1. 系统软件模块化,简化软件的复杂程度,避免由于程序引起的系统死机

现象;2. 系统软件具有日志,便于维护和监测系统故障;3. 系统有子备份功能:最大限度地保障数据安全;4. 在不影响数据传输的前提下,最大限度保证网络数据的安全性;5. 定时上报系统运行日志,和设备自检信息到科技信息指挥中心,便于管

Page 14: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

理人员日常维护和发现前端设备的潜在安全隐患。

(5).系统性能要求

1. 业务处理和操作响应时间不超过 5-10秒;2. 报表及复杂查询不应超过 20秒;3. 文件上下传的时限:10M 以内不超过 60秒;4. 音视频文件大小要求:像素不低于 720P,单个视频文件大小不大于

50M。5. 音视频文件存储要求:违法处理音视频文件不少于 180天。6. 人脸识别要求:识别率不低于 98.5%;每秒识别不少于 8张相片。

(6).其他要求

1.要能满足业务流的操作模式,用户可通过界面化的操作自定义的配置业

务流程,审核流程及范围;2. 要有仪表盘展示界面,并实时更新统计仪表盘数据,实现用户行为实时

监测及秒级分析;3.前端采集的人脸信息需要建库,方便今后共享给其他业务系统使用;

Page 15: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

3运维要求

(1).技术服务承诺

1、项目培训承诺:为用户方提供针对本项目的所有培训,包括系统运行

与维护培训和用户使用操作培训。2、项目保密承诺:承诺对于为了履行本合同而从用户方获得的有关信息

及资料均有保密的义务,未经对方书面许可,决不向任何第三方透露。

(2).售后服务体系

1、售后服务承诺承诺提供 7*24 小时电话联系, 并公开 1 名开发人员信息作为紧急联系

人, 保证系统正常运行,接到报修通知后的最长响应时间为 2 小时,最长到达

故障现场时间 8 小时,最长故障排除时间为 24 小时。系统验收后提供 3 年的

预防性和故障性维护,提供 3 年的软件升级及技术支持服务。服务类型/故障类型 响应时间 修复时间

一 级 故障( 当 系 统 出 现紧急故障,影响整个系统的运行,无法开展

立即响应 2 小时恢复系统运行。

Page 16: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

正常的业务)。二级故障(当系统出现不太严重

故障,只影响小部分非重要系统的运行)。

立即响应 8 小时解决问题。

三级故障(需要发放应用系统的补丁)。 立即响应 现场更换或发放。

电话支持 7*12 小时2、预防性维护内容系统巡检:主要对数据库服务器、应用服务、各类软件服务等进行例行检

查,并提供维护报告。3、故障性维护内容当系统出现故障的时候,首先由现场技术支持人员进行故障原因判断,同

时把发生故障状况向公司研发部技术人员汇报,如果不能立即解决问题,则联

系公司派其他人前往处理。如果判断为硬件故障的,则协助更换配件。4、维护其它事项承诺系统开发、调试、运维期间不发生一机两用操作。

Page 17: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

4培训要求

1、要求选派有相应软件开发专业工程师来完成对所有软件产品、系统软

件操作、开发技术及工具、系统总体设计、系统业务流程、出错处理、程序设

计及功能等在内的全部提供培训和相关资料。2、对于每次培训的具体内容、深度和时间安排,事前提出具体培训方案,

不限制培训参加人数。3、除培训计划外,在系统运行和推广期间若有培训要求,将根据实际情

况而协助完成相关培训。4、提供实施过程中提供全面的培训,包括面向系统管理员和工作人员的

相应培训,并提出具体的培训方案。5、培训的系统管理员不少于 5 人,用户使用培训不限制人数,管理员培

训包括系统应用开发培训、系统管理培训、系统运行维护培训等。项目实施单

位应提供培训计划、培训教材、培训内容。培训内容 资料 时间 培训对象 培训人数 培训地点

系统操作培训、功能操作 操作手册 2天 操作人员、工作人

员 不限制 现场培训

Page 18: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

系统管理和运行维护培训

系 统维护手册 2天 管理人员 1-5 人 现场培训

6、培训时间:软件系统平台安装完毕试运行后展开培训。7、培训内容:

1)包括系统安装培训2)相关软件操作使用等技术培训3)系统管理培训4)系统运行和维护培训

8、提供的资料:1)平台操作手册2)平台安装手册3)故障排除手册

(四).系统功能需求及参数要求

1 系统总体介绍

交通违法处理人证合一监管系统。通过人证合一实现人脸识别技术,将身

份证登记照片与现场采集照片实现自动比对得出两者相识度。通过它,可以实

现交通违法当事人必须到场接受违法处理,又能有效的对违法处理窗口监管的

Page 19: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

目的。本人根据人脸识别技术在其他行业的成熟应用以及该技术具备的特点和

优势,结合现有的交管业务模式构思出:交通违法处理人证合一监管系统;该

系统可以通过人脸识别技术可将交通违法简易程序、一般程序、交通异地异地

窗口等业务采用人脸识别技术实现人证合一以及异常业务监管。

2 功能模块介绍

交通违法处理人证合一监管系统建设内容主要包括以下五大部分:序号 子系统(模

块) 功能模块 内容1

服务器 2台应用服务器

1.X86 服务器,2颗 10核CPU 及以上,2.2GHz

25MB

2.通用内存-DDR4 RDIMM-32GB*4 共计 128G;3.通用硬盘-1.2T SAS 10K 2.5硬盘

2 交通违法处理人证比对及电子签名设备

10套

电子签名手写板 10台

1、支持USB 接口;2、支持二次开发;3、电子签名图片分辨率不低于 720p;4、支持WinXP、XPE、Win7、Win8等常用系统。

高拍仪设备10台

1、 通过高拍仪实现二代证信息读取获取身份证号和身份证头像照片。2、 通过高拍仪抓拍违法处理人现场照片。3、系统实现与摄像头和二代证阅读器二次开发,采用先进的人脸识别技术,将现场采集人员照片与身份证登记照自动比对后得出相似度。

录音录像设备10个

1、 实现音频、视频采集。2、 实现音视频编解码。

Page 20: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

3、 实现音视频文件存储及上传下载。

扫描枪 10个1、支持一维码、二维码扫描;2、支持USB数据接口;3、识别精度不低于 3mil;4、支持CMOS图像传感器;

3 交通违法后台监管平台

异常业务监管

1、实现一证处理多车预警:该系统与“公安交通管理综合应用平台”进行对接,根据驾驶证查询违法处理记录表,获取该驾驶人在指定时间内,处理多辆机动车有记分的违法数量,超过设定值,系统自动预警。2、实现满分继续处理预警:该系统与“公安交通管理综合应用平台”进行对接,根据驾驶证查询驾驶证状态,如驾驶证状态为超分,系统则自动预警。3、实现驾驶证多次处理 12分预警:该系统与“公安交通管理综合应用平台”进行对接,根据驾驶证查询违法处理记录表,获取该驾驶人在指定时间内,处理 12分的违法数量,超过设定值,系统自动预警。4、与同步库对接实现公安部及省局要求的 18 项异常业务预警和机动车、驾驶员黑名单管理。

设备管理1、实现终端设备远程维护2、实现终端设备接入和授权管理3、实现设备纸张用纸量预警管理4、实现终端视频接入。

业务服务 实现违法处理记录的痕迹化管理,包括处理信息、人脸识别信息、录音录像信息、高拍信息、电子签名信息管理。

查询统计 1、实现各窗口违法处理员违法处理记录的查询统计。2、实现违法处理人证不符预警查询统计。3、实现违法处理一证处理多车预警查询统计。4、实现违法处理满分继续处理预警查询统计5、实现违法处理多车处理 12分预警查询统计。

Page 21: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

6、实现异常数据体检及黑名单人员预警曝光。4 交通违法申诉

及违法审核系统

违法申诉

1、实现交通违法未处理信息违法申诉。2、根据用户提交的驾驶证信息、车辆信息以及申述人的现场图像信息和联系方式生成交通违法受理单。3、调用同步库查询机动车交通违法信息接口,当事人选择和查看要申诉的违法信息。4、根据违法信息的采集地,自动将申诉的违法信息流转自违法采集地,系统通知违法采集地系统管理员。

申诉审批

1、科技信息指挥中心定论:大队需上报科技信息指挥中心审核的,在系统中申报,信息流转至技信息指挥中心,技信息指挥中心审核后,做出最终判定和依据。同时负责将需撤销的违法信息上报办公室,并答复、告知群众。2、支队分管领导进行抽审 支队分管领导对科技信息指挥中心作出的群众申述案件进行抽审。3、程序电子化: 申诉流程涉及服务人员受理、违法采集大队审查、法制大队审核、交管大队技术判定、办公室审批多个环节,各环节相互衔接、环环相扣,每个环节都有电子化记录,实现违法申诉工作痕迹化管理。4、绩效考核定期通报 为保证违法申诉流转顺畅、及时,将配套实施绩效考核通报制度。

申诉管理 1、实现违法申诉后台管理如:用户管理、日志管理、审批流程管理。2、申诉统计:实现各单位、各个违法行为、申诉时间、各违法采集机关查询统计。3、处理统计:根据各处理单位、各种违法行为、处理时间

Page 22: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

以及各违法采集地查询统计4、绩效统计:根据各采集单位录入违法错误率以及录入员违法录入错误率进行统计,计算单位绩效。5、违法申诉及时处理统计:根据申诉的各种违法行为,用户可以设置处理人员,对于未能及时处理的违法,信息实时通知或者报警。6、系统设置:可申诉违法设置、设置各类违法行为的申诉处理时间,数据字典设置等功能。

撤销、修改审批

1、实现简易程序、现场处罚、强制措施等违法信息查询并提交申请。2、将撤销、修改信息提交至大队领导初步审核。3、由科技信息中心实现信息复审。4、复审沟通之后又支队分管领导审核批准。

5

人脸识别云平台 人脸识别模块

1、识别模式采用服务器端模式;2、识别并发量每秒 8张;3、识别率 98.5%及以上;4、授权方式:软加密狗模块。5、可提供给第三方业务系统接口。6、识别完成后,将两张照片合并并储存 FTP 文件服务器

6 数据安全接口平台

基础功能 实现数据安全接入基础功能。高并发支持

1、通过软件负载均衡,将请求分发到各应用服务器。2、应用服务器分布式部署支持,达到高并发请求的支持。

多数据源管理 (1)综合平台数据接入数据安全接口平台已集成有六合一综合平台接口访问服务,第三方无需单独对接综合平台接口,只需要用数据安全接口平台的通用 HTTP 方式访问即可。(2)同步库数据接入数据安全接口平台可以接入Oracle、Mysql、DB2、SqlServer、Infomix等主流数据库及符合结构化查询语言(Structured Query

Page 23: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

Language)标准规范的数据库,使平台具有强大的通用性。(3)第三方业务数据库接入数据安全接口平台可以接入第三方 WebService,第三方系统无需再次对接,对于敏感的 WebService 服务可以通过数据安全接口平台进行访问控制 。

数据安全接口平台管理后台

基础功能 后台基础功能,如用户、角色、菜单、权限等基础功能。

API 定义

1)API头定义:定义API头相关信息,如 API头名称、访问的数据源(数据库或综合平台或第三方WebService)。2)API 明细定义:定义API 明细所属的 API头、API 明细名称、API 明细可以访问的具体业务数据 ,及限定范围。

API调用安全管理

1)API 的日访问次数限制。2)API 日访问数据量限制。3)API 请求合法性检查。4)API 请求防注入检查。5)API 实时禁用或调整。

数据接口申请 所有需要请求数据的第三方,必须请求接口才能访问数据。

数据接口访问限制

定义接口可以访问的数据范围、日访问量、日访问数据包总量。

数据接口访问统计

可以统计各接口累计访问次数、单日访问次数、累计访问数据包大小、单日访问数据包大小、接口访问时段分布、接口最后访问时间等信息。

数据访问审计 (1)接口访问痕迹管理接口所有请求都会痕迹化保留,包括接口访问 IP、访问时间、访问数据包大小等信息。(2)接口修改痕迹管理所有对接口定义有修改的行为都将会被记录,包括修改人、修改时间等信息。

Page 24: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

(3)API修改痕迹管理所有对 API头或 API 明细定义有修改的行为都将会被记录,包括修改人、修改时间等信息。

3系统参数要求

(1 ) .应用服务器

X86服务器,2颗 10核CPU及以上;128G内存及以上;冗余电源指标 指标项 技术规格要求

品牌 国产一线品牌外形 机架式 2U机架式服务器

▲CPU

CPU型号 2颗 10核及以上CPU 主频 ≥2.2GHz

CPU 一级缓存 ≥25MB

▲内存规格 DDR4 1600MHz ECC RDIMM

配置 配置≥128GB

扩展性 最大可扩容量≥256GB(插槽≥8个)▲磁盘 前置硬盘 1块 1.2T 10K SAS 2.5硬盘;

RAID外 插 RAID

卡外插 R510 SAS/SATA 12Gb/s RAID 卡 , 支持0,1,5,6,10,50,60等RAID 级别,缓存 1GB

网卡 数量 板载 3个千兆以太网口,一个独立管理网口

Page 25: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

指标 指标项 技术规格要求

I/O

PCI插槽 数量≥6个 PCI-e3.0

USB2.0 及SD

≥3个USB,≥2个 SD卡槽串口 数量≥1个

可用性 冗余电源 铂金级冗余电源,单电源输出功率≥450W

冗余风扇 5+1热插拔冗余风扇售后 提供原厂商 3 年质保(7*24*4 小时响应);

(2).交通违法处理人证比对及电子签名设备

1、软件功能要求:简易违法处理比对:在本地违法处理窗口办理业务时,对当事人的身份证

照片和当事人现场拍摄照片,进行人脸 1:1高精度比对,对于人证合一相识

度不到百分之 70(可根据现场环境设置不同的阈值),不允许办理业务,并记

录本次比对结果并预警。异地违法处理比对:在省外异地违法处理窗口办理业务时,对当事人的身份

证照片和当事人现场拍摄照片,进行人脸 1:1高精度比对,对于人证合一相

识度不到百分之 70(可根据现场环境设置不同的阈值),不允许办理业务,并

Page 26: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

记录本次比对结果并预警;一般程序处理比对:一般程序违法处理时,仅通过本系统做人脸相识度比对,

并记录人证合一结果,对于比对失败的驾驶人,如果当日在窗口处理了违法则

进行事后监管。录音录像:用户刷二代身份证时开始录音录像编解码,当打印处罚决定书

时结束录音录像,并上传至 FTP 对应目录。2、高拍仪设备参数

模块 参数▲最大幅面 A4

扫描元件 CMOS

▲像素 200 万

▲分辨率 不低于 1600×1200

扫描介质 文件(纸张,杂志,书籍),图片,立体物品扫描速度 约 1秒接口类型 USB2.0

扫描光源 自然光+LED补光灯色彩位数 24 位输出格式 图片格式:

Page 27: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

JPG,TIF,PDF,BMP,TGA,PCX,PNG,RAS

文档格式:PDF,WORD,TXT

录像格式:AVI,WMV

操作系统 Windows 8/7/XP/2003/Vista

电源类型 USB 供电

其它性能双镜头同步拍摄,270°可旋转镜头,智能触控 LED补光灯,标配专用文稿台,定位更精准,集成二代身份证识别功能

3、电子签字板设备参数模块 参数

▲像素 不低于 640*480

▲读取数率 不低于 100 点/秒亮度 250 cd/ m2(TYP)▲对比度 400:1

可视角度 140(85/85)/140(85/85)(Typ)

响应时间(Tr+Tf) TR 14毫秒(Typ). TF 11毫秒(Typ)

触控技术 电磁感应技术报点率 200pps

精准度 ±0.5 mm(中心), ±1mm(边缘)

倾斜角度 ±50° 垂直

Page 28: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

感应高度 7mm

接口 USB

类型 无线无源笔压感级别 1024 levels

电源类型 USB 供电(5V, 1A)

USB 供电 不需要单独电源,支持即插即用工作温度 0~65℃

工作湿度 20~80%

操作系统 WinXP、XPE、Win7、Win8等常用系统。 屏幕面板 屏幕保护为钢化玻璃

4、录音录像设备参数序号 模块 参数1 主体 颜色:黑色2 产品规格 传感器:CMOS

▲像素:不低于 300 万最大帧数:30帧/秒▲最大分辨率:不低于 1600*900

接口:USB

Page 29: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

▲广角度:不低于 60°

麦克风:内置驱动:免驱

5、条码扫描枪序号 模块 参数1 图像传感器 CMOS

2 影像扫描分辨率 640*480

3 对焦 激光 650nm

4 ▲识别精度 不低于 3mil

5 ▲灵敏度 倾斜正负 50°内,旋转 360°,偏转正负 50°内;6 视场角度 水平不低于 40°,垂直不低于 30°

7 提示方式 蜂鸣器,LED 指示灯8 ▲可读条码 一维码 二维码

(3).交通违法申诉及违法审核系统

一、系统概要 今年以来,群众交通申诉数量大幅增长。目前存在违法申诉主体不明,

Page 30: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

违法处理责任不清,违法申诉流程不实,群众申诉难,怨气多。为有效解决这一问题,方便群众申诉,规范执法行为,科技信息中心会同

交管大队及法制大队,根据相关交通违法处理程序规定要求,建议规范交通违法申诉工作流程。

二、违法申诉系统功能申诉受理1、实现交通违法未处理信息违法申诉。2、根据用户提交的驾驶证信息、车辆信息以及申述人的现场图像信息和

联系方式生成交通违法受理单。3、调用同步库查询机动车交通违法信息接口,当事人选择和查看要申诉

的违法信息。4、根据违法信息的采集地,自动将申诉的违法信息流转自违法采集地,

系统通知违法采集地业务人员。申诉处理1、科技信息指挥中心定论:

Page 31: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

大队需上报科技信息指挥中心审核的,在系统中申报,信息流转至技信息

指挥中心,技信息指挥中心审核后,做出最终判定和依据。同时负责将需撤销

的违法信息上报办公室,并答复、告知群众。2、支队分管领导进行抽审

支队分管领导对科技信息指挥中心作出的群众申述案件进行抽审。3、程序电子化:

申诉流程涉及服务人员受理、违法采集大队审查、法制大队审核、交管大队

技术判定、办公室审批多个环节,各环节相互衔接、环环相扣,每个环节都有

电子化记录,实现违法申诉工作痕迹化管理。4、绩效考核定期通报为保证违法申诉流转顺畅、及时,将配套实施绩效考核通报制度。申诉管理1、实现违法申诉后台管理如:用户管理、日志管理、审批流程管理。2、申诉统计:实现各单位、各个违法行为、申诉时间、各违法采集机关

查询统计。3、处理统计:根据各处理单位、各种违法行为、处理时间以及各违法采

Page 32: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

集地查询统计4、绩效统计:根据各采集单位录入违法错误率以及录入员违法录入错误

率进行统计,计算单位绩效。5、违法申诉及时处理统计:根据申诉的各种违法行为,用户可以设置处

理人员,对于未能及时处理的违法,信息实时通知或者报警。6、系统设置:可申诉违法设置、设置各类违法行为的申诉处理时间,数

据字典设置等功能。7、申诉状态查询:用户可以查询本单位的违法申诉信息状态,便于及时

处理。

(4).交通违法后台监管平台

1、异常业务预警1)人证不符对于人证合一不通过的,系统会实时做记录,可查询当时识别不通过的比

对记录,并可监管该驾驶人当日是否有违法处理记录,可对违法处理过程进行

有效监管,有力杜绝黄牛买分卖分现象。

Page 33: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

2)满分继续处理对于满分后继续处理的驾驶人进行统计,并自动加入黑名单,当事人在窗

口办理违法业务时,会实时预警,不允许在系统办理业务。3)多次处理 12分对于多次处理 12分的驾驶人进行统计,并自动加入黑名单,当事人在窗

口办理违法业务时,会实时预警,不允许在系统办理业务。4)多次满分学习一个驾驶证一年内 3次及以上满分学习,并自动加入黑名单,当事人在窗

口办理违法业务时,会实时预警,不允许在系统办理业务。5)同一驾驶人处理多辆非本人机动车有记分的非现场违法情况。 监管标准:一个驾驶证在一个记分周期内处理 3个以上机动车有记分的

非现场违法。6)监管要求:累计清分较多的驾驶人情况 监管标准:1 年内(一个驾驶证在一个记分周期)累计清分最多的驾驶

人情况(累计清分超过 36分的)。7)驾驶人一天内短时间跨区域大量处理违法。

Page 34: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

监管标准:一个驾驶证在同一天内存在 2 以上处理机关。8)多个驾驶证处理同一机动车有记分违法的车辆 监管标准:1 年内年一个机动车被 3个以上驾驶证处理过。9)交通违法未处理记录最多的车辆。 监管标准:交通违法未处理记录超过 30 条的车辆。10)交通违法未处理记录 3 起以上的重点车辆(8类重点车辆)11)同一机动车同一天内同一采集机关违法数量X 起以上(可自定义)12)同一民警同一天内违法查处数量 X 起以上或者给同一驾驶证录入 5次

以上的13)同一窗口同一天用 3 本以上驾驶证处理同一机动车有记分违法的情况

的经办人14)未实行人证比对在六合一平台处理违法人员异常业务的经办人预警。15)同一驾驶人最大违法处理量每个月超过 30 起,每年超过 100 条业务

预警。16)使用不计分程序处理交通违法统计。17)非工作时间处理交通违法(工作时间 8:00 至 18:00)

Page 35: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

18)大量(一天内 X 条,可自定义)查询驾驶人信息的综合平台用户。2、用户管理

用户执行权限控制是应用软件系统的安全性控制,简而言之就是当不同权

限级的用户进入应用系统时,系统应自动呈现给其不同的权限功能集合。系统

将适应不同需求的功能组合定义为“角色”,每一个系统用户都对应一组角色,

而每一个角色适应于多个用户。当一个用户登录系统时,系统根据他所属的角

色组合呈现给其相应的功能集合。仅有系统管理员才有权限使用权限管理应用。

权限管理应用支持功能定义、变更,角色定义、变更,用户定义、变更,授权

管理等。用户身份主要靠口令认证,同时支持 IP地址验证,可以限制用户只能

在指定的 IP范围访问系统。3、系统权限管理

系统功能管理,实际上是为系统定义最小功能单位,功能单位以树状结构

描述/存储。树状结构可以按需求不断深入。4、角色管理

角色管理,角色存在的意义在于:便于授权,角色是用户与功能的连接纽

Page 36: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

带,又称功能组,其定义可以相互重叠、繁简随意、完全按需订制,使授权工

作易于实施;角色机制的引入,可以提高系统灵活性与注册时权限审核效率。5、用户授权管理

用户授权管理,用户授权完全是利用角色这一层实现,授权过程中,既可

以对应一个角色,又可以对应多个角色的组合。另外,解决方案支持使用多个

应用系统的用户,只用一个用户名称,也就是说,一个用户可以拥有多个系统

的角色授权。这对于用户是非常方便的。6、基础信息管理

提供统一的界面,使用户系统管理员可以便捷、灵活的维护代码、常用语、

示警信息、参考法规提示等内容7、其他文书模板管理

提供统一的界面,使用户可调整文书模板,文书配置信息,文书用语,以

便在文书发生变更时灵活维护。

(5).人脸识别云平台

1、人脸识别介绍

Page 37: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

人脸识别照片比对系统全面结合公安各有关照片比对业务需求,依靠目前

在业内领先的人脸识别核心技术,开发出强大的计算机智能照片比对引擎,帮

助警务工作人员快速辨别特定人员真实身份,并且把过去难以想象的上千万级

的海量照片库比对需求变成现实,还可以综合利用各地、各部门分散的、数据

标准不统一的现有照片库,将其标准化,建立统一的照片比对中心。该技术可

广泛应用于公安机关的治安管理、户证管理、网上追逃、监控布控、科技反恐、

寻人等多个业务领域,实现真正意义的科技出警力。2、系统功能要求

支持二代身份证照片:识别准确率高,检索速度快; 实时照片比对,计算相似度,生成相似队列; 支持快速比对与精确比对的组合运用; 采用光照补偿、灰度均衡、平滑降噪与 LFA(局部特征分析)等技术对照

片进行预处理和分析,增强比对效果; 支持多种格式图片文件,如 BMP、JPEG、TIFF、GIF、FIC等; 单次人脸比对响应时间<1s; 拒识率。指将相同的人脸误认为是不同的人脸,<=5%;

Page 38: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

误识率。指将不同的人脸误认为是相同的人脸,而加以接收的出错概率,

<=十万分之一; 人脸比对 QPS(即每秒的响应请求数)可扩展。要求认证的业务量明显

上升时,通过纵向和横向扩展,在其他比对性能不变的前提下,可实现 QPS 的

线性增长。纵向扩展:对于单台服务器,在其他比对性能不变的前提下,通过

增加 计 算能力, 人脸比对 服 务 所能承载 的 QPS 线性 的增长。 如 :增加

CPU、GPU核数。横向扩展:对于集群,在其他比对性能不变的前提下,通过

增加服务器数量,人脸比对服务所能承载的 QPS线性的增长。 检测人脸角度。侧脸 30度以内,抬头 20度以内,低头 25度以内。 数据信息安全要求。人脸比对请求过程发送的证件照片和视频抓拍照片

应进行安全管理,避免泄漏,人脸识别支撑服务系统不得留存请求照片资料信

息。 在同等条件下,优先选用国内人脸比对算法。 要满足今后交警横向业务扩展的需求。

Page 39: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

3、系统性能指标项目 技术指标

视频输入 640X480; 320X240; PAL/NTSC,RGB24,分辨率≥320×240,8bit 以上图象质量

照片要求 8 位灰度、300dpi 以上彩色黑白均可照片格式 BMP、JPGE、TIFF、GIF、FIC

人脸尺寸 ≧80X100像素

照片评估 检测输入照片的质量,包括照片尺寸大小、曝光过度/不足等

定眼位 50毫秒,支持批处理

照片录入方式 批量录入/手工录入;视频捕捉录入/照片录入(扫描仪、数据照相机等)

人脸查找 50~300毫秒识别精度 大于等于 98.5%

模板大小 向量模板 98字节;全模板 7K字节适应性 不受外表变化影响(如胡须,眼镜,发型等)

工作平台 服务器Win2000/2003/Server/Win NT Server

客户端Windows 系列数据库 Oracle

数据结构 C/S;B/S;C/AP/S

Page 40: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

(6).数据安全统一接入平台

1.总体目标1)杜绝数据库帐号密码外泄数据安全接口平台对需要受监管的数据库进行保护,对数据库用户及密

码以密文形式存在数据库中,任何帐号及密码不会以明文的方式存在配置

文件中,杜绝数据库管理员以外的人员接触到帐号、密码等机密信息。2)杜绝不必要的数据暴露数据安全接口平台对所有纳入监管的数据库进行接口封装、一类业务数

据可以通过一个 API来访问,可以通过 API来对数据访问做控制,同时可

以对 API访问记录进行痕迹化监管。3)杜绝数据库直连

所有第三方公司或系统需要访问业务数据,都必须申请访问接口,同时

可以对接口能够访问的 API 进行配置,包括 API访问时段、API访问次数、

API访问流量等,避免第三方公司或系统直连,开发人员直接操作数据库的

风险。

Page 41: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

4)实现数据访问的量化管理所有 API访问都可以精细化控制,每个接口的每个 API都可以进行访问

次数限制、单次最大数据行数限制、单次数据量大小限制,所有 API 请求

都可以痕迹化监管,包括每次访问主机 IP、访问时间、访问 API、访问结

果数据包大小等信息。

2.总体架构数据安全接口平台采用 B/S架构,可跨平台部署,兼容 Windows和

Linux 系统,并通过 NGINX 实现业务请求的负载均衡,系统采用“大数

据”访问思想,业务系统理论可以实现“无限”扩展,对高并发量的数据

访问进行有效支撑。3.数据安全管理

数据安全管理通过以下方式实现:1)数据授权访问:数据接入许可所有数据请求都需要通过接口访问授

权,未授权的请求直接被系统拒绝。2)最小数据暴露:接口在被授权时,定义了可以访问的 API,从而决

Page 42: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

定了可以访问哪些数据,与业务无关的数据不会被提供。3)请求合理性检查:对于更新、删除等高敏感性操作,系统会进行检

查,防止整表性的误删除。4)SQL防注入:系统可对查询请求进行检测,防止有非查询操作的语

句,提高数据安全性。4.数据接入标准

数据安全接口平台接受 HTTP 方式请求,调用终端不受语言限制,请求

数据包采用标准 JSON,比XML更小、更快,更易解析。为方便 C/S 系统对接,数据安全接口平台包含有 Java、Android、C#

版本的开发 SDK,方便第三方接入。满足交警目前及今后所有数据的接入,并且对外提供统一的数据接口服

务。5.多数据源管理(1)综合平台数据接入数据安全接口平台已集成有六合一综合平台接口访问服务,第三方无需单

独对接综合平台接口,只需要用数据安全接口平台的通用 HTTP 方式访问即可。

Page 43: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

(2)同步库数据接入数 据 安 全 接 口 平 台 可 以 接 入

Oracle、Mysql、DB2、SqlServer、Infomix等主流数据库及符合结构化查

询语言(Structured Query Language)标准规范的数据库,使平台具有强大

的通用性。(3)第三方业务数据库接入数据安全接口平台可以接入第三方 WebService,第三方系统无需再次对

接,对于敏感的 WebService 服务可以通过数据安全接口平台进行访问控制 。6.API量化管理(1)API 定义

1) API头定义:定义 API头相关信息,如 API头名称、访问的数据源(数

据库或综合平台或第三方 WebService)。2) API 明细定义:定义 API 明细所属的 API头、API 明细名称、API 明细

可以访问的具体业务数据 ,及限定范围。(2)API调用安全管理

1) API 的日访问次数限制。

Page 44: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

2) API 日访问数据量限制。3) API 请求合法性检查。4) API 请求防注入检查。5) API 实时禁用或调整。

(3)API全生命周期管理1)API 接口安全和授权2)API 接口监控和分析3)API 接口部署和扩容4)API 接口设计和开发5)API 接口管理和下线

7.数据接口管理(1)数据接口申请

所有需要请求数据的第三方,必须请求接口才能访问数据。(2)数据接口访问限制

定义接口可以访问的数据范围、日访问量、日访问数据包总量。(3)数据接口访问统计

可以统计各接口累计访问次数、单日访问次数、累计访问数据包大小、单

Page 45: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

日访问数据包大小、接口访问时段分布、接口最后访问时间等信息。8.数据访问审计(1)接口访问痕迹管理

接口所有请求都会痕迹化保留,包括接口访问 IP、访问时间、访问数据包

大小等信息。(2)接口修改痕迹管理

所有对接口定义有修改的行为都将会被记录,包括修改人、修改时间等信

息。(3)API修改痕迹管理

所有对 API头或 API 明细定义有修改的行为都将会被记录,包括修改人、

修改时间等信息。

Page 46: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

四、 商务要求1.、交 付 期:合同签订后 45个日历天内。2、项目部署范围:黄石公安局交警支队机动大队、城区各大队(不含阳新

和大冶交警大队)、车管所。 3、质量要求:确保本项目在交付后和合同系统维护期内处于安全、稳定运

行状态。4、系统维护期(即质保期)要求:系统验收达标后 3 年。5、付款方式:设备到货后支付 30%,项目竣工后支付 50%,验收合格后付至工程款的 90%,剩下 10%一年后付清。

Page 47: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

评审因素及评分标准评分标准

评标项目 评标分项 评审打分细则 分值

价格部分(10分)

计算投标报价得分

磋商小组只对资格性检查和符合性检查合格的响应文件进行价格评议,报价分采用低价优先法计算,即满足磋商文件要求且价格最低的报价为评标基准,其报价分为满分。其他磋商供应商的报价分按照下列公式计算:报价分=(磋商基准价/磋商最后报价)×10

10

商务部分(25分)

高新企业资质

投标人具有合格有效的国家高新企业认证资质的得 2分,否则不得分(提供资质证书复印件并加盖公章); 2

体系认证证书

投标人具有合格有效的 IS027001 系列信息安全管理体系认证证书的得 3分,否则不得分(提供证书复印件并加盖公章); 3

软件企业认定

投标人具有合格有效的软件企业证书,得 2分;否则不得分(提供证书复印件并加盖公章); 2

软件著作权

近三年获得国家版权局颁发的与本项目系统需求相关的软件著作权,每提供一个软件著作权加 2分,最高得 6分。(提供证书复印件并加盖公章)

6

软件产品证书

投标人所投产品取得合格有效的软件产品证书,得 3分;否则不得分(提供证书复印件并加盖公章); 3

软件测试报告

投标人具备国家级检测机构出具相关的测试报告的得 3分,否则不得分(提供检测报告复印件并加盖公章); 3

业绩案例

投标人须具备软件平台开发实施部署能力,须提供近三年与本项目需求相关的合同业绩的,每提供一个加 2分,最高得 6分(提供合同或中标通知书复印件);

6

Page 48: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

技术部分(65分)

项目系统

总体设计

(20分)

对招标项目需求理解透彻,提出符合本系统需求的总体设计、系统部署设计、功能架构设计,并考虑到系统兼容性,进行横向对比及评价后,第一名得 5分,第二名得 3分,第三名得 1分,第四名及以下得0.5分。

5

技术方案完整、清晰、科学,符合此次招标人对技术方面的详细要求,并根据对招标项目的理解及以往经验、知识积累等提出合理建议,以满足招标人目前及未来发展需要,进行横向对比及评价后,第一名得 5分,第二名得 3分,第三名得 1分,第四名及以下得 0.5

分。

5

安全及质量保障方案合理可行,能够保障系统安全,进行对比及评价后:①数据安全 ( 第一名得 2分,第二名得 1.5分,第三名得 1分,第四名及以下得 0.5分) 、②网络安全( 第一名得 2分,第二名得 1.5

分,第三名得 1分,第四名及以下得 0.5分)、③接口安全( 第一名得2分,第二名得 1.5分,第三名得 1分,第四名及以下得 0.5分)。

6

开发计划科学合理、安排缜密,满足项目建设进度要求,并根据自身经验、结合本项目要求提出有效的项目质量保障和风险规避措施, 进行横向对比及评价后,第一名得 4分,第二名得 2分,第三名得 1

分,第四名及以下得 0.5分。4

关键技术

(30分)

进行对比及评价后:① 平台整体设计上采用“框架+组件”的插件式架构( 第一名得 3

分,第二名得 2分,第三名得 1分,第四名及以下得 0.5分);② 在此应用平台的基础上可以自己开发相应的模块,能加入到总体框架之中,可与交管业务基础平台方便地集成,通过简单的配置部署成适合自己的系统,易于交管业务的再扩展并支持二次开发( 第一名得 3分,第二名得 2分,第三名得 1分,第四名及以下得 0.5分)。

6

人脸识别技术的实现方案的合理性和规范性进行对比及评价后,包括:①人脸识别实现方式( 第一名得 3分,第二名得 2分,第三名得 1

分,第四名及以下得 0.5分)、②技术框架等( 第一名得 3分,第二名

6

Page 49: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

得 2分,第三名得 1分,第四名及以下得 0.5分)。音视频录音录像的实现方案的合理性和规范性进行对比及评价后,包括:①音视频录音录像实现方式( 第一名得 3分,第二名得 2分,第三名得 1分,第四名及以下得 0.5分)、②技术框架等( 第一名得 3

分,第二名得 2分,第三名得 1分,第四名及以下得 0.5分)。6

与“公安交通管理综合应用平台”接口对接方案的合理性进行对比及评价后,包括:①对接方式( 第一名得 3分,第二名得 2分,第三名得 1分,第四名及以下得 0.5分)、②接口调用说明( 第一名得 3分,第二名得 2分,第三名得 1分,第四名及以下得 0.5分)。

6

与黄石交警同步库对接以及开发方案的合理性和规范性进行对比及评价后,包括:①对接方式( 第一名得 3分,第二名得 2分,第三名得 1

分,第四名及以下得 0.5分)、②接口授权设计方案( 第一名得 3分,第二名得 2分,第三名得 1分,第四名及以下得 0.5分)。

6

设备技术要求15分

(正偏离加分)

技术指标项中满足服务器参数,高于带▲参数要求的一项得 1分,最高 3分(提供相关证明材料).

3

▲CPU

CPU型号 2颗 10核及以上CPU 主频 ≥2.2GHz

CPU 一级缓存 ≥25MB

▲内存

规格 DDR4 1600MHz ECC RDIMM

配置 配置≥128GB

扩展性 最 大 可扩容量≥256GB(插槽≥8个)

▲磁盘 前置硬盘 1块 1.2T 10K SAS 2.5硬盘;

Page 50: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

技术指标项中满足高拍仪设备参数,高于带▲参数要求的一项得 1

分,最高 3分(提供相关证明材料).

3▲最大幅面 A4

▲像素 200 万

▲分辨率 不低于 1600×1200

技术指标项中满足电子签字版设备参数,高于带▲参数要求的一项得1分,最高 3分(提供相关证明材料).

3▲像素 不低于 640*480

▲读取数率 不低于 100 点/秒▲对比度 400:1

技术指标项中满足条码扫描枪设备参数,高于带▲参数要求的一项得1分,最高 3分(提供相关证明材料).

3

▲识别精度 不低于 3mil

▲灵敏度 倾斜正负 50°内,旋转 360°,偏转正

负 50°内;▲可读条码 一维码 二维码技术指标项中录音录像摄像头参数,高于带▲参数要求的一项得 1

分,最高 3分(提供相关证明材料).

3

▲像素:不低于 300 万▲最大分辨率:不低于 1600*900

Page 51: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

▲广角度:不低于 60°

总 分 100

Page 52: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

附件 2:供应商报名表

项目编号:项目名称:

供应商名称(盖

章) 

联系人姓名  

联系人电话(办公

电话和手机) 

联系人邮箱  

供应商提供的报名

资料

1、法人或者其他组织的营业执照等证明文件,如供应商

是自然人的提供身份证明材料。2、财务状况报告,依法缴纳税收和社会保障资金的相关

材料。3、具备履行合同所必需的设备和专业技术能力的证明材

料。

Page 53: €¦  · Web view交通违法处理人证合一监管系统在满足现阶段的综合业务需求的前提下,系统应具备架构先进性、性能可扩展性和应用的安全性,架构的搭建需要具有前瞻性,系统模块、基础组件适应一级部署,多级应用,满足综合业务发展对系统支撑的要求,实现交通违法处理人证合一监管系统“统一架构、统一

4、参加政府采购活动前 3 年内在经营活动中没有重大违

法记录的书面声明。5、具备法律、行政法规规定的其他条件的证明材料。6 、 未 被 列 入 “ 信 用 中 国 ” 网 站

(www.creditchina.gov.cn)失信被执行人、重大税收违

法 案 件 当 事 人 名 单 , 中 国 政 府 采 购 网

(www.ccgp.gov.cn)政府采购严重违法失信行为记录

名单的网页打印件。