深圳市政法网二期工程建设项目（政法网应用体系和保障体系）采购需求公示

内容
 
发送至邮箱

深圳市政法网二期工程建设项目（政法网应用体系和保障体系）采购需求公示


( (略) * 期工程建设项目（ (略) 应用体系和保障体系）采购 )需求公示

项目名称

 (略) * 期工程建设项目（ (略) 分）

采购类型

服务类

采购人名称

中共深 (略)

采购方式

公开招标

财政预算限额（元）

 点击查看>>

项目背景

(略) (略) * 期从 * 年启动，完 (略) 络、协同平台、综合应用系统、 (略) 安全体系等的建设， (略) 门系统包括政法委（含合署办公机构）业务系统、法院业务系统、检察业务系统、公安金盾工程、 (略) 政（含监狱、强制戒毒）业务系统、国安业务系统的建设。 (略) * 期工程为政法信息化起步工程，在特定历史时期下为我市政法各单位奠定了信息化的基础， (略) 也因此被中央政法 (略) * 期工 (略) 市。

(略) * 期工程是由中央政法委、省委 (略) 署，由市委政法委牵头，会同公检法司政法单位，共同顶层设计，共 (略) 络、安全体系、支撑平台等公共基础设施，并按照“市级建设，区级应用”的原则，为市区两级政法智能化应用赋能。 (略) * 期建设，建成政法委机关、法院、 (略) 、 (略) 、 (略) （以下简称政法各单位）之间共建共享共用、互联互通和业务协同的总平台，实现政法基础设施建设集约化、政法协同业务办理 * 体化、政法协同服务智能化，设施联通、网络畅通、平台贯通、数据融通（“ * 化 * 通”）的总目标。

投标人资质要求

（ * ）投标人基本资格符合政府采购法第 * 十 * 条规定，提供政府采购法实施条例第十 * 条规定资料：1.具有独立承担民事责任的能力：提供法人或其他组织的营业执照等证明文件，或自然人身份证明；2.具有良好的商业信誉和健全的财务会计制度：提供 * 年财务审计报告或本单位近 * 个月的财务报表3.具有依法 (略) 会保障资金的良好记录：提供近 * 个月缴税凭证、社会保障资金凭证；4.参加本次政府采购活动前 * 年内，在经营活动中没有违法违规记录：提供参加政府采购活动前3年内在经营活动中没有重大违法记录的书面声明。

服务类清单

序号采购计划编号 需求内容 数量单位备注财政预算限额(元)
1PLAN- 点击查看>> 点击查看>> 基础设施支撑、 (略) 、政法数据统计分析系统、 (略) 门大数据办案平台、政法信息资源共享平台、联合运维体系1.0项 点击查看>> .0
2PLAN- 点击查看>> 点击查看>> 基础设施支撑、 (略) 、政法数据统计分析系统、 (略) 门大数据办案平台、政法信息资源共享平台、联合运维体系1.0项 点击查看>> .0
3PLAN- 点击查看>> 点击查看>> 基础设施支撑、 (略) 、政法数据统计分析系统、 (略) 门大数据办案平台、政法信息资源共享平台、联合运维体系1.0项 点击查看>> .0

具体技术要求

（ * ）功能需求

1、基础设施支撑

基础设施支撑

序号

子项

技术参数

数量

单位

1、人工智能引擎

1

智能搜索引擎

人工智能技术的新 * 代搜索引擎。其除了能提供传统的快速检索、相关度排序等功能，还能提供用户角色登记、用户自动识别、用户输入内容的语义理解、智能信息化过滤和推送等功能。 (略) 景中不同的输入（关键词、句子、段落描述、文档）进行智能搜索应用定制开发及资源优化。

5

套

2

要素抽取引擎

要素抽取能基于大量的刑事案件领域数据，人工 (略) 如词法、句法、语义等标注。基于标注数据训练词法、句法、语义分析的统计模型。

(略) (略) (略) 定制提供：

1、 * 案由证据特征要素提取分析；

2、案件模型要素分析后回填的定制开发；

5

套

3

语义分析引擎

需要是把文本里无结 (略) 结构化 (略) 理，最终可以加上不同的应用展现方式变成表格或者图例的组织形式。能够实现人物、地名等实体信息抽取和语义要素抽取。

(略) (略) 景提供：

1、人物信息抽取；

2、案情要素抽取；

3、 (略) 有证据名抽取；

4、客观鉴定类证据信息抽取；

5、自定义证据要素（作案时间、作案地点等）抽取及引擎资源优化。

4

套

4

刑事卷宗图文识别引擎

刑事卷宗图文识别引擎能支持系统对刑事案件卷宗OCR识别技术，将图片证据识别转化成结构化数据，对证据内容的识别校验，确定证据内容的合法唯 * 性。

(略) (略) 景提供：

1、印刷体、手写体内容识别优化功能；

2、提供图片、表格、签章、标题等内容识别功能；

4

套

2、云平台适配

1

数据交换平台-数据提取改造

1.数据流转起始点只抽取结构数据，包括案件信息、卷宗AI识别后的数据和卷宗文件地址等，不抽取非结构化（卷宗、音视频等）。

2.数据流转到目标节点，由目标节点通过文件地址的 (略) 下载非结构化；

3.起始点打包时保存非结构数据组件（fastdfs、ftp）的访问地址信息；

1

项

2

数据交换平台-数据入库改造

1.目标点根据起始点的文件路径下载文件，然后上传到本地文件系统fastdfs；

2.目标点根据起始点的ftp路径下载文件，上传到本地电子证据FTP；

3、解析接口中包含的结构化数据（案件基本信息、批注）在 (略) 入库

1

项

3

数据交换平台-消息通知改造

1、消息通知由之前的文件流转方式改为调用数据接收接口

2、调用数据接收接口调用需要有重试机制

1

项

4

数据交换平台-消息通知回执改造

1、开发数据接收回执接口，

2、目标节点接收到并消费数据流转消息后，通过此接口通知起始节点

3、起始节点接收到回执后，通 (略) 流程节点流转。

1

项

5

数据交换平台-起始点上传改造

起始点上传FTP改为上传到NFS共享目录，数据交换平台服务器集成NFS客户端

1

项

6

数据交换平台-数据流转

1、数据流转由起始点调用目标节点的数据接收接口，通知目标节点接收数据。

2、数据流转起始侧调用数据接收接口需要有异常重试机制。

1

项

7

数据交换平台-开发数据接收接口

1、起始点调用目标节点的数据接收接口

2、数据接收接口传到目的侧的结构化 (略) 理

3、数据接收接口的非结构化数据，由从FTP下载改为从NFS共享目录获取非结构化数据，数据交换平台服务器集成NFS客户端

1

项

8

数据交换平台-兼容性

跨网闸文 (略) 闸后的接口摆渡的兼容性支持。

1

项

9

数据交换平台-定时任务改造

1、流转的业务包定时探测的改造，探测文件是否同步到目的方的逻辑改造，由网闸摆渡变更为NFS共享。

2、流转的业务包定时删除的改造，业务包流转消费完成后，需要定时清理NFS共享目录中的对应的路径和文件。

3、流转的业务包定时移动的改造，与定时删除类似，文件路径改造由原来的本地路径改为NFS共享路径。

1

项

*

数据交换平台-后台管理功能改造

1、前置机健康状况的管理功能改造

2、数据包链路展示的功能改造

3、物理节点管理的功能改造

4、数据包详情展示的功能改造

1

项

*

NFS文件共享服务集成

公、检、法、司、 (略) 署NFS客户端，政 (略) 署NFS的服务端。

1

项

*

辅助办案系统

辅助办案系统与数据交换平台的改造后数据 (略) 对接联调

1

项

*

业务协同平台

业务协同平台与数据交换平台的改造后数据 (略) 对接联调

1

项

*

政法信息资源共享平台

政法信息资源共享平台与数据交换平台的改造后数据 (略) 对接联调

1

项

*

数据迁移工具开发

数据全量和增量迁移应用开发

数据全量迁移后，需要增量迁移，确保生产环境的数据和云上环境的数据准实时。

1

项

2、 (略)

序号

模块

子模块

具体功能&事项

详细描述

数量

单位

1、 (略)

1

数 (略) 理

知识库

电子卷宗库

将 (略) 市刑事案件办案过程中收集各类随案同步生成的电子卷宗，并形成统 * 的电子卷宗库卷宗结构化的数据解析后形成案件电子卷宗库

将电子卷宗数据经OCR图文识别引擎和ELLE文书要 (略) 理 (略) 建模和存储，为数据融合碰撞应用打下基础。工作量主要取决于根据要素提取的要素项以及文书卷宗数量。

1

项

2

支持对案件字典库案件要素的多维度分析定义，如案由、时间、涉案人、作案手段，作案的情节分析

1

项

3

支持对案件要素的自学习服务，如涉黑案件主题智能统计和分析；

1

项

4

法律法规库

(略) (略) (略) 政法规、行政法规解释、规范性文件等；（全国裁判文书库、全国案例库、 (略) 行政法规库、 (略) 部门规章库、地方法规规章库、全国人大法律库）

1

项

5

标准规范库

刑事案件办理过程中，需要完备且具有可操作性的实体标准和程序规范供司法人员具体适用法律时使用。

1

项

6

标签库

人员标签

利用数据治理标签引擎，为 (略) 标签记录，如是否有前科、是否 * 独、是否政协委员、人大代表、优抚对象、军人、涉法涉诉、是否老赖等。

1

项

7

案件标签

利用数据治理标签引擎， (略) 标签记录，如案件类型、案件涉政涉恐、涉及涉案财物、法官、律师、原告、被告、案件特征、审判特征、涉案人员特征等

1

项

8

地址标签

利用数据治理标签引擎，为 (略) 标签记录，如某小区传销案件多发、某街道盗抢案件多发等

1

项

9

索引库

人员索引

通过人员标识，如身份证、姓名，建立索引，支持全文检索、模糊查询，并关联人员相关属性，为检索查询提供逻辑关联设计。

1

项

*

案件索引

通过案件标识，如案件编号、案件名称，建立索引，支持全文检索、模糊查询，并关联案件相关属性，为检索查询提供逻辑关联设计。

1

项

*

法条索引

通过法条标识，如法条编号、法条名称，建立索引，支持全文检索、模糊查询，并关联法条正文。

1

项

*

涉案人员库

主题库

存储涉案人员信息，包括人员姓名、年龄、性别、职业、户籍地、居住地、涉案信息、文化学历、婚姻状况等信息，与案件标签库逻辑关联，方便上层应用检索、查询、统计。

1

项

*

涉案法人库

主题库

存储涉案法人基本信息，包括：组织机构代码、法人名称、法人状态、法人类型、 (略) 、法定代表人姓名、成立日期、批准机关、注册或登记号等9项。

1

项

*

案件信息库

主题库

存储案件信息数据，包括案件名称、案件类型、案件状态、涉案人员等关键信息，与案件标签库逻辑关联，方便上层应用检索、查询、统计。

1

项

*

卷宗文书库

资源库

存储卷宗文书数据，根据文本、音视频不同格式，采用不同存储方式、数据结构组织，逻辑关联组成完整卷宗数据。

1

项

2、 (略) 署服务

1

块数 (略) 署

统 * 地址库应用服务支撑平台

主要实现对统 * 地址引擎的升级、统 * 地址服务升级、统 * 地址应用升级和统 * 地址救济的升级等工作，主要完成地址信息动态更新、地址信息共享使用以及统 * 地址救济等相关工作。

1

项

2

块数据库应用支撑平台

主要建立了块数据质检建库工具、数据管理系统、数据服务系统、运维系统、应用门户和立体图系统，梳理人、房、法人、事件、 (略) 会管理要素以及块管理单元的相互关系，进行市区块数据库的规划和设计；并围绕块数据质检、建库、管理、服务、运维、展示、应用开发；建立系列工具系统和流程工艺；完成政法块数据库的建设。

1

项

3

数据落图应用支撑平台

主要建立了管理边界调整工具、电子地图切割工具、数据落图入块工具，实现了市-区-街道-社区-网格等管理责任边界体系，并根据 (略) 了电子地图的切割和服务的发布，建立了数据落图入块工艺，实现块数据的初始建库和数据落图入块等能力。

1

项

4

块数据空库

块数据空库是对数据库初始化，包括块划分规则、块单元基本信息、块数据种类和格式，建立的 * 个没有具体数据和记录内容的数据库结构，方便后续

接收相应数据和记录填入，最终形成数据的集合。

1

项

5

块数据镜像

数据备份

本次块数 (略) (略) 的数据镜像将迁移全市地址数据、网格等管理单元数据、房屋数据、人口数据等基础数据，由 (略) 提供。其中，地址数据为全市统 * 地址数据。电子地图数据由规土委提供、 (略) 数据迁移和服务的发布。

1

项

6

数据建库

1

项

7

数据迁移

1

项

8

政法数据入块

政法数据入块

政法数据入块主要用于建立政法数据与块单元的关联，标识统 * 地址编码等关联信息，用于存量数据集中落块和块数据库的初始建库。

1

项

9

(略) (略) 的流转

数据标签

本次只考虑获取数据标签信息，标注上数据的特征。

1

项

*

数据同步

定期将带标签的人口、法人、房屋等基础数据迁移到 (略) ，与 (略) 中的基础数据匹配，实现 (略) (略) 块数据库的数据同步

1

项

*

业务支撑

(略) 区矫正人员管理、安置帮教 (略) 会治理业务开展， (略) 会治理精细化。

1

项

3、政法数据统计分析系统

政法数据统计分析系统

序号

系统

模块

子模块

具体功能&事项

详细描述

数量

单位

1

政法委统 * 门户

统 * 门户

(略)

作为政法委业 (略) 式入口，统 * 门 (略) 有政法委业务的应用，并实现和各个业务系统的单点登录， (略) 式应用服务的入口

1

项

待办提醒

统 * 门户和各个业务系统实现了系统消息、业务待办的消息体系的集成打通，在统 * 门 (略) 式 (略) 理，更及时、方便、快捷的接收待办提醒、处理待办事项

1

项

通知/公文

统 * 门户和各个业务系统实现了通知、发文等内容的集成打通，在统 * 门户中实现查阅单位的相关通知、发文的内容，及时掌握相关信息。

1

项

个人工作台

统 * 门户还可以实现不同用户对门户的不同的配置要求，实现用户在自定义区域定制自己关注的核心内容的呈现

1

项

2

系统对接及统计分析

系统对接

业务系统对接

数据资源共享系统对接

和数据资源共享系统对接，开发相应的数据传输接口，确保数据传输通畅。

1

项

对交换 (略) 转换和存储开发工作

1

项

公安业务系统对接

1、和公安 (略) 了对接，实现公安侧数据通过系统填报并自动打包上传，开发业务系统与交换通道的数据传输功能。

1

项

2、开发相应的数据解析功能，对传 (略) 清洗和入库。

1

项

(略) 业务系统对接

1、 (略) (略) 了对接，实现公安侧数据通过系统填报并自动打包上传，开发业务系统与交换通道的数据传输功能。

1

项

2、开发相应的数据解析功能，对传 (略) 清洗和入库。

1

项

法院业务系统对接

1、 (略) (略) 了对接，实现公安侧数据通过系统填报并自动打包上传，开发业务系统与交换通道的数据传输功能。

1

项

2、开发相应的数据解析功能，对传 (略) 清洗和入库。

1

项

司法业务系统对接

1、和司法 (略) 了对接，实现公安侧数据通过系统填报并自动打包上传，开发业务系统与交换通道的数据传输功能。

1

项

2、开发相应的数据解析功能，对传 (略) 清洗和入库。

1

项

案件 * 维码系统对接

获取线上信息需完成线上和线下案件匹配
与公安协同分平台对接，具体包括：
1、开发公安 * 维码数据同步接口，实现 * 维码案件信息的同步。
2、公安同步的 (略) 解析入库，并与数据库中 (略) 匹配，完成数据的新增或更新。

1

项

获取线上信息需完成线上和线下案件匹配
与公安协同分平台对接，具体包括：
1、 (略) * 维码数据同步接口，实现 * 维码案件信息的同步。
2、 (略) 同步的 (略) 解析入库，并与数据库中 (略) 匹配，完成数据的新增或更新

1

项

获取线上信息需完成线上和线下案件匹配
与公安协同分平台对接，具体包括：
1、 (略) * 维码数据同步接口，实现 * 维码案件信息的同步。
2、法院同步的 (略) 解析入库，并与数据库中 (略) 匹配，完成数据的新增或更新。

1

项

获取非线上流转案件信息，实现系统内公检法 * 家案件串联，具体包括：
1、对非线上流转案件数据通过对接获取案件信息后， (略) 清洗转换工作，并对各家 (略) 查找和匹配通过 * 定规则实现公、检、法 * 家的案件串联。

1

项

跨部门业务协同对接

对接信息包括协同平台、电子卷宗系统、辅助办案系统，通过与协同平台、电子卷宗、辅助办案系统同步信息，实现定时抽取案件相关的流转信息、当 (略) 度、案件信息、嫌疑人信息、卷宗信息等数据， (略) 汇总和整合。

1

项

刑事案件统计分析展示

常规统计分析

侦查阶段

立案、破案、变更强制措施、撤案、国家赔偿等基本信息，从状态、地区、时间、环比、同比等维度对 (略) 呈现

1

项

审查逮捕、审查起诉阶段

不捕、不诉、变更强制措施、 * 退 * 退、国家赔偿、检查建议、纠正违法等基本信息，从批捕、报诉从时间、地区、环比同比等维度对 (略) 呈现

1

项

审判阶段

补充侦查、 * 审无罪判决数、建议撤回、 * 审改判、国家赔偿、司法建议数等基本信息，从时间、地区、环比、同比等维度对案件 (略) 分析呈现

1

项

执行阶段

减刑、保外就医、假释案件数量等基本信息， (略) 的罪犯的人数的不同状 (略) 分析呈现

1

项

案件办理全流程展示

案件全景分析

