法院卷宗管理系统系统设计及集成方案全案本科论文.doc

法院卷宗管理系统系统

设计及集成方案
目 录
第一章 概述 8
1.1 项目名称 8
1.2 项目背景 8
1.3 用户项目需求 8
1.3.1 系统功能需求 8
1.3.2 系统模块设计需求 10
1.4 系统设计依据 15
第二章 项目建设目标和内容 17
2.1项目指导思想 17
2.2建设思路 17
2.3建设原则 17
2.4建设目标 20
2.5建设内容 20
第三章 项目需求分析 22
3.1 现状分析 22
3.1.1 信息化现状 22
3.1.2 应用系统现状 22
3.1.3 网络建设现状 23
3.1.4 硬件建设现状 23
3.2存在的问题 23
3.2.1现有应用系统日益增多，相互独立 23
3.2.2 多种类型数据分散存储和管理 23
3.2.3业务工作需求不断变化 24
3.2.4数据重复录入与交换不及时 24
3.3 功能需求分析 25
3.3.1支持多类型海量数据存储 25
3.3.2具备工作流机制 25
3.2.3具备全文索引功能 26
3.2.4具备丰富的开发接口 26
3.3.5具备严格的权限认证机制 27
3.3.6具备数据交换机制 27
3.3.7具备灵活的扩展性 27
3.4 系统性能需求分析 28
3.5 数据存储量分析 28
3.6 并发处理性能分析 28
第四章 系统总体方案 31
4.1 系统总体架构 31
4.2 系统网络架构 33
4.3 系统信息流程图 34
4.4 平台介绍 34
4.4.1 系统技术架构 34
4.4.2 数据模型 36
4.4.3 检索查询 37
4.4.4 系统平台的API 38
4.4.5 工作流 39
4.4.6 数据采集与数据应用 40
4.5 技术体系 41
4.5.1多层结构 41
4.5.2 MVC结构 42
4.5.3 SOA体系 43
4.6 关键技术 45
4.6.1 J2EE技术 45
4.6.2 XML数据管理访问技术 46
4.6.3 高性能的工作流引擎 46
4.6.4 通用组件扩展技术 47
4.6.4 RIA技术 47
4.6.5 Web Service技术 48
4.6.6全文检索引擎 49
4.6.7 Strust技术 50
4.6.8 Spring 框架技术 51
4.6.9 Flex富客户端技术 54
4.6.10数据融合与挖掘技术 56
4.7 系统应用设计 56
4.7.1 界面设计 57
4.7.2 操作设计 57
4.8 性能设计 59
4.9 硬件及系统软件配置 60
4.10 接口设计 61
4.10.1对于数据提取接口设计 62
4.10.2对于数据应用接口设计 63
4.10.3应用接口监控设计 63
4.10.4数据提取接口规范 64
第五章 系统功能设计 69
5.1系统总体介绍 69
5.2系统特点及优点 70
5.3系统功能介绍 72
5.4系统模块设计 73
5.4.1、案件信息采集与整合管理子系统 73
5.4.2、案件信息数据共享服务子系统 87
5.4.3、案件信息数据分析决策子系统 101
5.4.4、公众司法服务管理子系统 104
5.4.5、统一系统管理子系统 105
第六章 系统安全设计 109
6.1、安全等级 109
6.1.1、国家标准 109
6.1.2、系统安全等级 109
6.2、物理安全 110
6.2.1、物理位置的选择 111
6.2.2、物理访问控制 111
6.2.3、防盗窃和防破坏 111
6.2.4、防雷击 112
6.2.5、防火 112
6.2.6、防水和防潮 113
6.2.7、防静电 113
6.2.8、电力供应 113
6.2.9、电磁防护 114
6.3、网络安全 114
6.3.1、结构安全 115
6.3.2、访问控制 115
6.3.3、安全审计 115
6.4、主机安全 116
6.5、应用安全 117
6.6、数据安全及备份恢复 119
6.7、保证信息安全措施 120
6.7.1、安全管理组织 120
6.7.2、软件环境安全措施 120
九、实施计划 122
9.1项目实施组织机构 122
9.1.1项目实施组织架构 122
9.1.2项目经理介绍 122
9.1.3主要管理、开发人员介绍 123
9.2 项目实施准则 123
9.3 项目实施内容 124
9.4 项目实施建议 124
9.5工程实施流程 125
9.6 项目实施计划 128
9.7项目实施过程保密管理 130
十、技术支持与服务方案 131
10.1、服务原则 131
10.2、服务策略 131
10.3、服务目标 132
10.4、服务内容 132
10.4.1、集成服务 132
10.4.2、技术培训 132
10.4.3、系统维护 133
10.4.4、管理支持 133
10.6、服务流程 133
10.7、服务形式 134
10.7.1、系统故障 135
10.7.2、系统运行期间 135
10.7.3、技术服务中心 137
10.7.4、帮助用户组织自身的管理维护队伍 137
10.8、服务质量保证体系 137
10.9、针对本项目的售后服务承诺 138
十一、培训方案 140
11.1、概述 140
11.2、培训体系 140
11.3、培训理念 140
11.4、培训目标 141
11.5本项目培训队伍 142
11.6、本项目培训对象及培训内容 142
11.7、培训形式 143

