本文是工程论文，本文首先分析了政法共享信息检索服务平台建设的主要背景，具有的重要意义，明确了研究主要内容，并对研究现状进行探讨。然后对平台建设过程使用的技术进行概述，描述了特点及工作原理。然后阐述平台总体需求与系统业务流程，并指出了系统非功能性需求。本文整体设计了平台架构，然后介绍了平台功能结构和网络部署情况，从物理模型和数据库表结构两个方面进行了数据库设计.本文重点详细设计和实现了数据基础库建设、汇集处理、平台基础功能涉及指令系统、通用统计报表和通用接口配置功能、共享目录查询、整合查询、档案查询、背景审查、共享服务接口、信息查证接口、业务协同接口等功能模块，并介绍了功能扩展的方法，通过程序流程介绍和程序代码描述了系统设计、实现过程。本文最后介绍了平台的安全性、功能、性能等方面的测试过程，确认平台能够正常应用并满足需求中的性能要求。
.......
第一章绪论
本文以一期基础设施建设和软件平台架构为基础，运用先进成熟的信息技术，结合浙江政法部门、政府及社会信息化情况，对已有的简单交换逻辑和系统功能进行扩展，建设省级信息资源服务中心和政法各部门业务协同中心，统一数据信息管理的标准，使管理制度和管理模式被有效管理,通过平台的建设,实现各部门政务信息数据的统一接入，丰富政法综合资源库信息，并对现有政法信息资源和新接入的社会信息资源,按照业务需求进行数据清洗整合，并建立相关的数据服务模型，为政法各部门内部业务系统以及信息资源综合应用系统及情报信息综合应用系统提供社会数据信息，满足多种业务应用对数据的需求，加强打击违法犯罪的能力，维护社会公共安全。同时，通过该平台建立政法数据跨域安全共享的统一通道，实现数据信息的社会化服务，提高浙江政法机关信息社会化服务水平。
....
第二章平台相关技术分析
2.1SOA面向服务体系架构平台
采用面向服务构架(SOA)，各个功能模块既相互独立的可以为用户提供不同的服务，又可以通过接口联系在一起为用户提供整体的服务[6]。面向服务架构（SOA）是松耦合度的、粗粒度的架构，采用该架构可加强系统的可扩展性[7]。即像一套积木一样，具体应用程序的功能是单块的积木，但在同一套的积木之间有统一标准的接口可以将多块积木组合起来形成一个大的结构。这样类积木似的结构中，底层结构无法再限制业务流程和数据处理逻辑，系统平台的设计与扩展就如同搭建积木建筑一样灵活多变，可适应未来的升级与扩展。
2.2WebService技术
平台有众多的应用接口，既有提供给平台内部单个应用使用的接口，也有对外部环境提供的接口，为了降低应用接口的复杂性，本平台采用WebService技术.因WebServices可忽略平台使用的语言、平台的内部协议，即无论是使用VisualBasic、Java、C++或者.NET等语言编写的不同系统平台,采用可以在它们之间相互交换数据。平台以XML(可扩展标记语言)作为中间数据交换格式。采用XML进行数据标准规范的描述和表示元数据,主要优点如下：在不兼容的系统平台之间，可以使用XML交换数据，因为XML可以忽略不同数据库之间的数据格式的差异，所以它作为中间交换格式是非常合适的[9]。XMLSchema能够清楚并准确的描述数据标准规范及表示元数据，并且因为它的平台无关性和厂商无关性被广泛应用于各个行业标准[10]。目前大部分的语言平台都对XML有良好的支持，例如.Net和J2EE等，采用XML可以实现跨平台的交换工作。在国内电子政务项目建设中，涉及到数据交换时，通常采用XML作为格式标准，并作为描述基础数据元的标准。
.....
第三章平台需求分析................................................7
3.1数据汇集需求................................................7
3.2信息资源同步接入需求................................8
3.3信息资源数据标准整理需求........................9
第四章平台总体设计..............................................13
4.1平台建设原则..............................................13
4.2平台框架设计..............................................13
4.3逻辑结构设计..............................................14
4.4物理结构设计..............................................15
4.5网络拓扑设计..............................................15
4.6平台总体架构设计......................................16
4.7功能结构设计..............................................17
4.8数据库设计..................................................18
第五章平台详细设计与实现..................................31
5.1平台数据管理详细设计与实现..................31
5.2平台基础支撑功能的详细设计与实现......46
........
第六章系统测试
6.1测试大纲
功能测试包括浙江省政法信息共享服务平台系统所有功能点的测试，包括共享目录查询、服务接口、全文检索、综合应用中所有模块的功能点。测试采用黑盒测试方式进行，使用测试用例驱动的方式编写测试文档。功能测试包含项目如表6-1所示。性能测试主要测试在高压环境下系统稳定性等硬性指标如对功能点的执行速度有具体要求，则也包含在性能测试的范围之内。测试采用黑盒测试方式进行，使用测试用例驱动的方式编写测试文档。性能测试包含项目如表6-2所示。
6.2平台功能测试方案及用例
常住人口信息查询功能的性能测试情况如表6-17所示。如果并发线程数太多，有部分查询操作会不能完成（长时间没有结果），并且还出现过系统不能响应新请求的情况（挂起）。从结果来看，在理想情况下，每秒事务数能达到10次左右，操作的平均响应时间在3秒以内。根据测试用例要求，在响应时间和并发数上，总体性能都已满足需求。结论和建议：1.“新增用户”接口，并发线程较多时，接口响应变慢是可以接受的，但返回错误就不太好，建议检查服务器端配置，以解决此问题；2.跨光闸的查询操作，出现过不响应的情况，建议进一步测试；3.由于时间关系，还没有理清服务器的各接口，更没有构造基础数据，因此测试结果偏优。建议在大数据量（例如一年或三年的数据量等）的前提下，进一步做测试，以及长时间的稳定性测试；4.跨光闸的查询接口，当压力不大时，响应时间在三秒内，时延没有问题，比较理想。本章平台测试过程进行了描述，介绍了测试环境和使用的测试工具，设计出具体测试案例,然后有步骤地进行功能测试、性能测试及结果分析等工作,并得到相应的测试结果，基本能够核实平台在数据存储、功能应用和运行性能等方面都能符合要求.提高管理工作效率、减轻管理人员负担、增加管理精细程度。
.......
第七章总结与展望
通过对本平台的建设，发现一些未完全达到期望值的方面，希望在今后的研究中不断扩展和优化。随着各个部门内网信息化建设越来越成熟，各个部门内网自成一套数据标准体系，在进行数据汇集、数据交换、业务协同时，遇到不少因各自内网标准不同需要对数进行反复转换的情况。政法共享信息检索服务平台的软件系统的正式上线运行，整理并形成了一套相对完整的数据标准，如该套标准推广到所有部门内网信息化建设中，则数据交换及工作协同过程中存在的问题，例如数据录入和检索困难、各业务环节之间衔接不足、信息共享不畅和数据利用率低等问题，将会大大减轻。因沟通协调及配合改造进度的不同，政法数据中心在平台上线时未能完全汇集目录内所有数据项。未来数据中心汇集的数据项及数据量越来越多，可以进行深层次的数据挖掘，扩展实战工作中实用的大数据应用功能，
参考文献（略）