将公安机关立案、报捕等阶段，检察机关审查逮捕、审查起诉、提起公诉、上诉、抗诉等阶段，法院出庭、判决等阶段的 (略) 展示，并同步展示在办案各阶段办案时长、超期预警情况。

1

项

重大案件统计分析

重大案件监督分析

针对当前比较关注的重大案件及具备分析价值的 (略) 监督统计分析，从立案、批捕、起诉、判决、延期审理、关 (略) 数据统计分析

1

项

大屏适配

大屏展示大屏适配

对政法数据统计分析系统的统计分析维 (略) 重新梳理， (略) 门大数 (略) (略) 展示。针对不同屏幕大小及信息展示形式的适配解决

1

项

3

政法基础指标体系

数据填报

表格目录

填报表格按照业务类型和填报单位逐级展开，填报目录支持展开和收起，点击表格名称，即可定位到对应的表格内容

1

项

表格展示

按照固定的表格结构展示指标内容和指标维度

1

项

表格操作

支持表格根据填报 (略) 筛选及填写、编辑、保存、导出、提交等基本操作

1

项

填报提醒

表格未填报预警提示，提醒用户在截止日期前填写业务数据，预警规则支持可配置

1

项

格式校验

对用户填报的数据格式自动校验，避免不规范数据流转，提升数据质量

1

项

指标可配

各业务类型表格中的指标内容可根据后续业务需求扩展或缩减

1

项

权限控制

建立后台权限控制系统， (略) 属角色和单位判断可填报数据范围和数据填报权限，确保数据填报统 * 口径

1

项

数据流转

数据流转

(略) 联通的各层级单位完成填报后可通过提交功能触发数据汇总至政法委

1

项

数据汇总

不同类型、不同层级业务单位的数据系统可自动汇总，整体呈现

1

项

报表生成

对收集汇总后的业务 (略) 再加工和重新组合，按照固定模板输出报表信息

1

项

数据可视化

数据地图

系统初始化页面中点 (略) 政区划浏览核心重点数据，适配移动平板分辨率

1

项

页面导航

指标数据按照业务结构在不同层级页面展示时，通过导航链接到不同页面；支持 * 级页面滑动切换及数据点击可下钻

1

项

图表分析

以柱状图、饼状图等形式对 (略) 不同维度的分析展示，适配移动平板分辨率

1

项

智能检索

输入关键词可检索对应的指标名称和数值，并可根据单位类型、指标类型、行政区划对 (略) 筛选

1

项

数据更新

支持通过USB (略) 中的数据表格导入到可视化系统后台并更新图标数据

1

项

4

案件 * 维码模块升级

公检法案号 * 码关联模块

案号编码解析

根据公检法的案件信息的 (略) * 维码编码规划和解析

3

项

* 维码生成改造

在移交电子卷宗之前，利用 * 维码生成设备在电子卷宗上方生成 * 维码，在公、检、法的业务系统新增 * 维码生成模块（公安在卷皮生成， (略) 在起诉书上或卷宗封皮上生成，法院则需要在卷皮、判决书、裁定书等法律文书上生成）。

* 维码信息关联

公、检、法各家业务系统根据案件编码规则设计相配套的扫描界面，并将扫得的内容写入数据库。公安业务系统将 * 维码与该案件的 (略) 信息关联，生成关联表，随后办案人员将电子卷宗推送到办案平台 (略) 。公安也可通过 * 维码扫描枪识别 * 维码，从而获取与 * 维码关联的案件信息。

5

统 * 检索系统

检索数据资源管理

检索数据资源管理

基于政法综合业务信息系统，基于人物、地址、案件等多类型信息检索服务，服务 (略) 用户，并针对系 (略) 统 * 管理；

1

套

检索资源导航

检索资源导航

提供特有的多级资源分类导航，同时在每个级别上提供相应的整合检索与个性化检索服务，提供了人物、法条、案件等多个大类的资源导航。

智能搜索

综合查询检索

支持嫌疑人姓名、证件号码、案件名称、地址、时间段、案由检索。

智能分词检索

实现输入的 (略) 智能分词然后采用全文 (略) 相关内容的匹配，以列表形式返回检索结。

模糊检索功能

自动按照输入关键词 (略) 模糊检索，并根据相似度排序输出检索结果。

相关搜索

(略) 理技术与数据挖掘技术和信息检索技术相结合，针对输入的描述性语句或问题，提供相应的检索结果以及多维度剖析结果展示。

结果搜索

系统将根据系统记录的搜索日志，给出可能相关的搜索词列表。

热词搜索

当得到的搜索结果比较多且未得到想要的搜索结果，可以使用“在结果中搜索”的功能来缩小结果集，以找到想要的信息。

语句检索

系统将根据记录的搜索日志，统计出指定周期（例如最近 * 周、 * 月、 * 年）内被搜索次数较多的词。

4、 (略) 门大数据办案平台

4、 (略) 门大数据办案平台

序号

系统

模块

子模块

具体功能&事项

详细描述

数量

单位

1

文书送达模块

文书管理

单位及人员通讯录管理

对于公检法司每 * 份交互的文书，都需要有明确的发送单位和接收单位，甚至明确的收发人员，因而文书送达系统需要具备发送、接收单位及人员通讯录管理功能，用户可自定义设置常用的发起方和接收方，并支持对特定接收人选择功能，用户通过文书送达系统可以将文书发送给指定目标，同时系统支持对收发地址的修改、删除等操作。

1

项

文书收发管理

由于文书在公检法司之间交互是通过文书 (略) 的，相对于传统人为送达， (略) 络平台传送文书难以掌握实时传达进度以及签收情况，通过文书收发管理功能，对发送出去的文件送达 (略) 实时查询跟踪，系统能自动记录文书签收单位、签收时间、签收状态、处理人情况等。

文书消息提醒

对于已经送达接收单位的文书，系统会提示接收人点击确认签收，在接收人确认签收后，系统会发送收文回执给发送单位，提醒发送单位文书已经送达并签收，从而实现文书送达消息的同步，让收发单位都能及时了解文书的送达状态，当用户登录系统后，如有待办工作、消息等到来时，系统自动以文字或 (略) 提示。

文书查询

案号查询

可以查询到每个案号对应的文书，每份文书对应的签收记录

文书查询

可以查询到每份文书的名称及对应的签收记录

文书收发统计分析

文书收发统计分析功能支持对已经发送和确认接 (略) 数据统计分析，如对文书类型、收发时间、收发单 (略) 统计分析。

文书收发

文书收发模块

文书发送

面向公检法司对于只需要发送文书的流程或者业务，通过选择系统文书、本地上传文书附件，选择接受单位、部门、角色，将文书通过 (略) 发送，撤回

文书签收

面向公检法司对于其他单位发送过 (略) 签收、退回等操作，实现文书的线上接收、下载

2

大文件流转管理模块

流转规则管理

优先级定义

对文件流转 (略) 层级定义，不同的优先级有不同的业务含义 (略) 台流转的侧。优先级定义好之后，和数据 (略) 适配，数据交换平台根据不同 (略) 流转策略的定义和配置。

1

项

业务规则定义

定义案件、案由、数据、文件和优先级的对应关系、根据实际的流程环节、案件类型、数据类型、文件类型、文件大小等匹配优先级的关系，实现实际业务数据和优先级的映射。

数据流转策略

流转策略定义

定义出通用的数据流转策略的模板，可以按特定时间段、流转频率、特定时间等不同的维度对数据交 (略) 定义。

流转策略设置

基于和流转规则管理设定的优先级的定义，和流转策略定义的实际流转规 (略) 匹配，实现不同优先级的数据、文件可以适配到 * 种或者多种流转策略，并且定义不同流转 (略) 理优先级。

流转策略统计分析

流转实际情况统计

根据数据交换平台实际的流转情况，统计流转策略在实际使用中起到的流转管理作用，反向优化流转规则、流转策略的的设定。做到在同样带宽、同样硬件设备条件的情况下，平台的流转时效性的最有设定。

3

数据质检模块

质检规则管理

数据质检规则

(略) (略) 上办案平台流转的结构化数据设定质检规则，主要从案件办理的不同阶段、质检项、质检规则、规则说 (略) 定义，对于常见的数据为空、数据格式错误、数据不合 (略) 详细的定义管理。并支撑不同质检规则的开启和关闭，做到灵活控制。

1

项

卷宗质检规则

(略) (略) 上办案平台流转的卷宗、文书、音视频等非结构 (略) 校验，主要从案件办理的不同阶段、质检项、质检规则、规则说 (略) 定义，对常见的关键材料缺失、卷宗命名错误、目录结构错 (略) 详细的定义管理，并支撑不同质检规则的开启和关闭，做到灵活控制。

质检结果预警

质检结果预警

对实际经过平台流转的数 (略) 校验 (略) 实时的呈现，对于被质检出不符合规则定义的流程 (略) 详细的展示，并预警给相关人员。

质检结果分析

不合格原因分析

对质检结果从不合格原 (略) 分析，分析出常见的质检不合格原因、出现的频率、占比，出现问题的趋势等。

不合格阶段分析

对质检结果从不合格 (略) 分析，分析出不同阶段的数据质量差异，并反向对政法各单位提要求，提升对应阶段的数据质量。

不合格单位分析

对质检结果从不合格单 (略) 分析，分析出出错率最高的政法单位，并反向对排名靠前的 (略) 提高数据质量的要求。

5、政法信息资源共享平台

政法信息资源共享平台

序号

模块

子模块

具体功能&事项

详细描述

数量

单位

1

数据资产管理模块

数据资产

数据资产概览

以图表的方式展示数据资产管理平台现阶段数据情况

1

项

数据资产查看

数据资产查看功能用于查看目前平台 (略) 有数据目录，并按各 (略) 分别展示， (略) 有数据资产信息。

数据标准管理

标准字典管理

标准字典管理是用于编辑已有的标准字典信息，同时支持在各类标准字典分类下新增标准字典表及字典项，扩充标准字典库，用于后期对业务数据的标准化管理。

1

项

数据元管理

数据元管理为业务方提供元数据新增、编辑、维护的功能，用于业务方标准化管理本业务相关的字段，用于后期数据的统 * 管理。

数据源字典管理

数据源字典管理是用于管理和维护各业 (略) 标准化之前的字典。提供字典分类树的管理，支持字典表及字典项的新增和编辑。

元数据管理

数据源

用于管理各类异构数据库的连接信息，以便同步各应用系统的元数据信息。

1

项

元模型

元模型管理用于获取不同数据库类型的元模型信息，并展示出各类异 (略) 有元模型及属性信息。

元数据注册

主要是在数据源下依 (略) 元数据注册，包括表、视图、索引、字段、列族、消息等各类元模型下元数据。

元数据分析

支持查 (略) 有元数据， (略) 血缘分析，并提供可视化的影响分析界面。

元数据日志

记录数据变更记录以及详细变更内容，便于追溯管理。

数据资源管理

数据目录分类

目录分类管理，是将数据目录按多层次分类配置形成树状结构，用于分类展示数据资源，实现数据资源的快速检索。

1

项

数据目录编制

在数据目录分类节点下新增数据目录，数据目录内属性信息来自现有的元数据， (略) 分类管理。

业务目录映射

用于配置业务目录与数据目录的映射关系，精确到信息项字段的映射，用于数据共享、 (略) 景的使用。

主数据管理

对象分类管理

管理主数据对象分类，可对 (略) (略) 自定义设置。

1

项

编码规则管理

统 * 管理维护主数据编码，提供灵活的编码规则配置，系统内置了多种常用的编码规则，也支持自定义规则。

对象管理

具有面向对象数 (略) 有对象的管理和维护的功能。

主数据管理

实现对每 * 个结构化对象实例的查询、修改、新增、删除、导出EXCEL的功能，同时记录对主数据变更的日志。

对象变更日志

展示主数据对象在管理过程中的变更记录和增删改操作日志，具体到主数据对象属性的变更信息。可追踪到主数据对象全生命周期过程，便于审计。

主数据变更日志

2

数据治理模块

数据质量

常规检查规则

常规检查规则 * 般意义上来讲是指按照 * 定初始化、原始的规则，系统根据业务需要初始化常用的清洗转换规则，系统中的规则是由系统初始化得出，不提供增删改操作。

1

项

自定义规则配置

数据治理人员根据制定的数据标准和业务规范，可对姓名、身份证、车牌号、日期、电话、邮箱、单位信息等信息项制定数据质量检查规则，并配置好相应的核查标准（强检查、弱检查）以及规则分类，以便与常规规则互相补充，完成数据质量巡检工作。

数据质量任务

数据质量任务用于配置数据质量的检查任务，支持对 (略) 查询，创建任务，批量提交，提交，撤回，编辑，查看，删除操作。

质量任务设计

质量任务设计是让数据质量配置人员通过简单流程化、图形化的操作完成数据质量任务配置，进行数据质量检查。

质量任务日志

质量任务日志是根据任务名称、日期等信息分 (略) 情况。可以查看 (略) 开始时间、结束时间、执行状态 (略) 完成后本次任务核查的数据量、问题数据量以及详细的问题数据信息，并提供日志信息详细查看功能。在日志详细中可以查看包括异常信息、状态等详细信息。

数据质量监控报告

数据质量监控报告可以查看当前数据目录配置的质量任务情况以及生成的质量报告，通过质量报告查看 (略) 过程中检查的数据以及有问题的数据，定位问题数据以及问题类型，便 (略) 修改。

数据增量监控

数据增量监控是针对单表的业务数据在规定时间内数据变化的监控，包括数据有无增量监控、数据增量异常监控两类，通过IDE拖拉的方式对表配置两类监控信息，生成监控任务，提交到调 (略) 作业编排，通过作业调度的方式实现对其数据增量的监控，并在监控后产生数据增量监控报告。

数据增量监控报告

数据 * 致性监控

为保 (略) 采集的各源系统的实体数据的 * 致性，则要 (略) 获取的维表和各源系统维表业务字段数据保持 * 致，包括数据条数 * 致和数据内容 * 致两个方面，以确保实体数据的数据质量。

数据 * 致性监控报告

数据 * 致性监控报告是针对数据 * 致性监测 (略) 显示，解决 (略) 与原始数据源数据是否 * 致的信息报告，保证数据的 * 致性。

数据规整

常规转换规则

业务系统构建过程中，格式数据常常表现的不 * 致。如日期，有的是字符型日期格式，有的是日期型的格式数据，此外，不同数据库 (略) 理也不 * 致。因此在标准化过程中，需要将这些含义 * 致但表现、格式不 * 样的 (略) (略) 理。

1

项

字典转换规则

字典转换规则即将非标准的 (略) 标准化转换。根据定义的字典表标准，完成与标准字典映射。数据规整时需要根据字典转换规则对非标准的数 (略) 标准化转换。

规整任务列表

规整任务列表可以对 (略) 查询，创建任务，批量提交，提交，撤回，编辑，查看，删除操作。可以通过任务分类、任务名称、创建时间、所属分类、状态查询任务基本信息。列表信息包含任务名称、创建时间、所属分类、状态等信息。列表的操 (略) 提交、撤回、编辑、查看、删除操作。

规整任务设计器

规整任务设计是让数据规整人员通过简单流程化、图形化的操作完成数据清洗、转换、抽取的操作。

规整日志

规整日志是根据任务名称、日期等信息分 (略) 情况。可以查看 (略) 开始时间、结束时间、耗时、执行状态 (略) 完成后插入更新的数据量，并提供日志信息详细查看功能。在日志详细中可以查看包括异常信息、状态等详细信息。

数据建模

模型管理

模型管理用于创建数据模型、配置数据模型规则并提交 (略) 。模块可以通过自定义配置模型分类、依据分类创建数据模型。支 (略) 查询、创建模型、配置模型、批量提交、提交、撤回、编辑、查看、删除等管理操作。

1

项

模型日志

(略) 的模型调度任务，需要提供任务日志的详细查看入口，用于根据模型名称、运行状态等信息分 (略) 情况。支持查看 (略) 开始时间、结束时间、耗时、执行状态 (略) 完成后插入更新的数据量，并提供日志信息详细查看功能。

脚本管理

脚本列表

脚本管理对数据 (略) 统 * 的集中管理。
在数据治理阶段，用户可以很容易的定制开发各种数据转换、 (略) 理脚本，并能在调 (略) (略) 。项目实施过程中，可以最大程度发挥数据治理能力，对数据 (略) 有效的补充。脚本列表可 (略) 查询，添加，批量提交，提交，撤回，删除操作。可以通过脚本名称、创建时间、脚本状态、脚本类型查询脚本基本信息。

1

项

调度管理

调度总览

展示统计各状态中的作业数量、任务数量及各个时间段内的作业数量。

1

项

作业管理

作业管理模块实现了对调度作业任务的分类管理及作业的编排、编辑、启停用等管理操作，进而达到通过作业调度实现多数据任 (略) 的目标。

作业编排设计器

作业监控

监控各 (略) 状态、调度情况及与其相关的作业拓补图。通过作业名称、运行状态、作业编号 (略) 基本信息。

作业日志

作业日志 (略) 有调度作业 (略) 的详细日志信息，包括单次调度的拓扑图、调度时间、耗时、运行结果以及本次作业调度下各任务节点的耗时、运行结果等详细调度记录。

任务管理

从数据集成平台、数据治理以及其他平台同步到调度管理中的任务可通过任务 (略) 查看及管理，同时可查看任务被作业引用的详细情况，支持 * 键启用停用被引用的作业调度。

任务监控

监控各 (略) 状态、 (略) 有调度记录（全部记录、成功记录、超时记录、失败记录）以及单次任 (略) 时间、耗时、运行结果等详细的监控信息。

任务日志

任务日志 (略) 有任务 (略) 的详细日志信息，包括任务编号、任务类型、调度时间、所属作业、耗时、运行结果、日志详情信息、运行参数等，用于跟踪 (略) 情况。

人工干预

人工干预实 (略) 异常时，通过配置任务输入参数、路由参数等信息， (略) 任务， (略) 该任务相关的作业，让 (略) 下去。

3

可视化分析模块

数据分析

多数据源

支持数据源的连接，包括：主流关系型数据库RDBMS中的Oracle、GBase、Mysql，消息中间件支持RocketMQ。