142
第一章 概述
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建设原则
系统建设考虑法院现状和特殊需求，结合本地信息化优势和应用系统建设优势，以“先易后难、总体规划、分步实施”为总体原则进行规划建设。系统还考虑长远发展需求，保证系统应用的安全性和扩展性。因此在方案设计中，应遵循以下几点：
1) 标准化原则
系统建设、业务处理和技术方案遵循国家、广东省、XX市各项标准；方便资源共享。
有关信息化标准的规定：
◆《电子政务总体技术框架》
◆《电子政务系统总体设计要求》
◆《政务信息资源共享交换平台技术规范》
◆《电子政务门户网站建设规范》
◆《国家电子政务网络技术和运行管理规范》
◆《XX市电子政务应用服务规范》
◆《深圳经济特区行政机关电子公文交换技术规范》
◆ 其他相关标准规范
2) 统一性原则
本系统涉及到法院各类业务在各庭室、各应用系统的基础上运行处理，必须遵循一定的统一性，主要是统一数据标准。对于上诉案件、复核案件和报告、请示等，在报送审判案件卷宗的同时，必须实现包括文字、视频、语音等多种信息形式的诉讼证据、法律文书、法庭记录、诉讼手续、送达回证等电子档案的信息报送；必须实现法院横向之间，司法合作、委托调查取证、委托执行、委托送达等业务电子信息交换。因此必须制定统一的数据标准，平台上的业务实现都按照数据标准进行规范。
3) 先进性原则
本项目涉及到多级、多部门的业务工作，并集成采用多类多项技术，系统运行后产生的数据量巨大，具体机制创新还在继续推进，故规划设计时应有先进的理念，采用先进的技术，先进的管理手段，以保证项目的顺利建设、稳定运行和今后的平滑升级，满足系统建设不断探索完善的需要。
4) 稳定性原则
卷宗管理业务关系重大，需要及时、准确的完成各项信息共享工作，对系统的稳定性要求高。项目建设参照目前已经建成运行的系统，采用成熟技术以及成熟的系统架构。系统设计要保证系统正常工作的能力和在错误干扰下重新恢复和启动的能力，不至于因某个动作或某个突发事件导致数据丢失和系统瘫痪。对一些关键点，采取一些措施保障系统实现无单点故障。
5) 实用性原则
系统的用户涵盖范围广，因而操作过程的简单化、管理过程的可视化、业务办理的人性化是系统设计的一个原则。实用性要求做到：具有友好的用户界面，操作简便快捷贴近用户的业务习惯，便于学习、理解和使用，便于系统管理、数据更新和系统升级。
6) 易用性原则
系统必须要实现简单易用，方便具体用户使用，实现以下特性：
l 用户界面友好、美观，只要用户具有相应的专业知识，并能熟练使用计算机，根据系统相关提示以及用户手册便能正确使用该软件；
l 人机界面友好，采用全可视化图形界面；
l 界面操作要求具有高度智能化，对于密集信息录入界面，要求能实现支持完全键盘操作；
l 对主要操作给予提示信息，对易曲解操作，给予选择性提示；系统提供上下文提示帮助及专门的帮助界面；
l 系统信息录入应尽可能的实现缺省值配置和下拉选择，提供各种智能化输入支持，尽量减少操作员手工输入信息的工作量；
l 系统的问题、消息和结果是易理解的（如：术语、图形表示、背景信息、帮助信息等）；
l 出错提示消息必须准确（如解释错误产生的原因和纠正的详细信息等）；
l 系统应以易观察易读的形式向用户提供信息（如：确认、程序询问、警告、出错消息等）；
l 屏幕输入格式，报表和其他输入、输出设计清晰和易于浏览；
l 对具有严重后果的功能执行是可逆的，或者系统给出该后果的明显警告，并且在执行该命令前要求确认；
l 支持各种主流桌面操作系统及浏览器。
7) 可扩展性原则
一方面，充分考虑政府职能的转变、功能的调整，系统规划设计要具有一定的扩展性，便于进行二次开发，以后可以方便、快速、稳定的进行升级，添加需要的功能。另一方面，系统建设必须充分考虑技术的发展趋势，在硬件配置和系统设计中充分考虑今后的发展和升级，确保系统能适应现代信息技术高速发展。
8) 安全性原则
由于系统具有一定信息保密性，同时提供在线服务功能，因此在进行系统规划设计建设时，必须重视整个系统的安全性问题。要从操作系统、应用系统、网络系统等方面全面考虑。包括系统的在线故障恢复、数据的保密及完整、外部非法侵入的防范、内部人员越级操作的防止、故障快速查找及排除的能力等等，通过建立一整套完备的安全保障体系，如身份认证，物理数据备份，防杀病毒，建立“磁盘镜像”，实行“运行日志制度”等，防止数据库的非法使用、随意扩散和遭受破坏。此部分可以充分利用我院原有系统的规划。
9) 可靠性原则
系统要求具备较强的安全保护措施和故障恢复能力，系统在应急状态必须保证其可用性，可以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具备灵活的扩展性
系统应该具备灵活的扩展性。主要有如下特点：
◆ 接口层可扩充：平台可以根据应用系统