智慧司法大数据平台建设方案_第1页
智慧司法大数据平台建设方案_第2页
智慧司法大数据平台建设方案_第3页
智慧司法大数据平台建设方案_第4页
智慧司法大数据平台建设方案_第5页
已阅读5页,还剩66页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

智慧司法大数据平台建设方案 智慧司法大数据平台建设方案目录1. 项目概述 3(一) 项目背景 3(二) 项目目标 32. 总体框架 4(一) 逻辑架构 4(二) 功能架构 53. 建设任务 54. 建设内容 6(一) 司法行政大数据资源管理平台 6(二) AI支撑服务平台 38(三) OA办公档案管理系统 48(四) 办公支撑服务平台 54(五) 服务总线 58(六) 运维管理平台 60(七) 规范与管理体系 67项目概述项目背景近年来,为贯彻落实党的十九大关于网络强国战略部署,在省委、省政府、司法部的高度重视和正确领导下,江苏省司法行政工作取得快速发展,特别是通过加强运用信息化技术手段,有效的提升了司法行政服务效能。全省坚持统一规划、统一建设、统一标准,着力抓好信息化顶层设计,围绕“大平台、高整合、高共享”的建设目标,于2013年提出并实施了江苏省司法行政一体化智能平台建设,形成了“2+1+N”的总体架构,有力推动了全省司法行政工作,2019年根据《江苏省机构改革方案》,将原省司法厅和原省政府法制办公室(以下简称原省法制办)进行职责整合,并将省委全面依法治省委员会办公室设在省司法厅,客观上也需要进一步加强信息化建设。为进一步贯彻落实国家、部省关于数字法治建设要求,深入贯彻落实全国司法行政信息化工作推进会议精神,亟需扎实推进江苏“数字法治智慧司法”信息化工程项目建设,建成具备江苏特色、全国领先的信息化体系。项目目标紧密契合司法部、江苏省委省政府要求,围绕“数字法治智慧司法”信息化建设总体目标,基于省厅现有框架,完善整体架构、夯实基础支撑、优化系统功能、提升智慧司法、加固网络安全,打造具备江苏特色、全国领先的司法行政信息化体系,率先实现“大平台共享、大系统共治、大数据慧治”的新格局。并且重点在完善整体架构、夯实基础支撑、优化系统功能、提升智慧司法、加固网络安全五个方面取得突破。总体框架逻辑架构按照“数字法治智慧司法”信息化建设的要求,基于江苏省司法厅信息化建设现有框架进行新一轮信息化技术体系完善升级建设。具体内容如下。“数字法治智慧司法”逻辑架构具体包括:门户层:公共法律服务融合办理平台、非诉纠纷化解平台、司法行政工作管理平台和移动平台。业务应用层:六大应用系统群(全面依法治省应用系统群、行政立法应用系统群、行政执法协调监督应用系统群、刑事执行与应急指挥应用系统群、公共法律服务应用系统群、综合保障与政务管理应用系统群)。应用支撑层:五大基础能力支撑平台(统一地理信息支撑服务平台、统一AI支撑服务平台、统一办公支撑服务平台、统一移动支撑服务平台、统一法律法规支撑服务平台)。数据资源层:司法行政大数据资源管理平台。基础设施层:一套高性能IT基础设施环境。支撑体系:升级完善两个支持保障体系,标准规范保障体系、信息安全保障体系,并新建运行维护保障体系。功能架构项目将以现状为出发点,结合业务需求建设门户平台、业务应用群、基础能力支撑平台和大数据资源管理平台四大类内容,功能架构如下图所示:“数字法治智慧司法”功能架构建设任务以司法行政大数据中心为信息核心,在承担数据交换、汇聚、建库等现有任务的基础上,更加注重数据治理、数据整合和数据挖掘,总体提升对司法行政大数据解构、分析、挖掘的能力,为全系统大数据分析应用和数据模型建设奠定基础。通过使用人工智能等新兴技术,建设具备司法行政业务相关的AI基础能力、特色的智能融合服务等功能,并运用在典型的AI应用场景中,提升司法业务工作的智能化、现代化水平。大数据资源及基础支撑平台还包括规范与管理体系建设、统一办公支撑服务平台建设、OA办公档案系统建设与服务总线基础组件建设(含运维管理系统建设)。新建与升级包括司法行政大数据资源管理平台、AI支撑服务平台、OA办公档案系统、办公支撑服务平台、中间件与服务总线、运维管理系统、规范与管理系统等7个子系统。建设内容在现有基础上进行新建或升级,包括定制化开发司法行政大数据资源管理平台、AI支撑服务平台,采购OA办公档案系统、办公支撑服务平台、服务总线、运维管理等产品,并建设相关规范和管理体系等内容。包括且不限于具体如下内容:司法行政大数据资源管理平台1.概述2019年11月,司法部在江苏南京召开了“数字法治、智慧司法”信息化建设应用推进会,顶层设计规划全国统一的,法治工作信息化平台建设方向,实现三大方向,简要来说为:数据资源互联互通、数据资源协调共享、数据资源价值挖掘。柳厅长的讲话明确江苏实践,提出“三个一网”信息化新格局,在新格局的指引下,司法厅信息化建设经过了第一阶段的业务系统建设,第二阶段一体化平台建设,来到了第三个阶段智慧应用建设阶段。基于前面两个阶段打下的基础,需要开展大数据产品和智能化工具的应用研发和使用,为了达到这样的效果司法厅需要建设数据资源管理系统。依据《江苏省司法厅关于加快推进“数字法治智慧司法”信息化建设的实施意见》中从架构提档方面提出的“健全完善数据资源层架构”要求,结合江苏省司法厅信息流转协同中心已经提供数据资源管理的数据可视化管理和简单的数据治理功能,并建立并六大专业库(法律服务类数据库、矛盾纠纷类数据库、执行和矫正管理库、法治宣传库、人力资源库、典型案例知识库)。此系统以司法行政大数据中心为信息核心,在承担数据交换、汇聚、建库等现有任务的基础上,更加注重数据治理、数据整合和数据挖掘,总体提升对司法行政大数据解构、分析、挖掘的能力,为全系统大数据分析应用和数据模型建设奠定基础。2.功能架构2.1信息资源体系架构江苏省司法行政大数据资源管理平台(江苏省司法行政数据资源交换共享与开放应用平台)数据资源库体系架构包括:业务库、数据原始库、运行管理库、基础数据库、共享服务库、开放服务库。数据资源库体系结构如下图所示:(1)数据原始库提供数据原始库及相应数据资源建设,负责实现对江苏省司法厅行政数据资源体系在数据接入层面进行统一规划、接入、通道管理及原始数据存储。(2)业务数据库提供业务库及对接要求,由各业务系统分别根据业务要求建设业务数据库,如立法库、规章规范性文件库、社区矫正和安置帮教库等,业务库需全部接入原始库。(3)基础数据库提供基础数据库及相应数据资源建设,针对司法行政行业中各业务系统使用频率最高、应用范围最广、最核心的数据,建设核心基础数据。(4)共享服务库提供共享服务库及相应数据资源建设,用于支撑部省司法厅各业务处室与省司法厅下属单位的数据交换共享;共享服务库由基础库、主题库构成,其中基础库包括共享按部级要求进行共享的行业基础信息;主题库将根据江苏省司法行政行业决策的需求,结合司法行政基础数据库以及业务库,逐步构建完整的主题库。(5)开放服务库提供开放数据库及相应数据资源建设,以政府信息资源开放目录规定数据为基础建立的《江苏省司法政务信息资源目录》,并结合行业外单位需要的数据,用于支撑行业外单位及社会公众及社会机构的数据开放。(6)运行管理库提供运行管理库及相应数据资源建设,实现对实体库数据资源标识和属性的管理,提供目录管理库、元数据库等功能。2.2建设功能架构江苏省司法行政大数据资源管理平台(江苏省司法行政数据资源交换共享与开放应用平台)业务主要包括:大数据资源管理门户、数据综合采集、数据综合治理、数据共享服务、数据应用能力支撑、数据安全管理。2.3数据流架构江苏省司法行政大数据资源管理平台(江苏省司法行政数据资源交换共享与开放应用平台)数据资源库的数据流结构如下图所示:(1)数据汇聚:要求行业内外数据资源统一汇聚至省厅数据原始库,包括从行业内各业务系统抽取原始重点价值数据到数据原始库和通过数据共享平台共享接入的司法部、省政府及其他职能部门的行业外价值数据。(2)数据组织:要求基于原始库汇集的行业内外数据资源,通过基础数据库、共享服务库、开放服务库、运行管理库的建设,对数据进行分类并对数据质量治理,有效提升数据价值及保障数据资源目录的持续补充、更新。(3)数据服务:要求通过数据共享门户,对行业内各业务系统提供行业数据服务,对行业外各政府单位提供价值数据共享,对社会机构、企业、公众提供数据开放服务。(4)反馈循环:要求通过对行业的数据服务和行业外价值数据共享,丰富各数据使用对象原有业务系统数据种类并提升业务效率。同时,对其新产生的价值业务数据进行再一次汇聚整合,形成一个良性循环。2.4数据存储架构江苏省司法行政大数据资源管理平台(江苏省司法行政数据资源交换共享与开放应用平台)数据资源体系设计数据库存储架构如下图所示:(1)要求数据存储架构包括物理库所在的物理储存层。这一部分是需要消费磁盘存储空间进行物理数据存储的部分。具体包括省司法厅原有建设、即将建设的生产业务库、本期项目建设的数据原始库及运行管理库。后期根据业务需求,考虑预留各类物理专题库和物理主题库的空间。(2)要求在物理库之上逻辑生成基础数据库、共享服务库、开放服务库三个逻辑数据库。逻辑数据库在数据原始库基础上生成,通过运行管理库进行元数据标识,不占用磁盘存储空间。司法厅整个数据存储架构如下:2.5共享交换体系架构江苏省司法行政大数据资源管理平台(江苏省司法行政数据资源交换共享与开放应用平台)是江苏省大数据管理中心的重要组成部分,要求实现与省政府政务数据共享交换平台、司法部司法行政数据资源平台与司法共享服务平台、省级行业外业务部门共享交换平台等系统的对接与交互。江苏省司法行政大数据资源管理平台(江苏省司法行政数据资源交换共享与开放应用平台)数据资源库的数据共享体系的总体布局如下图:3.功能方案3.1数据资源及数据库建设3.1.1概述数据资源及数据库的建设主要为建设业务库、数据原始库、运行管理库、基础数据库、共享服务库、开放服务库等。业务库负责依据数据原始库提取各业务系统的业务数据库,供本业务系统使用。数据原始库负责实现对江苏省司法厅行政数据资源体系在数据接入层面进行统一规划、接入、通道管理及原始数据存储。运行管理库负责实现对实体库数据资源标识和属性的管理。基础数据库负责针对司法行政行业中各业务系统使用频率最高、应用范围最广、最核心的数据类别,经比选确定的核心基础数据。共享服务库负责支撑部省司法厅各业务处室与省司法厅下属单位的数据交换共享。开放服务库负责支撑行业外单位及社会公众及社会机构的数据开放。3.1.2数据库建设方案数据仓库的建设是一个系统工程,是一个不断建立、发展、完善的过程,通常需要较长的时间。需要对整个系统的建设提出一个全面、清晰的远景规划及技术实施蓝图,并在已有的基础上,结合其他业务系统,逐步构建起完整、健壮的数据仓库系统。基于上述司法行政大数据资源管理平台数据仓库体系架构要求满足如下需求:ODS(操作数据存储)层:用于同步源系统数据,不对源系统数据做处理,可用于对源系统事务级的数据分析及追溯。暂存层:用于获取源系统被更新数据信息,定义规范数据接口,仅存储发生变化数据记录信息。DW层:将数据模型化,一般以星型和雪花型设计数据结构,形成共享维度和层次关系。DM集市层:根据明确业务场景及需求设计,一般以CUBE方式进行存储,数据大多经过逻辑运算。在省司法厅数据仓库中,存储整合、转换后的数据,通过数据分层管理、数据仓库建模以及多维分析数据库技术的应用,使得每一类数据可以快速提供不同层面的分析应用,形成全面统一的数据视图。3.2数据资源管理平台建设数据资源管理平台建设要求包含:司法行政法大数据资源管理门户、数据综合采集子系统、数据综合治理子系统、数据共享服务子系统、数据能力应用支撑子系统、数据安全管理子系统。3.2.1大数据资源管理门户功能概述司法行政大数据资源管理门户,作为数据能力提供和展示的窗口,将数据综合采集子系统、数据综合治理子系统、数据共享服务子系统、数据应用能力支撑子系统和数据安全管理子系统有机的结合起来,提供界面化的能力支撑,实现总体运行可视化、数据汇聚可视化、数据共享服务可视化、数据质量可视化、数据应用可视化等。功能设计1、总体运行可视化要求满足,总体运行可视化基于宏观指标层面,全面展示数据中心总体运行情况。2、数据汇聚可视化要求满足,数据汇聚可视化设计展示内容包括整个数据中心在数据汇聚层面的关键指标。3、共享服务可视化要求满足,共享服务可视化设计主要展示内容的指标包括对数据共享的总记录情况。4、数据质量可视化要求满足,数据质量可视化对数据中心的质量运行情况,提取关键指标进行展现。5、数据应用可视化要求满足,数据应用可视化基于各数据应用部门或指定应用系统或业务的数据应用情况概览。3.2.2数据综合采集子系统功能概述要求满足,基于分布式架构的数据综合采集子系统提供数据抽取、集中、加载、转换、传输及共享等功能,可为不同系统间信息数据交换、信息数据共享以及信息数据业务协同等任务提供基础。支持多源异构数据采集与管理,多种加密、解密算法配置等功能,从而可以保障数据在传输中的安全以及数据在存储过程中的安全。功能设计.1数据接入能力及范围要求满足,传统数据库(结构化数据)类、半结构化数据(文本)类、大数据平台类数据的接入能力。.2数据接入模式要求满足,全量数据接入和增量数据接入模式。1.全量数据接入全量抽取类似于数据迁移或数据复制。是指将源系统表或视图中的业务数据一次性全量获取到并导入数据仓库的接口数据层,全量抽取比较简单。2.增量数据接入要求满足时间戳模式和标志位获取模式。.3数据ETL1、数据抽取数据综合采集子系统要求满足可采集具备不同数据源中符合指定规则的数据,并可实现数据的统一采集。要求满足抽取后的数据存储支持落地与不落地二大类进行,抽取后的数据可以为数据清洗环节提供输入,也可以直接进行处理或者加载。要求满足,手工和自动两种抽取方式、多种抽取模式与策略定义、灵活的数据源定义管理能力、异构数据源进行数据采集、多种数据库连接方式、基于日志的增量数据捕获能力(OGG)、丰富的数据采集作业执行状态监控管理能力等。2、数据清洗要求满足,数据综合采集子系统可以对偏差以及“脏”数据进行清洗、对数据粒度的转换以及依据一些业务统计量计算统计值。3、数据转换要求满足,在数据流转过程中为了提升数据可靠性,需要对数据进行转换、过滤、清洗等数据处理操作。数据处理能力实现了数据检查、数据标准化处理、汇总、装载、库内处理等功能。数据综合采集子系统对接单个或者多个数据结构相同的接口文件进行转换,在数据不落地的情况下,可以直接从管道中读取接口文件的数据内容进行转换。要求满足,数据清洗装换、数据映射转换、数据加密转换;4、数据分发要求满足,数据综合采集子系统支持多种异构数据分发方式,包括内存不落地异构数据分发和文件落地异构数据分发方式及第三方开源工具。5、数据加载要求满足,数据综合采集子系统参照业界技术规范标准,结合不同行业应用诉求特点对数据装载功能模块进行了个性化能力扩展,内置了全量装载、增量装载、增量更新装载、月初全量其他增量加载、双加载等多种装载方案,能够满足在海量数据规模的情况下通过远程分布式多节点并行对数据装载能力的诉求。要求满足,支持对多类型数据目标的加载、支持数据批量加载、支持多种加载模式与策略定义、支持文件落地和不落地两种存储加载、支持自动和手工两种加载方式、支持多任务并行加载、支持加载对象的参数配置、过滤、支持脚本加载事务处理、支持数据加载对目标表的操作等。数据加载功能具备双加载功能,指支持在一个作业中像多个目标加载数据。要求满足,主要加载方式采用文件落地加载和采用内存不落地加载。.4数据资产目录要求满足,数据资产目录是数据资产总体情况的展示窗口,支持主题维度,业务维度,部门维度等多维分类检索,为不同角色用户开放不同元数据视图权限,为不同的角色提供不同的功能。.5任务调度要求满足,任务调度平台具备外部服务接入、调度优化、调度管理、调度监控等优势,调度管理模块采用灵活的cron表达式,满足95%以上的定时任务需求,支持年、月、日、时、分的周期调度,同时调度支持事件触发、外部触发等触发策略,支持顺序启动、唯一启动、多重启动、周期内顺序启动等多种运行类型。要求满足调度系统server、调度系统agent、心跳检测机制。.6统一监控数据综合采集子系统提供web的监控功能,多个数据接入服务器可以在web监控界面查看。要求满足,总体监控、主机监控、数据库监控、任务监控告警、接入点流量监控、日志监控。.6.1总体监控要求满足,监控页面提供数据库系统、资源概况、数据概况、热门服务、热门订阅、数据接入点流向图等。提供图形化服务的添加和监控,当服务出现异常时可以通过前台进行对服务的启动、停止等操作。.6.2主机监控要求满足,实时采集主机的运行参数,包括存储空间、CPU、内存等信息,对于使用率超过阈值的将通过告警通知平台告警。.6.3数据库监控要求满足,可支持对数据库的运行状态进行实时监控,运维人员通过图形化界面准确掌握数据量的存储空间信息、已用空间信息、使用率、运行状态等信息。.6.4任务监控告警要求满足,任务监控可以满足在任务运行周期中,各个批次任务运行状态,成功率、失败率、运行总数等内容的监控,异常失败任务可通过对接短信平台或邮件平台进行及时的任务告警,也可对失败任务进行定点重做,保证数据的完整性。.6.5接入点流量监控要求满足,提供统一监控服务,包括对文件、库表、接口服务等数据交换流量的统计,对各类数据各业务部门之间的流入流出量进行准确统计监控,对数据的接入方向提供动态图标指向。可以查看各业务库、任意时间段内的数据流量状况。.6.6日志监控要求满足,提供多种类型的应用程序日志和安全日志。其中应用程序日志主要包括:记录对数据库访问操作、服务器运行状态、应用软件操作等;安全日志主要包括:记录有效或无效登录尝试等事件,以及关键资源相关的事件等。3.2.3数据综合治理子系统功能概述数据治理的英文是DataGovernance,《DAMA数据管理知识体系指南》中的定义:数据治理是对数据资产管理行使权力和控制的活动集合(规划、监控和执行)。数据治理并不是一个新生事物,可以说,有数据的地方就存在数据治理,只不过随着数据应用的迅猛发展将它提到了一个高度,作为一个独立的研究领域。数据治理并没有标准的、严格的定义。概况地讲,所有为提高数据质量而展开的业务、技术和管理活动都属于数据治理范畴。构建数据治理体系是数据治理工作的基础,为了有序实施数据治理,应采用规划先行的原则,制定适合司法行政业务特点的管理流程,选择可行的技术方案和实施工具,明确数据治理的工作机制和工作内容,稳步推进数据治理各项工作。功能设计.1数据架构统一管理要求满足,数据综合治理子系统的权限管理包括角色、用户、团队、和资源授权管理。.2审批流程统一管理要求满足,针对数据标准发布、物理模型发布、逻辑模型发布提供统一的审批流程管理。.3数据源统一管理要求满足,数据综合治理子系统支持多种数据源的连接,包括主流的关系型数据库、Excel/CSV文本数据源,基于大数据平台数据源以及其它的JDBC数据源。.4数据标准统一管理要求满足,根据司法行政业务属性,建立起一套统一的标准化体系确保数据协调一致,管理一致,使用一致。解决源系统不规范的命名方式,而出现的同名不同义,同义不同名的问题。要求满足,系统通过以下几个方面着手建立起一套数据标准体系:数据分类的标准规范数据字典的标准规范数据模型的标准规范维度代码的标准规范数据项的标准规范.5元数据管理要求满足,提供多种异构数据源的元数据的采集和维护管理,基于规范有效地实现了元数据的依赖关系,变更控制,版本控制等核心的能力,通过元数据的血缘分析,影响分析帮助数据生产单位有效的维护和管理数据,帮助用户了解数据,为数据的处理和使用提供有效的信息。要求满足元数据管理范围、元数据维护、元数据采集、元数据版本管理、数据看板等功能。.5.1元数据管理范围要求满足,元数据管理提供了丰富的管理工具,包括系统资源管理,逻辑表管理、数据表管理、文件管理、指标管理等元数据。.5.2元数据维护要求满足,系统元数据维护提供对元数据的增加、删除和修改等基本操作。.5.3元数据采集要求满足,rdb类数据库采集、大数据平台类采集、ETL工具类元数据采集、BI工具及模型设计工具类采集。.5.4元数据版本管理要求满足,版本管理是记录元数据各个可选状态的快照,版本管理的任务就是对元数据的历史演变过程进行记录和维护,根据实际应用背景选择合适的版本,保证不同版本在逻辑上的一致性和相对独立性,一个版本的产生和消失不会对其余版本的内容产生影响。.5.5数据看板要求满足,提供图形化方式展示数据总体情况,从主题、数据层次、数据库、团队等维度统计数据情况。.6数据质量管理要求满足,支持对业务数据进行全面质量管控,通过对数据模型质量检查规则配置,及时地发现问题、解决问题。提升数据的完整性、及时性、准确性和一致性,从而保证数据的价值。包括:质量规则管理和质量检查报告。要求满足,数据质量问题跟踪、数据质量规则配置、数据质量监控、数据质量报告、数据质量评估、知识库管理等。.6.1数据质量问题跟踪问题分类要求满足,定义缺失、数据异常、信息缺失或不准确、代码问题等问题。对于特殊数据质量存在异常,系统根据质量问题进行登记统计并且按照质量异常级别进行告警,对于告警级别严重的规则质量进行问题推送,并对异常数据进行溯源和处理。问题告警反馈要求满足,数据质量告警可分为一般告警和严重告警,用户可以分别配置告警的阈值以及对应的处理方式。.6.2数据质量规则配置要求满足,系统通过配置检查对象的需要检查的内容,进行各种规则组合到达对数据质量检查的目的。支持质量规则的增、删、改、查操作。要求满足,支持多种检查规则,包括不限于如下规则:及时性检查、同比检查、环比检查、数值检查、值域检查、空值检查、重复检查。.6.3数据质量监控数据质量检查过程进行实时监控,实时掌握数据质量检查状态,对数据质量检查过程进行全景展现,用户准确了解数据质量检查各环节所存在的问题。要求满足,定时调度检查、后台服务运行、质量检查高效稳定。要求满足,支持按周期形成质量分析报告,包括由变更引起的质量问题和影响,以及问题处理的情况等内容。支持针对数据完整性、数据唯一性、数据合法性、编码检查、统计口径形成数据源质量评估报告。.6.4数据质量报告要求满足,数据检查结果展现:根据检查对象和检查项,查看数据质量检查的结果,根据数据库、规则、主题的维度以图表的形式展现数据质量检查综合结果。要求满足,血缘质量分析:采用前向元数据,将元数据的管理融入了开发环境,保证开发过程中元数据满足管理要求,提高了及时率和准确率。.6.5数据质量体检要求满足,提供完备的数据体检功能,能够结合标准和规则,进行自动的汇总分析,支持从数据质量、冗余度、效能波动、成熟度模型多维度进行评估分析,并支持数据质量的评分审计。.6.6知识库管理要求满足,对质量运行过程中出现的问题进行解决跟踪定位,自动形成知识库。用户在知识库查询界面搜索关键字了解过往应对问题的处理办法。.7数据目录数据资产目录是数据治理建设成果的主要展示窗口之一,系统将自动建立数据资源目录,数据资源目录为不同的角色用户提供不同的资源价值。要求满足资源检索、数据订阅、血缘分析、数据共享申请等。.7.1资源检索要求满足,数据目录提供数据标准、物理模型、逻辑模型、程序、接口、文件等多种对象的快速分类检索,每种对象并提供不同维度(主题、团队、层次、业务主题等)和关键字的检索方式。.7.2数据订阅要求满足,针对数据的使用者,数据目录提供了一键订阅的功能;一键订阅主要针对各业务单位数据之间的流转而搭建的快速化配置的方式,实现数据的分发。.7.3血缘分析要求满足,提供版本间的血缘分析,记录每个版本的血缘关系图,当元数据版本发生变化时,产生新的血缘关系,并保留历史血缘关系图。对不同版本之间的血缘关系提供差异化对比功能,通过界面展示不同版本间血缘关系的差异性。.7.4数据共享申请要求满足,数据目录也提供针对外部使用者,例如第三方厂商需要使用数据,也可进行数据共享申请。.8数据视图要求满足,提供全方位的数据视图,一目了然的掌握数据360度的情况。包含数据分布、数据量、数据趋势、数据质量、标准化程度、服务调用情况、数据流转情况。3.2.4数据共享服务子系统数据共享管理数据共享管理是为了满足司法厅各业务处室之间数据联通和司法厅与司法局之间数据联通的需求,通过数据共享的方式将数据在各业务处室之间和司法厅与司法局之间进行流动。下属单位需要从大数据资源管理平台进行共享数据的申请、审批、下载等操作时,需要向数据共享服务子系统提出对象申请,通过司法厅数据中心批准后才能够实现数据联通,同时数据共享服务子系统也会对共享数据进行实时追踪和记录。此外司法厅数据中心会对司法厅与下属单位之间数据联通进行全程管理。.1数据订阅服务1、数据订阅要求满足,数据订阅申请、数据订阅审核、数据订阅查询、数据订阅取消、数据订阅排行、数据订阅分析。2、接口订阅及接入要求满足,接口订阅申请、接口订阅审核、接口订阅查询、接口订阅取消、接口订阅排行、接口订阅分析。3、外系统获取接口要求满足,外系统获取接口可将权威数据通过统一标准接口进行获取与保存。4、数据服务授权要求满足,通过能力梳理与资源整合,将数据服务平台的服务能力及资源进行梳理与整合,逐步形成组件化、标准化和开放化的总线架构,丰富应用层各模块能力,提高大数据平台数据服务的适应性和可扩展性。.2数据交换服务要求满足,数据交换服务是数据服务平台的核心服务部分,是司法部、司法厅、司法局、基层司法所等各成员单位之间的数据交换和跨部门业务支撑的基础,是实现跨网系、跨层级、跨应用,一级部署四级服务的数据资源共享的通道。共享交换服务主要分为前置交换系统和中心交换系统两部分,并支持业务系统以服务的方式接入服务总线进行对接。.3数据下载服务要求满足,数据下载服务提供数据的发布、管理、下载、查询和统计等功能,需求者可通过预先预定的数据交换协议,将数据共享服务库中相关信息资源生成XML文件,相关应用系统获取下载,并在本地完成数据装载,供相关业务系统使用,包括数据发布、发布内容管理、可下载数据查询、数据下载、数据下载排行统计、数据下载日志。.4数据接口服务1、接口配置管理要求满足,对共享数据的内容和共享接口规则进行配置,包括基础数据配置、共享服务配置、共享权限和共享配置下发、数据接口过程等。2、数据接口管控要求满足,通过各种数据共享访问提供数据服务共享。包括共享过程监控、共享异常处理、共享日志管理、查询统计分析。3、可视化管理要求满足,系统提供管理界面,可基于该界面,包括可视化、可配置、可管理。4、接口开放方式要求满足,数据共享服务实现机制中采用的主要方式,包括消息交互方式、发布订阅方式、数据库方式三部分。数据开放管理.1功能概述数据开放管理是司法厅统一的数据对外提供窗口,通过统一的封装将司法厅的数据提供给外部单位,例如司法部司法行政数据资源平台、省级行业外业务部门共享交换平台、司法共享服务平台、政法共享协同平台、省政府政务数据共享交换平台等。.2功能设计要求满足,数据开放管理平台包含3类用户角色:服务提供者、服务使用者、平台管理员。.2.1服务在线编排要求满足,数据中心对内或对外提供数据服务需要经过服务的创建及服务功能在线组件编排,在线编排功能是数据共享服务平台中一个很重要的功能,API服务的创建、修改都是在此功能中完成的。API流程编排要求满足,API开发流程分为基本信息创建、创建服务、测试、发布四个步骤,各个步骤中包含了API创建、API修改、API停用、API废除、API授权等操作。API操作方法要求满足,API开发者可以使用拖曳的方式将原子功能拖入编排的功能编排区内,API在执行过程中会自动执行该节点功能。执行时会按照箭头方向顺序执行,直到执行最后一个节点,返回结果数据。.2.2数据服务管理要求满足,数据服务管理包含服务创建、修改、发布、暂停、启动、申请、授权的全生命周期管理。主要包括数据服务管理能力、数据服务查询能力及数据服务适应能力三大方面。1.数据服务管控能力要求满足,服务权限控制和生命周期管理。2.数据服务查询能力要求满足,文件代理、HTTP代理、SQL查询、HBASE查询、文件上传、JS脚本、ESSQL。3.数据服务适用能力要求满足,在线测试、多种报文格式、同步异步请求等。.2.3服务目录要求满足,数据服务API审批通过后各团队的开发人员、业务人员可在服务目录查看已发布的服务,并可提出使用申请。服务目录是对可使用的服务的窗口展示,可基于服务的分类、资源类型、服务范围以及授权类型等维度类型进行快速检索,找到所需的服务。.2.4服务安全管理要求满足,数据开放管理在安全方面,可以通过黑白名单,密钥算法,API授权等方面进行控制。密钥算法直接设置在API的输入参数,输出参数上,可以最大限度地保证数据的安全访问。包括黑白名单管理、算法规则管理、安全策略管理等。.2.5服务审计和监控要求满足,数据共享服务子系统提供审计能力,每一次的数据服务调用都将记录调用日志,详细记录调用情况,包括调用人,调用时间,接入的IP,调用的接口,返回数据量,是否成功,响应时长等信息。3.2.5数据应用能力支撑子系统数据分析能力支撑.1BI分析支撑工具.1.1图表组件要求满足,提供丰富的统计图表类型:条形图、柱状图、折线图、面积图、饼图、玫瑰图、旭日图、雷达图、散点图等。.1.2自定义门户要求满足,支持门户自定义功能,允许用户自定义门户布局及风格,提供丰富的页面显示风格和各种高级界面设置,可以对门户做全方位的规划,可为门户做权限控制。.1.3多维分析要求满足,多维分析模块提供了钻取、旋转、切片等功能,可以得到不同粒度的数据;钻取功能能够支持多样的钻取模型。切片功能可以变换数据分析的角度。.1.4地图分析要求满足,地图上的区块可根据指标条件显示不同的颜色,用户将鼠标移到地图上的某一区域,可以显示此区域的相关数据。提供内置地图,并提供专门的地图管理界面用来查看管理系统自带地图,还可对系统地图进行克隆编辑。.2研判报告生成器要求满足,对各类指标数据进行图表类型的勾选及更多分析配置,可自动生成文字及图表形式的研判报告,生成后实时推送给用户,方便用户进行报告数据查看、分析、汇报。.2.1预置研判报告生成要求满足,针对平台预先设置的研判报告模板,设定相应的生成时间,平台自动抓取数据生成相应的研判报告。包括编辑器功能、导出word/pdf、收藏、打印等。.2.2自定义研判报告生成要求满足,平台除了提供预置研判报告的生成,对于特殊要求,可以自行配置生成相应的研判报告模板,通过设定报告生成时间,自动生成研判报告。包括指标项配置、时间范围配置、主题配置、分析配置。.3智能可视化大屏.3.1领导驾驶舱要求满足,提供领导驾驶舱功能,通过领导驾驶舱功能可以实现一些关键指标的展示,通过一系列的分析手段的组合,可以实现对关键指标的快速、直观的展现。.3.2数据大屏要求满足,提供数据大屏的能力,根据大屏的长宽尺寸定制大屏展示内容,通过条形图、柱状图、曲线图、折线图、热点图、热力图、雷达图等各类数据可视化图表工具,展示各类数据。.4智能分析报表要求满足,智能分析报表,提供可视化、简单易用的智能报表工具;可以任意组合维度和指标;可以任意钻取和切片;报表格式能迅速以所见即所得方式进行显示。数据模型能力支撑.1分布式机器学习能力要求满足,基于机器学习解决挖掘分析实施服务的步骤,分为定义问题、数据预处理、算法选择、结果优化、结果展示。.2分布式高速SQL查询引擎能力要求满足,基于司法厅建立的大数据平台和数据仓库,通过数据仓库的高速Sql工具引擎,进行数据的快速、交互式分析,可以快速发现数据价值。基于数据仓库的数据挖掘分析实施服务的步骤,分为定义问题、选择合适的数据仓库/数据集市、数据处理、结果展示。.3海量数据的模糊查询能力要求满足,支持通过SQL实现大数据上的秒级全文搜索,它利用层次化存储、堆外内存管理等创新性技术,极大的提高了系统的可用性。用户可以通过类似搜索引擎的界面,实现对所有对接的海量信息的快速查询、访问。.4要素化标注与提取能力要求满足,提供司法行政非结构化数据要素化标注与提取能力,一方面将司法行政领域的电子文书档案快速转换为易存储、易统筹管理的结构化数据;另一方面,通过利用字符串算法构造文本解析模型,针对不同类型的文书,自动调用文档模型,从多个维度对文书进行分段解析,自动形成文书目录结构,为律师管理、法律援助、社区矫正等司法行政信息化工作提供数据支撑。3.2.6数据安全管理子系统功能概述在数据应用推广过程中,必须坚持安全与发展并重的方针,为数据安全健康的发展构筑稳固的体系。严防数据泄露和数据破坏等事故的发生。为此,需要从技术和管理的角度对数据安全进行统一的管控,为司法厅数据应用的健康发展提供关键支撑。功能设计.1安全策略1、密钥安全要求满足,Wallet管理用于管控对系统菜单的访问配置拦截等。可以通过在这个模块的配置对系统中菜单进行加密访问。菜单配置拦截后,进行第一次访问会进行访问密码设置,后续需要输入预设的访问密码才能进行访问。2、算法管理要求满足,算法管理,提供对平台提供的AES加密、固定替换、号码分段映射、地址模糊化、随机干扰、短MD5、位置变换等算法的管理。3、脱敏规则管理要求满足,脱敏规则管理,用于配置安全策略,对于不同数据的流入、流出、落地时进行不同的处理。可以配置多个算法来对该类型数据进行加密、解密操作。.2敏感发现要求满足,敏感发现部分主要通过三个部分来达到对敏感数据准确检测和检测结果的精确汇报:1、敏感元数据发现2、敏感数据发现3、敏感发现报告。敏感元数据部分通过分析元数据的敏感度来达到对敏感数据的发现。敏感发现部分通过定义规则来对数据进行检测分析从而达到精确到每条数据的敏感检测。.3安全中心1、SDK组件要求满足,SDK独立脱敏组件、水印组件、SDK脱敏组件。2、UDF组件要求满足,使用对应类型的组件来进行对应的脱敏函数创建可以实现在使用SQL语句进行数据的获取、增加等操作时直接调用对应的数据库函数即可对数据完成脱敏操作。.4审计中心要求满足,审计中心主要负责通过对埋点数据的审计来评估当前系统的风险程度的估量,风险项的罗列以及对应风险的处理方式的管理与进行。审计中心总共三个模块:审计管理、审计明细、审计报告。3.2.7系统管理菜单管理要求满足,提供对数据资源管理平台的菜单,以及需要集成的系统的链接地址的统一管理。角色管理要求满足,角色管理提供角色的统一管理、角色功能划分、以及角色和菜单模块的权限映射。用户管理要求满足,用户管理包含对平台用户的管理以及用户和角色之间的映射关系。团队管理要求满足,数据资源管理平台以多团队模式进行数据的管理、开发和运维,以团队为单位粒度进行数据资源的管理,最终达到应用的百花齐放。团队管理包含本团队以及子团队信息管理。审批流程管理要求满足,资产管理者通过对不同的数据资产进行严格分类审批授权,包含数据标准、元数据、主数据、数据服务、ETL等不同任务类型的上下线,配置针对不对业务数据的审批流程管理体系;系统日志审计要求满足,系统日志审计主要包含系统用户操作的日志记录以及操作SQL日志记录。AI支撑服务平台1.概述随着近年来AI技术的蓬勃发展,形成了很多AI技术应用的场景,司法行政机关积极推进AI技术与司法行政业务的结合,规划建设AI支撑服务平台,以此来承载AI能力,并将AI能力赋能给相应业务系统,形成司法行政AI能力的业务场景,通过AI赋能全面提升各业务条线信息化系统智能化水平,提升工作质效。AI支撑服务平台通过使用人工智能等新兴技术,建设具备司法行政业务相关的AI基础能力、特色的智能融合服务等功能,并运用在典型的AI应用场景中,提升司法业务工作的智能化、现代化水平。2.功能架构3.功能方案3.1系统功能设计AI支撑服务平台建设内容包括:平台首页、AI能力引擎、AI融合实验室、AI赋能集市、AI应用实例、AI赋能分析和后台管理等功能。3.2平台首页1、需提供全站信息检索能力,对AI能力引擎、AI融合实验室、AI赋能集市、AI应用实例、AI赋能分析中的信息进行检索。2、需提供AI能力引擎、AI融合实验室、AI赋能集市的简要介绍入口功能。3、需提供AI支撑服务平台整体使用情况数据可视化展示。3.3AI能力引擎3.3.1光学字符识别(OCR)1、需提供以图片和文字的方式对光学字符识别(OCR)人工智能业务和技术能力进行介绍。2、需提供本人工智能能力的体验服务。3、需提供当前能力的典型应用场景及能力相关文档信息。3.3.2自然语言处理(NLP)1、需提供以图片和文字的方式对自然语言处理(NLP)人工智能业务和技术能力进行介绍。2、需提供本人工智能能力的体验服务。3、需提供当前能力的典型应用场景及能力相关文档信息。3.3.3流程自动化(RPA)1、需提供以图片和文字的方式对流程自动化(RPA)人工智能业务和技术能力进行介绍。2、需提供本人工智能能力的图文或视频介绍服务。3、需提供当前能力的典型应用场景及能力相关文档信息。3.3.4语音识别(ASR)1、需提供以图片和文字的方式对语音识别(ASR)人工智能业务和技术能力进行介绍。2、需提供本人工智能能力的体验服务。3、需提供当前能力的典型应用场景及能力相关文档信息。3.3.5语音合成(TTS)1、需提供以图片和文字的方式对语音合成(TTS)人工智能业务和技术能力进行介绍。2、需提供本人工智能能力的体验服务。3、需提供当前能力的典型应用场景及能力相关文档信息。3.3.6知识图谱1、需提供以图片和文字的方式对知识图谱能力进行介绍。2、需提供当前能力的典型应用场景及能力相关文档信息。3.3.7深度学习1、需提供以图片和文字的方式对深度学习能力进行介绍。2、需提供当前能力的典型应用场景及能力相关文档信息。3.4AI融合实验室3.4.1行业文本识别训练1、需提供行业文本识别训练能力。2、需提供基于数据基础创建识别模型的能力。3、需提供识别结果匹配验证和错误修正的能力。4、需提供成熟模型加载智库,并形成业务模型集群的能力。3.4.2文书分类训练1、需提供行业文本分类训练能力。2、需提供基于数据基础创建识别模型的能力。3、需提供识别结果匹配验证和错误修正的能力。4、需提供成熟模型加载智库,并形成业务模型集群的能力。3.4.3文书提取训练1、需提供行业文本提取训练能力。2、需提供基于数据基础创建识别模型的能力。3、需提供识别结果匹配验证和错误修正的能力。4、需提供成熟模型加载智库,并形成业务模型集群的能力。3.4.4训练申请1、需提供AI能力训练任务的申请功能。2、需提供AI能力接口调用的申请功能。3.4.5训练任务创建、管理1、需提供创建训练任务的功能。2、需提供训练结果匹配验证和错误修正的能力,需支持对训练任务的管理,包括:任务管理(任务列表、新建任务、打开任务、删除任务、应用任务)、原文批注(文书列表、标签列表、标签编辑、正则测试及标注、手工标注、删除标准、下载)、测试预览(正则测试结果预览、测试标签列表、去重合并、对比结果)、标注列表(结果预览)、智能纠错能力。3.4.6训练智库管理1、需提供训练智库的管理功能。2、需提供多种对接方式,面向业务系统提供AI能力的集成。3.4.7训练成果发布至集市需提供众多的场景化AI能力发布至集市的功能。3.5AI赋能集市AI赋能集市包括两个部分,分别是通用型AI赋能场景和业务型AI赋能场景。AI赋能集市中的AI场景的调用方式需提供三种方式:一、接口方式;二、页面方式;三、外挂方式;3.5.1通用型AI赋能场景OCR识别助手需提供OCR识别助手,可以对图片、PDF上的文字进行识别,将其转化为文本。需提供两个方式的接入,包括接口方式和页面方式。裁判文书解析助手需提供裁判文书解析助手,可以对裁判文书中的内容识别解析后进行分片处理,使裁判文书分片为案件信息、基本信息等。需提供两个方式的接入,包括接口方式和页面方式。身份证识别助手需提供身份证识别助手,可以对身份证上的信息进行识别,识别信息包括姓名、性别等。需提供两个方式的接入,包括接口方式和页面方式。3.5.2业务型AI赋能场景公证管理赋能1、业务申请与变更识别/调用接口回填场景,需支持在公证员一般任职申请、公证机构设立申请过程中,需要填入的基础信息,通过对已上传的附件材料中的内容进行识别,提取出相应的匹配信息,对应业务系统调用本场景下提供的数据回填接口,获得对应信息,完成数据回填。司法鉴定赋能1、业务申请与变更识别/调用接口回填场景,需支持在鉴定人员执业核准、司法鉴定机构设立申请过程中,需要填入的基础信息,通过对已上传的附件材料中的内容进行识别,提取出相应的匹配信息,对应业务系统调用本场景下提供的数据回填接口,获得对应信息,完成数据回填。社区矫正赋能1、社区矫正对象登记信息识别/机器人回填场景,需支持从社区矫正人员登记信息文书中识别并提取相关信息包括:基本信息、个人信息、家庭成员及主要社会关系、判决信息、同案犯、矫正信息、矫正小组、押送信息,将提取的信息交由流程机器人自动完成登记信息的回填至业务系统。2、社区矫正对象交付接受阶段文书自动归目场景,需支持对法院或监狱发送的文书进行归目,文书类别包括委托调查函、起诉书、刑事判决书、执行通知书、假释证明书、假释裁定书、结案登记表、出监鉴定表、责令书、告知书。对交付接受文书进行归目,文书类别包括宣告书、责任书。3、社区矫正对象身份证识别场景,需支持可调用通用型AI赋能场景下的身份证识别助手能力,完成社区矫正对象的身份信息提取。4、裁判文书解析场景,需支持可调用通用型AI赋能场景下的裁判文书解析助手能力,完成裁判文书的解析和分片。5、社矫人员电话汇报语音转写场景,需支持通过调用语音识别能力,实现社区矫正人员电话汇报语音转写能力,可以采用业务系统开发页面调用AI能力的方式,也可以采用业务系统直接嵌入AI能力页面的方式。法律援助赋能1、法律援助卷宗自动归目场景,需支持对民事、行政、刑事、非诉讼案件的卷宗进行文书自动归目。2、法律援助文书识别/调用接口回填场景,需支持在对法律援助申请人信息、案件信息进行登记过程中,需要填入的基础信息,通过对已上传的附件材料(法律援助申请表、身份证明材料、申请人经济证明材料、收入证明、相关证据材料等)中的内容进行识别,提取出相应的匹配信息,对应业务系统调用本场景下提供的数据回填接口,获得对应信息,完成数据回填。3、法援申请人身份证识别场景,需支持可调用通用型AI赋能场景下的身份证识别助手能力,完成法律援助申请人的身份信息提取。4、裁判文书解析场景,需支持可调用通用型AI赋能场景下的裁判文书解析助手能力,完成裁判文书的解析和分片。人民调解赋能1、人民调解卷宗自动归目场景,需支持对人民调解卷宗文书进行自动归目,文书种类包括人民调解申请书、人民调解受理登记表、人民调解调查记录、人民调解证据材料、人民调解记录、人民调解协议书、人民调解口头协议登记表、人民调解回访记录、司法确认有关材料等。2、人民调解当事人身份证识别场景,需支持可调用通用型AI赋能场景下的身份证识别助手能力,完成人民调解当事人的身份信息提取。3、人民调解登记信息语音转写场景,需支持通过调用语音识别(ASR)能力,实现对人民调解案件登记信息的语音转写能力,可以采用业务系统开发页面调用AI能力的方式,也可以采用业务系统直接嵌入AI能力页面的方式。12348热线咨询1、12348热线录音语音转写场景,需支持通过调用语音识别能力,具备12348话务录音转写能力,实现将录音转化为文字,可解构、分析、应用,可以采用业务系统开发页面调用或直接嵌入页面等方式实现。3.6AI应用实例需提供AI应用实例的具体介绍,可将已经使用的AI能力赋能业务系统的情况进行介绍说明,同时还可以发布行业内或其他单位,针对AI能力赋能业务系统的典型案例。3.7AI赋能分析需提供针对AI能力在各个业务场景中的使用情况,提供司法行政AI赋能大数据分析的应用成效。3.8后台管理3.8.1用户中心需提供平台用户中心管理功能,使用户可以分为技术公司用户角色、司法行政体验者角色、主管部门管理者角色。技术公司用户角色,需提供申请、训练、上架的功能。主管部门管理者角色,需提供审核、授权、维护的功能。司法行政体验者角色,需提供平台了解和体验的功能。3.8.2日志管理需提供日志管理的能力,对用户使用平台所做的所有操作进行日志记录。3.8.3内容发布需提供内容发布的能力,对平台中需要涉及到内容发布的功能,提供统一的后台内容发布能力。3.8.4AI能力接入管理需提供针对其他AI能力,平台提供AI能力接入的能力。其他AI能力接入到平台后,具备介绍、训练、发布的能力。3.8.5审核管理需提供审核管理能力,具备对调用和训练申请的审核能力,同时具备AI模型的发布审核能力。4.其他技术要求1、需提供在线批量标注数据集功能,支持大量用户在线标注文本功能;2、需提供非结构化文本数据处理功能,支持用户批量上传文书,自动抽取信息及文本结构化功能;3、需提供文本标签在线训练模型功能,支持用户根据标注训练集,训练文本算法定制化模型功能;4、需提供在线发布模型功能,支持用户发布自己训练的定制化模型算法,并支持项目即时调用功能。OA办公档案管理系统1.概述系统平台采用领先的平台型设计结构,采用模块化、多层式、分布式系统结构,采用中间件+数据库的方式,开发并支持多种内、外部接口,在系统的稳定性,开放性、扩容性和运行性能方面具备显著优势。OA办公档案管理系统采取全新的四维权限管理模型,将数据权限、角色权限、用户权限及相应的权限范围分为四种维度精确管理,实现统一用户平台的管理,并充分保证用户信息的安全管理和隐私权。同时也采用协同办公平台的操作方式,做到统一风格、统一操作,在易用性设计方面的指导思想是让用户少记东西、少操作、简洁、容易理解。OA办公档案管理系统致力于打造一个多级并用的档案管理平台,实现多个单位之间独立管理,互不影响;打造一个共享共用的档案管理平台,实现档案管理的功能多单位共享共用,通过用户权限和数据权限控制查看内容;打造一个多功能的档案管理平台,实现文件归档、档案门类、档案处置、我的工作、报表统计、档案查询等应用模块;打造一个可配置化的档案管理平台,可以实现模块自定义、信息栏目自定义、流程自定义、表单自定义等自定义技术,完全实现灵活化、便捷化,可以满足不同业务的需求;打造一个便捷化的档案管理平台,可以根据需要通过系统配置,灵活选择全自动归档、半自动归档、手动归档;打造一个数字化的档案管理平台,支持目录查询、全文检索、归档统计、查阅统计、借阅统计、室藏统计。2.功能架构3.功能方案3.1档案设置1、全宗设置要求为每个档案立档单位设置全宗号,全宗号具有唯一性。具有设置权限的用户可以在全宗设置中维护本单位管控下级单位的全宗号及名称。2、机构问题设置要求每一个立档单位根据自身单位情况设置机构名称或问题,便于分类归档管理,机构设置只针对归档单位按机构名称或问题进行分类归档的情况。3、档案门类设置档案的门类设置,要求可以自定义设置档案的类别,同时针对类别自定义设定列表、页面和分类方案。4、保管期限设置根据国家保管期限规范,要求可以自定义设置保管期限名称和保管期限代码。5、归档对应设置要求每一个立档单位可以设置关键词,设置之后,该单位的组织及下级组织在归档时,自动根据标题识别出保管期限、查看范围。6、存储设置要求实现,档案的存储除了电子存储外,可能实现双轨制(纸质文件和电子文件同步归档),或者还有实体档案的存储,需要对实体档案进行存档,建立一个存储设置,与实际存储位置一致,便于通过系统快速查询实体档案的存储位置,方便实体档案的归档上架与快速索取。7、流程设置要求在后台预先设置相应的操作流程,用户需要按照预设的表单、流程执行,可以因不同的用户群体设置不同的流程。8、表单设置要求后台提供为流程或页面显示的内容进行设置的功能。9、参数设置要求实现本系统的一些系统参数设置,包括归档的来源,分类方式、密级、到期提醒等。3.2公文办理及归档此模块属于公文管理,不属于档案管理模块范畴,要求实现,当文件办理完毕时,需要该文件的起草人或责任人对文件进行归档处理,可以配置归档的方式:全自动归档、半自动归档和手工归档。公文模块分为发文和收文。全自动归档:在公文流程模块的流程设置中,可以设置对应档案类目(档案门类),当流程结束后,会自动归档(状态变为预归档),相应的字段信息自动生成(保管期限、范围详见归档对应设置中说明)。在前台不需要做任何操作。半自动归档:指在公文、流程的流程设置中,勾选归档,但不设置档案类目(档案门类),则在流程办结时,先弹出归档页面,相应的字段信息自动生成(保管期限、范围详见归档对应设置中说明),确定归档后,该流程默认办理完毕。手动归档:指在公文、流程的流程设置中,不勾选归档,在流程按钮中,增加一个归档按钮,在我的文件中,可以选择归档按钮,点击后进入预归档页面。1、发文管理发文主要实现对公文起草、核稿、审批、会签、签发、成文、盖章、发文、归档等过程进行流程化管理。2、收文管理收文管理提供公文签收、登记、拟办、批办、转办、督办、反馈、归档等功能,针对普发性的文件(只需要阅,不需要办理的文件),通常可以不用归档,而针对需要办理的文件,需要进行归档处理。3.3文件归档要求为每一个业务部门(科室)的档案管理员提供可以查看的功能模块,可以查看本部门的归档情况,可以进行预归档和归档操作。3.4档案门类要求实现,根据设置中设定的档案门类及权限范围,具有档案门类权限的用户可以查看对应的档案门类,如文书档案、声像档案、实物档案、科技档案和专业档案等。3.5档案处置要求满足,档案管理员可以在档案处置模块,进行鉴定、解密、销毁、移交等操作。3.6我的工作要求具有档案管理的权限,可以查看我的工作,包括待办工作、已办工作、查阅记录、借阅记录和提醒记录。3.7档案查询要求具有档案管理功能的权限,既可以查看档案查询,可以进行目录查询或全文检索。3.8报表统计要求实现,可按电子档案门类、年度、保管期限、利用人次、利用卷数或件数、复制、下载等要素对已归档电子文件、电子档案利用情况进行统计。要求实现,可按档案门类、年度、保管期限、卷数、件数、大小、格式、销毁、移交等要素对电子档案室藏量进行统计。3.9全宗卷由于每一个立档单位,需要每年针对各自单位的全宗、归档情况、整理情况等进行阐述说明,需要以正文形式进行整理,主要从八个分类入手,如全宗介绍类、档案收集类、档案整理类、档案鉴定类、档案保管类、档案统计类、档案利用类和新技术应用类,可以根据分类进行文件材料的上传、查看共享和管理。3.10档案年报要求实现,在系统中,可以根据单位设定固化值,如单位人员、年龄区间和文化程度等,针对计算值,如归档数量,可以实时根据系统中的数据自动计算出值,形成真实完成的档案年报,可以进行查询及导出。办公支撑服务平台1.概述建设高效的工作流引擎,通过对人员用户信息、工作流信息、表单信息、行权执行信息等办公信息服务的统一管理、智能管理,实现对办公业务的高效协同与流转,并便于新业务的持续流程完善和更新。本次重点建设开放、稳定、可靠的业务流程管理引擎,满足省厅办公及政务各类业务流程的频繁迭代需求。建设统一的电子签章,满足省厅各业务部门各类电子签章的需求。账户与权限管理系统建成之后,可以最大限度地整合省厅业务系统资源,实现用户信息、账号信息、权限信息等信息资源共享。从而有效解决因应用系统平台建设不统一而造成的“信息孤岛”现象。系统的建设综合解决了应用系统信息安全问题。解决了应用系统用户账号易被盗取、身份认证标识混乱、多人混用同一账户等引发的系统安全问题;避免机密信息、业务数据外泄;加强电子数据安全的管控力度;对核心数据的操作、存储、转移等过程进行监控,并且留下有效的审计数据。2.功能方案2.1工作流引擎工作流引擎系统主要包括以下组成部分:(1)流程引擎定义、创建和管理工作流的执行,是整个工作流系统的核心部分。(2)流程管理实现流程版本管理与历史数据留档;支持系统管理、组织机构、权限管理等基础功能,方便用户实现业务流程集中管控。(3)流程设计支持图形拖拽、属性设置等可视化的方式进行业务流程设计,便于快速建立并展现业务流程模型。(4)流程监控为工作流提供监督和记录机制,支持流程回溯,能够准确再现流程的办理情况,提供了图形化的流程跟踪模式,树型流程跟踪模式以及简单的流程跟踪模式。2.2电子签章电子签章管理主要包括印模管理、印章管理、用户证书管理、组织机构管理等功能。印模管理可以对各个印章印模进行停用、销毁和查询等操作;印章管理用于系统上所有的印章的管理。对印章进行申请、审批、制作、取消和印章权限设置等操作;用户证书管理与印章USBKEY中的数字证书绑定;组织机构管理用于印章使用司法行政机关的管理,可以对申请印章的司法行政机关进行手动添加,并划分到相应的组织机构。2.3统一账户与权限管理1、组织管理要求组织管理对省厅组织信息进行管理,支持OpenLDAP/AD组织对接、组织数据源同步、组织导入等功能。系统以标准的树形结构展示省厅组织架构,支持组织增删改查与组织迁移操作。2、用户管理要求用户管理对用户全生命周期进行管理,支持OpenLDAP/AD用户对接、用户数据源同步、用户导入、用户增删改查等功能。管理员可以对用户进行禁用和启用操作,控制用户的使用状态。管理员还可以针对用户生成临时授权码进行临时授权。用户管理支持多种用户类型,包括省厅正式用户、外部临时用户、虚拟用户等,满足各种业务场景需求。3、用户组管理要求用户组管理把用户按照业务属性分配到不同的群组,用于授权管理、认证策略管理等业务场景。利用用户组作为用户业务管理中介,比较方便灵活,也便于对用户进行批量管理操作。在用户授权操作中,用户组的意义等同于角色,符合RBAC权限模型。4、授权管理要求授权管理对用户权限进行集中管理,支持用户应用授权、用户应用功能授权、用户数据授权。通过对用户权限进行集中管理,可以解决用户权限管理复杂、权限分散、权限混乱问题。5、应用管理平台接入的各种应用系统存在开发语言、浏览器兼容性支持等各种差异,让应用接入工作复杂无比。要求该系统提出应用模板概念,让管理员只需要简单填入几个参数就可以快速地把一个应用接入平台。应用模板支持各种标准协议模板和密码代填模板,可以满足绝大多数的应用接入需求。标准协议模板支持CAS、OAUTH、OIDC、SAML等各种协议。6、日志审计管理中心提供日志审计和统计报表功能,对系统管理日志、用户认证日志、用户操作日志进行审计分析,识别业务风险,便于取证溯源。7、账号治理该系统的首要工作是统一省厅的用户账号与生命周期管理,以及授权与权限管理。简化业务系统账号管理工作,包括入职、离职、调岗、密码重置等,以及需访问业务系统的外部组织和人员的账户与权限管理工作。要求对存量应用系统进行账号治理,建立一套全新的唯一的账号体系,未来新建应用系统可以按照标准化方式对用户账号进行管理。账号治理,包括组织用户存储、组织用户同步、组织用户全生命周期管理、组织用户下发、应用系统改造等工作。(1)组织用户存储要求建立一套权威的组织用户体系为业务系统提供组织用户数据源和基本用户名密码认证功能。(2)组织用户同步该系统支持文件导入、API接口推送或者拉取、数据库视图读取等方式,和数据源系统进行组织用户同步。(3)组织用户下发该系统维护一个权威的组织用户数据源,为下游对接的应用系统进行组织账号供应。(4)应用系统改造用户应用系统登录时需要识别该系统平台传递的统一账号,所以需要对自身的账号体系进行改造,建立用户统一账号与应用系统账号之间的关联。服务总线1.概述ESB全称为EnterpriseServiceBus,即企业服务总线。它是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢,是构筑信息化系统中神经结构的必要元素。ESB的出现改变了传统的软件架构,可以提供比传统中间件产品更为廉价的解决方案,同时它还可以消除不同应用之间的技术差异,让不同的应用服务器协调运作,实现了不同服务之间的通信和整合。从功能上看,ESB提供了事件驱动和文档导向的处理模式,以及分布式的运行管理机制,它支持基于内容的路由和过滤,具备了复杂数据的传输能力,并可以提供一系列的标准接口。同时,ESB还是面向服务架构的骨干,在完成服务的接入,服务间的通信和交互基础上,还提供安全、可靠、高性能的服务能力保障。采用SOA架构,基于ESB总线进行信息化应用集成,应用系统之间的交互通过总线进行,这样可以降低应用系统、各个组件及相关技术的耦合度,消除应用系统点对点集成瓶颈,降低集成开发难度,提高复用,增进系统开发和运行效率,便于业务系统灵活重构,快速适应业务及流程变化需要。2.功能方案服务总线需要实现异构系统的接入、不同协议的转换、标准服务的封装、服务的注册集成等。主要功能如下:★2.1配置与监控服务总线作为服务集成的关键路径,基于统一用户角色、权限管理的支撑下,从管理到开发都有统一的路径,使服务的接入、封装、发布在每一个层面都可被有效管理;采用多角度监控管理,提供被消费情况的统计分析。2.2服务发布服务总线利用不同协议接入应用系统后,通过内置的协议转换后发布成标准的服务,注册到服务库供其它系统使用。2.3服务集成可以对多个服务按一定规则进行编排后形成一个新的颗粒度相对大的服务。2.4资源目录库所有服务提供者把服务发布到资源目录,所有服务消费者从资源目录查询已有服务,进行服务的申请,被授权后才可以使用服务。运维管理平台1.概述江苏省“数字法治智慧司法”信息化建设项目涵盖“全面依法治省应用群”“行政立法应用群”“行政执法协调监督应用群”“刑事执行与应急指挥应用群”“公共法律服务应用群”“综合保障与政务管理应用群”六大应用群,包含40多个业务应用,服务对象涉及到13个设区市、96个县(市、区)、108个省级机关。司法厅信息化系统分别部署在省政务云和本地数据中心机房两处物理位置,包括服务器、存储、网络、安全、中间件、数据库和应用系统等各类虚拟和物理设备,具有物理部署分散、软硬件设备种类多等特点,对系统维护能力提出了较高的要求。为保障系统的稳定运行,本次项目需建设统一运维管理系统,实现对机房、网络、链路、设备、云平台及应用系统等全方位、一体化监控预警及管理,构建规范高效、积极主动和自动化维护能力,为司法厅信息化系统的稳定运行提供保障。2.功能架构图STYLEREF2\s5-6-SEQ图\*ARABIC\s21运维管理平台系统架构(1) 数据采集层本层由各种协议适配器构成,向上层提供统一的接口访问管理协议栈(SNMP/CMIP/TL1等),获取管理信息(包括事件信息、日志信息、性能信息和拓扑信息等),并在初始发现时作为驱动模块构建信息模型。(2)中央控制层中央控制层完成所有数据的统一分析和处理,portal传达指令的中转控制,系统策略的全局配置和下发,资源事件和告警的同步,链路信息的采集分析,脚本监控等功能。(3)数据展示层提供门户服务,为用户提供基于业务、3D动态真实的IT资源统一管理展现。3.功能方案平台提供统一的界面,实现统一登录。平台集成模块包含:基础资源监控、用户体验监控、应用性能监控、统一智能告警和实时大屏展示。3.1基础监控功能(1)系统要求系统要求采用B/S架构,全中文界面,通过浏览器即可进行浏览和相关操作,提供友好、直观、易懂的图形呈现。系统支持多种数据采集方式,包括并不限于Agent、SNMP、WMI、SSH、IPMI、JMX等采集方式。(2)支持动环监控管理系统需预留扩展接口,用于机房机柜里的设备通过智能U位设备进行自动采集设备所在的机房、机柜、U位等信息;以及对接机房动力环境系统,用于监控机房环境(如UPS监控、空调监控、漏水监测等)。★(3)网络服务器监控告警管理支持网络/安全设备的流量采集和监控,支持到每个端口流量的监控,支持网络端口聚合管理。支持专线监控,包含专线网络拓扑视图监控查看、专线关联告警的查询、专线流量历史数据的记录和查询,核心指标:流量、带宽使用率等。支持刀片服务器的监控,包含刀箱监控、刀片监控和模块监控,支持以刀箱前后面板视图展示刀箱的运行状态(提供截图)。服务器设备支持通过IPMI监控服务器各传感器的硬件运行指标:电源状态、风扇转速、CPU温度、主板温度,支持SEL的采集与分析,支持HP、联想、HP、华为、IBM、浪潮等主流服务器。(4)支持拓扑管理支持自动生成网络拓扑、存储拓扑(包含物理拓扑和逻辑拓扑)、虚拟机拓扑、专线拓扑等,支持自定义业务拓扑。网络拓扑支持拓扑添加、编辑、多域生成、添加子域、多采集器拓扑搜索。各类拓扑图均支持在拓扑图上展现设备运行状态、链路状态、告警信息等。(5)中间件监控告警管理支持标准

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论