1

项

数据建模

数据源建好之后，支持 (略) 进行数据建模，构建BI分析需要的维度、指标。可视化设计UE平台支持星型、雪花模型，拖拽式可视化建模。模型创建后，系统自动生成Cube，供BI分析使用。

多维BI分析

数据分析平台提供了各种常见的OLAP分析操作，除基本的分组聚合外，还可以进任意多维度分析包含：排序、过滤等分析功能。

(略)

UI编排

数据分析平台可以在各种浏览器下实现报表制作。

1

项

丰富的组件

系统既支持柱状图、折线图、饼图、雷达图、散点图、玫瑰图、气泡图、地图等多种基本图表,同时支持GIS地图等特殊图表， (略) 景的数据展现需求。特别是系统支持丰富多样的WEB组件。

事件引擎

通过事件引擎，支持对 (略) 监听设备，容器组件自动根据设置的监听参数对容器中的子组件产 (略) 监听。当这些事件发生时，可根据 (略) (略) (略) 理。

运行引擎

支持与数据可视化UI的对接。支持对数据可视化UI的OL (略) 解析，生成对应的SQL，响应可视化报表结果。

系统管理

(略)

(略) 管理模块包括数据源的管理界面、数据集管理界面和数据服务界面，主要是负责 (略) 配置、管理和展示。

1

项

工作室

工作室包含仪表盘、模板库、素材库和放映室，其中仪表盘主要是包含对报表操作、新建报表、演示和预览等功能。

可视化展示

仪表盘

具备仪表盘，将数据应用平台中的各种报表、分析、图形组合起来，形象、直观、具体的展示各种指标数据，形成面向业务、面向角色的展示界面。

1

项

大屏综合显示

支持通过大屏显示技术和可视化的解决方案，支持多种类型的数据接口，从数据库中抽取出各种各样的数据，依据设定的应用逻辑，梳理出资源数据对应的使用逻辑关系，利用数据加工技术和 (略) (略) 理，依托可视化引擎，实现涉及相关指标数据的大屏幕的自动呈现。

交互式web界面

直接通过即序查询设计界面，在可视化具面中以双击式的构建查询，直接查询出数据平台的数据的自助式查询和具备多维度的联机分析功能，用于展示重要业务指标的统计数字和分析比较。

基于GIS的数据可视化

借助于地理信息技术展示数据，能让用户非常直观地监控不同地区的业务发展水平和关键指标绩效情况。

4

系统高可用适配改造

高可用适配改造

应用软件高可用集群适配改造

政法数据资源共享系统主要涉及共享门户、个人工作台、数据出库入库服务、跨网闸交换适配服务、数据交换平台等模块，其中数据出库入库服务、跨网闸交换适配服务、数据交换平台 * 者 (略) 署的依赖关系，这 * 个 (略) 署在同 * 台服务器上，且无法集群化来提高可用性，为了实现政法数据资源共享系统应用软件的高可用集群设计，提高系统可用性，针对当前 (略) 流程改造， (略) 署解耦，分别横向扩展。

1

项

中间件的高可用集群适配改造

政法数据资源共享系统中涉及的存储中间件主要包括FastDFS、MySQL和Oracle。针对这几类存储中间件，进行主备冗余设计及集群备份的设计，以符合等保 * 级设计中数据冗余备 (略) 改造适配，从而能够保证整体系统的稳定性

1

项

业务数据流转的稳定和高可用的开发和验证（ (略) 景的重试重传等）

政法委、公、检、法、司在通过政法数据资源 (略) 数据交换和共享时，针对业务数据流传过程出现的 * 些异常故障，进行兼容性提高设计， (略) 络造成的 (略) 重试重传，提 (略) 台的韧性和稳定性。

1

项

(略) 署脚本的开发和验证

(略) 署脚本开发与验证，编写脚本程序，通过自动脚本的配置来 (略) 署政法数据资源共享平台的应用集群，实现自动化的管理。

1

项

5

系统对接改造

公安

与公安的业务系统平台接口对接改造
共享交换内容：公安对接 * 个目录模块数据量及其他可共享的数据项

打通各家数据共享交换的通道，需要和各家 (略) 对接，主要工作内容如下：
各家负责把各自共享交换内容推送到自己的共享交换前置库；或者通过数据集成平台将各家异构业务库中的数据抽取到共享交换前置库；工作量随需共享的数据目录的数量增加而增加；包括如下：
1、根据司法业务系统和数据抽取要求，设计相关的数据抽取方案，实现对数据的抽取和解析。

1

项

2、平台开发相应的数据抽取接口，对抽取的 (略) 解析和存储及目录初始化配置。

1

项

3、平台开发、部署公安端相应的数据传输通道，实现数据的自动汇总。

1

项

(略)

(略) 业务系统接口对接改造
共享交换内容： (略) 对接 * 个目录模块数据量及其他可共享的数据项

打通各家数据共享交换的通道，需要和各家 (略) 对接，主要工作内容如下：
各家负责把各自共享交换内容推送到自己的共享交换前置机；或者通过数据集成平台将各家异构业务库中的数据抽取到共享交换前置库；工作量随需共享的数据目录的数量增加而增加；包括如下：
1、根据司法业务系统和数据抽取要求，设计相关的数据抽取方案，实现对数据的抽取和解析。

1

项

2、平台开发相应的数据抽取接口，对抽取的 (略) 解析和存储及目录初始化配置。

1

项

3、平台开发、部署公安端相应的数据传输通道，实现数据的自动汇总。

1

项

法院

(略) 业务接口对接改造
共享交换内容：法院对接 * 个目录模块数据量及其他可共享的数据项

打通各家数据共享交换的通道，需要和各家 (略) 对接，主要工作内容如下：
各家负责把各自共享交换内容推送到自己的共享交换前置机；或者通过数据集成平台将各家异构业务库中的数据抽取到共享交换前置库；工作量随需共享的数据目录的数量增加而增加；包括如下：
1、根据司法业务系统和数据抽取要求，设计相关的数据抽取方案，实现对数据的抽取和解析。

1

项

2、平台开发相应的数据抽取接口，对抽取的 (略) 解析和存储及目录初始化配置。

1

项

3、平台开发、部署公安端相应的数据传输通道，实现数据的自动汇总。

1

项

(略)

与协同平台及数据交换平台接口对接改造
共享交换内容：司法对接 * 个目录模块数据量及其他可共享的数据项

打通各家数据共享交换的通道，需要和各家 (略) 对接，主要工作内容如下：
各家负责把各自共享交换内容推送到自己的共享交换前置机；或者通过数据集成平台将各家异构业务库中的数据抽取到共享交换前置库；工作量随需共享的数据目录的数量增加而增加；包括如下：
1、根据司法业务系统和数据抽取要求，设计相关的数据抽取方案，实现对数据的抽取和解析。

1

项

2、平台开发相应的数据抽取接口，对抽取的 (略) 解析和存储及目录初始化配置。

1

项

3、平台开发、部署公安端相应的数据传输通道，实现数据的自动汇总。

1

项

6、联合运维体系

联合运维体系

序号

模块

子模块

详细描述

数量

单位

1

ITSM模块

1.1

ITSM

流程基础平台

IT服务管理平台用 (略) 门运维 (略) 维护的相关工作。该平台包含多个模块，各模块间既是独立的，同时又是统 * 的整体。流程基础平台需要支持以下功能：

1） 支持用户在首页收藏自己的常用菜单；

2） 支持定义对话框，每个对话框可设定返回值，可以在表单设计中通过控件引用对话框；

3） 支持为不同的用户提供不同的门户视图, (略) 格式可自定义（单列，双列， * (略) ），展示内容可拖拽，拖拽对象包括但不限于：待办工单、最新知识、公告、我的消息、常用操作搜藏、dashboard等。

1

个

1.2

ITSM

服务请求模块

服务请求模块，提供自助式服务台，并以服务目录的形式为IT服务，服务目录管理包括过滤服务目录、增加服务目录、修改服务目录和废弃服务目录的功能。服务请求模块需要支持以下功能：

1） 支持以分类 (略) 有服务，服务数量不受限制；

2） 支持每个服务可以设置后台对应流程；

3） 支持每个服务可以设置显示图标；

4） 支持每个服务可以设置查看权限。

1

个

1.3

ITSM

运维工作台

运维人员登录运维工作台，对普通用户通过服务台提交的申请和告警平台推 (略) 处理。运维用户可定制个性化工作台，可在工作台中提供和自己相关的运维工作内容，包括 “待办事项”、“待阅事项”、“代理事项”、“到期事项”等。

1

个

1.4

ITSM

事件流程模块

事件流程模块，事件管理流程是为IT系统尽快恢复正常工作状态而设计，其关心的重点是快速响应、快速恢复，使故障对业务的影响最小化。事件管理通过服务台负责记录来电相关信息、向用户提供对 (略) 理方法、报告突发事件、尽快恢复服务，从而获得较高的突发事件解决率。

1

个

1.5

ITSM

问题流程模块

问题流程模块，问题管理流程的根本目的是消除或减少事件的发生， (略) 缺陷导致的业务事件或问题的负面影响降到最低限度。通过问题管理流程，问题分析专家分析发生在生产环境的事件（常常是已关闭的事件记录），确定最常发生或具有最大影响的事件，找出根本原因；然后生成变更请求（RFC）、变通方法或建议的预防性措施来防止事件的再次发生。

1

个

1.6

ITSM

变更流程模块

变更流程模块，变更管理通过 * 个单 * 的职能流程来控制和管理 (略) 环境中的 * 切变更，并和配置管理建立接口。变更管理应该由管理工具来支持，管理的范围可包括软件，硬件，网络设备和文档等的变更。

1

个

1.7

ITSM

发布流程模块

发布流程模块，发布管理应成为项目总 (略) 分，以确保 (略) 集中的软件和硬件设计和构建，增强信息系统的整体协调性和稳定性计划和协调软件和相关硬件的发布，并通 (略) 测试和控制，降低软硬件同时出现错误以及发布错误版本的风险。

1

个

1.8

ITSM

服务级别模块

服务级别模块，服务级别协 (略) 门和客户之间签订的描述将要提供的 * 项或多项服务的 * 份协议。SLA是用 * 些符合客户体验的非 (略) 描述的，在协议期间它可作为评价和调整IT服务的标准。通过定义服务级别协议，将服务级别协议与服务关联，可以实现服务质量的量化管理。服务级别管理模块需要支持以下功能：

1） 支持SLA与服务目录、优先级、 (略) 有流程表单字段为条件设置响应时间和解决时间期限；

2） 支持SLA与时间的关联，实现精确的SLA目标时间计算；

3） 支持SLA与工单挂起的关联，能够对挂起的工单停止考核，待恢复后继续计算；

4） 支持SLA与事件、问题、 (略) 有流程的关联。

1

个

1.9

ITSM

值班管理流程

值班管理的主要功能是对IT人员的排班、值班、交 (略) 统 * 的管理，其中排班管理主要支持预定义班次模板设置、自定义排班设置、排班表查询等功能；值班管理主要支持系统根据值班表自动生成值班记录和系统自动记录签到、签退时间等功能；交接班管理内容以日志方式提交及展现。

1

个

2

ITSM

自定义流程管理

平台需要根据具体的业务，提供全方面的流程解决方案，将流 (略) 过程、执行逻辑、数据表现方式、参与主体、控制条件等内容相关联，构建满足实际业务流转需要的工作流程，即支持自定义流程和自定义表单。，自定义流程管理模块需要支持以下功能：

1） 支持流程模板与业务数据表单分离的设计模式，不同流程模板可以使用相同的业务表单，也支持根据管理需要流程在不同节点使用不同展示表单和打印表单，并提供相应的截图证明;

2） 业务数据表单支持“ (略) 得”的拖拽式设计模式，表单支持加载JS代码以实现前端复杂的业务逻辑，比如表单字段动态计算，表单字段必填动态,控并提供相应的截图证明。

1

个

2

定制开发模块

2.1

定制开发

报表定制

提供集中的报表管理平台，实现对报表的模板管理、web报表设计管理、周期性报表管理及报表模板发布，同时提供实时报表和周期报表的查看。支持用户个性化报表开发，根据用户需求，可完成5张个性化报表的开发与定制。

1

个

2.2

定制开发

第 * 方平台的集成对接

平台提供多种开放接口，可和第 * 方 (略) 集成对接，形成统 * portal页面， (略) 单点登录，用户帐号同步等功能，且监控平台上产生的告警可自动触发生成ITSM流程工单。且平台对接遵循统 * 性、标准性、开放性、高效性、安全性、可靠性、经济性等原则。

6

人月

3

监控模块

3.1

监控平台

监控平台

监控基础平台

1

个

3.2

网络监控

网络监控license

网络监控可管理的设备包括：H3C交换机、思科交换机、 (略) 为管理设备、JUNIPER防火墙、WAF防火墙、BLUECOAT流量控制 、F5、REDW (略) 商设备。可提供设备的详细信息，包括设备地址，运行时间，设备型号，版本，接口数量，登入方式，路径拓扑展示，会话连接数，CPU利用率，内存利用率，端口流量速率，告警信息等监控。

*

个

3.3

应用监控

应用监控license

应用监视能够监视各种应用程序和服务器，包括：Windows服务器、Unix服务器、Linux服务器、数据库、应用服务器、Web服务器、邮件服务器、Web服务、LDAP服务等。需要支持各类应用超过百种。

*

个

3.4

服务器监控

服务器监控license

可对各个品牌X * 架构服务器硬件状态的自动巡检功能，可以有效的替代传统的通过查看服务器状态灯的人工巡检模式。通过带外管理端口直接对服务器硬件的监控，不需要在每台服务器上安装代理软 (略) 家的管理软件，实现与操作系统的无关性。能对IBM、HP、H3C、DELL、华为、联想、浪潮等各品牌的机架服务器的 (略) 监测。监测范围包括： CPU、内存、硬盘、网卡、磁盘阵列卡、电源、风扇、温度、电压、系统日志等， (略) 上下电以及重启操作等。

*

个

3.5

虚拟化监控

虚拟化监控license

虚拟化管理支持VMWare，Hyper-V和KVM、cas等虚拟化环境。虚拟资源监视可以实时感知ESX、Hyper-V和KVM的最新变化， (略) 络视图展示、 (略) 络拓扑展示、性能监控和告警展示等。

*

个

3.6

流量管理

流量license

网络流量分析组件，组件 (略) 络中带宽使用的监控。用户可以了解谁、何时占用了带宽，使用多长时间，网络流量来自何地、 (略) ，TCP (略) 络延迟多少、服务端延迟多少。

5

个

4

CMDB模块

4.1

CMDB

CMDB平台授权

CMDB配置管理数据库授权函，配置管理数据库（CMDB）是 * 个数据集合， (略) 有配置管理的数据和信息。配置管理数据库是配置管理流程的核心，也为事件管理、问题管理、变更管理提供了查询、诊断、记录的基础。

1

个

4.2

CMDB

CMDB配置项管理

该平 (略) 有IT资产信息的配置项及配置属性，可对配 (略) 增减改查，并通过编码加上流水号自动生成统 * 的、唯 * 的配置项编号。支持对不同 (略) 自定义属性，输入分类为文本框、下拉框、单选项、多选项等，数字类型支持字符串、整数、小数、时间、日期、邮箱、IP地址、附件等。

1

个

4.3

CMDB

CMDB关联关系管理

各个配置项之间不是孤立的，而是存在多种物理或逻辑关系，可对被管理的配置项提供多种预定义的配置项关系，包括但不限于构成关、安装于、连接关系、关联关系、依赖关系、包含关系，也可根据 (略) 配置项关系自定义。

1

个

4.4

CMDB

CMDB拓扑管理

对定义的配置项和配置项之间的关联关系，进行拓扑展示，集中展示当前配置项及相关配置项的配置信息、关系信息以及告警信息， (略) 理或变更计划时作为重要依据， (略) 故障定位和故障根因分析，及时发现故障的影响范围和程度，保障业 (略) 。

1

个

4.5

CMDB

CMDB权限管理

CMDB数据访问控制功能，通过层层迭代的方式， (略) 门/各专业/各项目维护自身的配置数据权限，提升IT信息的安全性，对 (略) 保密。

1

个

4.6

CMDB

CMDB配置管理

对 (略) 统 * 的管理，实现配置库基线版本生成，各版本基线配置项比较的汇总统计，且能对配置库的 (略) 审计，根据审 (略) KPI统计，同时对审核结果不符合项通过配置变更申请流程予以纠正。

1

个

（ * ）性能要求

本项目建设的各应用系统之间联系紧密， (略) 数据或功能的相互调用，所以应用系统的性能要求较高，在性能上，对处理性能应满足如下要求：

1、稳定性指标

（1）系统有效工作时间：≥ * .9%

（2）系统故障恢复时间不超过 * 分钟。

（3）不出现以下情况：无故退出系统；发生系统不可控制的故障提示；因系统故障导致操作系统或机器无法正常操作。

2、并发支持指标

本期平台初步设计并发数支持指标：≥ * 个，考虑到案件数量增长的可能性，平台未来可支持升级扩容。

3、响应指标

（1） (略) 理(包含各类信息录入、修改、查询业务、主要页面平均响应时间等)≤3s；

（2）信息录入、修改型简单事务：平均响应时间≤2s；

（3） (略) 理≤ * s；

（4）各类固定统计报表形成时间：≤2分钟。

（ * ）可用性要求

1、方便操作，操作流程合理尽量从用户角度出发，以方便使用本产品。

2、支持没有计算机使用经验、计算机使用经验较少及有较多计算机使用经验的用户均能方便地使用本系统。

3、容错能力系统具有 * 定的容错和抗干扰能力，在非硬件故障或非通讯故障时，系统能够 (略) ，并有足够的提示信息帮助用户有效正确地完成任务。

4、支持主流 (略) 站，如谷歌浏览器、 * 浏览器、搜狐浏览器等。

（ * ）系统集成要求

(略) 支撑环境由采购人提供，投标人需提出项目系统集成方案，保障本项目在采购人提供的软、硬件资源 (略) (略) 署。

