数据交换需求规格说明书

引言

编写目的

为了能更好的描述清楚《国科政信数据交换平台》（以下简称“数据交换”或“本项目”）业务需求，更好地让相关人员了解本项目的各个模块及功能点，特编写此需求规格说明书。本文档主要从业务需求、功能描述、环境要求、操作要求、设计约束及质量要求等方面阐述，同时说明了系统的合格性需求及交付需求等综合要求，是作为本项目软件的设计及测试工作的重要依据。

本文档的预期读者为业务用户、设计人员、开发人员、测试人员、项目管理人员等相关人员

背景

目前，国内各地政府部门和机构或多或少均建立起自己的信息化系统，包括门户网站内容管理系统、OA办公系统、办事审批系统、其它业务系统等。但由于诸多因素的影响，即使同一地区的政府机构间也无法进行合理、有效的沟通，可以说是一座座的“信息孤岛”。电子政务实施的任务之一就是要将这些“孤岛”有机地串连在一起，充分发挥其效能，同时也保护了各部门在该方面的经济投入和精力投入。此外，电子政务建设过程中，即使是统一规划，但具体的实施单位和解决方案会有很多，建设完成后的系统常常是自治的，异构的，数据可能存放于数据库、文本文件、XML文件，甚至普通文件中。因此也需要一种机制使不同时期建设的应用系统能有机地结合为一个整体。上述两种情况，均要求解决应用系统间数据和信息的互通、互用问题。

定义

参考文献

➢司法部关于报送《全国监狱信息化建设规划》（司法函[2007]111号）

➢司法部关于印发《全国监狱信息化建设规划》的通知（司法通[2008]124号）

➢《全国监狱信息化工程（一期）项目建设建议书》

➢关于印发《全国监狱信息化应用软件开发建设任务分工意见》的通知（[2010]司狱字277号）

➢《国家发展改革委关于全国监狱信息化一期工程项目建议书的批复》（发改高技[2010]1389号）

➢GB8566计算机软件开发规范

➢GB8567计算机软件产品开发文件编制指南

➢GB/T12505计算机软件配置管理计划规范

➢国家计算机软件工程规范

➢ISO9003国际标准

➢首都信息化标准体系

项目概述

目标

《国科政信数据交换平台》是一个以解决电子政务实施过程中对于基于异构数据平台上的数据无法进行有效交流和沟通的问题的一个通用的、分布式的数据集成平台。《国科政信数据交换平台》能够为需要数据集成的应用提供数据服务，解决数据从何而来，哪个应用对其感兴趣，以及如何被每个系统使用的问题。《国科政信数据交换平台》通过把信息提供者和消费者隔离，来构建灵活的系统，使得这些系统不会受到数据的物理位置的影响，也不会受到需要存取数据信息的应用个数的影响，对于每一个系统就不需要进行特别的定制处理，就可以在系统之间实现信息的集成了。建立了各政务应用系统沟通和对社会服务的接口标准和服务标准，实现了良好的数据封装、交换和共享。

建设原则

➢实用性原则

实用性是衡量一套软件系统质量的最重要指标之一，功能的实用性、界面的友好性及用户访问的方便灵活性是其最主要的要求，同时也是整个系统得以应用的基础。无论功能的划分或是软件的设计必须密切联系监狱的实际情况，充分满足当前的需要及今后长远发展的各种需求。

➢先进性原则

先进性是对系统的最基本要求，它是最大限度地提高系统的生命周期、减少项目重复投资的重要手段。系统设计要有一定的前瞻性，为功能的扩充和技术的发展留有空间。系统应具有较好的升级能力、扩展能力和向上兼容的能力，使系统不会随着技术的发展而迅速落后或被淘汰。

➢安全可靠性原则

安全可靠是一个系统投入运行的前提，因此，在设计和软件开发实施过程中，必须全面细致地考虑各种可能遇到的情况，规划出合理的解决方案，为整套系统的安全可靠运行提供保障。

➢规范性原则

系统设计所采用的技术和设备应符合国际标准、国家标准和行业标准，为系统的扩展升级、与其它系统的互联集成提供良好的基础。

➢可扩展性原则

可扩展性是系统将来更新、扩展和升级的重要保障。系统设计特别是架构的设计应充分考虑系统的长远发展目标，采用先进的设计思想和开发手段，全面支持各种应用功能的扩展，为整套系统功能的完善、更新提供条件。采用标准协议，保证系统结构、容量、通信和处理能力，软硬件接口应具有良好的扩展能力。

➢可管理性原则

系统应易于管理，易于维护，操作简单，易学，易用，便于进行系统配置，能够很好的监控内容、安全性、访问流量、性能等方面内容，并可以进行一定范围内的远程管理和故障诊断。系统应具有良好的结构，各个部分应有明确和完整的定义，使得局部的修改不影响全局和其他部分的结构和运行。

开发原则

1.1.1迭代开发

本系统开发时，采用迭代开发、测试驱动的开发。

每阶段版本都要采用迭代开发，即每天提交可以执行的版本。第二天在前一天的可以执行版本上再开发新功能，以达到对前一天版本测试的目的。迭代过程中不断完善需求分析、软件设计、编码质量。

1.1.2每天级联

➢每天的提交

所有模块的开发人员在每个工作日16点之前向指定服务器提交本日的工作结果，过时

之后的工作在第二日再提交，没有提交则认为本日无工作结果。

➢阶段版本生成

每有一个新功能提交作为一个阶段版本，新功能提交后都要进行交叉测试，测试通过且功能稳定后方可提交其它新功能。

➢阶段版本的使用

阶段版本生成后要保存原代码，以供为客户提供测试版本和研发过程中的版本回退。

1.1.3文档评审

➢软件需求

各研发人员依据客户需求来编写《软件需求分析书》，软件需求开发中可以实现的功能需求、性能需求、操作流程等，并对开发工具、时间要求做出描述。《软件需求分析书》经评审通过后，才能进入下一个阶段，供管理、研发、测试人员使用。

➢开发日程表

管理人员根据《软件需求》编写《开发日程表》，表中要明确各阶段的历程碑。

➢软件设计

研发人员根据《软件需求》编写《软件设计书》。软件设计书描述系统架构、主要算法（流程或状态图）、重要数据结构、数据库表等。《软件设计书》经评审通过后，才能进入编码阶段。

➢测试方案

测试人员根据《软件需求》编写《测试方案》，测试方案包括测试用例。

总体技术路线

本方案采用Browser/WebServer/DataBaseServer三层结构进行网站群系统的开发。本方案采用以下核心技术：

图：Browser/WebServer/DataBaseServer三层结构

1)具开放性和扩展性的J2EE技术框架，采用MVC设计模式；

2)采用安全电子表单技术；

3)利用J2EE核心设计模式DAO和持久性框架来实现数据库的兼容和

透明访问；

4)采用UNICODE编码方式，来实现支持后台管理系统的多种语言；

5)SOAP/WEB服务技术，支持将异构的系统平台和分散的系统进行有