法院卷宗管理系统系统设计与集成方案doc

 {dede:global.cfg_indexname function=strToU(@me)/}欢乐牛牛下载官方下载     |      2019-11-07 05:42

  1.本站不保证该用户上传的文档完整性,不预览、不比对内容而直接下载产生的反悔问题本站不予受理。

  PAGE 15 法院卷宗管理系统系统 设计及集成方案 目 录 TOC \o 1-3 \h \z \u HYPERLINK \l _Toc 第一章 概述 PAGEREF _Toc \h 8 HYPERLINK \l _Toc 1.1 项目名称 PAGEREF _Toc \h 8 HYPERLINK \l _Toc 1.2 项目背景 PAGEREF _Toc \h 8 HYPERLINK \l _Toc 1.3 用户项目需求 PAGEREF _Toc \h 8 HYPERLINK \l _Toc 1.3.1 系统功能需求 PAGEREF _Toc \h 8 HYPERLINK \l _Toc 1.3.2 系统模块设计需求 PAGEREF _Toc \h 10 HYPERLINK \l _Toc 1.4 系统设计依据 PAGEREF _Toc \h 15 HYPERLINK \l _Toc 第二章 项目建设目标和内容 PAGEREF _Toc \h 17 HYPERLINK \l _Toc 2.1项目指导思想 PAGEREF _Toc \h 17 HYPERLINK \l _Toc 2.2建设思路 PAGEREF _Toc \h 17 HYPERLINK \l _Toc 2.3建设原则 PAGEREF _Toc \h 17 HYPERLINK \l _Toc 2.4建设目标 PAGEREF _Toc \h 20 HYPERLINK \l _Toc 2.5建设内容 PAGEREF _Toc \h 20 HYPERLINK \l _Toc 第三章 项目需求分析 PAGEREF _Toc \h 22 HYPERLINK \l _Toc 3.1 现状分析 PAGEREF _Toc \h 22 HYPERLINK \l _Toc 3.1.1 信息化现状 PAGEREF _Toc \h 22 HYPERLINK \l _Toc 3.1.2 应用系统现状 PAGEREF _Toc \h 22 HYPERLINK \l _Toc 3.1.3 网络建设现状 PAGEREF _Toc \h 23 HYPERLINK \l _Toc 3.1.4 硬件建设现状 PAGEREF _Toc \h 23 HYPERLINK \l _Toc 3.2存在的问题 PAGEREF _Toc \h 23 HYPERLINK \l _Toc 3.2.1现有应用系统日益增多,相互独立 PAGEREF _Toc \h 23 HYPERLINK \l _Toc 3.2.2 多种类型数据分散存储和管理 PAGEREF _Toc \h 23 HYPERLINK \l _Toc 3.2.3业务工作需求不断变化 PAGEREF _Toc \h 24 HYPERLINK \l _Toc 3.2.4数据重复录入与交换不及时 PAGEREF _Toc \h 24 HYPERLINK \l _Toc 3.3 功能需求分析 PAGEREF _Toc \h 25 HYPERLINK \l _Toc 3.3.1支持多类型海量数据存储 PAGEREF _Toc \h 25 HYPERLINK \l _Toc 3.3.2具备工作流机制 PAGEREF _Toc \h 25 HYPERLINK \l _Toc 3.2.3具备全文索引功能 PAGEREF _Toc \h 26 HYPERLINK \l _Toc 3.2.4具备丰富的开发接口 PAGEREF _Toc \h 26 HYPERLINK \l _Toc 3.3.5具备严格的权限认证机制 PAGEREF _Toc \h 27 HYPERLINK \l _Toc 3.3.6具备数据交换机制 PAGEREF _Toc \h 27 HYPERLINK \l _Toc 3.3.7具备灵活的扩展性 PAGEREF _Toc \h 27 HYPERLINK \l _Toc 3.4 系统性能需求分析 PAGEREF _Toc \h 28 HYPERLINK \l _Toc 3.5 数据存储量分析 PAGEREF _Toc \h 28 HYPERLINK \l _Toc 3.6 并发处理性能分析 PAGEREF _Toc \h 28 HYPERLINK \l _Toc 第四章 系统总体方案 PAGEREF _Toc \h 31 HYPERLINK \l _Toc 4.1 系统总体架构 PAGEREF _Toc \h 31 HYPERLINK \l _Toc 4.2 系统网络架构 PAGEREF _Toc \h 33 HYPERLINK \l _Toc 4.3 系统信息流程图 PAGEREF _Toc \h 34 HYPERLINK \l _Toc 4.4 平台介绍 PAGEREF _Toc \h 34 HYPERLINK \l _Toc 4.4.1 系统技术架构 PAGEREF _Toc \h 34 HYPERLINK \l _Toc 4.4.2 数据模型 PAGEREF _Toc \h 36 HYPERLINK \l _Toc 4.4.3 检索查询 PAGEREF _Toc \h 37 HYPERLINK \l _Toc 4.4.4 系统平台的API PAGEREF _Toc \h 38 HYPERLINK \l _Toc 4.4.5 工作流 PAGEREF _Toc \h 39 HYPERLINK \l _Toc 4.4.6 数据采集与数据应用 PAGEREF _Toc \h 40 HYPERLINK \l _Toc 4.5 技术体系 PAGEREF _Toc \h 41 HYPERLINK \l _Toc 4.5.1多层结构 PAGEREF _Toc \h 41 HYPERLINK \l _Toc 4.5.2 MVC结构 PAGEREF _Toc \h 42 HYPERLINK \l _Toc 4.5.3 SOA体系 PAGEREF _Toc \h 43 HYPERLINK \l _Toc 4.6 关键技术 PAGEREF _Toc \h 45 HYPERLINK \l _Toc 4.6.1 J2EE技术 PAGEREF _Toc \h 45 HYPERLINK \l _Toc 4.6.2 XML数据管理访问技术 PAGEREF _Toc \h 46 HYPERLINK \l _Toc 4.6.3 高性能的工作流引擎 PAGEREF _Toc \h 46 HYPERLINK \l _Toc 4.6.4 通用组件扩展技术 PAGEREF _Toc \h 47 HYPERLINK \l _Toc 4.6.4 RIA技术 PAGEREF _Toc \h 47 HYPERLINK \l _Toc 4.6.5 Web Service技术 PAGEREF _Toc \h 48 HYPERLINK \l _Toc 4.6.6全文检索引擎 PAGEREF _Toc \h 49 HYPERLINK \l _Toc 4.6.7 Strust技术 PAGEREF _Toc \h 50 HYPERLINK \l _Toc 4.6.8 Spring 框架技术 PAGEREF _Toc \h 51 HYPERLINK \l _Toc 4.6.9 Flex富客户端技术 PAGEREF _Toc \h 54 HYPERLINK \l _Toc 4.6.10数据融合与挖掘技术 PAGEREF _Toc \h 56 HYPERLINK \l _Toc 4.7 系统应用设计 PAGEREF _Toc \h 56 HYPERLINK \l _Toc 4.7.1 界面设计 PAGEREF _Toc \h 57 HYPERLINK \l _Toc 4.7.2 操作设计 PAGEREF _Toc \h 57 HYPERLINK \l _Toc 4.8 性能设计 PAGEREF _Toc \h 59 HYPERLINK \l _Toc 4.9 硬件及系统软件配置 PAGEREF _Toc \h 60 HYPERLINK \l _Toc 4.10 接口设计 PAGEREF _Toc \h 61 HYPERLINK \l _Toc 4.10.1对于数据提取接口设计 PAGEREF _Toc \h 62 HYPERLINK \l _Toc 4.10.2对于数据应用接口设计 PAGEREF _Toc \h 63 HYPERLINK \l _Toc 4.10.3应用接口监控设计 PAGEREF _Toc \h 63 HYPERLINK \l _Toc 4.10.4数据提取接口规范 PAGEREF _Toc \h 64 HYPERLINK \l _Toc 第五章 系统功能设计 PAGEREF _Toc \h 69 HYPERLINK \l _Toc 5.1系统总体介绍 PAGEREF _Toc \h 69 HYPERLINK \l _Toc 5.2系统特点及优点 PAGEREF _Toc \h 70 HYPERLINK \l _Toc 5.3系统功能介绍 PAGEREF _Toc \h 72 HYPERLINK \l _Toc 5.4系统模块设计 PAGEREF _Toc \h 73 HYPERLINK \l _Toc 5.4.1、案件信息采集与整合管理子系统 PAGEREF _Toc \h 73 HYPERLINK \l _Toc 5.4.2、案件信息数据共享服务子系统 PAGEREF _Toc \h 87 HYPERLINK \l _Toc 5.4.3、案件信息数据分析决策子系统 PAGEREF _Toc \h 101 HYPERLINK \l _Toc 5.4.4、公众司法服务管理子系统 PAGEREF _Toc \h 104 HYPERLINK \l _Toc 5.4.5、统一系统管理子系统 PAGEREF _Toc \h 105 HYPERLINK \l _Toc 第六章 系统安全设计 PAGEREF _Toc \h 109 HYPERLINK \l _Toc 6.1、安全等级 PAGEREF _Toc \h 109 HYPERLINK \l _Toc 6.1.1、国家标准 PAGEREF _Toc \h 109 HYPERLINK \l _Toc 6.1.2、系统安全等级 PAGEREF _Toc \h 109 HYPERLINK \l _Toc 6.2、物理安全 PAGEREF _Toc \h 110 HYPERLINK \l _Toc 6.2.1、物理位置的选择 PAGEREF _Toc \h 111 HYPERLINK \l _Toc 6.2.2、物理访问控制 PAGEREF _Toc \h 111 HYPERLINK \l _Toc 6.2.3、防盗窃和防破坏 PAGEREF _Toc \h 111 HYPERLINK \l _Toc 6.2.4、防雷击 PAGEREF _Toc \h 112 HYPERLINK \l _Toc 6.2.5、防火 PAGEREF _Toc \h 112 HYPERLINK \l _Toc 6.2.6、防水和防潮 PAGEREF _Toc \h 113 HYPERLINK \l _Toc 6.2.7、防静电 PAGEREF _Toc \h 113 HYPERLINK \l _Toc 6.2.8、电力供应 PAGEREF _Toc \h 113 HYPERLINK \l _Toc 6.2.9、电磁防护 PAGEREF _Toc \h 114 HYPERLINK \l _Toc 6.3、网络安全 PAGEREF _Toc \h 114 HYPERLINK \l _Toc 6.3.1、结构安全 PAGEREF _Toc \h 115 HYPERLINK \l _Toc 6.3.2、访问控制 PAGEREF _Toc \h 115 HYPERLINK \l _Toc 6.3.3、安全审计 PAGEREF _Toc \h 115 HYPERLINK \l _Toc 6.4、主机安全 PAGEREF _Toc \h 116 HYPERLINK \l _Toc 6.5、应用安全 PAGEREF _Toc \h 117 HYPERLINK \l _Toc 6.6、数据安全及备份恢复 PAGEREF _Toc \h 119 HYPERLINK \l _Toc 6.7、保证信息安全措施 PAGEREF _Toc \h 120 HYPERLINK \l _Toc 6.7.1、安全管理组织 PAGEREF _Toc \h 120 HYPERLINK \l _Toc 6.7.2、软件环境安全措施 PAGEREF _Toc \h 120 HYPERLINK \l _Toc 九、实施计划 PAGEREF _Toc \h 122 HYPERLINK \l _Toc 9.1项目实施组织机构 PAGEREF _Toc \h 122 HYPERLINK \l _Toc 9.1.1项目实施组织架构 PAGEREF _Toc \h 122 HYPERLINK \l _Toc 9.1.2项目经理介绍 PAGEREF _Toc \h 122 HYPERLINK \l _Toc 9.1.3主要管理、开发人员介绍 PAGEREF _Toc \h 123 HYPERLINK \l _Toc 9.2 项目实施准则 PAGEREF _Toc \h 123 HYPERLINK \l _Toc 9.3 项目实施内容 PAGEREF _Toc \h 124 HYPERLINK \l _Toc 9.4 项目实施建议 PAGEREF _Toc \h 124 HYPERLINK \l _Toc 9.5工程实施流程 PAGEREF _Toc \h 125 HYPERLINK \l _Toc 9.6 项目实施计划 PAGEREF _Toc \h 128 HYPERLINK \l _Toc 9.7项目实施过程保密管理 PAGEREF _Toc \h 130 HYPERLINK \l _Toc 十、技术支持与服务方案 PAGEREF _Toc \h 131 HYPERLINK \l _Toc 10.1、服务原则 PAGEREF _Toc \h 131 HYPERLINK \l _Toc 10.2、服务策略 PAGEREF _Toc \h 131 HYPERLINK \l _Toc 10.3、服务目标 PAGEREF _Toc \h 132 HYPERLINK \l _Toc 10.4、服务内容 PAGEREF _Toc \h 132 HYPERLINK \l _Toc 10.4.1、集成服务 PAGEREF _Toc \h 132 HYPERLINK \l _Toc 10.4.2、技术培训 PAGEREF _Toc \h 132 HYPERLINK \l _Toc 10.4.3、系统维护 PAGEREF _Toc \h 133 HYPERLINK \l _Toc 10.4.4、管理支持 PAGEREF _Toc \h 133 HYPERLINK \l _Toc 10.6、服务流程 PAGEREF _Toc \h 133 HYPERLINK \l _Toc 10.7、服务形式 PAGEREF _Toc \h 134 HYPERLINK \l _Toc 10.7.1、系统故障 PAGEREF _Toc \h 135 HYPERLINK \l _Toc 10.7.2、系统运行期间 PAGEREF _Toc \h 135 HYPERLINK \l _Toc 10.7.3、技术服务中心 PAGEREF _Toc \h 137 HYPERLINK \l _Toc 10.7.4、帮助用户组织自身的管理维护队伍 PAGEREF _Toc \h 137 HYPERLINK \l _Toc 10.8、服务质量保证体系 PAGEREF _Toc \h 137 HYPERLINK \l _Toc 10.9、针对本项目的售后服务承诺 PAGEREF _Toc \h 138 HYPERLINK \l _Toc 十一、培训方案 PAGEREF _Toc \h 140 HYPERLINK \l _Toc 11.1、概述 PAGEREF _Toc \h 140 HYPERLINK \l _Toc 11.2、培训体系 PAGEREF _Toc \h 140 HYPERLINK \l _Toc 11.3、培训理念 PAGEREF _Toc \h 140 HYPERLINK \l _Toc 11.4、培训目标 PAGEREF _Toc \h 141 HYPERLINK \l _Toc 11.5本项目培训队伍 PAGEREF _Toc \h 142 HYPERLINK \l _Toc 11.6、本项目培训对象及培训内容 PAGEREF _Toc \h 142 HYPERLINK \l _Toc 11.7、培训形式 PAGEREF _Toc \h 143 第一章 概述 1.1 项目名称 项目名称:XXX法院卷宗管理系统项目 缩写简称:卷宗管理系统 1.2 项目背景 我院信息化建设起步较早,现已基本完成了核心业务信息系统的建设,包括案件管理系统、协同办公系统、数字法庭(庭审音视频录制、管理和发布)、电子档案等,解决了支持日常运作的信息系统建设问题之后,进入核心应用阶段并开始审视本身的运作及管理规范。我院在长期运行过程中积累的审判经验和宝贵的历史数据,是由裁判文书、工作流程、电子档案、庭审音视频资料等形式来保存的,而日常繁重的工作无法让珍视这些知识的人们准确的更新和管理这些文档。文档流是重要的信息沉淀,对文档的管理是从2004年开始新一轮应用信息化革命性的需求,谁来解决这些文档相互关联的问题,谁来考量文档生命周期管理,将这些文档富有逻辑性的统筹起来,谁能自动审计所提交文档的变化,如何保证文档能够被安全有效的共享,运行多年的核心业务系统中的不活动数据及报表如何压缩归档存储,这是目前我院信息化建设的迫切需求。 1.3 用户项目需求 1.3.1 系统功能需求 (1)案件内容信息集中管理 法院具有多个应用系统,每个系统数据存储设计不一,数据的类型、格式也有很大的不同。随着法院审判案件数的逐年增加,电子案卷的数据不断增加,数字法庭系统的全面配备,视频文件的存储量大幅度增加,每个案件的庭审录像文件会达到1G左右,全院每年的庭审录像文件数据量就会达到25T左右。现需通过建设统一的数据存储和管理平台,将所有系统的数据导入到这个平台中,尤其是非结构化数据,如电子案卷、庭审录像等。同时,提供完善的数据存储机制,保证数据安全,提供快速查询接口,建设司法信息数据库。 平台具有以下功能特征: 归纳各类典型和重、特、大案件信息,以文档、语音、图像、视频等格式,保留有关案例的案情、案卷信息,形成案例库; 基于跨应用系统的数据集中存储,具备提供跨应用系统数据分析和服务的基础,建设全面的数据分析功能模块; 具备完备的存储机制,提供在线、近线和离线的多级存储方式,解决海量数据管理和利用效率低下的问题; 平台具备完善的安全机制,保证了数据的安全存储,数据的访问、修改、删除均在系统监控的范围内。系统可以在数据的传输、发布过程中加密,保证司法信息交换的安全性; 便于应用扩展法院,新建系统可直接利用数据访问接口使用平台内的数据平台,无需另外建设数据存储。 (2)综合信息交换 对于上诉案件、复核案件和报告、请示等,在报送审判案件卷宗的同时,实现包括文字、视频、语音等多种信息形式的诉讼证据、法律文书、法庭记录、诉讼手续、送达回证等电子档案的信息报送; 实现异地质证、远程庭审观摩、远程案件讨论、视频点播、电视会议、远程培训和专题讲座等方面的音视频应用; 实现法院横向之间,司法合作、委托调查取证、委托执行、委托送达等业务电子信息交换。 (3)数据利用 法官可通过系统模糊查询检索到符合条件的案件,在授予的权限内查看案件的信息,包括电子案卷、庭审录像、内部交换文书、和此案件相关的申请等; 系统可将法官关注的案件进行对比,将类似的案件进行对比显示,便于法官进行案件分析; 系统可显示案件相关联的卷宗材料,便于法官进一步的查看。如显示当前案件的原审资料、再审资料、执行资料等; 可以个性化的方式,从分布于不同数据源的案例库中,自动选择出具有特定案情特征的案件,满足法官的工作需要,实现案例学习、研究和审判支持; 法官可将在系统中发布经典或者疑难案例,供其他法官研究和评论,讨论过程和结果形成知识文档。 (4)数据分析和决策支持 为法院领导提供跨系统的数据分析;根据需要自定义报表,为不同的领导从不同的角度展现个性化报表;为审委会提供全面的案件资料。 (5)跨部门司法服务 与检察院可通过专网实现电子案卷移交; 为社会公众提供司法服务; 可在法院审判大厅的自助终端或者法院的门户网站上查询到案件的基本情况,包括基本信息、进展情况、开庭安排、起诉书、裁判书等一些可以公开的证据资料等。 1.3.2 系统模块设计需求 (1)数据采集 对 Office 文档、图像文档、图形文档、XML 文档等各类电子文档以及纸质、光盘、磁带等实物文档和档案实现电子化后进行有效地组织。 ◆ 文档采集:对文件实物资料进行高速、批量扫描和加工,自动识别文件的标题、文号等属性信息及文件的正文内容,能够识别宋体、仿宋、楷体、黑体、圆体、隶书等各种印刷体文字,识别率在 98%以上,支持简体中文、繁体中文和英文,支持中英文混排。 ◆ 图片采集:图片扫描录入后,对扫描图像进行净化、旋转、排序、格式转换等加工操作。 数据采集必须支持多种类型的录入方式,除扫描录入外,支持直接从本地上传文件,还支持xml、dbf、mdb、xls、txt、doc等格式文件的导入,录入模式多样,可集中录入,也可分布式录入,并可实现集中录入和分布式录入的统一。 数据采集必须全面兼容支持 TWAIN 接口的扫描仪。 (2)数据存储 数据存储是本项目的核心,主要完成系统数据库的建立、数据的导入、存储管理等内容,支持分布式的海量数据存储,可同时布署多台应用服务器以支持大规模的用户访问。 ◆ 数据导入 数据校验:通过数据校验可保证来自不同系统、不同格式的数据的一致性和完整性。对不符合规范的数据进行转换,转换为统一和完整的数据后,再行导入。 数据导入工具:数据导入可以使用数据仓库引擎厂商提供的数据加载工具进行数据导入;也可以通过数据仓库引擎厂商提供的API编程进行数据导入。 数据导入方法为三种: 直接追加:是指每次加载时直接将数据追加到目的表中。对于典型的流水数据,一般采用此方法; 全部覆盖:对于抽取数据本身已包括了数据的当前和所有历史状况,对目标表采用全部覆盖方式; 更新追加:对于需要连续记录业务的状态变化,用当前的最新状态同历史状态数据进行比对的情况采用更新追加的方式。 ◆ 数据库管理策略 提供多级存储管理能力,数据对象在存放到数据库时,它将会定位到一个存储类以及相关的存储系统中,系统能制定迁移规则使对象能自动从一个存储类迁移到另一个存储类,每个对象都能够在磁盘上存放 6 个月之后迁移到光盘或磁带上以降低存储成本和长期保存。对象也能从一个资源管理器迁移到另一个资源管理器,以便轻松实现试验或测试系统到生产系统的迁移,同时资源管理器的备份和升级、远程备份也易于实现。 ◆ 结构化数据存储 采集诉讼管理系统、执行系统中案件数据系统,其中包含,案件号、案件类型、当事人信息、诉讼请求、排期信息、审理信息及结案信息等案件审理过程中产生的关系型数据字段,进行集中存储。 ◆ 非结构化数据存储 采集诉讼管理系统、电子档案系统、数字法庭系统中案件产生非结构化数据,如:证据材料的扫描件、庭审录像等数据,进行统一存储。并将非结构化数据通过分析进行“结构化”管理。 (3)数据索引 将采集的案件所涉及的结构化数据和非结构化数据,通过分析与细化,创建出案件数据索引,分为字段索引和全文索引两部分. (4)流程管理 建立工作流引擎,支持图形化的流程配置,并可单独设计流程表单,可实现案件卷宗目录系统中权限申请、卷宗文书资料的采集及上传、借阅等审批流程,并可根据实际情况增加、修改、删除流程。 (5)目录整编 通过采集的案件相关多媒体数据信息,自动整理生成案件的卷宗目录。通过生成的卷宗目录,实现案件每个阶段的数据信息节点的定位。 立案阶段:起诉状、立案审批表、受理通知书、举证通知书等法律文书;原告提交的证据材料等。 排期阶段:开庭传票等; 送达阶段:送达传票、公告等; 审理阶段:合议庭笔录、开庭笔录、调解书、判决书等法律文书;被告提交的证据材料,庭审录像。 结案阶段:案件结案信息、上诉信息等 归档阶段:归档信息等; 通过卷宗编制各种资料的版本号、数据信息等。根据不同字段的编码规则,自动生成代码。对已编目的卷宗也可以重新编目。 (6)卷宗检索查询 针对系统中数据库(结构化数据和非结构化数据)下的记录进行查找、检索,选择文档库进行检索。检索方式可以分为属性检索和高级检索、全文检索。 用户选择对应的搜索条件,检索对应的案件卷宗目录中符合条件的记录。在属性检索中分为两种:案件内容属性、案件数据属性。 (7)卷宗借阅管理 借阅登记:记录用户借阅卷宗内容、借阅日期、借阅者、借阅期限和同意借阅的领导等信息。 归还管理:对用户归还的档案进行登记,并提供续借功能。 催还管理:具有对到期未归还档案进行提醒、催还等功能。可以对过期未还的档案或已借出若干天的档案进行统计。可以按借阅人、借阅组、日期和被借阅的某一档案来催还。 借阅台帐:对借阅档案信息进行统计、分析后,随时打印统计结果。 系统可按借阅人、按时间、按档案、按借阅频率、按操作者来查询统计打印档案被借阅的情况,可以评测档案利用价值的高低,还可用于统计档案管理人员的工作量。 (8)统计报表 可统计文档对象的数量,也可根据文档类型的字段的属性,如案件类型、结案方式、当事人、案由等信息,组合进行统计。 可选择横向和纵向的分组条件,且可设定多层分组关系,如统计各个年度案件类型的数量,案件的新收、旧存、调解率、上诉率等数据的统计。统计条件可保存供以后使用。 (9)介质管理 支持三种方式存储电子文件,系统管理员可在系统运行过程中随时增加新的存储介质以存储不断增加的电子文件。这三种存储方式是: FILE 方式:将电子文件保存在应用服务器所在的硬盘或磁盘阵列中,能够提供最高的访问速度; FTP 方式:将电子文件保存在远程 FTP 服务器上,甚至可以将电子文件保存在多台 FTP 服务器上,当电子文件容量非常巨大时可以采取这种方式进行存储; Database 方式:将电子文件与文档的属性信息一起保存在数据库中,系统维护将变得更加轻松。 提供介质预警功能,当介质使用的容量达到一定限度时系统将自动发出预警信息,目前支持三种预警方式:登录时通知、电子邮件通知、手机短信通知。 (10)日志管理 日志管理共包括用户操作日志、系统运行日志、管理员工作日志、任务处理日志四部分,为系统安全、档案存档、常用功能统计、性能调优等方面提供了技术保证。日志管理功能除了记录系统运行及用户操作情况之外,同时还将记录子系统的运行情况、任务办理的情况等。 用户操作日志:记录用户在系统中的操作记录,可通过用户操作日志统计出各级用户最常用的系统模块。 系统运行日志:记录整个系统运行状态的相关记录。如:系统运行异常、系统启动及关闭时间、最高并发用户数等。通过系统运行日志,可迅速确定系统运行过程中存在的问题,为系统平稳运行增加一道安全的屏障。 管理员工作日志:主要用于维护及查询管理员操作记录。 任务处理日志:记录用户在任务办理过程中的工作痕迹,对各项任务的办理过程及处理结果进行存档。任务处理日志功能可对各级用户的任务处理过程进行监督,对任务处理过程及结果进行追溯。 (11)系统接口 系统接口包括两大类:数据提取接口和数据应用接口。 数据提取接口主要用于为提取现有诉讼管理系统、执行系统、电子档案、数字法庭等系统的数据提供数据通道。投标人须提出合理的数据提取解决方案,列明每一种接口的具体接口标准(包括具体数据项)。 数据应用接口主要用于原有系统、外部单位系统等对数据的利用。投标人必须提出全面、科学的数据利用解决方案,列出数据利用的各类具体接口标准以及调用方法。 (12)系统管理 系统管理是用来维系系统正常运转的关键部分,主要维护的内容有:各部门、系统用户、系统权限、标准代码、系统日志管理和数据库的备份恢复功能。 部门管理:添加、修改、删除、查看部门组织结构。 用户管理:添加用户、修改用户信息、删除用户、修改用户口令操作。可以为用户设定一个或多个岗位,完成不同操作功能。 权限管理:系统可以设立不同的岗位,初始默认设置有以下2个:系统管理员、决策层。 管理员可根据具体需要添加岗位,并为岗位赋与不同的操作权限,以满足具体业务需要。 节假日管理:系统所有数据的报送日期、数据报送截止日期、以及评估日期等均发生在正常工作日内。这就需要系统实现对节假日的剔除。系统将会在每次进行评估运算时剔除这些日期,保证运算的合理准确。 (13)短信管理 短信管理是指在综合办公系统集成短信管理功能,在需要短信发送功能的时候调用此功能,短信管理包括短信发送、回复等;以及短信群组管理、短信触发事件接口、短信自动发送/自动回复的设置等功能;短信管理功能可满足以下要求: 支持基于组织机构的群发; 支持对业务流转过程的跟踪; 支持自动发送和回复。 同时可自定义短信发送的时间、频率、短信格式等功能。 1.4 系统设计依据 ◆《2006-2020年国家信息化发展战略》(中共中央办公厅、国务院办公厅印发中办发[2006]11号) ◆《国家电子政务总体框架》(国信〔2006〕2号) ◆《电子政务标准化指南(征求意见稿)》 ◆《加快电子政务建设构建阳光政府工作方案的通知》 ◆ 中共XX市委XX市人民政府《关于加快电子政务建设构建阳光政府的意见》 ◆《人民法院计算机信息网络系统建设技术规范2005版本》 ◆ 其他相关材料和文件 第二章 项目建设目标和内容 2.1项目指导思想 以理论、“三个代表”重要思想为指导,全面贯彻落实科学发展观,从审判实际工作出发,基于我院信息化现状,以需求为导向,以深化应用、提高信息化水平为重点,树立为科学管理(决策)服务、为审判工作服务、为诉讼参与活动服务的三服务宗旨,提高审判效率,促进司法公正。 2.2建设思路 采用我公司自主开发的符合业界主流标准的内容管理平台,建立统一的司法信息数据库(包括数据库和文件系统),统一存放法院各种多媒体数据;以案件为核心,将各种数据组织成电子卷宗并建立各种索引;根据我院实际工作流程进行二次开发,建立卷宗查询、发布、输出等各种利用机制;提供对原有各业务系统的接口;实现数据的统一管理。 2.3建设原则 系统建设考虑法院现状和特殊需求,结合本地信息化优势和应用系统建设优势,以“先易后难、总体规划、分步实施”为总体原则进行规划建设。系统还考虑长远发展需求,保证系统应用的安全性和扩展性。因此在方案设计中,应遵循以下几点: 标准化原则 系统建设、业务处理和技术方案遵循国家、广东省、XX市各项标准;方便资源共享。 有关信息化标准的规定: ◆《电子政务总体技术框架》 ◆《电子政务系统总体设计要求》 ◆《政务信息资源共享交换平台技术规范》 ◆《电子政务门户网站建设规范》 ◆《国家电子政务网络技术和运行管理规范》 ◆《XX市电子政务应用服务规范》 ◆《深圳经济特区行政机关电子公文交换技术规范》 ◆ 其他相关标准规范 统一性原则 本系统涉及到法院各类业务在各庭室、各应用系统的基础上运行处理,必须遵循一定的统一性,主要是统一数据标准。对于上诉案件、复核案件和报告、请示等,在报送审判案件卷宗的同时,必须实现包括文字、视频、语音等多种信息形式的诉讼证据、法律文书、法庭记录、诉讼手续、送达回证等电子档案的信息报送;必须实现法院横向之间,司法合作、委托调查取证、委托执行、委托送达等业务电子信息交换。因此必须制定统一的数据标准,平台上的业务实现都按照数据标准进行规范。 先进性原则 本项目涉及到多级、多部门的业务工作,并集成采用多类多项技术,系统运行后产生的数据量巨大,具体机制创新还在继续推进,故规划设计时应有先进的理念,采用先进的技术,先进的管理手段,以保证项目的顺利建设、稳定运行和今后的平滑升级,满足系统建设不断探索完善的需要。 稳定性原则 卷宗管理业务关系重大,需要及时、准确的完成各项信息共享工作,对系统的稳定性要求高。项目建设参照目前已经建成运行的系统,采用成熟技术以及成熟的系统架构。系统设计要保证系统正常工作的能力和在错误干扰下重新恢复和启动的能力,不至于因某个动作或某个突发事件导致数据丢失和系统瘫痪。对一些关键点,采取一些措施保障系统实现无单点故障。 实用性原则 系统的用户涵盖范围广,因而操作过程的简单化、管理过程的可视化、业务办理的人性化是系统设计的一个原则。实用性要求做到:具有友好的用户界面,操作简便快捷贴近用户的业务习惯,便于学习、理解和使用,便于系统管理、数据更新和系统升级。 易用性原则 系统必须要实现简单易用,方便具体用户使用,实现以下特性: 用户界面友好、美观,只要用户具有相应的专业知识,并能熟练使用计算机,根据系统相关提示以及用户手册便能正确使用该软件; 人机界面友好,采用全可视化图形界面; 界面操作要求具有高度智能化,对于密集信息录入界面,要求能实现支持完全键盘操作; 对主要操作给予提示信息,对易曲解操作,给予选择性提示;系统提供上下文提示帮助及专门的帮助界面; 系统信息录入应尽可能的实现缺省值配置和下拉选择,提供各种智能化输入支持,尽量减少操作员手工输入信息的工作量; 系统的问题、消息和结果是易理解的(如:术语、图形表示、背景信息、帮助信息等); 出错提示消息必须准确(如解释错误产生的原因和纠正的详细信息等); 系统应以易观察易读的形式向用户提供信息(如:确认、程序询问、警告、出错消息等); 屏幕输入格式,报表和其他输入、输出设计清晰和易于浏览; 对具有严重后果的功能执行是可逆的,或者系统给出该后果的明显警告,并且在执行该命令前要求确认; 支持各种主流桌面操作系统及浏览器。 可扩展性原则 一方面,充分考虑政府职能的转变、功能的调整,系统规划设计要具有一定的扩展性,便于进行二次开发,以后可以方便、快速、稳定的进行升级,添加需要的功能。另一方面,系统建设必须充分考虑技术的发展趋势,在硬件配置和系统设计中充分考虑今后的发展和升级,确保系统能适应现代信息技术高速发展。 安全性原则 由于系统具有一定信息保密性,同时提供在线服务功能,因此在进行系统规划设计建设时,必须重视整个系统的安全性问题。要从操作系统、应用系统、网络系统等方面全面考虑。包括系统的在线故障恢复、数据的保密及完整、外部非法侵入的防范、内部人员越级操作的防止、故障快速查找及排除的能力等等,通过建立一整套完备的安全保障体系,如身份认证,物理数据备份,防杀病毒,建立“磁盘镜像”,实行“运行日志制度”等,防止数据库的非法使用、随意扩散和遭受破坏。此部分可以充分利用我院原有系统的规划。 可靠性原则 系统要求具备较强的安全保护措施和故障恢复能力,系统在应急状态必须保证其可用性,可以365×24小时全天候运行。系统在应用层面上,必须要有相应的冗余设计,确保系统在异常情况下能够自动恢复,或者经过人工配置调整后快速恢复。 2.4建设目标 通过本系统的建设,具体实现以下目标: ◆ 形成完善的司法信息数据库,包含文档、音视频、图片等各种格式的全面案件信息,也形成了全国司法信息数据库中的一个资源存储节点;在这基础上,建设一套案件信息管理子系统,实现对案件信息的组织、管理、检索等; ◆ 建立案件信息数据共享服务子系统,为法官办案提供广泛案例支持、异地质证、远程案情讨论等协助,提高办案效率;与检察院、监狱等司法部间实现电子信息交换,提高部门间协作效率; ◆ 建立案件信息数据分析决策子系统,为法院领导提供全面、个性化的统计分析信息,为决策提供更好的支持; ◆ 建立公众司法服务管理子系统,为国家政府机关、公众提供全面的司法信息服务平台。 2.5建设内容 1、应用系统建设 包括司法信息数据库的建设、中间逻辑层的数据业务处理、应用层的具体应用开发,主要包括案件信息数据采集与管理子系统、案件信息数据共享服务子系统、案件信息数据分析决策子系统、公众司法服务管理子系统和统一的系统管理等。 2、建设相应的法规制度,规范业务流程,保证卷宗管理系统的正常运行及长期有效的管理。 3、制定相应的数据标准规范。 4、开发与我院原有司法业务系统、检察院业务系统等综合系统的接口。 5、配合甲方采购设备与搭建系统运行环境。 第三章 项目需求分析 3.1 现状分析 3.1.1 信息化现状 多年来,法院坚持“公正司法,一心为民”的指导方针,按照“需求主导、循序渐进”的工作思路,从经济条件和实际需求出发,因地制宜地制定信息化建设规划和实施方案。积极筹措资金,克服困难、真抓实干,基本实现了常规办公无纸化、档案管理电子化、流程监控网络化和庭审记录数字化,保证了本项目建设的基础要求。 3.1.2 应用系统现状 目前法院具有以下四个应用系统,都运行同一网络平台之上,本系统也将部署在此网络平台上。 ◆ 案件管理系统和执行流程管理系统 案件管理系统和执行流程管理系统作为核心业务系统,对案件流转的各个环节进行全程计算机管理,案件相关受理、分案、审理、结案、归档、审批等程序均在网上完成。 ◆ 协同办公系统 通过多年的开发、完善,我院协同办公系统在全面实现日常行政事项无纸化的基础上,根据工作需要,增加了廉政管理档案、大案要案跟踪处理、电子签章等模块。 ◆ 数字法庭系统 数字法庭系统对审判过程中视频、音频、多媒体证据等信息资源进行实时采集、数字化处理进行存储,通过IP网络发布审判实况直播和点播。每个法庭配备4个摄像机,全面录制庭审现场活动,录制分辨率为720 * 576。 ◆ 电子档案 档案管理电子化工作分为两方面:一是将案件材料同步扫描生成电子档案,二是对历史档案进行影像化。截止到今年8月份,我院已累计扫描录入9万多卷。 3.1.3 网络建设现状 我院内部网络配备千兆主干交换机,通过光纤连接楼层百兆交换机。内部网络通过租用线路接入全国法院专网和广东省政法网。本系统建设完后将部署在此网络平台之上。 3.1.4 硬件建设现状 我院中心机房配备了5部4路4核高性能PC服务器,通过虚拟化软件生成大约40部虚拟服务器,运行数据库、中间层、web服务等核心应用;我院先后配备了3套SAN存储设备,总容量为28TB;配备了一套磁带库备份设备,容量为80TB,对关键数据进行定期备份。 本项目将使用这5部高性能PC服务器虚拟出来的服务器作为应用服务器、采集服务器、数据库服务器,使用san存储设备以及磁带库设备作为备份数据库服务器。 3.2存在的问题 3.2.1现有应用系统日益增多,相互独立 随着法院业务的不断发展,信息化应用系统不断增多,数据量增长速度以数量级计算,由于各系统互为独立,导致数据访问难度增大、系统运行效率降低和维护难度加大。 为提高信息化整体运行效率、简化系统管理,需对现有系统的架构进行改造,建设一个先进并适度超前的基础架构平台,通过该基础平台整合、支撑现在的所有应用系统,并根据“天平工程”的建设要求,实现“一库、两平台、四应用”的目标。 3.2.2 多种类型数据分散存储和管理 现有业务系统自行存储和管理数据:审判流程管理系统和执行流程管理系统中的案件机构化数据、电子档案系统中的图片、数字法庭中的音视频信息、内部办公系统中的电子文档数据等。上述数据存放于不同的服务器平台上,通过相应的应用系统进行访问,维护和利用难度较大。此外,为保证数据安全,必须加强存储管理,如加密、访问控制、备份恢复等等,数据分散存储,即使是存储在集中存储设备上,也增加了管理复杂度。 本项目建设实现数据集中存储,既可以保证数据的安全,也会简化数据存储管理。 数据集中存储,必然会形成数据量激增的局面,而且随着数字法庭的建设,每天会产生大量的音视频文件,这些海量数据如果只存储在磁盘上,很快就会出现存储空间不足的现象,必须采取多级存储策略,将不常用的数据转移到近线或离线设备上。 基础平台支持常用类型的数据集中存储,并可以支持多种海量数据存储。 3.2.3业务工作需求不断变化 随着法院业务的不断发展,新的业务需求不断出现,原有的业务流程也在不断调整,而现有的流程管理系统已将业务流程基本固定,应用系统分散处理增加了根据实际工作情况不断调整业务流程的难度。此外,随着业务流程不断扩展,系统涵盖面不断延伸、程序复杂度日益增大,每个细微的调整可能对多个业务系统都提出程序修改的要求,开发难度大为提高,难以及时支持法院业务的发展。 通过本系统建设,统一了各应用业务系统数据集中,系统采用了自定义工作流、自定义表单技术,预留相关业务接口,提供良好的业务扩展能力。 3.2.4数据重复录入与交换不及时 现有的应用系统,如审判流程管理系统、内部办公系统、档案电子化系统、数字法庭系统等都是独立的,各自有自己的数据库和存储系统,各个系统间的数据无法充分共享,如果需要交换数据,就只能通过单独开发一些接口进行数据交换,如果某个应用系统改变了,为其提供数据和需要此系统数据的应用系统也要作出相应调整,工作量会增加很多。 本系统针对上面所述问题,采用了桥接技术,根据数据交换标准,把法院各应用业务系统数据进行及时采集,解决了数据重复录入以及数据采集的及时性、高效性、完整性。 3.3 功能需求分析 根据法院信息化现状和特殊需求,本系统设计将考虑以下业务功能要求。 3.3.1支持多类型海量数据存储 系统应支持常见类型的数据的统一管理,包括: ◆ 结构化数据,即数据库数据; ◆ 扫描的图片,即案卷电子化中的实体数据; ◆ 音视频文件,即数字法庭中产生的数据; ◆ 电子文档,即内部办公系统中产生的数据; 所有这些类型的数据全部可以在存储在一个或者多个存储设备上,采用统一的管理策略,可以根据数据类型或者客户业务需求进行单独设置。 系统满足TB级数据存储管理,采用分布式多级存储策略。所谓多级存储策略就是可以将数据存储在在线、近线、离线三种设备上,并实现数据在这三种设备上的自动迁移。在线设备是指磁盘阵列、SAN、NAS等磁介质存储设备,这类设备的有点是读取速度快,缺点是需要不断扩充容量;近线设备是指光盘库、磁带库等,这类设备可以将数据写入光盘或者磁盘中,并随时可以进行读取。优点是造价低,容量增加只增加介质即可,而且可以随时读取,缺点是读取速度慢一些;离线设备是指从光盘库、磁带库中取出的光盘和磁带,这些数据不能直接读取,需要人工重新上线才可以。优点是利用几率很低的数据可以不占用系统存储空间了,缺点是读取时需要人工干预。 根据数据利用的几率大小,合理利用这三类设备,实现了海量数据的存储,并且可以保证数据的存取效率。可对所存储的数据都进行了加密、压缩操作,保证了数据存储的安全性。 3.3.2具备工作流机制 系统采用业内主流的工作流技术实现工作流程控制机制。 系统平台提供了一个可视化的流程定义工具,可以根据业务流程进行定义。流程启动后,不同角色的人员登录系统就可以看到分配给的任务,只需完成任务工作并提交即可,无需关心业务流转。系统会自动根据流程定义将任务分配给下一个需要处理的角色,直到整个流程运行完毕。 如果业务流程变化了,则调整流程定义即可,无需修改应用程序。减轻了应用系统的压力,保证了应用系统的稳定性和操作人员的使用习惯。 系统同时支持复杂流程定义,如自动动作、人工动作、虚动作、子流程等。支持流程监控,支持大量流程的并行执行。 工作流机制非常适用于法院这种流程特别复杂、流程经常调整的情况。可以大大减少应用应用程序的开发量,缩短业务变更的响应时间,提高办案效率。 3.2.3具备全文索引功能 采用全文索引技术实现针对数据库数据和电子文档的全文索引功能。全文索引与普通的索引不同,普通的索引是以B-tree结构来维护的,而全文索引是一种特殊类型的基于标记的功能性索引。使用全文索引可以快速、灵活地为数据库数据和电子文档数据创建基于关键字查询的索引,与like语句不同,like语句的搜索是适用于字符模式的查询,而全文索引是根据特定语言的规则对词和短语的搜索,是针对语言的搜索。 在对大量的文本数据进行查询时,全文索引可以大大地提高查询的性能,如对于几百万条记录的文本数据进行like查询可能要花几分钟才能返回结果,而使用全文索引则只要几秒钟甚至更少的时间就可以返回结果了。 全文索引技术为应用系统提供可更丰富的检索方式,应用系统也可以开发出更符合业务应用的功能,提高工作效率。 3.2.4具备丰富的开发接口 系统必须提供丰富的开发接口,可以支持常用类型的应用系统开发,无论是C/S架构还是B/S架构的应用系统都可以在此平台上搭建。 根据技术类型分,平台提供的接口类型有: ◆ JAVA接口; ◆ EJB接口; ◆ WEBService接口; ◆ 其他接口。 根据接口的复杂度,平台提供的接口类型有: ◆ 简单接口:单交易接口,应用系统可以灵活控制数据读取,实现一些非通用的业务功能; ◆ 复杂接口:复合交易接口,对于一些通用的业务逻辑,平台包装成了开箱即用的复杂接口,应用程序可以只调用一个接口就可以实现一个业务工作,大大方便的应用系统的开发; 根据业务系统的要求,不断提供更多更便捷的接口,封装更多复杂接口,使得应用系统的搭建越来越轻松。 3.3.5具备严格的权限认证机制 系统具备严格的数据访问权限控制机制,主要有: ◆ 严格的用户身份认证机制:包括密码检验、有效期检验、重复登录检验等; ◆ 严格的权限认证机制:包括权限设置、权限分配、权限确认等; ◆ 支持CA验证以及支持TOP验证等。 3.3.6具备数据交换机制 系统应实现平台间的数据交换机制。具有如下特点: ◆ 全面支持FMQ技术,符合最高院的整体数据交换平台架构; ◆ 支持定时传输、支持按照数据类型分类传送; ◆ 支持加密传输,采用主流加密算法,保证数据传输的安全性; ◆ 可自动检验数据传送的完整性,不完整的数据可以自动重新传输,数据传输机制保证了平台间的数据交换,从而为今后省高院和中院之间数据共享提供了技术实现手段,也为形成全国司法信息数据库提供了基础。 3.3.7具备灵活的扩展性 系统应该具备灵活的扩展性。主要有如下特点: ◆ 接口层可扩充:平台可以根据应用系统的需要,不断扩充接口类型和数量,尤其是复合交换接口,会给应用系统的开发提供更多的便利 ◆ 应用层可扩充:应用层是采用组件化结构,业务处理部分可以根据法院业务的变化,将通用的业务逻辑进行包装,形成新的业务处理组件。 ◆ 基础组件层:可以根据提供厂商的最新版本更新这些基础组件,使得整个平台的基本功能一直和业内主流保持一致。还可以将业界最新最适合技术集成入这个层中,不断增加新的基本功能。 3.4 系统性能需求分析 系统建设的基本原则是采用集中模式,统一服务器、数据库,归入我院信息中心统一存放和维护。因此在系统规划设计时要求系统必须具有高可靠性、高性能、高扩展性。系统保证7*24小时不间断工作、无单点故障,同时还需具备强大的并发处理能力和数据存储能力,能够满足大量数据同时监察时所产生的压力、数据存储速度和系统反应速度。 3.5 数据存储量分析 法院具有多个应用系统,随着法院审判案件数的逐年增加,电子案卷的数据不断增加,数字法庭系统中视频文件的存储量大幅度增加,每个案件的庭审录像文件会达到1G左右,一个法院一年的庭审录像文件数据量就会达到25T左右。 如果十年计算,案件数量以每年20%-30%的速度高速增长,取5年每年增长25%计算,加上历史数据5年,系统存储量要达到350多T。 3.6 并发处理性能分析 本系统并发处理性能随着客户端数量、数据库服务器性能、管理信息种类和数量的变化而变化,根据需求,提出针对本系统的典型的影音类型数据(信息量达到1G左右)和检索信息管理操作的性能要求: 1) 影音类型数据入库操作:按照文件大小尽量优化; 2) 检索数据按照指定的样式进行显示页面合成时间:一般单条信息合成时间少于3秒,一般复杂检索的合成时间少于5秒; 3) 数据检索时间:采用全文检索模式进行关键字检索的返回结果时间≤2秒; 4) 数据同步实时性(数据交换实时性):数据同步服务器的响应依赖于网络传输速度。 5)在100M局域网环境下进行增、删、改业务(不含大对象数据类型)响应时间在2秒以内。 6)在100M局域网环境下查询操作的响应时间在2秒以内。 7)系统支持同时在线。 为了满足上述需求,需要建立一套将法院各应用系统涉及的各种类型数据进行统一管理的卷宗管理系统。简单的说,卷宗管理系统是一套部署在法院数据中心的综合司法信息管理、交换和服务平台。通过该平台的建立将案件所涉及的各种数字化信息进行统一管理,不仅与法院各系统平台进行信息交换,而且能够为法官、为法院领导、为法院系统管理者、为政府部门、为社会公众提供各种服务。 第四章 系统总体方案 4.1 系统总体架构 卷宗管理系统根据标准规范体系和信息安全体系的要求,采用J2EE技术的B/S架构,构建安全稳健、先进、可靠、易扩展的系统。系统基本划分为基础组件层、数据交换层、应用层等三个层次,层次之间相互关联、有机结合在一起。 系统总体架构如下: 卷宗管理平台分为三个层次: 基础组件层 这层主要包括基础网络设施、硬件支撑平台、应用支撑软件(包括数据库软件、操作系统软件、以及其他辅助软件),并运用业内最流行的技术和产品组件。优化法院相关应用系统与本系统间的网络资源,通过调整网络尽量实现点对点的直接链路,提高网络信息传输速度;利用原有设备,规划部署系统运行最优方案;采用最成熟最流行的技术组件进行封装,提高系统性能。 ◆ 数据库:负责结构化数据的管理,在《人民法院计算机信息网络系统建设技术规范》上进行再次抽象整理,保证数据检索的准确和高效。采用大型数据库,可以支持海量数据存储,预留支持各版本数据库接口。 ◆ 内容管理:负责非结构化数据管理,在业界先进成熟的内容管理产品上做重新包装和再次开发; ◆ 工作流管理服务:负责实现工作流机制,在标准的WorkFlow基础上做再次包装和开发。 ◆ 全文搜索引擎:通过封装Lucene组件,实现对数据的全文搜索。 (2)数据交换层 包括案件信息数据采集和对外的信息交换接口服务。 案件信息数据采集主要通过数据交换平台从法院各个业务系统中采集相关的案件信息数据或通过本系统提供的数据录入、导入模块人工采集信息数据;采集数据存放在数据采集库,通过系统存储策略并整合数据存放在案件司法信息库里,同时数据同步备份到备份库中。 接口服务主要提供丰富的应用系统开发接口,便于其他应用系统的数据共享服务。 (3)应用层 应用层主要提供可视化界面操作的应用系统模块,主要分为数据管理、数据采集与整合、数据应用等功能。 卷宗管理平台:本系统相关的业务模块主要在卷宗管理平台之上建设的,是管理整个系统的相关业务功能,包括权限分配、数据查询、数据分析、数据服务等各方面的管理; 权限控制:实现所有用户(组)访问控制权限; 业务处理:根据接口中的业务逻辑进行分解实现; 流程管理:针对业务流程进行处理,能够交给工作流引擎实现; 全文索引:采用业内最流行的技术,可以对数据库和电子文档实现全文索引; 服务平台管理:采用先进的技术实现应用数据服务管理,主要为其他应用系统提供各方面的案件信息服务功能,以及电子服务窗口; 各个应用子系统的应用集成。 4.2 系统网络架构 卷宗管理系统与其他业务系统均运行在法院内部网络中,系统应实现与各业务系统的数据交换,实现数据共享和利用。各业务系统数据采集将通过统一接口标准和机制实现。 系统连接详见下图: 存储、备份设备使用本院原来的设备,服务器可以使用原来虚拟的服务器,也可以使用新采购的服务器。 4.3 系统信息流程图 卷宗管理系统与法院有系统(审判流程管理系统、案卷电子化系统、数字法庭系统、执行系统)以及其他外部系统的信息传输如下图: 卷宗管理系统通过法院内部专网采集审判流程管理系统、案卷电子化系统、数字法庭系统、执行系统的业务信息后,在卷宗管理平台的数据整合服务上进行信息整合。卷宗信息整合后存入数据库,同时对信息进行备份。当其他外部系统或服务终端需要查询卷宗案件信息时,通过卷宗管理系统发送到其他外部系统或服务终端。 4.4 平台介绍 4.4.1 系统技术架构 法院卷宗管理系统在系统技术架构设计具有以下优势: ◆ 实现灵活高效的数据模型; ◆ 具有各种语言的API接口; ◆ 实现完善的访问控制管理; ◆ 架构系统的拓扑以完成数据迁移、缓存; ◆ 具有PB级的存储和上千的并发用户; ◆ 具有强大扩展能力; 由于法院卷宗管理系统牵涉的范围广,在选择技术时,使用大量的成熟稳定的技术,而且符合业界标准; 系统平台能够支持这些新的技术以及新的标准;同时在技术、软件、平台本身升级时保护用户先有的数据。 总之,卷宗管理系统在系统设计前,需要掌握法院业务需求、数据库、应用服务器、存储等必需的核心技术,然后将这些技术整合在一起后,设计出高效、灵活、高扩展的法院卷宗管理平台。 该体系结构是由一个索引服务器、一个或多个资源管理器和一个或多个客户程序构成的三角形客户/服务器模型。 索引服务器(又称卷宗目录服务器)负责存储管理用户安全控制信息和关于数字对象的元数据信息等。底层基于关系数据库管理存储所有的元数据信息、安全权限控制信息、用户信息,并支持参量检索、文本检索、参量/文本混合检索等多渠道检索方式。 资源管理器负责存储管理数字对象,支持从硬盘到磁带库、光盘库的多层级存储管理,支持从一个资源管理器到多个资源管理器的扩展。通过基于流媒体的媒体资源管理器支持对音频、视频信息的流媒体服务。 当用户想获取某内容对象时,客户程序发送查询请求至索引服务器,然后索引服务器返回搜索结果并将内容对象存储的具体存储位置加密形成安全对象令牌。客户端根据索引服务器发来的安全令牌发出获取内容对象的请求至资源管理器,最后资源管理器响应并解析请求,并将内容对象直接返回至客户端。这种方式可以保证“安全尽在控制,信息一站必达”。 可以支持多个分布式资源管理器,具有很好的扩展性。而客户对系统的所有操作,包括增加、更新、删除、提取等等,都通过统一的库访问协议完成,从而保证信息的一致性、完整性和安全性。 4.4.2 数据模型 数据模型的设计应该是案件卷宗目录管理中最有挑战性的技术实现之一。数据模型的能力直接表现出一个系统平台适应用户需求的能力。在实施系统平台的初始阶段,我们只能了解很少的一部分需求,如果我们设计数据模型时仅基于这些特定的需求,那么这个应用可能只能适应客户当时的需求,而无法适应客户的需求变化。在内容管理中,通常元数据越复杂,内容提升价值的潜力就越大。而丰富元数据的模型不是一蹴而就的,这就要求一个面向客户内容管理的通用数据模型,以适应客户不断变化的需求,提升信息的价值。 在这个模型中,在对一个内容进行描述时,支持多层级的元数据模型,支持对各种复合文档的精确描述,可以对同一文档中不同的资源对象实施不同的处理和控制;该模型也可以灵活地描述内容和内容之间的关系以及内容在使用中的工作状态。而图形化的建模工具以及支持建模的API可以帮助方便客户通过不同方式快速建模并进行调整。通过建立多层级元数据标准,并以XML描述。XML与通常的关系型数据库不同之处在于其数据是有结构的,并且可能在同一个Tag下包含多值。元数据模型可以方便地支持从XML文件向内容管理数据模型的转换。在描述不同内容之间的关系时,准许用户在初始模型建立时或者在使用过程中随时建立链接(Link)、数据库外键和引用属性(引用属性是一种可以将一个字段变成指向另一条记录的指针)。这是一种可以将系统中任意两个记录关联在一起的方法,不管这两条记录在数据模型上是否相似,也无论他们是否已经和其他记录建立了链接关系,从而为客户建立描述内容的组织方式提供了便利的条件。 数据模型主要在系统中解决了多个业务系统中,案件信息自动关联问题,主要需设置各表间的关键属性,系统在数据整合时自动调研数据模型进行数据整合;手工调用模型是为了弥补数据自动整合时的出现的问题。 4.4.3 检索查询 对于系统的最终用户来说,如何高效准确地找到自己所需要的案件信息是首要功能。尤其是案件的数据模型逐渐复杂、来源更加多样化,使得检索查询就变得更加重要,同时也变得非常困难。因此企业内容管理系统需要支持标准,支持多渠道复合检索以及查询优化。 用户可以实现在对单一系统的查询,也可以使用信息集成技术,完成一次检索对多个数据源的查询。从数据模型的分析上得出,企业内容管理系统的元数据可以非常复杂。例如各种基于XML的元数据标准,其定义都极其详细。采用标准数据模型规定案件卷宗目录生成的项目和规则,适用于卷宗资料的编目,将主要用于案件审理过程中的法律文书、证据材料、庭审资料等数据的管理、检索、资料获取,具有实用、简单、灵活、易转换、可扩展等特性。这样的模型创建后,需要一个简单、强大且基于标准的检索方式,而查询中可能会涉及到元数据参量查询、元数据的全文检索、文本对象的全文检索等复合检索等等,单纯使用关系型数据库的SQL语言很难满足这种多渠道检索的需求,还要增加XML查询技术。 在案件卷宗管理平台中,除了对关系型数据库的元数据进行参量检索外,对元数据以及文本(法律文书内容)对象的全文检索也是非常重要的。所谓全文检索(FullTextSearch),通常是指对文字型的处理对象,根据数据资料的内容,而不是根据外在特征来实现的信息检索手段。通过该系统可以在文本正文及文本字段属性上建立全文搜索。全文索引是对字的检索。另外还有一个概念是智能检索,或者称为TokenSearch,这是基于词的检索,涉及到分词、对词的概念和意图分析等等。 需要注意的是,全文检索查询,尤其是中文智能检索只是内容管理系统中的一种检索方式。现在有很多误导的信息,试图将“全文检索”、“中文智能检索”曲解成内容管理。客户实施了这种“内容管理”系统后,肯定无法达到预先的期望。因为单纯的全文搜索引擎无法完成客户对内容的管理需求。而且,单纯的全文搜索引擎不能有效地与关系型数据库的结构化息集成,在整合检索时的效率也是必须注意的问题。 4.4.4 系统平台的API 为了更好支持系统的快速开发出满足用户需求的应用,我们的系统平台会提供出完整的API以满足各种客户端的开发。完整的API是支持该系统生命周期的保障,只用通过建立标准、完善的API函数才能便捷、快速的满足用户在使用过程中提出的新需求。 针对法院卷宗管理系统对外服务的API,基本有以下几个: 案件信息读取API Public Object getAnjianMesObject(String anjianNo); 外部系统通过外部接口调用此方法可以获取案件信息,以对象的形式返回值; Public String getAnjianMesXml(String anjianNo); 外部系统通过外部接口调用此方法可以获取案件信息,以xml文件的形式返回值; 图像资料读取API Public OutputStream getTuXiangString(String no,Date date); 外部系统通过外部接口调用此方法可以获取案件中图像资料,以IO流的方式返回; 案件检索API Public List serchAnjian(Array[] arr); 外部系统通过外部接口调用此方法可以检索卷宗信息数据库中相关的案件,输入参数以数组形式传入,并得到相关案件的信息对象集合; 4.4.5 工作流 工作流管理是通过对现有工作流程的梳理和工作流程网络信息化,实现工作条理的规范性及增加现有相关工作流程的透明度,提高工作效率,完善管理体制。工作流程涉及几乎所有的部门和人员,具体参与的部门和相关岗位人员由执行流程的实际数量和相关操作面来决定。 系统提供可自我定义的动态工作流程设计平台,可以根据自身业务的特点创建相关工作流程。使用简单可行的图形化定制界面对相关工作流程进行图形化描述,通过将实际工作流程中相关的人员角色赋予信息系统中描述流程操作的相关元素,并且根据实际工作流程的操作权限给予特定角色相关的操作动作,以及相应表单的填写权限的分配等操作来实现一个实际工作流程的信息系统化。 工作流程结束后将自动归档,经过授权的相关人员及操作人员可以检索和察看已经发生的工作流程。所有工作流程的发起者将在整个流程的流转过程中随时看到流程进程的位置,并且还可以看到所有已经完成操作的角色和他们的动作,也就是说流程发起者可以对整个流程的处理过程作以监控,实现了工作流程的透明化管理,提高了工作效率。 在卷宗管理系统中,工作流是必须考虑的要素。该系统工作流需要基于工作流引擎,搭建流程管理的总线,实现跨不同系统的工作流程管理。 本系统工作流的使用主要在卷宗的借阅登记、借阅审批、借阅归还、催还等工作流程。在配置完成的工作流程中可以实现相关的审批、跟踪、查询、归档和委托等功能。 4.4.6 数据采集与数据应用 数据采集内容 审判流程管理系统 通过审判流程管理系统采集审判过程各环节的信息。 案卷电子化系统 同案件电子化系统采集案件的一些资料信息,如案件材料目录信息、案件原件扫描文件等。 数字法庭系统 通过数据法庭系统采集案件在法院审判过程的视频信息、审判记录信息、以及审案基本信息等。 执行系统 通过执行系统采集案件审理信息,如执行案件收案信息、借阅档案信息、案件过程管理信息等。 对外服务内容 对外服务内容包括有:案件基本信息、案件审理过程信息、案件证据材料信息、审案过程视频录像、案件审理进度信息等。 服务渠道 通过本系统窗口 法官通过本系统模糊查询检索到所有符合条件的案件,可以查看案件的全部信息;法院领导通过本系统可以查看法院各案件的执行情况; 大厅的自助终端或法院门户网站 社会公众可以在法院审判大厅的自助终端或者法院的门户网站上查询到案件的基本情况; 通过本系统对外接口 法院其他系统可以通过本系统提供的外部接口,获取案件相关过程信息; 4.5 技术体系 4.5.1多层结构 系统使用多层的分布式应用模型,应用逻辑按功能划分为组件,各个应用组件可分布在不同的设备上。典型的四层结构如下图所示: 运行在客户端机器上的客户层:负责与用户直接交互,支持多种客户端,可以是web浏览器,也可以是专用的应用客户端; 运行在服务器上的表示层:该层为基于Web的应用服务,响应客户端的请求,并可向后访问业务逻辑组件; 运行在服务器上的业务逻辑层组件:主要封装了业务逻辑,完成复杂计算,提供事物处理、负载均衡、安全、资源连接等各种基本服务,程序员在编写组件的时候,可以不关心这些基本的服务,可以集中注意力于业务逻辑的实现; 运行在数据服务器上的信息系统层:该层包括了现有系统(数据库系统,文件系统等),系统提供多种技术以访问这些系统。 采用多层结构为程序开发者带来了许多好处:简洁化,应用程序可移植性,组件的重复利用,开发复杂应用程序的能力,事物逻辑与表达逻辑的分离,多操作环境的开发,分布式配置,应用程序的协作,与系统的集成,以及指导性资源和开发工具等,具有可伸缩性、灵活性、易维护性的特点。 4.5.2 MVC结构 系统采用模型-视图-控制(MVC)结构设计,是交互式应用程序广泛使用的一种体系结构。它有效地在存储和展示数据的对象中区分功能模块以降低它们之间的连接度,这种体系结构将传统的输入、处理和输入模型转化为图形显示的用户交互模型,或者换一种说法,是多层次的Web商业应用;MVC体系结构具有三个层面:模型(Model)、视图(View)和控制(Controller),每个层面有其各自的功能作用,MVC体系结构如下: 模型层负责表达和访问商业数据,执行商业逻辑和操作。也就是说,这一层就是现实生活中功能的软件模拟;在模型层变化的时候,它将通知视图层并提供后者访问自身状态的能力,同时控制层也可以访问其功能函数以完成相关的任务。 视图层负责显示模型层的内容。它从模型层取得数据并指定这些数据如何被显示出来。在模型层变化的时候,它将自动更新。另外视图层也会将用户的输入传送给控制器。 控制层负责定义应用程序的行为。它可以分派用户的请求并选择恰当的视图以用于显示,同时它也可以解释用户的输入并将它们映射为模型层可执行的操作;在一个图形界面中,常见的用户输入包括点击按钮和菜单选择。在Web应用中,它包括对Web层的HTTP GET和POST的请求;控制层可以基于用户的交互和模型层的操作结果来选择下一个可以显示的视图,一个应用程序通常会基于一组相关功能设定一个控制层的模块,甚至一些应用程序会根据不同的用户类型具有不同的控制层设定,这主要是由于不同用户的视图交互和选择也是不同的。 在模型层、视图层和控制层之间划分责任可以减少代码的重复度,并使应用程序维护起来更简单。同时由于数据和商务逻辑的分开,在新的数据源加入和数据显示变化的时候,数据处理也会变得更简单。 4.5.3 SOA体系 SOA(service-oriented architecture,也叫面向服务的体系结构或面向服务架构)是指为了解决在网络环境下业务集成的需要,通过连接能完成特定任务的独立功能实体实现的一种软件系统架构。SOA是一个组件模型,它将应用程序的不同功能单元(称为服务)通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的,它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。 传统的Web(HTML/HTTP)技术有效的解决了人与信息系统的交互和沟通问题,极大的促进了B2C模式的发展。WEB服务(XML/SOAP/WSDL)技术则是要有效的解决信息系统之间的交互和沟通问题,促进B2B/EAI/CB2C的发展。SOA(面向服务的体系)则是采用面向服务的商业建模技术和WEB服务技术,实现系统之间的松耦合,实现系统之间的整合与协同。WEB服务和SOA的本质思路在于使得信息系统个体在能够沟通的基础上形成协同工作。 应用程序的业务逻辑(business logic)或某些单独的功能被模块化并作为服务呈现给使用者或客户端。这些服务是松耦合的,服务的接口和实现相独立。应用开发人员或者系统集成者可以通过组合一个或多个服务来构建应用,而无须理解服务的底层实现。一个服务可以用.NET或J2EE来实现,而使用该服务的应用程序可以在不同的平台之上,使用的语言也可以不同。 (1)SOA具有的特性 SOA服务具有平立的自我描述XML文档。Web服务描述语言(WSDL, Web Services Description Language)是用于描述服务的标准语言。 SOA 服务用消息进行通信,该消息通常使用XML Schema来定义(XSD, XML Schema Definition)。使用者和提供者或使用者和服务之间的通信多见于不知道提供者的环境中。 在平台内,SOA服务通过目录列表(director

  物业公司保安员小区保安员月度绩效考核细则评分表(保安绩效考核).docx

  GB T 19000-2016和GB T 19001-2016 合订本(正式版).pdf

  让你的孩子比你更优秀——八年级家长会发言稿与让健康陪伴我们每一天”创建健康促进学校实施方案合集.doc