（ * ）质量保证要求

投标人应充分考虑项目整体情况，严格遵循相关质量保证标准。建立完善的项目质量监控体系和各项保证措施，监控数据建库、技术设计和系统开发、软硬件安装和调试等各方面工作，并制定相应的制度。

（ * ）知识产权要求

1、 (略) 采用的、由中标方授权采购方使用的应用系统软件产品的知识产权，归中标方或者是其他软件 (略) 有。未经中标方或者是其他软件著作权单位书面许可，采购方（包括采购方参与项目开发的人员）不得将该产品以任何方式提供给任何第 * 方或扩大使用版权的范围。中标方及其他软件著作权单位承诺同意采购方将本项目最终成果作为 * 个整体项目申报知识产权，整体项目知识产权 (略) 有。

2、在本项目中，中标供应商根据采购单位的需求订制开发的软件及其知识产权 (略) 有，采购单位不得将这些软件用于本项目之外的商业用途。中标供应商同意采购单位就这些软件单列申报知识产权。

3、中标方提供的服 (略) 分不受到任何第 * 方关于侵犯知识产权的指控。任何第 * 方如果提出侵权指控，中标方须承担由此而引起的 * 切法律责任和费用，并赔偿采购方由此造成的 * 切损失。

4、中标方应向采购方提供数据库结构的清单。清单内容包括：数据库名、表结构；表名、字段名的详细描述；表 (略) 键的定义；索引定义及描述等。

5、中标方应向采购方提供软件开发和接口开发的全套程序源代码。

6、中标方在完成系统建设工程后应参照软件工程的国家标准向采购方提供相关技术文档，包括详细设计、测试报告、验收报告、系统及应用软件清单及介质、用户手册、管理手册、安装指南、项目源代码等用户文档资料。

7、中标方提交 (略) 有书面成果及相关资料的最后文本， (略) (略) 编制的图纸、计划、证明资料、源代码、清 (略) 有权、知识产权等合法权益均为采购方享有，中标方在提交给采购方之前应将 (略) 整理归类和编制索引。

8、采购方未正式对外发布项目平台上线之前，中标方及其他软件著作权单位不得在其他地方使用和宣传本项目平台。

（ * ）项目实施管理要求

1.项目实施要求

1、中标人须 (略) 需的软件开发、安装、调试、培训、验收等工作；

2、中标人应承诺，在项目中标后给出完整详尽的项目计划，内容包括但不限于：项目组织计划，明确项目组结构及人员组成、职责与分工；项目进度计划，明确项目任务的分解及阶段（里程碑）的划分，标识各阶段的起始时间及工作内容与目标；

3、 (略) (略) (略) 实施；

4、中标人应承诺，在项目建设范围内应按照采购人要求完成新增需求的开发；

5、招标人的具体需求在开 (略) 期内，仍有可能不断完善，投标人须承诺在采购需求和政策法规范围内，随着招标人需求的变动随时作出响应，修改应用软件。

2.项目管理要求

1、 (略) 人建设管理规定和各项管理实施细则。

2、本项目引进第 * 方监理，中标人须服从并配合采购人指定的第 * 方监理的工作督导，切实保障项目顺利实施；

3、中标人需建立符合标准规范的开发与实施管理流程体系，建立开发与实施质量保证体系；投标人应提供较完善的进度管理、质量管理和风险管理等方案；

4、如在项目实施过程中需要调整内容、进度等，需经双方共同同意，按合同变更程序办理。

商务需求

注意：提供项目服务期限（完成期限）、项目进度安排、付款方式、验收要求、培训要求、售后服务要求
（ * ）服务期限
本项目要求 * 个月内完成项目建设。
（ * ）项目进度安排
自合同签订之日起2个月内完成系统前期设计工作；
自合同签订之日起 * 个月内完成功能开发 (略) 台建设；
自合同签订之日起 * 个月 (略) 和最终验收工作。
（ * ）付款方式
自合同签订且财政资金下达之日后 * 日内，采购人凭中标人开具的发票向中标人支付项目工程总价款的 * %作为预付款；
第 * 年，项目成果经专家初验后 * 日内，采购人凭中标人开具的发票向中标人支付项目工程总价款的 * %；
第 * 年，项目整体验收后 * 日内，采购人凭中标人开具的发票向中标人支付项目工程总价款的 * %；
项目整体验收之日起1年后，采购人凭中标人开具的发票向中标人支付项目工程总价款的5%。
因本合同费用的实际支付受审计、财政等相关政策、规定限制，若受此客观因素影响，招标人实际付款期限不受合同上述约定支付期限限制或按政府采购资金结算程序实施。

（ * ）验收要求
1.验收流程要求
1、投标方必须说明 (略) 列出的各个软件、平台的开发、安装、调测、实施，以及验收等环节的具体安排进度，给出预计完成的时间表(中标人以合同签订时间作为起点)。
2、项目验收前，中标人需向采购人提供设计报告、调试报告并提出项目验收申请书。申请书需说明要求验收的软件功能描述、 (略) 书和采购人的功能要求、在验收申请提出前 (略) 了功能测试，项目验收的过程、验收测试的数据、测试报告等。
3、本项目需经第 * 方测评通过，测评内容应涵盖平台功能、性能及安全方面，测试评估通过获取相关测评报告后进入项目的验收。
4、最终验收时，中标人应至少提供相关的纸质技术资料 * 份，内容包括：项目设计类文档、项目实施类文档、项目质检与测试类文档、系统用户手册类文档等。
5、验收费用、专家论证费用由中标人支付。
2.验收文档要求
1、项目验收后中标方须提供详细的软件相关技术文档、使用说明书、维护手册等文档资料。
2、中标人在本项目的设计、应用系统建设和集成过程中，提供相应文档，包括系统设计、开发、测试、运行、维护管理体 (略) 管理规范和技术文档。要求各技术文档应与系统相 * 致，技术文档应该全面、完整、详细、清晰，并应满足投标人对系统的安装、使用、维护、应用开发的需要。
3、具体的文档包括但不限于：
？项目设计类文档
？项目实施类文档
？项目测试类文档
？系统用户手册类文档
（ * ）培训要求
中标人必须向业主方提供免费培训，培训方式应包括理 (略) 培训。针对不同的培训对象，投标人在投标文件中应提出全面、详细的培训计划。 (略) 人约定合理地安排培训时间。目标是通过系统培训以达到系统管理人员能够具备独立 (略) 提供的系统软件和 (略) 理能力，各级业务人员能够熟练使用系统软件，确保应用系统能够真正的用起来。
1）中标人应提供相应的软件操作等方面的培训。有关应用软件的操作培训课程，应在系统 (略) 前完成。
2）中标人应提供面向系统管理员的应用软件系统结构、设计和使用管理等方面的培训。
3）中标人的培训课程以及时间安排以采购人确认为准。
4） (略) 有培训，中标人必须派出具有相应专业资格和实际工作、教育经验的教师和相应的 (略) 培训， (略) 使用的语言和资料必须是中文。
5） (略) (略) 有培训费用（含培训教材费）及各项支出列入培训费用。
（ * ）售后服务要求
1、 (略) 有本项目开发实施的系统免费维护期为1年（从系统最终验收通过之日起计）。在维护期内，中标人无偿为采购人提供最优质的售后服务。
2、投标人应在投标方案中提供详细的服务方案，详细说明服务的范围和程序，以及投标人认为需要补充的其他内容。
3、 (略) 方的需求，对所提供的系统保证全面、有效、及时的技术支持和售后服务。
4、中标人应具备 (略) 市本地化售后服务的能力，并提供不少 (略) 运维服务，同时要 (略) 门的相关人员熟练使用平台、系统和工具。
5、在项目建设过程中， (略) (略) (略) 密切沟通， (略) 人使用和 (略) 维护的需要； (略) 期间，中标人应指定有经验的技 (略) 全程跟 (略) 和维护情况，若系统出现问题或故障，中标 (略) (略) 理和软件更新。
6、正式验收通过后，若有需求变动，在免费维护期内， (略) 人需求对整个系统做出相应修改，以满足招标人的需求。
7、中标人负责 (略) 的稳定性，免费维护期内，中标方中标人应提 (略) 级或模块级的升级版本；
8、免费维护期过后，项目维护服务费用不应高于 (略) 门 (略) 门的限价。

评标信息

序号

评分项

权重

1

价格

* %

2

技术

* %

行号

内容

权重

评分准则

1

项目方案

* %

评审内容：项目方案整体现状分析、需求分析、架构设计、功能设计、性能设计、安全设计、运维保障设计等内容是否科学、合理、详实。

优评分标准：项目方案现状分析符合 (略) 市实际，需求分析精准，架构设计科学合理且具备 * 定领先性和开放性，功能设计完善，性能设计符合要求，安全设计科学严谨，运维 (略) ，实施方案完善清晰的得优。

良评分标准：项目方案现状分析基本符合 (略) 市实际，需求分析基本准确，架构设计基本合理，功能设计基本完善，性能设计基本符合要求，安全设计、运维保障 (略) 的得良。

中评分标准：方案整体包含现状分析、需求分析、架构设计、功能设计、性能设计等内容，基本符合要求的得中。

差评分标准：方案整体内容不完善，现状分析不符合 (略) 市实际、需求分析、功能设计、性能设计等不符合要求的得差。

评价为优得 * 分；评价为良得 * 分；评价为中得 * 分；评价为差不得分。专家按百分制打分。

2

项目重点难点分析、应对措施及相关的合理化建议

* %

评审内容：项目要求与 (略) * 期平台能够实现如下衔接：
1、其中人工智能引擎需要能够在 * 期基础上实现无缝扩展和兼容；
2、能够实现 * 期数据交换平台平滑改造升级并完成云平台适配；
3、能够在 * 期基础上实现政法信息资源共享平台的建设 (略) 门大数据办案平台实现无缝对接，实现政法各单位基础数据和案件数据的全信息共享共用；
4、充分考虑与公检法司各单位业务系统的对接工作，并能与 * 期平台实现无缝对接；
5、要充 (略) 统 * 业务系统升级后的对接工作及 * 期平台

优评分标准：以上5项全满足，得优

良评分标准：满足任意4项，得良

中评分标准：满足任意3项，得中

差评分标准：满足2项及以下，得差

评价为优得 * 分；评价为良得 * 分；评价为中得 * 分；评价为差不得分。专家按百分制打分。

3

质量（完成时间、安全、环保）保障措施及方案

* %

评审内容：项目实施方案的科学合理性，完善性。

优评分标准：具有科学完善的项目实施方案，包括项目实施原则、计划、需求调研、原型设计、技术路线、质量管控、文档管理、测试方案及验收方案的得优。

良评分标准：具备较完善的项目实施方案，且方案具备 * 定科学合理性的得良。

中评分标准：具备项目实施方案，方案完善程度及科学合理性 * 般的得中。

差评分标准：实施方案不完善，且漏洞较大的或不具备实施方案的得差。

评价为优得 * 分；评价为良得 * 分；评价为中得 * 分；评价为差不得分。专家按百分制打分。

4

项目完成（服务期满）后的服务承诺

5%

评审内容： (略) 服务承诺和机制。

优评分标准：具备详 (略) 服务承诺和机制，包括系统日常检查及监控，系统升级维护、定期巡检及数据备份维护，设备维护，定期沟通及回访等，同时具备 (略) * 。

良评分标准：具备 (略) 服务服务承诺，且方案具备 * 定科学合理性的得良。

中评分标准： (略) 服务承诺和机制，方案基本满足售后服务保障要求得中。

差评分标准： (略) 服务承诺和机制不完善或不具备售后服务承诺得差。

评价为优得 * 分；评价为良得 * 分；评价为中得 * 分；评价为差不得分。专家按百分制打分。

5

违约承诺

5%

评审内容：违约承诺是否符合实际。

评分标准：具备符合实际的违约承诺得 * 分，否则得0分。

3

综合实力

* %

行号

内容

权重

评分准则

1

投标人通过相关认证情况

5%

（ * ）评分内容：

1.投标人具有中国国家认证认 (略) 认证机构颁发的有效的软件过程及能力成熟度评估认证证书（SPCA）得 * 分，否则不得分；

2.投标人具有信息系统建设和服务能力评估体系证书的， * 级得 * 分、 * 级证书的得 * 分，其他不得分；

（ * ）评分依据：

1.要求提供有效的认证证书作为得分依据。

2.以上资料均要求提供扫描件（ (略) 截图），原件备查。评分中出现无证明资料或 (略) 提供资料判断是否得分的情况， * (略) 理。

2

投标人同类项目业绩情况

5%

（ * ）评分内容：

1.提供 (略) 业信息化系统类似项目（项目金额 * 万以上），每提供 1 个计 * 分，最多不超过 * 分；

（ * ）评分依据：

1.要求同时提供中标通知书和合同关键信息证明文件作为得分依据。

2.通过合同关键信息无法判断是否得分的，还须同时提供能证明得分的其它证明资料，如项目报告或合同 * 方出具的证明文件等。

3.以上资料均要求提供扫描件，原件备查。评分中出现无证明资料或 (略) 提供资料判断是否得分的情况， * (略) 理。

4

拟安排的项目负责人情况（仅限 * 人）

4%

（ * ）评分内容：

1.项目负责 (略) 络安全审查 (略) （原中国信 (略) ）信息安全保障人员认证证书，得 * 分，否则不得分；

2.近 * 年内在投标人单位作为项目负责人或项目经理 (略) 业类似项目的，得 * 分，否则不得分；

（ * ）评分依据：

1.要求提供投标人相关证明资料作为得分依据。

2.以上资料均要求提供扫描件（ (略) 截图），原件备查。评分中出现无证明资料或 (略) 提供资料判断是否得分的情况， * (略) 理。

3.如涉及考察人员工作经验，要求提供项目合同关键信息作为得分依据，通过合同关键信息无法判断是否得分的，还须同时提供合同 * 方出具的证明文件。

5

拟安排的 (略) 成员（主要技术人员）情况（项目负责人除外）

6%

（ * ）评分内容：

1. 投标人为本项目拟配备的安全专家（1名或以上）具有以下证书的，得 * 分，其余不得分。

（1）网络规划设计师（软考）；

（2）中国信 (略) 注册信息安全专业人员（CISP）；

（3） (略) 络安全审查 (略) （原中国信 (略) ）信息安全保障人员认证（CISAW）；

2. 根据投标人拟配备的专业 (略) 成员的 (略) 评分，团队成员中具有如下专业技术认证证书的，5个得 * 分，4个得 * 分，3个得 * 分，其他不得分。

（1）软件设计师（软考）

（2）软件评测师（软考）

（3）系统架构设计师（软考）

（4）系统分析师（软考）

（5）数据库系统工程师（软考），最多得 * 分；

（ * ）评分依据：

1.要求提供投标人相关证明资料作为得分依据。

2.以上资料均要求提供扫描件（ (略) 截图），原件备查。评分中出现无证明资料或 (略) 提供资料判断是否得分的情况， * (略) 理。

3.如涉及考察人员工作经验，要求提供项目合同关键信息作为得分依据，通过合同关键信息无法判断是否得分的，还须同时提供合同 * 方出具的证明文件。

4

诚信情况

7%

序号

评分因素

权重

评分准则

1

(略) 诚信管理情况

5%

根据《 (略) 关于印发〈 (略) 市政府采购供应商 (略) 办法操作细则〉的通知》（深财购[ * ] * 号）的要求，投标人在参与政府采购活动中存在诚信相关问 (略) (略) 理措施实施期限内的，本项不得分，否则得满分。投标人无需提供任何证明材料，由工作 (略) 提供相关信息。

2

(略) 履约评价情况

2%

近 * 年（以投标截止日期为准）在 (略) 有履约评价为差的记录，本项不得分，否则，得满分。投标人无需提供任何证明材料， (略) 工作人员向评委会提供相关信息。

5

现场演示（讲标、答辩）

* %

行号

内容

权重

评分准则

1

现场演示（讲标、答辩）情况

* %

评审内容：现场平台功能视频录像演示：1.数据资产管理功能、2.可视化分析模块、3.文书送达功能、4.大文件传输功能、5、联合运维模块、6要素抽取技术。

优良中差评分标准：
1、演示数据资产管理功能：演示数据资产管理模块的首页并以图表的方式展示数据情况，统计维度包括数据源类型统计、数据量统计、分层数据库数据量统计、数据量更改趋势、标准字典统计、元数据量统计。全部满足 * 分,缺失 * 项不演示得0分。
2、演示可视化分析模块：展示可视化图表，如：柱状图、散点图、交叉图、雷达图等各种常规图表以及热力图、动态分布图等非常规图表，并且支持导出PNG操作。全部满足得 * 分，缺失 * 项不演示得0分。
3、文书送达功能：演示文书发送：通过选择文书，从本地上传文书附件，选择发送单位、接受单位、部门、角色，将文书通过 (略) 发送，对于已经发送的文书，系统支持退回操作，可将已发送的文书退回。演示签收：选择确认接收后系统将自动反馈回执给接收单位提醒文书已确认签收，选择退回即拒收，将文书退回给发送单位，对于已经接收的文书，系统提供下载功能，可将文书下载到本地。全部满足得 * 分，缺失 * 项不演示得0分。
4、大文件传输功能：演示文件传输策略控制，支持流转策略定义实现流转规 (略) 匹配，实现不同优先级的数据、文件可以适配到 * 种或者多种流转策略，并且定义不同流转 (略) 理优先级。全部满足得 * 分，缺失 * 项不演示得0分。

5、联合运维功能： (略) 门变更流程，需要包含变更工单创建、 (略) 门变更工单审批、变更工单跟踪、变更工单和CMDB联动的功能。全部满足得 * 分，缺失 * 项不演示得0分。

6、要素抽取技术。通 (略) OCR识别，并基于预先配置好的要素抽取规则，对识 (略) 语义识 (略) 理，从而实现对证据的自动瑕疵校验、自动批注以及文书回填功能。全部满足得 * 分，缺失 * 项不演示得0分。

演示时间 * 分钟

评价为优得 * 分；评价为良得 * 分；评价为中得 * 分；评价为差不得分。专家按百分制打分。

其他

附件

( (略) * 期工程建设项目（ (略) 应用体系和保障体系）采购 )需求公示

项目名称

 (略) * 期工程建设项目（ (略) 分）

采购类型

服务类

采购人名称

中共深 (略)

采购方式

公开招标

财政预算限额（元）

 点击查看>>

项目背景

(略) (略) * 期从 * 年启动，完 (略) 络、协同平台、综合应用系统、 (略) 安全体系等的建设， (略) 门系统包括政法委（含合署办公机构）业务系统、法院业务系统、检察业务系统、公安金盾工程、 (略) 政（含监狱、强制戒毒）业务系统、国安业务系统的建设。 (略) * 期工程为政法信息化起步工程，在特定历史时期下为我市政法各单位奠定了信息化的基础， (略) 也因此被中央政法 (略) * 期工 (略) 市。

(略) * 期工程是由中央政法委、省委 (略) 署，由市委政法委牵头，会同公检法司政法单位，共同顶层设计，共 (略) 络、安全体系、支撑平台等公共基础设施，并按照“市级建设，区级应用”的原则，为市区两级政法智能化应用赋能。 (略) * 期建设，建成政法委机关、法院、 (略) 、 (略) 、 (略) （以下简称政法各单位）之间共建共享共用、互联互通和业务协同的总平台，实现政法基础设施建设集约化、政法协同业务办理 * 体化、政法协同服务智能化，设施联通、网络畅通、平台贯通、数据融通（“ * 化 * 通”）的总目标。

投标人资质要求

（ * ）投标人基本资格符合政府采购法第 * 十 * 条规定，提供政府采购法实施条例第十 * 条规定资料：1.具有独立承担民事责任的能力：提供法人或其他组织的营业执照等证明文件，或自然人身份证明；2.具有良好的商业信誉和健全的财务会计制度：提供 * 年财务审计报告或本单位近 * 个月的财务报表3.具有依法 (略) 会保障资金的良好记录：提供近 * 个月缴税凭证、社会保障资金凭证；4.参加本次政府采购活动前 * 年内，在经营活动中没有违法违规记录：提供参加政府采购活动前3年内在经营活动中没有重大违法记录的书面声明。

服务类清单

序号采购计划编号 需求内容 数量单位备注财政预算限额(元)
1PLAN- 点击查看>> 点击查看>> 基础设施支撑、 (略) 、政法数据统计分析系统、 (略) 门大数据办案平台、政法信息资源共享平台、联合运维体系1.0项 点击查看>> .0
2PLAN- 点击查看>> 点击查看>> 基础设施支撑、 (略) 、政法数据统计分析系统、 (略) 门大数据办案平台、政法信息资源共享平台、联合运维体系1.0项 点击查看>> .0
3PLAN- 点击查看>> 点击查看>> 基础设施支撑、 (略) 、政法数据统计分析系统、 (略) 门大数据办案平台、政法信息资源共享平台、联合运维体系1.0项 点击查看>> .0

具体技术要求

（ * ）功能需求

1、基础设施支撑

基础设施支撑

序号

子项

技术参数

数量

单位

1、人工智能引擎

1

智能搜索引擎

人工智能技术的新 * 代搜索引擎。其除了能提供传统的快速检索、相关度排序等功能，还能提供用户角色登记、用户自动识别、用户输入内容的语义理解、智能信息化过滤和推送等功能。 (略) 景中不同的输入（关键词、句子、段落描述、文档）进行智能搜索应用定制开发及资源优化。

5

套

2

要素抽取引擎

要素抽取能基于大量的刑事案件领域数据，人工 (略) 如词法、句法、语义等标注。基于标注数据训练词法、句法、语义分析的统计模型。

(略) (略) (略) 定制提供：

1、 * 案由证据特征要素提取分析；

2、案件模型要素分析后回填的定制开发；

5

套

3

语义分析引擎

需要是把文本里无结 (略) 结构化 (略) 理，最终可以加上不同的应用展现方式变成表格或者图例的组织形式。能够实现人物、地名等实体信息抽取和语义要素抽取。

(略) (略) 景提供：

1、人物信息抽取；

2、案情要素抽取；

3、 (略) 有证据名抽取；

4、客观鉴定类证据信息抽取；

5、自定义证据要素（作案时间、作案地点等）抽取及引擎资源优化。

4

套

4

刑事卷宗图文识别引擎

刑事卷宗图文识别引擎能支持系统对刑事案件卷宗OCR识别技术，将图片证据识别转化成结构化数据，对证据内容的识别校验，确定证据内容的合法唯 * 性。

(略) (略) 景提供：

1、印刷体、手写体内容识别优化功能；

2、提供图片、表格、签章、标题等内容识别功能；

4

套

2、云平台适配

1

数据交换平台-数据提取改造

1.数据流转起始点只抽取结构数据，包括案件信息、卷宗AI识别后的数据和卷宗文件地址等，不抽取非结构化（卷宗、音视频等）。

2.数据流转到目标节点，由目标节点通过文件地址的 (略) 下载非结构化；

3.起始点打包时保存非结构数据组件（fastdfs、ftp）的访问地址信息；

1

项

2

数据交换平台-数据入库改造

1.目标点根据起始点的文件路径下载文件，然后上传到本地文件系统fastdfs；

2.目标点根据起始点的ftp路径下载文件，上传到本地电子证据FTP；

3、解析接口中包含的结构化数据（案件基本信息、批注）在 (略) 入库

1

项

3

数据交换平台-消息通知改造

1、消息通知由之前的文件流转方式改为调用数据接收接口

2、调用数据接收接口调用需要有重试机制

1

项

4

数据交换平台-消息通知回执改造

1、开发数据接收回执接口，

2、目标节点接收到并消费数据流转消息后，通过此接口通知起始节点

3、起始节点接收到回执后，通 (略) 流程节点流转。

1

项

5

数据交换平台-起始点上传改造

起始点上传FTP改为上传到NFS共享目录，数据交换平台服务器集成NFS客户端

1

项

6

数据交换平台-数据流转

1、数据流转由起始点调用目标节点的数据接收接口，通知目标节点接收数据。

2、数据流转起始侧调用数据接收接口需要有异常重试机制。

1

项

7

数据交换平台-开发数据接收接口

1、起始点调用目标节点的数据接收接口

2、数据接收接口传到目的侧的结构化 (略) 理

3、数据接收接口的非结构化数据，由从FTP下载改为从NFS共享目录获取非结构化数据，数据交换平台服务器集成NFS客户端

1

项

8

数据交换平台-兼容性

跨网闸文 (略) 闸后的接口摆渡的兼容性支持。

1

项

9

数据交换平台-定时任务改造

1、流转的业务包定时探测的改造，探测文件是否同步到目的方的逻辑改造，由网闸摆渡变更为NFS共享。

2、流转的业务包定时删除的改造，业务包流转消费完成后，需要定时清理NFS共享目录中的对应的路径和文件。

3、流转的业务包定时移动的改造，与定时删除类似，文件路径改造由原来的本地路径改为NFS共享路径。

1

项

*

数据交换平台-后台管理功能改造

1、前置机健康状况的管理功能改造

2、数据包链路展示的功能改造

3、物理节点管理的功能改造

4、数据包详情展示的功能改造

1

项

*

NFS文件共享服务集成

公、检、法、司、 (略) 署NFS客户端，政 (略) 署NFS的服务端。

1

项

*

辅助办案系统

辅助办案系统与数据交换平台的改造后数据 (略) 对接联调

1

项

*

业务协同平台

业务协同平台与数据交换平台的改造后数据 (略) 对接联调

1

项

*

政法信息资源共享平台

政法信息资源共享平台与数据交换平台的改造后数据 (略) 对接联调

1

项

*

数据迁移工具开发

数据全量和增量迁移应用开发

数据全量迁移后，需要增量迁移，确保生产环境的数据和云上环境的数据准实时。

1

项

2、 (略)

序号

模块

子模块

具体功能&事项

详细描述

数量

单位

1、 (略)

1

数 (略) 理

知识库

电子卷宗库

将 (略) 市刑事案件办案过程中收集各类随案同步生成的电子卷宗，并形成统 * 的电子卷宗库卷宗结构化的数据解析后形成案件电子卷宗库

将电子卷宗数据经OCR图文识别引擎和ELLE文书要 (略) 理 (略) 建模和存储，为数据融合碰撞应用打下基础。工作量主要取决于根据要素提取的要素项以及文书卷宗数量。

1

项

2

支持对案件字典库案件要素的多维度分析定义，如案由、时间、涉案人、作案手段，作案的情节分析

1

项

3

支持对案件要素的自学习服务，如涉黑案件主题智能统计和分析；

1

项

4

法律法规库

(略) (略) (略) 政法规、行政法规解释、规范性文件等；（全国裁判文书库、全国案例库、 (略) 行政法规库、 (略) 部门规章库、地方法规规章库、全国人大法律库）

1

项

5

标准规范库

刑事案件办理过程中，需要完备且具有可操作性的实体标准和程序规范供司法人员具体适用法律时使用。

1

项

6

标签库

人员标签

利用数据治理标签引擎，为 (略) 标签记录，如是否有前科、是否 * 独、是否政协委员、人大代表、优抚对象、军人、涉法涉诉、是否老赖等。

1

项

7

案件标签

利用数据治理标签引擎， (略) 标签记录，如案件类型、案件涉政涉恐、涉及涉案财物、法官、律师、原告、被告、案件特征、审判特征、涉案人员特征等

1

项

8

地址标签

利用数据治理标签引擎，为 (略) 标签记录，如某小区传销案件多发、某街道盗抢案件多发等

1

项

9

索引库

人员索引

通过人员标识，如身份证、姓名，建立索引，支持全文检索、模糊查询，并关联人员相关属性，为检索查询提供逻辑关联设计。

1

项

*

案件索引

通过案件标识，如案件编号、案件名称，建立索引，支持全文检索、模糊查询，并关联案件相关属性，为检索查询提供逻辑关联设计。

1

项

*

法条索引

通过法条标识，如法条编号、法条名称，建立索引，支持全文检索、模糊查询，并关联法条正文。

1

项

*

涉案人员库

主题库

存储涉案人员信息，包括人员姓名、年龄、性别、职业、户籍地、居住地、涉案信息、文化学历、婚姻状况等信息，与案件标签库逻辑关联，方便上层应用检索、查询、统计。

1

项

*

涉案法人库

主题库

存储涉案法人基本信息，包括：组织机构代码、法人名称、法人状态、法人类型、 (略) 、法定代表人姓名、成立日期、批准机关、注册或登记号等9项。

1

项

*

案件信息库

主题库

存储案件信息数据，包括案件名称、案件类型、案件状态、涉案人员等关键信息，与案件标签库逻辑关联，方便上层应用检索、查询、统计。

1

项

*

卷宗文书库

资源库

存储卷宗文书数据，根据文本、音视频不同格式，采用不同存储方式、数据结构组织，逻辑关联组成完整卷宗数据。

1

项

2、 (略) 署服务

1

块数 (略) 署

统 * 地址库应用服务支撑平台

主要实现对统 * 地址引擎的升级、统 * 地址服务升级、统 * 地址应用升级和统 * 地址救济的升级等工作，主要完成地址信息动态更新、地址信息共享使用以及统 * 地址救济等相关工作。

1

项

2

块数据库应用支撑平台

主要建立了块数据质检建库工具、数据管理系统、数据服务系统、运维系统、应用门户和立体图系统，梳理人、房、法人、事件、 (略) 会管理要素以及块管理单元的相互关系，进行市区块数据库的规划和设计；并围绕块数据质检、建库、管理、服务、运维、展示、应用开发；建立系列工具系统和流程工艺；完成政法块数据库的建设。

1

项

3

数据落图应用支撑平台

主要建立了管理边界调整工具、电子地图切割工具、数据落图入块工具，实现了市-区-街道-社区-网格等管理责任边界体系，并根据 (略) 了电子地图的切割和服务的发布，建立了数据落图入块工艺，实现块数据的初始建库和数据落图入块等能力。

1

项

4

块数据空库

块数据空库是对数据库初始化，包括块划分规则、块单元基本信息、块数据种类和格式，建立的 * 个没有具体数据和记录内容的数据库结构，方便后续

接收相应数据和记录填入，最终形成数据的集合。

1

项

5

块数据镜像

数据备份

本次块数 (略) (略) 的数据镜像将迁移全市地址数据、网格等管理单元数据、房屋数据、人口数据等基础数据，由 (略) 提供。其中，地址数据为全市统 * 地址数据。电子地图数据由规土委提供、 (略) 数据迁移和服务的发布。

1

项

6

数据建库

1

项

7

数据迁移

1

项

8

政法数据入块

政法数据入块

政法数据入块主要用于建立政法数据与块单元的关联，标识统 * 地址编码等关联信息，用于存量数据集中落块和块数据库的初始建库。

1

项

9

(略) (略) 的流转

数据标签

本次只考虑获取数据标签信息，标注上数据的特征。

1

项

*

数据同步

定期将带标签的人口、法人、房屋等基础数据迁移到 (略) ，与 (略) 中的基础数据匹配，实现 (略) (略) 块数据库的数据同步

1

项

*

业务支撑

(略) 区矫正人员管理、安置帮教 (略) 会治理业务开展， (略) 会治理精细化。

1

项

3、政法数据统计分析系统

政法数据统计分析系统

序号

系统

模块

子模块

具体功能&事项

详细描述

数量

单位

1

政法委统 * 门户

统 * 门户

(略)

作为政法委业 (略) 式入口，统 * 门 (略) 有政法委业务的应用，并实现和各个业务系统的单点登录， (略) 式应用服务的入口

1

项

待办提醒

统 * 门户和各个业务系统实现了系统消息、业务待办的消息体系的集成打通，在统 * 门 (略) 式 (略) 理，更及时、方便、快捷的接收待办提醒、处理待办事项

1

项

通知/公文

统 * 门户和各个业务系统实现了通知、发文等内容的集成打通，在统 * 门户中实现查阅单位的相关通知、发文的内容，及时掌握相关信息。

1

项

个人工作台

统 * 门户还可以实现不同用户对门户的不同的配置要求，实现用户在自定义区域定制自己关注的核心内容的呈现

1

项

2

系统对接及统计分析

系统对接

业务系统对接

数据资源共享系统对接

和数据资源共享系统对接，开发相应的数据传输接口，确保数据传输通畅。

1

项

对交换 (略) 转换和存储开发工作

1

项

公安业务系统对接

1、和公安 (略) 了对接，实现公安侧数据通过系统填报并自动打包上传，开发业务系统与交换通道的数据传输功能。

1

项

2、开发相应的数据解析功能，对传 (略) 清洗和入库。

1

项

(略) 业务系统对接

1、 (略) (略) 了对接，实现公安侧数据通过系统填报并自动打包上传，开发业务系统与交换通道的数据传输功能。

1

项

2、开发相应的数据解析功能，对传 (略) 清洗和入库。

1

项

法院业务系统对接

1、 (略) (略) 了对接，实现公安侧数据通过系统填报并自动打包上传，开发业务系统与交换通道的数据传输功能。

1

项

2、开发相应的数据解析功能，对传 (略) 清洗和入库。

1

项

司法业务系统对接

1、和司法 (略) 了对接，实现公安侧数据通过系统填报并自动打包上传，开发业务系统与交换通道的数据传输功能。

1

项

2、开发相应的数据解析功能，对传 (略) 清洗和入库。

1

项

案件 * 维码系统对接

获取线上信息需完成线上和线下案件匹配
与公安协同分平台对接，具体包括：
1、开发公安 * 维码数据同步接口，实现 * 维码案件信息的同步。
2、公安同步的 (略) 解析入库，并与数据库中 (略) 匹配，完成数据的新增或更新。

1

项

获取线上信息需完成线上和线下案件匹配
与公安协同分平台对接，具体包括：
1、 (略) * 维码数据同步接口，实现 * 维码案件信息的同步。
2、 (略) 同步的 (略) 解析入库，并与数据库中 (略) 匹配，完成数据的新增或更新

1

项

获取线上信息需完成线上和线下案件匹配
与公安协同分平台对接，具体包括：
1、 (略) * 维码数据同步接口，实现 * 维码案件信息的同步。
2、法院同步的 (略) 解析入库，并与数据库中 (略) 匹配，完成数据的新增或更新。

1

项

获取非线上流转案件信息，实现系统内公检法 * 家案件串联，具体包括：
1、对非线上流转案件数据通过对接获取案件信息后， (略) 清洗转换工作，并对各家 (略) 查找和匹配通过 * 定规则实现公、检、法 * 家的案件串联。

1

项

跨部门业务协同对接

对接信息包括协同平台、电子卷宗系统、辅助办案系统，通过与协同平台、电子卷宗、辅助办案系统同步信息，实现定时抽取案件相关的流转信息、当 (略) 度、案件信息、嫌疑人信息、卷宗信息等数据， (略) 汇总和整合。

1

项

刑事案件统计分析展示

常规统计分析

侦查阶段

立案、破案、变更强制措施、撤案、国家赔偿等基本信息，从状态、地区、时间、环比、同比等维度对 (略) 呈现

1

项

审查逮捕、审查起诉阶段

不捕、不诉、变更强制措施、 * 退 * 退、国家赔偿、检查建议、纠正违法等基本信息，从批捕、报诉从时间、地区、环比同比等维度对 (略) 呈现

1

项

审判阶段

补充侦查、 * 审无罪判决数、建议撤回、 * 审改判、国家赔偿、司法建议数等基本信息，从时间、地区、环比、同比等维度对案件 (略) 分析呈现

1

项

执行阶段

减刑、保外就医、假释案件数量等基本信息， (略) 的罪犯的人数的不同状 (略) 分析呈现

1

项

案件办理全流程展示

案件全景分析

将公安机关立案、报捕等阶段，检察机关审查逮捕、审查起诉、提起公诉、上诉、抗诉等阶段，法院出庭、判决等阶段的 (略) 展示，并同步展示在办案各阶段办案时长、超期预警情况。

1

项

重大案件统计分析

重大案件监督分析

针对当前比较关注的重大案件及具备分析价值的 (略) 监督统计分析，从立案、批捕、起诉、判决、延期审理、关 (略) 数据统计分析

1

项

大屏适配

大屏展示大屏适配

对政法数据统计分析系统的统计分析维 (略) 重新梳理， (略) 门大数 (略) (略) 展示。针对不同屏幕大小及信息展示形式的适配解决

1

项

3

政法基础指标体系

数据填报

表格目录

填报表格按照业务类型和填报单位逐级展开，填报目录支持展开和收起，点击表格名称，即可定位到对应的表格内容

1

项

表格展示

按照固定的表格结构展示指标内容和指标维度

1

项

表格操作

支持表格根据填报 (略) 筛选及填写、编辑、保存、导出、提交等基本操作

1

项

填报提醒

表格未填报预警提示，提醒用户在截止日期前填写业务数据，预警规则支持可配置

1

项

格式校验

对用户填报的数据格式自动校验，避免不规范数据流转，提升数据质量

1

项

指标可配

各业务类型表格中的指标内容可根据后续业务需求扩展或缩减

1

项

权限控制

建立后台权限控制系统， (略) 属角色和单位判断可填报数据范围和数据填报权限，确保数据填报统 * 口径

1

项

数据流转

数据流转

(略) 联通的各层级单位完成填报后可通过提交功能触发数据汇总至政法委

1

项

数据汇总

不同类型、不同层级业务单位的数据系统可自动汇总，整体呈现

1

项

报表生成

对收集汇总后的业务 (略) 再加工和重新组合，按照固定模板输出报表信息

1

项

数据可视化

数据地图

系统初始化页面中点 (略) 政区划浏览核心重点数据，适配移动平板分辨率

1

项

页面导航

指标数据按照业务结构在不同层级页面展示时，通过导航链接到不同页面；支持 * 级页面滑动切换及数据点击可下钻

1

项

图表分析

以柱状图、饼状图等形式对 (略) 不同维度的分析展示，适配移动平板分辨率

1

项

智能检索

输入关键词可检索对应的指标名称和数值，并可根据单位类型、指标类型、行政区划对 (略) 筛选

1

项

数据更新

支持通过USB (略) 中的数据表格导入到可视化系统后台并更新图标数据

1

项

4

案件 * 维码模块升级

公检法案号 * 码关联模块

案号编码解析

根据公检法的案件信息的 (略) * 维码编码规划和解析

3

项

* 维码生成改造

在移交电子卷宗之前，利用 * 维码生成设备在电子卷宗上方生成 * 维码，在公、检、法的业务系统新增 * 维码生成模块（公安在卷皮生成， (略) 在起诉书上或卷宗封皮上生成，法院则需要在卷皮、判决书、裁定书等法律文书上生成）。

* 维码信息关联

公、检、法各家业务系统根据案件编码规则设计相配套的扫描界面，并将扫得的内容写入数据库。公安业务系统将 * 维码与该案件的 (略) 信息关联，生成关联表，随后办案人员将电子卷宗推送到办案平台 (略) 。公安也可通过 * 维码扫描枪识别 * 维码，从而获取与 * 维码关联的案件信息。

5

统 * 检索系统

检索数据资源管理

检索数据资源管理

基于政法综合业务信息系统，基于人物、地址、案件等多类型信息检索服务，服务 (略) 用户，并针对系 (略) 统 * 管理；

1

套

检索资源导航

检索资源导航

提供特有的多级资源分类导航，同时在每个级别上提供相应的整合检索与个性化检索服务，提供了人物、法条、案件等多个大类的资源导航。

智能搜索

综合查询检索

支持嫌疑人姓名、证件号码、案件名称、地址、时间段、案由检索。

智能分词检索

实现输入的 (略) 智能分词然后采用全文 (略) 相关内容的匹配，以列表形式返回检索结。

模糊检索功能

自动按照输入关键词 (略) 模糊检索，并根据相似度排序输出检索结果。

相关搜索

(略) 理技术与数据挖掘技术和信息检索技术相结合，针对输入的描述性语句或问题，提供相应的检索结果以及多维度剖析结果展示。

结果搜索

系统将根据系统记录的搜索日志，给出可能相关的搜索词列表。

热词搜索

当得到的搜索结果比较多且未得到想要的搜索结果，可以使用“在结果中搜索”的功能来缩小结果集，以找到想要的信息。

语句检索

系统将根据记录的搜索日志，统计出指定周期（例如最近 * 周、 * 月、 * 年）内被搜索次数较多的词。

4、 (略) 门大数据办案平台

4、 (略) 门大数据办案平台

序号

系统

模块

子模块

具体功能&事项

详细描述

数量

单位

1

文书送达模块

文书管理

单位及人员通讯录管理

对于公检法司每 * 份交互的文书，都需要有明确的发送单位和接收单位，甚至明确的收发人员，因而文书送达系统需要具备发送、接收单位及人员通讯录管理功能，用户可自定义设置常用的发起方和接收方，并支持对特定接收人选择功能，用户通过文书送达系统可以将文书发送给指定目标，同时系统支持对收发地址的修改、删除等操作。

1

项

文书收发管理

由于文书在公检法司之间交互是通过文书 (略) 的，相对于传统人为送达， (略) 络平台传送文书难以掌握实时传达进度以及签收情况，通过文书收发管理功能，对发送出去的文件送达 (略) 实时查询跟踪，系统能自动记录文书签收单位、签收时间、签收状态、处理人情况等。

文书消息提醒

对于已经送达接收单位的文书，系统会提示接收人点击确认签收，在接收人确认签收后，系统会发送收文回执给发送单位，提醒发送单位文书已经送达并签收，从而实现文书送达消息的同步，让收发单位都能及时了解文书的送达状态，当用户登录系统后，如有待办工作、消息等到来时，系统自动以文字或 (略) 提示。

文书查询

案号查询

可以查询到每个案号对应的文书，每份文书对应的签收记录

文书查询

可以查询到每份文书的名称及对应的签收记录

文书收发统计分析

文书收发统计分析功能支持对已经发送和确认接 (略) 数据统计分析，如对文书类型、收发时间、收发单 (略) 统计分析。

文书收发

文书收发模块

文书发送

面向公检法司对于只需要发送文书的流程或者业务，通过选择系统文书、本地上传文书附件，选择接受单位、部门、角色，将文书通过 (略) 发送，撤回

文书签收

面向公检法司对于其他单位发送过 (略) 签收、退回等操作，实现文书的线上接收、下载

2

大文件流转管理模块

流转规则管理

优先级定义

对文件流转 (略) 层级定义，不同的优先级有不同的业务含义 (略) 台流转的侧。优先级定义好之后，和数据 (略) 适配，数据交换平台根据不同 (略) 流转策略的定义和配置。

1

项

业务规则定义

定义案件、案由、数据、文件和优先级的对应关系、根据实际的流程环节、案件类型、数据类型、文件类型、文件大小等匹配优先级的关系，实现实际业务数据和优先级的映射。

数据流转策略

流转策略定义

定义出通用的数据流转策略的模板，可以按特定时间段、流转频率、特定时间等不同的维度对数据交 (略) 定义。

流转策略设置

基于和流转规则管理设定的优先级的定义，和流转策略定义的实际流转规 (略) 匹配，实现不同优先级的数据、文件可以适配到 * 种或者多种流转策略，并且定义不同流转 (略) 理优先级。

流转策略统计分析

流转实际情况统计

根据数据交换平台实际的流转情况，统计流转策略在实际使用中起到的流转管理作用，反向优化流转规则、流转策略的的设定。做到在同样带宽、同样硬件设备条件的情况下，平台的流转时效性的最有设定。

3

数据质检模块

质检规则管理

数据质检规则

(略) (略) 上办案平台流转的结构化数据设定质检规则，主要从案件办理的不同阶段、质检项、质检规则、规则说 (略) 定义，对于常见的数据为空、数据格式错误、数据不合 (略) 详细的定义管理。并支撑不同质检规则的开启和关闭，做到灵活控制。

1

项

卷宗质检规则

(略) (略) 上办案平台流转的卷宗、文书、音视频等非结构 (略) 校验，主要从案件办理的不同阶段、质检项、质检规则、规则说 (略) 定义，对常见的关键材料缺失、卷宗命名错误、目录结构错 (略) 详细的定义管理，并支撑不同质检规则的开启和关闭，做到灵活控制。

质检结果预警

质检结果预警

对实际经过平台流转的数 (略) 校验 (略) 实时的呈现，对于被质检出不符合规则定义的流程 (略) 详细的展示，并预警给相关人员。

质检结果分析

不合格原因分析

对质检结果从不合格原 (略) 分析，分析出常见的质检不合格原因、出现的频率、占比，出现问题的趋势等。

不合格阶段分析

对质检结果从不合格 (略) 分析，分析出不同阶段的数据质量差异，并反向对政法各单位提要求，提升对应阶段的数据质量。

不合格单位分析

对质检结果从不合格单 (略) 分析，分析出出错率最高的政法单位，并反向对排名靠前的 (略) 提高数据质量的要求。

5、政法信息资源共享平台

政法信息资源共享平台

序号

模块

子模块

具体功能&事项

详细描述

数量

单位

1

数据资产管理模块

数据资产

数据资产概览

以图表的方式展示数据资产管理平台现阶段数据情况

1

项

数据资产查看

数据资产查看功能用于查看目前平台 (略) 有数据目录，并按各 (略) 分别展示， (略) 有数据资产信息。

数据标准管理

标准字典管理

标准字典管理是用于编辑已有的标准字典信息，同时支持在各类标准字典分类下新增标准字典表及字典项，扩充标准字典库，用于后期对业务数据的标准化管理。

1

项

数据元管理

数据元管理为业务方提供元数据新增、编辑、维护的功能，用于业务方标准化管理本业务相关的字段，用于后期数据的统 * 管理。

数据源字典管理

数据源字典管理是用于管理和维护各业 (略) 标准化之前的字典。提供字典分类树的管理，支持字典表及字典项的新增和编辑。

元数据管理

数据源

用于管理各类异构数据库的连接信息，以便同步各应用系统的元数据信息。

1

项

元模型

元模型管理用于获取不同数据库类型的元模型信息，并展示出各类异 (略) 有元模型及属性信息。

元数据注册

主要是在数据源下依 (略) 元数据注册，包括表、视图、索引、字段、列族、消息等各类元模型下元数据。

元数据分析

支持查 (略) 有元数据， (略) 血缘分析，并提供可视化的影响分析界面。

元数据日志

记录数据变更记录以及详细变更内容，便于追溯管理。

数据资源管理

数据目录分类

目录分类管理，是将数据目录按多层次分类配置形成树状结构，用于分类展示数据资源，实现数据资源的快速检索。

1

项

数据目录编制

在数据目录分类节点下新增数据目录，数据目录内属性信息来自现有的元数据， (略) 分类管理。

业务目录映射

用于配置业务目录与数据目录的映射关系，精确到信息项字段的映射，用于数据共享、 (略) 景的使用。

主数据管理

对象分类管理

管理主数据对象分类，可对 (略) (略) 自定义设置。

1

项

编码规则管理

统 * 管理维护主数据编码，提供灵活的编码规则配置，系统内置了多种常用的编码规则，也支持自定义规则。

对象管理

具有面向对象数 (略) 有对象的管理和维护的功能。

主数据管理

实现对每 * 个结构化对象实例的查询、修改、新增、删除、导出EXCEL的功能，同时记录对主数据变更的日志。

对象变更日志

展示主数据对象在管理过程中的变更记录和增删改操作日志，具体到主数据对象属性的变更信息。可追踪到主数据对象全生命周期过程，便于审计。

主数据变更日志

2

数据治理模块

数据质量

常规检查规则

常规检查规则 * 般意义上来讲是指按照 * 定初始化、原始的规则，系统根据业务需要初始化常用的清洗转换规则，系统中的规则是由系统初始化得出，不提供增删改操作。

1

项

自定义规则配置

数据治理人员根据制定的数据标准和业务规范，可对姓名、身份证、车牌号、日期、电话、邮箱、单位信息等信息项制定数据质量检查规则，并配置好相应的核查标准（强检查、弱检查）以及规则分类，以便与常规规则互相补充，完成数据质量巡检工作。

数据质量任务

数据质量任务用于配置数据质量的检查任务，支持对 (略) 查询，创建任务，批量提交，提交，撤回，编辑，查看，删除操作。

质量任务设计

质量任务设计是让数据质量配置人员通过简单流程化、图形化的操作完成数据质量任务配置，进行数据质量检查。

质量任务日志

质量任务日志是根据任务名称、日期等信息分 (略) 情况。可以查看 (略) 开始时间、结束时间、执行状态 (略) 完成后本次任务核查的数据量、问题数据量以及详细的问题数据信息，并提供日志信息详细查看功能。在日志详细中可以查看包括异常信息、状态等详细信息。

数据质量监控报告

数据质量监控报告可以查看当前数据目录配置的质量任务情况以及生成的质量报告，通过质量报告查看 (略) 过程中检查的数据以及有问题的数据，定位问题数据以及问题类型，便 (略) 修改。

数据增量监控

数据增量监控是针对单表的业务数据在规定时间内数据变化的监控，包括数据有无增量监控、数据增量异常监控两类，通过IDE拖拉的方式对表配置两类监控信息，生成监控任务，提交到调 (略) 作业编排，通过作业调度的方式实现对其数据增量的监控，并在监控后产生数据增量监控报告。

数据增量监控报告

数据 * 致性监控

为保 (略) 采集的各源系统的实体数据的 * 致性，则要 (略) 获取的维表和各源系统维表业务字段数据保持 * 致，包括数据条数 * 致和数据内容 * 致两个方面，以确保实体数据的数据质量。

数据 * 致性监控报告

数据 * 致性监控报告是针对数据 * 致性监测 (略) 显示，解决 (略) 与原始数据源数据是否 * 致的信息报告，保证数据的 * 致性。

数据规整

常规转换规则

业务系统构建过程中，格式数据常常表现的不 * 致。如日期，有的是字符型日期格式，有的是日期型的格式数据，此外，不同数据库 (略) 理也不 * 致。因此在标准化过程中，需要将这些含义 * 致但表现、格式不 * 样的 (略) (略) 理。

1

项

字典转换规则

字典转换规则即将非标准的 (略) 标准化转换。根据定义的字典表标准，完成与标准字典映射。数据规整时需要根据字典转换规则对非标准的数 (略) 标准化转换。

规整任务列表

规整任务列表可以对 (略) 查询，创建任务，批量提交，提交，撤回，编辑，查看，删除操作。可以通过任务分类、任务名称、创建时间、所属分类、状态查询任务基本信息。列表信息包含任务名称、创建时间、所属分类、状态等信息。列表的操 (略) 提交、撤回、编辑、查看、删除操作。

规整任务设计器

规整任务设计是让数据规整人员通过简单流程化、图形化的操作完成数据清洗、转换、抽取的操作。

规整日志

规整日志是根据任务名称、日期等信息分 (略) 情况。可以查看 (略) 开始时间、结束时间、耗时、执行状态 (略) 完成后插入更新的数据量，并提供日志信息详细查看功能。在日志详细中可以查看包括异常信息、状态等详细信息。

数据建模

模型管理

模型管理用于创建数据模型、配置数据模型规则并提交 (略) 。模块可以通过自定义配置模型分类、依据分类创建数据模型。支 (略) 查询、创建模型、配置模型、批量提交、提交、撤回、编辑、查看、删除等管理操作。

1

项

模型日志

(略) 的模型调度任务，需要提供任务日志的详细查看入口，用于根据模型名称、运行状态等信息分 (略) 情况。支持查看 (略) 开始时间、结束时间、耗时、执行状态 (略) 完成后插入更新的数据量，并提供日志信息详细查看功能。

脚本管理

脚本列表

脚本管理对数据 (略) 统 * 的集中管理。
在数据治理阶段，用户可以很容易的定制开发各种数据转换、 (略) 理脚本，并能在调 (略) (略) 。项目实施过程中，可以最大程度发挥数据治理能力，对数据 (略) 有效的补充。脚本列表可 (略) 查询，添加，批量提交，提交，撤回，删除操作。可以通过脚本名称、创建时间、脚本状态、脚本类型查询脚本基本信息。

1

项

调度管理

调度总览

展示统计各状态中的作业数量、任务数量及各个时间段内的作业数量。

1

项

作业管理

作业管理模块实现了对调度作业任务的分类管理及作业的编排、编辑、启停用等管理操作，进而达到通过作业调度实现多数据任 (略) 的目标。

作业编排设计器

作业监控

监控各 (略) 状态、调度情况及与其相关的作业拓补图。通过作业名称、运行状态、作业编号 (略) 基本信息。

作业日志

作业日志 (略) 有调度作业 (略) 的详细日志信息，包括单次调度的拓扑图、调度时间、耗时、运行结果以及本次作业调度下各任务节点的耗时、运行结果等详细调度记录。

任务管理

从数据集成平台、数据治理以及其他平台同步到调度管理中的任务可通过任务 (略) 查看及管理，同时可查看任务被作业引用的详细情况，支持 * 键启用停用被引用的作业调度。

任务监控

监控各 (略) 状态、 (略) 有调度记录（全部记录、成功记录、超时记录、失败记录）以及单次任 (略) 时间、耗时、运行结果等详细的监控信息。

任务日志

任务日志 (略) 有任务 (略) 的详细日志信息，包括任务编号、任务类型、调度时间、所属作业、耗时、运行结果、日志详情信息、运行参数等，用于跟踪 (略) 情况。

人工干预

人工干预实 (略) 异常时，通过配置任务输入参数、路由参数等信息， (略) 任务， (略) 该任务相关的作业，让 (略) 下去。

3

可视化分析模块

数据分析

多数据源

支持数据源的连接，包括：主流关系型数据库RDBMS中的Oracle、GBase、Mysql，消息中间件支持RocketMQ。

1

项

数据建模

数据源建好之后，支持 (略) 进行数据建模，构建BI分析需要的维度、指标。可视化设计UE平台支持星型、雪花模型，拖拽式可视化建模。模型创建后，系统自动生成Cube，供BI分析使用。

多维BI分析

数据分析平台提供了各种常见的OLAP分析操作，除基本的分组聚合外，还可以进任意多维度分析包含：排序、过滤等分析功能。

(略)

UI编排

数据分析平台可以在各种浏览器下实现报表制作。

1

项

丰富的组件

系统既支持柱状图、折线图、饼图、雷达图、散点图、玫瑰图、气泡图、地图等多种基本图表,同时支持GIS地图等特殊图表， (略) 景的数据展现需求。特别是系统支持丰富多样的WEB组件。

事件引擎

通过事件引擎，支持对 (略) 监听设备，容器组件自动根据设置的监听参数对容器中的子组件产 (略) 监听。当这些事件发生时，可根据 (略) (略) (略) 理。

运行引擎

支持与数据可视化UI的对接。支持对数据可视化UI的OL (略) 解析，生成对应的SQL，响应可视化报表结果。

系统管理

(略)

(略) 管理模块包括数据源的管理界面、数据集管理界面和数据服务界面，主要是负责 (略) 配置、管理和展示。

1

项

工作室

工作室包含仪表盘、模板库、素材库和放映室，其中仪表盘主要是包含对报表操作、新建报表、演示和预览等功能。

可视化展示

仪表盘

具备仪表盘，将数据应用平台中的各种报表、分析、图形组合起来，形象、直观、具体的展示各种指标数据，形成面向业务、面向角色的展示界面。

1

项

大屏综合显示

支持通过大屏显示技术和可视化的解决方案，支持多种类型的数据接口，从数据库中抽取出各种各样的数据，依据设定的应用逻辑，梳理出资源数据对应的使用逻辑关系，利用数据加工技术和 (略) (略) 理，依托可视化引擎，实现涉及相关指标数据的大屏幕的自动呈现。

交互式web界面

直接通过即序查询设计界面，在可视化具面中以双击式的构建查询，直接查询出数据平台的数据的自助式查询和具备多维度的联机分析功能，用于展示重要业务指标的统计数字和分析比较。

基于GIS的数据可视化

借助于地理信息技术展示数据，能让用户非常直观地监控不同地区的业务发展水平和关键指标绩效情况。

4

系统高可用适配改造

高可用适配改造

应用软件高可用集群适配改造

政法数据资源共享系统主要涉及共享门户、个人工作台、数据出库入库服务、跨网闸交换适配服务、数据交换平台等模块，其中数据出库入库服务、跨网闸交换适配服务、数据交换平台 * 者 (略) 署的依赖关系，这 * 个 (略) 署在同 * 台服务器上，且无法集群化来提高可用性，为了实现政法数据资源共享系统应用软件的高可用集群设计，提高系统可用性，针对当前 (略) 流程改造， (略) 署解耦，分别横向扩展。

1

项

中间件的高可用集群适配改造

政法数据资源共享系统中涉及的存储中间件主要包括FastDFS、MySQL和Oracle。针对这几类存储中间件，进行主备冗余设计及集群备份的设计，以符合等保 * 级设计中数据冗余备 (略) 改造适配，从而能够保证整体系统的稳定性

1

项

业务数据流转的稳定和高可用的开发和验证（ (略) 景的重试重传等）

政法委、公、检、法、司在通过政法数据资源 (略) 数据交换和共享时，针对业务数据流传过程出现的 * 些异常故障，进行兼容性提高设计， (略) 络造成的 (略) 重试重传，提 (略) 台的韧性和稳定性。

1

项

(略) 署脚本的开发和验证

(略) 署脚本开发与验证，编写脚本程序，通过自动脚本的配置来 (略) 署政法数据资源共享平台的应用集群，实现自动化的管理。

1

项

5

系统对接改造

公安

与公安的业务系统平台接口对接改造
共享交换内容：公安对接 * 个目录模块数据量及其他可共享的数据项

打通各家数据共享交换的通道，需要和各家 (略) 对接，主要工作内容如下：
各家负责把各自共享交换内容推送到自己的共享交换前置库；或者通过数据集成平台将各家异构业务库中的数据抽取到共享交换前置库；工作量随需共享的数据目录的数量增加而增加；包括如下：
1、根据司法业务系统和数据抽取要求，设计相关的数据抽取方案，实现对数据的抽取和解析。

1

项

2、平台开发相应的数据抽取接口，对抽取的 (略) 解析和存储及目录初始化配置。

1

项

3、平台开发、部署公安端相应的数据传输通道，实现数据的自动汇总。

1

项

(略)

(略) 业务系统接口对接改造
共享交换内容： (略) 对接 * 个目录模块数据量及其他可共享的数据项

打通各家数据共享交换的通道，需要和各家 (略) 对接，主要工作内容如下：
各家负责把各自共享交换内容推送到自己的共享交换前置机；或者通过数据集成平台将各家异构业务库中的数据抽取到共享交换前置库；工作量随需共享的数据目录的数量增加而增加；包括如下：
1、根据司法业务系统和数据抽取要求，设计相关的数据抽取方案，实现对数据的抽取和解析。

1

项

2、平台开发相应的数据抽取接口，对抽取的 (略) 解析和存储及目录初始化配置。

1

项

3、平台开发、部署公安端相应的数据传输通道，实现数据的自动汇总。

1

项

法院

(略) 业务接口对接改造
共享交换内容：法院对接 * 个目录模块数据量及其他可共享的数据项

打通各家数据共享交换的通道，需要和各家 (略) 对接，主要工作内容如下：
各家负责把各自共享交换内容推送到自己的共享交换前置机；或者通过数据集成平台将各家异构业务库中的数据抽取到共享交换前置库；工作量随需共享的数据目录的数量增加而增加；包括如下：
1、根据司法业务系统和数据抽取要求，设计相关的数据抽取方案，实现对数据的抽取和解析。

1

项

2、平台开发相应的数据抽取接口，对抽取的 (略) 解析和存储及目录初始化配置。

1

项

3、平台开发、部署公安端相应的数据传输通道，实现数据的自动汇总。

1

项

(略)

与协同平台及数据交换平台接口对接改造
共享交换内容：司法对接 * 个目录模块数据量及其他可共享的数据项

打通各家数据共享交换的通道，需要和各家 (略) 对接，主要工作内容如下：
各家负责把各自共享交换内容推送到自己的共享交换前置机；或者通过数据集成平台将各家异构业务库中的数据抽取到共享交换前置库；工作量随需共享的数据目录的数量增加而增加；包括如下：
1、根据司法业务系统和数据抽取要求，设计相关的数据抽取方案，实现对数据的抽取和解析。

1

项

2、平台开发相应的数据抽取接口，对抽取的 (略) 解析和存储及目录初始化配置。

1

项

3、平台开发、部署公安端相应的数据传输通道，实现数据的自动汇总。

1

项

6、联合运维体系

联合运维体系

序号

模块

子模块

详细描述

数量

单位

1

ITSM模块

1.1

ITSM

流程基础平台

IT服务管理平台用 (略) 门运维 (略) 维护的相关工作。该平台包含多个模块，各模块间既是独立的，同时又是统 * 的整体。流程基础平台需要支持以下功能：

1） 支持用户在首页收藏自己的常用菜单；

2） 支持定义对话框，每个对话框可设定返回值，可以在表单设计中通过控件引用对话框；

3） 支持为不同的用户提供不同的门户视图, (略) 格式可自定义（单列，双列， * (略) ），展示内容可拖拽，拖拽对象包括但不限于：待办工单、最新知识、公告、我的消息、常用操作搜藏、dashboard等。

1

个

1.2

ITSM

服务请求模块

服务请求模块，提供自助式服务台，并以服务目录的形式为IT服务，服务目录管理包括过滤服务目录、增加服务目录、修改服务目录和废弃服务目录的功能。服务请求模块需要支持以下功能：

1） 支持以分类 (略) 有服务，服务数量不受限制；

2） 支持每个服务可以设置后台对应流程；

3） 支持每个服务可以设置显示图标；

4） 支持每个服务可以设置查看权限。

1

个

1.3

ITSM

运维工作台

运维人员登录运维工作台，对普通用户通过服务台提交的申请和告警平台推 (略) 处理。运维用户可定制个性化工作台，可在工作台中提供和自己相关的运维工作内容，包括 “待办事项”、“待阅事项”、“代理事项”、“到期事项”等。

1

个

1.4

ITSM

事件流程模块

事件流程模块，事件管理流程是为IT系统尽快恢复正常工作状态而设计，其关心的重点是快速响应、快速恢复，使故障对业务的影响最小化。事件管理通过服务台负责记录来电相关信息、向用户提供对 (略) 理方法、报告突发事件、尽快恢复服务，从而获得较高的突发事件解决率。

1

个

1.5

ITSM

问题流程模块

问题流程模块，问题管理流程的根本目的是消除或减少事件的发生， (略) 缺陷导致的业务事件或问题的负面影响降到最低限度。通过问题管理流程，问题分析专家分析发生在生产环境的事件（常常是已关闭的事件记录），确定最常发生或具有最大影响的事件，找出根本原因；然后生成变更请求（RFC）、变通方法或建议的预防性措施来防止事件的再次发生。

1

个

1.6

ITSM

变更流程模块

变更流程模块，变更管理通过 * 个单 * 的职能流程来控制和管理 (略) 环境中的 * 切变更，并和配置管理建立接口。变更管理应该由管理工具来支持，管理的范围可包括软件，硬件，网络设备和文档等的变更。

1

个

1.7

ITSM

发布流程模块

发布流程模块，发布管理应成为项目总 (略) 分，以确保 (略) 集中的软件和硬件设计和构建，增强信息系统的整体协调性和稳定性计划和协调软件和相关硬件的发布，并通 (略) 测试和控制，降低软硬件同时出现错误以及发布错误版本的风险。

1

个

1.8

ITSM

服务级别模块

服务级别模块，服务级别协 (略) 门和客户之间签订的描述将要提供的 * 项或多项服务的 * 份协议。SLA是用 * 些符合客户体验的非 (略) 描述的，在协议期间它可作为评价和调整IT服务的标准。通过定义服务级别协议，将服务级别协议与服务关联，可以实现服务质量的量化管理。服务级别管理模块需要支持以下功能：

1） 支持SLA与服务目录、优先级、 (略) 有流程表单字段为条件设置响应时间和解决时间期限；

2） 支持SLA与时间的关联，实现精确的SLA目标时间计算；

3） 支持SLA与工单挂起的关联，能够对挂起的工单停止考核，待恢复后继续计算；

4） 支持SLA与事件、问题、 (略) 有流程的关联。

1

个

1.9

ITSM

值班管理流程

值班管理的主要功能是对IT人员的排班、值班、交 (略) 统 * 的管理，其中排班管理主要支持预定义班次模板设置、自定义排班设置、排班表查询等功能；值班管理主要支持系统根据值班表自动生成值班记录和系统自动记录签到、签退时间等功能；交接班管理内容以日志方式提交及展现。

1

个

2

ITSM

自定义流程管理

平台需要根据具体的业务，提供全方面的流程解决方案，将流 (略) 过程、执行逻辑、数据表现方式、参与主体、控制条件等内容相关联，构建满足实际业务流转需要的工作流程，即支持自定义流程和自定义表单。，自定义流程管理模块需要支持以下功能：

1） 支持流程模板与业务数据表单分离的设计模式，不同流程模板可以使用相同的业务表单，也支持根据管理需要流程在不同节点使用不同展示表单和打印表单，并提供相应的截图证明;

2） 业务数据表单支持“ (略) 得”的拖拽式设计模式，表单支持加载JS代码以实现前端复杂的业务逻辑，比如表单字段动态计算，表单字段必填动态,控并提供相应的截图证明。

1

个

2

定制开发模块

2.1

定制开发

报表定制

提供集中的报表管理平台，实现对报表的模板管理、web报表设计管理、周期性报表管理及报表模板发布，同时提供实时报表和周期报表的查看。支持用户个性化报表开发，根据用户需求，可完成5张个性化报表的开发与定制。

1

个

2.2

定制开发

第 * 方平台的集成对接

平台提供多种开放接口，可和第 * 方 (略) 集成对接，形成统 * portal页面， (略) 单点登录，用户帐号同步等功能，且监控平台上产生的告警可自动触发生成ITSM流程工单。且平台对接遵循统 * 性、标准性、开放性、高效性、安全性、可靠性、经济性等原则。

6

人月

3

监控模块

3.1

监控平台

监控平台

监控基础平台

1

个

3.2

网络监控

网络监控license

网络监控可管理的设备包括：H3C交换机、思科交换机、 (略) 为管理设备、JUNIPER防火墙、WAF防火墙、BLUECOAT流量控制 、F5、REDW (略) 商设备。可提供设备的详细信息，包括设备地址，运行时间，设备型号，版本，接口数量，登入方式，路径拓扑展示，会话连接数，CPU利用率，内存利用率，端口流量速率，告警信息等监控。

*

个

3.3

应用监控

应用监控license

应用监视能够监视各种应用程序和服务器，包括：Windows服务器、Unix服务器、Linux服务器、数据库、应用服务器、Web服务器、邮件服务器、Web服务、LDAP服务等。需要支持各类应用超过百种。

*

个

3.4

服务器监控

服务器监控license

可对各个品牌X * 架构服务器硬件状态的自动巡检功能，可以有效的替代传统的通过查看服务器状态灯的人工巡检模式。通过带外管理端口直接对服务器硬件的监控，不需要在每台服务器上安装代理软 (略) 家的管理软件，实现与操作系统的无关性。能对IBM、HP、H3C、DELL、华为、联想、浪潮等各品牌的机架服务器的 (略) 监测。监测范围包括： CPU、内存、硬盘、网卡、磁盘阵列卡、电源、风扇、温度、电压、系统日志等， (略) 上下电以及重启操作等。

*

个

3.5

虚拟化监控

虚拟化监控license

虚拟化管理支持VMWare，Hyper-V和KVM、cas等虚拟化环境。虚拟资源监视可以实时感知ESX、Hyper-V和KVM的最新变化， (略) 络视图展示、 (略) 络拓扑展示、性能监控和告警展示等。

*

个

3.6

流量管理

流量license

网络流量分析组件，组件 (略) 络中带宽使用的监控。用户可以了解谁、何时占用了带宽，使用多长时间，网络流量来自何地、 (略) ，TCP (略) 络延迟多少、服务端延迟多少。

5

个

4

CMDB模块

4.1

CMDB

CMDB平台授权

CMDB配置管理数据库授权函，配置管理数据库（CMDB）是 * 个数据集合， (略) 有配置管理的数据和信息。配置管理数据库是配置管理流程的核心，也为事件管理、问题管理、变更管理提供了查询、诊断、记录的基础。

1

个

4.2

CMDB

CMDB配置项管理

该平 (略) 有IT资产信息的配置项及配置属性，可对配 (略) 增减改查，并通过编码加上流水号自动生成统 * 的、唯 * 的配置项编号。支持对不同 (略) 自定义属性，输入分类为文本框、下拉框、单选项、多选项等，数字类型支持字符串、整数、小数、时间、日期、邮箱、IP地址、附件等。

1

个

4.3

CMDB

CMDB关联关系管理

各个配置项之间不是孤立的，而是存在多种物理或逻辑关系，可对被管理的配置项提供多种预定义的配置项关系，包括但不限于构成关、安装于、连接关系、关联关系、依赖关系、包含关系，也可根据 (略) 配置项关系自定义。

1

个

4.4

CMDB

CMDB拓扑管理

对定义的配置项和配置项之间的关联关系，进行拓扑展示，集中展示当前配置项及相关配置项的配置信息、关系信息以及告警信息， (略) 理或变更计划时作为重要依据， (略) 故障定位和故障根因分析，及时发现故障的影响范围和程度，保障业 (略) 。

1

个

4.5

CMDB

CMDB权限管理

CMDB数据访问控制功能，通过层层迭代的方式， (略) 门/各专业/各项目维护自身的配置数据权限，提升IT信息的安全性，对 (略) 保密。

1

个

4.6

CMDB

CMDB配置管理

对 (略) 统 * 的管理，实现配置库基线版本生成，各版本基线配置项比较的汇总统计，且能对配置库的 (略) 审计，根据审 (略) KPI统计，同时对审核结果不符合项通过配置变更申请流程予以纠正。

1

个

（ * ）性能要求

本项目建设的各应用系统之间联系紧密， (略) 数据或功能的相互调用，所以应用系统的性能要求较高，在性能上，对处理性能应满足如下要求：

1、稳定性指标

（1）系统有效工作时间：≥ * .9%

（2）系统故障恢复时间不超过 * 分钟。

（3）不出现以下情况：无故退出系统；发生系统不可控制的故障提示；因系统故障导致操作系统或机器无法正常操作。

2、并发支持指标

本期平台初步设计并发数支持指标：≥ * 个，考虑到案件数量增长的可能性，平台未来可支持升级扩容。

3、响应指标

（1） (略) 理(包含各类信息录入、修改、查询业务、主要页面平均响应时间等)≤3s；

（2）信息录入、修改型简单事务：平均响应时间≤2s；

（3） (略) 理≤ * s；

（4）各类固定统计报表形成时间：≤2分钟。

（ * ）可用性要求

1、方便操作，操作流程合理尽量从用户角度出发，以方便使用本产品。

2、支持没有计算机使用经验、计算机使用经验较少及有较多计算机使用经验的用户均能方便地使用本系统。

3、容错能力系统具有 * 定的容错和抗干扰能力，在非硬件故障或非通讯故障时，系统能够 (略) ，并有足够的提示信息帮助用户有效正确地完成任务。

4、支持主流 (略) 站，如谷歌浏览器、 * 浏览器、搜狐浏览器等。

（ * ）系统集成要求

(略) 支撑环境由采购人提供，投标人需提出项目系统集成方案，保障本项目在采购人提供的软、硬件资源 (略) (略) 署。

（ * ）质量保证要求

投标人应充分考虑项目整体情况，严格遵循相关质量保证标准。建立完善的项目质量监控体系和各项保证措施，监控数据建库、技术设计和系统开发、软硬件安装和调试等各方面工作，并制定相应的制度。

（ * ）知识产权要求

1、 (略) 采用的、由中标方授权采购方使用的应用系统软件产品的知识产权，归中标方或者是其他软件 (略) 有。未经中标方或者是其他软件著作权单位书面许可，采购方（包括采购方参与项目开发的人员）不得将该产品以任何方式提供给任何第 * 方或扩大使用版权的范围。中标方及其他软件著作权单位承诺同意采购方将本项目最终成果作为 * 个整体项目申报知识产权，整体项目知识产权 (略) 有。

2、在本项目中，中标供应商根据采购单位的需求订制开发的软件及其知识产权 (略) 有，采购单位不得将这些软件用于本项目之外的商业用途。中标供应商同意采购单位就这些软件单列申报知识产权。

3、中标方提供的服 (略) 分不受到任何第 * 方关于侵犯知识产权的指控。任何第 * 方如果提出侵权指控，中标方须承担由此而引起的 * 切法律责任和费用，并赔偿采购方由此造成的 * 切损失。

4、中标方应向采购方提供数据库结构的清单。清单内容包括：数据库名、表结构；表名、字段名的详细描述；表 (略) 键的定义；索引定义及描述等。

5、中标方应向采购方提供软件开发和接口开发的全套程序源代码。

6、中标方在完成系统建设工程后应参照软件工程的国家标准向采购方提供相关技术文档，包括详细设计、测试报告、验收报告、系统及应用软件清单及介质、用户手册、管理手册、安装指南、项目源代码等用户文档资料。

7、中标方提交 (略) 有书面成果及相关资料的最后文本， (略) (略) 编制的图纸、计划、证明资料、源代码、清 (略) 有权、知识产权等合法权益均为采购方享有，中标方在提交给采购方之前应将 (略) 整理归类和编制索引。

8、采购方未正式对外发布项目平台上线之前，中标方及其他软件著作权单位不得在其他地方使用和宣传本项目平台。

（ * ）项目实施管理要求

1.项目实施要求

1、中标人须 (略) 需的软件开发、安装、调试、培训、验收等工作；

2、中标人应承诺，在项目中标后给出完整详尽的项目计划，内容包括但不限于：项目组织计划，明确项目组结构及人员组成、职责与分工；项目进度计划，明确项目任务的分解及阶段（里程碑）的划分，标识各阶段的起始时间及工作内容与目标；

3、 (略) (略) (略) 实施；

4、中标人应承诺，在项目建设范围内应按照采购人要求完成新增需求的开发；

5、招标人的具体需求在开 (略) 期内，仍有可能不断完善，投标人须承诺在采购需求和政策法规范围内，随着招标人需求的变动随时作出响应，修改应用软件。

2.项目管理要求

1、 (略) 人建设管理规定和各项管理实施细则。

2、本项目引进第 * 方监理，中标人须服从并配合采购人指定的第 * 方监理的工作督导，切实保障项目顺利实施；

3、中标人需建立符合标准规范的开发与实施管理流程体系，建立开发与实施质量保证体系；投标人应提供较完善的进度管理、质量管理和风险管理等方案；

4、如在项目实施过程中需要调整内容、进度等，需经双方共同同意，按合同变更程序办理。

商务需求

注意：提供项目服务期限（完成期限）、项目进度安排、付款方式、验收要求、培训要求、售后服务要求
（ * ）服务期限
本项目要求 * 个月内完成项目建设。
（ * ）项目进度安排
自合同签订之日起2个月内完成系统前期设计工作；
自合同签订之日起 * 个月内完成功能开发 (略) 台建设；
自合同签订之日起 * 个月 (略) 和最终验收工作。
（ * ）付款方式
自合同签订且财政资金下达之日后 * 日内，采购人凭中标人开具的发票向中标人支付项目工程总价款的 * %作为预付款；
第 * 年，项目成果经专家初验后 * 日内，采购人凭中标人开具的发票向中标人支付项目工程总价款的 * %；
第 * 年，项目整体验收后 * 日内，采购人凭中标人开具的发票向中标人支付项目工程总价款的 * %；
项目整体验收之日起1年后，采购人凭中标人开具的发票向中标人支付项目工程总价款的5%。
因本合同费用的实际支付受审计、财政等相关政策、规定限制，若受此客观因素影响，招标人实际付款期限不受合同上述约定支付期限限制或按政府采购资金结算程序实施。

（ * ）验收要求
1.验收流程要求
1、投标方必须说明 (略) 列出的各个软件、平台的开发、安装、调测、实施，以及验收等环节的具体安排进度，给出预计完成的时间表(中标人以合同签订时间作为起点)。
2、项目验收前，中标人需向采购人提供设计报告、调试报告并提出项目验收申请书。申请书需说明要求验收的软件功能描述、 (略) 书和采购人的功能要求、在验收申请提出前 (略) 了功能测试，项目验收的过程、验收测试的数据、测试报告等。
3、本项目需经第 * 方测评通过，测评内容应涵盖平台功能、性能及安全方面，测试评估通过获取相关测评报告后进入项目的验收。
4、最终验收时，中标人应至少提供相关的纸质技术资料 * 份，内容包括：项目设计类文档、项目实施类文档、项目质检与测试类文档、系统用户手册类文档等。
5、验收费用、专家论证费用由中标人支付。
2.验收文档要求
1、项目验收后中标方须提供详细的软件相关技术文档、使用说明书、维护手册等文档资料。
2、中标人在本项目的设计、应用系统建设和集成过程中，提供相应文档，包括系统设计、开发、测试、运行、维护管理体 (略) 管理规范和技术文档。要求各技术文档应与系统相 * 致，技术文档应该全面、完整、详细、清晰，并应满足投标人对系统的安装、使用、维护、应用开发的需要。
3、具体的文档包括但不限于：
？项目设计类文档
？项目实施类文档
？项目测试类文档
？系统用户手册类文档
（ * ）培训要求
中标人必须向业主方提供免费培训，培训方式应包括理 (略) 培训。针对不同的培训对象，投标人在投标文件中应提出全面、详细的培训计划。 (略) 人约定合理地安排培训时间。目标是通过系统培训以达到系统管理人员能够具备独立 (略) 提供的系统软件和 (略) 理能力，各级业务人员能够熟练使用系统软件，确保应用系统能够真正的用起来。
1）中标人应提供相应的软件操作等方面的培训。有关应用软件的操作培训课程，应在系统 (略) 前完成。
2）中标人应提供面向系统管理员的应用软件系统结构、设计和使用管理等方面的培训。
3）中标人的培训课程以及时间安排以采购人确认为准。
4） (略) 有培训，中标人必须派出具有相应专业资格和实际工作、教育经验的教师和相应的 (略) 培训， (略) 使用的语言和资料必须是中文。
5） (略) (略) 有培训费用（含培训教材费）及各项支出列入培训费用。
（ * ）售后服务要求
1、 (略) 有本项目开发实施的系统免费维护期为1年（从系统最终验收通过之日起计）。在维护期内，中标人无偿为采购人提供最优质的售后服务。
2、投标人应在投标方案中提供详细的服务方案，详细说明服务的范围和程序，以及投标人认为需要补充的其他内容。
3、 (略) 方的需求，对所提供的系统保证全面、有效、及时的技术支持和售后服务。
4、中标人应具备 (略) 市本地化售后服务的能力，并提供不少 (略) 运维服务，同时要 (略) 门的相关人员熟练使用平台、系统和工具。
5、在项目建设过程中， (略) (略) (略) 密切沟通， (略) 人使用和 (略) 维护的需要； (略) 期间，中标人应指定有经验的技 (略) 全程跟 (略) 和维护情况，若系统出现问题或故障，中标 (略) (略) 理和软件更新。
6、正式验收通过后，若有需求变动，在免费维护期内， (略) 人需求对整个系统做出相应修改，以满足招标人的需求。
7、中标人负责 (略) 的稳定性，免费维护期内，中标方中标人应提 (略) 级或模块级的升级版本；
8、免费维护期过后，项目维护服务费用不应高于 (略) 门 (略) 门的限价。

评标信息

序号

评分项

权重

1

价格

* %

2

技术

* %

行号

内容

权重

评分准则

1

项目方案

* %

评审内容：项目方案整体现状分析、需求分析、架构设计、功能设计、性能设计、安全设计、运维保障设计等内容是否科学、合理、详实。

优评分标准：项目方案现状分析符合 (略) 市实际，需求分析精准，架构设计科学合理且具备 * 定领先性和开放性，功能设计完善，性能设计符合要求，安全设计科学严谨，运维 (略) ，实施方案完善清晰的得优。

良评分标准：项目方案现状分析基本符合 (略) 市实际，需求分析基本准确，架构设计基本合理，功能设计基本完善，性能设计基本符合要求，安全设计、运维保障 (略) 的得良。

中评分标准：方案整体包含现状分析、需求分析、架构设计、功能设计、性能设计等内容，基本符合要求的得中。

差评分标准：方案整体内容不完善，现状分析不符合 (略) 市实际、需求分析、功能设计、性能设计等不符合要求的得差。

评价为优得 * 分；评价为良得 * 分；评价为中得 * 分；评价为差不得分。专家按百分制打分。

2

项目重点难点分析、应对措施及相关的合理化建议

* %

评审内容：项目要求与 (略) * 期平台能够实现如下衔接：
1、其中人工智能引擎需要能够在 * 期基础上实现无缝扩展和兼容；
2、能够实现 * 期数据交换平台平滑改造升级并完成云平台适配；
3、能够在 * 期基础上实现政法信息资源共享平台的建设 (略) 门大数据办案平台实现无缝对接，实现政法各单位基础数据和案件数据的全信息共享共用；
4、充分考虑与公检法司各单位业务系统的对接工作，并能与 * 期平台实现无缝对接；
5、要充 (略) 统 * 业务系统升级后的对接工作及 * 期平台

优评分标准：以上5项全满足，得优

良评分标准：满足任意4项，得良

中评分标准：满足任意3项，得中

差评分标准：满足2项及以下，得差

评价为优得 * 分；评价为良得 * 分；评价为中得 * 分；评价为差不得分。专家按百分制打分。

3

质量（完成时间、安全、环保）保障措施及方案

* %

评审内容：项目实施方案的科学合理性，完善性。

优评分标准：具有科学完善的项目实施方案，包括项目实施原则、计划、需求调研、原型设计、技术路线、质量管控、文档管理、测试方案及验收方案的得优。

良评分标准：具备较完善的项目实施方案，且方案具备 * 定科学合理性的得良。

中评分标准：具备项目实施方案，方案完善程度及科学合理性 * 般的得中。

差评分标准：实施方案不完善，且漏洞较大的或不具备实施方案的得差。

评价为优得 * 分；评价为良得 * 分；评价为中得 * 分；评价为差不得分。专家按百分制打分。

4

项目完成（服务期满）后的服务承诺

5%

评审内容： (略) 服务承诺和机制。

优评分标准：具备详 (略) 服务承诺和机制，包括系统日常检查及监控，系统升级维护、定期巡检及数据备份维护，设备维护，定期沟通及回访等，同时具备 (略) * 。

良评分标准：具备 (略) 服务服务承诺，且方案具备 * 定科学合理性的得良。

中评分标准： (略) 服务承诺和机制，方案基本满足售后服务保障要求得中。

差评分标准： (略) 服务承诺和机制不完善或不具备售后服务承诺得差。

评价为优得 * 分；评价为良得 * 分；评价为中得 * 分；评价为差不得分。专家按百分制打分。

5

违约承诺

5%

评审内容：违约承诺是否符合实际。

评分标准：具备符合实际的违约承诺得 * 分，否则得0分。

3

综合实力

* %

行号

内容

权重

评分准则

1

投标人通过相关认证情况

5%

（ * ）评分内容：

1.投标人具有中国国家认证认 (略) 认证机构颁发的有效的软件过程及能力成熟度评估认证证书（SPCA）得 * 分，否则不得分；

2.投标人具有信息系统建设和服务能力评估体系证书的， * 级得 * 分、 * 级证书的得 * 分，其他不得分；

（ * ）评分依据：

1.要求提供有效的认证证书作为得分依据。

2.以上资料均要求提供扫描件（ (略) 截图），原件备查。评分中出现无证明资料或 (略) 提供资料判断是否得分的情况， * (略) 理。

2

投标人同类项目业绩情况

5%

（ * ）评分内容：

1.提供 (略) 业信息化系统类似项目（项目金额 * 万以上），每提供 1 个计 * 分，最多不超过 * 分；

（ * ）评分依据：

1.要求同时提供中标通知书和合同关键信息证明文件作为得分依据。

2.通过合同关键信息无法判断是否得分的，还须同时提供能证明得分的其它证明资料，如项目报告或合同 * 方出具的证明文件等。

3.以上资料均要求提供扫描件，原件备查。评分中出现无证明资料或 (略) 提供资料判断是否得分的情况， * (略) 理。

4

拟安排的项目负责人情况（仅限 * 人）

4%

（ * ）评分内容：

1.项目负责 (略) 络安全审查 (略) （原中国信 (略) ）信息安全保障人员认证证书，得 * 分，否则不得分；

2.近 * 年内在投标人单位作为项目负责人或项目经理 (略) 业类似项目的，得 * 分，否则不得分；

（ * ）评分依据：

1.要求提供投标人相关证明资料作为得分依据。

2.以上资料均要求提供扫描件（ (略) 截图），原件备查。评分中出现无证明资料或 (略) 提供资料判断是否得分的情况， * (略) 理。

3.如涉及考察人员工作经验，要求提供项目合同关键信息作为得分依据，通过合同关键信息无法判断是否得分的，还须同时提供合同 * 方出具的证明文件。

5

拟安排的 (略) 成员（主要技术人员）情况（项目负责人除外）

6%

（ * ）评分内容：

1. 投标人为本项目拟配备的安全专家（1名或以上）具有以下证书的，得 * 分，其余不得分。

（1）网络规划设计师（软考）；

（2）中国信 (略) 注册信息安全专业人员（CISP）；

（3） (略) 络安全审查 (略) （原中国信 (略) ）信息安全保障人员认证（CISAW）；

2. 根据投标人拟配备的专业 (略) 成员的 (略) 评分，团队成员中具有如下专业技术认证证书的，5个得 * 分，4个得 * 分，3个得 * 分，其他不得分。

（1）软件设计师（软考）

（2）软件评测师（软考）

（3）系统架构设计师（软考）

（4）系统分析师（软考）

（5）数据库系统工程师（软考），最多得 * 分；

（ * ）评分依据：

1.要求提供投标人相关证明资料作为得分依据。

2.以上资料均要求提供扫描件（ (略) 截图），原件备查。评分中出现无证明资料或 (略) 提供资料判断是否得分的情况， * (略) 理。

3.如涉及考察人员工作经验，要求提供项目合同关键信息作为得分依据，通过合同关键信息无法判断是否得分的，还须同时提供合同 * 方出具的证明文件。

4

诚信情况

7%

序号

评分因素

权重

评分准则

1

(略) 诚信管理情况

5%

根据《 (略) 关于印发〈 (略) 市政府采购供应商 (略) 办法操作细则〉的通知》（深财购[ * ] * 号）的要求，投标人在参与政府采购活动中存在诚信相关问 (略) (略) 理措施实施期限内的，本项不得分，否则得满分。投标人无需提供任何证明材料，由工作 (略) 提供相关信息。

2

(略) 履约评价情况

2%

近 * 年（以投标截止日期为准）在 (略) 有履约评价为差的记录，本项不得分，否则，得满分。投标人无需提供任何证明材料， (略) 工作人员向评委会提供相关信息。

5

现场演示（讲标、答辩）

* %

行号

内容

权重

评分准则

1

现场演示（讲标、答辩）情况

* %

评审内容：现场平台功能视频录像演示：1.数据资产管理功能、2.可视化分析模块、3.文书送达功能、4.大文件传输功能、5、联合运维模块、6要素抽取技术。

优良中差评分标准：
1、演示数据资产管理功能：演示数据资产管理模块的首页并以图表的方式展示数据情况，统计维度包括数据源类型统计、数据量统计、分层数据库数据量统计、数据量更改趋势、标准字典统计、元数据量统计。全部满足 * 分,缺失 * 项不演示得0分。
2、演示可视化分析模块：展示可视化图表，如：柱状图、散点图、交叉图、雷达图等各种常规图表以及热力图、动态分布图等非常规图表，并且支持导出PNG操作。全部满足得 * 分，缺失 * 项不演示得0分。
3、文书送达功能：演示文书发送：通过选择文书，从本地上传文书附件，选择发送单位、接受单位、部门、角色，将文书通过 (略) 发送，对于已经发送的文书，系统支持退回操作，可将已发送的文书退回。演示签收：选择确认接收后系统将自动反馈回执给接收单位提醒文书已确认签收，选择退回即拒收，将文书退回给发送单位，对于已经接收的文书，系统提供下载功能，可将文书下载到本地。全部满足得 * 分，缺失 * 项不演示得0分。
4、大文件传输功能：演示文件传输策略控制，支持流转策略定义实现流转规 (略) 匹配，实现不同优先级的数据、文件可以适配到 * 种或者多种流转策略，并且定义不同流转 (略) 理优先级。全部满足得 * 分，缺失 * 项不演示得0分。

5、联合运维功能： (略) 门变更流程，需要包含变更工单创建、 (略) 门变更工单审批、变更工单跟踪、变更工单和CMDB联动的功能。全部满足得 * 分，缺失 * 项不演示得0分。

6、要素抽取技术。通 (略) OCR识别，并基于预先配置好的要素抽取规则，对识 (略) 语义识 (略) 理，从而实现对证据的自动瑕疵校验、自动批注以及文书回填功能。全部满足得 * 分，缺失 * 项不演示得0分。

演示时间 * 分钟

评价为优得 * 分；评价为良得 * 分；评价为中得 * 分；评价为差不得分。专家按百分制打分。

其他

附件
    
查看详情》
相关推荐
 

招投标大数据

查看详情

收藏

首页

搜索

最近搜索

无

热门搜索

无