数据交换需求规格说明书.docx

数据交换需求规格说明书.docx

《数据交换需求规格说明书.docx》由会员分享，可在线阅读，更多相关《数据交换需求规格说明书.docx（16页珍藏版）》请在冰点文库上搜索。

数据交换需求规格说明书

1引言

1.1编写目的

为了能更好的描述清楚《国科政信数据交换平台》（以下简称“数据交换”或“本项目”）业务需求，更好地让相关人员了解本项目的各个模块及功能点，特编写此需求规格说明书。

本文档主要从业务需求、功能描述、环境要求、操作要求、设计约束及质量要求等方面阐述，同时说明了系统的合格性需求及交付需求等综合要求，是作为本项目软件的设计及测试工作的重要依据。

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

1.2背景

目前，国内各地政府部门和机构或多或少均建立起自己的信息化系统，包括门户网站内容管理系统、OA办公系统、办事审批系统、其它业务系统等。

但由于诸多因素的影响，即使同一地区的政府机构间也无法进行合理、有效的沟通，可以说是一座座的“信息孤岛”。

电子政务实施的任务之一就是要将这些“孤岛”有机地串连在一起，充分发挥其效能，同时也保护了各部门在该方面的经济投入和精力投入。

此外，电子政务建设过程中，即使是统一规划，但具体的实施单位和解决方案会有很多，建设完成后的系统常常是自治的，异构的，数据可能存放于数据库、文本文件、XML文件，甚至普通文件中。

因此也需要一种机制使不同时期建设的应用系统能有机地结合为一个整体。

上述两种情况，均要求解决应用系统间数据和信息的互通、互用问题。

1.3定义

1.4参考文献

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

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

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

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

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

ØGB8566计算机软件开发规范

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

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

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

ØISO9003国际标准

Ø首都信息化标准体系

2项目概述

2.1目标

《国科政信数据交换平台》是一个以解决电子政务实施过程中对于基于异构数据平台上的数据无法进行有效交流和沟通的问题的一个通用的、分布式的数据集成平台。

《国科政信数据交换平台》能够为需要数据集成的应用提供数据服务，解决数据从何而来，哪个应用对其感兴趣，以及如何被每个系统使用的问题。

《国科政信数据交换平台》通过把信息提供者和消费者隔离，来构建灵活的系统，使得这些系统不会受到数据的物理位置的影响，也不会受到需要存取数据信息的应用个数的影响，对于每一个系统就不需要进行特别的定制处理，就可以在系统之间实现信息的集成了。

建立了各政务应用系统沟通和对社会服务的接口标准和服务标准，实现了良好的数据封装、交换和共享。

2.2建设原则

Ø实用性原则

实用性是衡量一套软件系统质量的最重要指标之一，功能的实用性、界面的友好性及用户访问的方便灵活性是其最主要的要求，同时也是整个系统得以应用的基础。

无论功能的划分或是软件的设计必须密切联系监狱的实际情况，充分满足当前的需要及今后长远发展的各种需求。

Ø先进性原则

先进性是对系统的最基本要求，它是最大限度地提高系统的生命周期、减少项目重复投资的重要手段。

系统设计要有一定的前瞻性，为功能的扩充和技术的发展留有空间。

系统应具有较好的升级能力、扩展能力和向上兼容的能力，使系统不会随着技术的发展而迅速落后或被淘汰。

Ø安全可靠性原则

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

Ø规范性原则

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

Ø可扩展性原则

可扩展性是系统将来更新、扩展和升级的重要保障。

系统设计特别是架构的设计应充分考虑系统的长远发展目标，采用先进的设计思想和开发手段，全面支持各种应用功能的扩展，为整套系统功能的完善、更新提供条件。

采用标准协议，保证系统结构、容量、通信和处理能力，软硬件接口应具有良好的扩展能力。

Ø可管理性原则

系统应易于管理，易于维护，操作简单，易学，易用，便于进行系统配置，能够很好的监控内容、安全性、访问流量、性能等方面内容，并可以进行一定范围内的远程管理和故障诊断。

系统应具有良好的结构，各个部分应有明确和完整的定义，使得局部的修改不影响全局和其他部分的结构和运行。

2.3开发原则

2.3.1迭代开发

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

每阶段版本都要采用迭代开发，即每天提交可以执行的版本。

第二天在前一天的可以执行版本上再开发新功能，以达到对前一天版本测试的目的。

迭代过程中不断完善需求分析、软件设计、编码质量。

2.3.2每天级联

Ø每天的提交

所有模块的开发人员在每个工作日16点之前向指定服务器提交本日的工作结果，过时之后的工作在第二日再提交，没有提交则认为本日无工作结果。

Ø阶段版本生成

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

Ø阶段版本的使用

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

2.3.3文档评审

Ø软件需求

各研发人员依据客户需求来编写《软件需求分析书》，软件需求开发中可以实现的功能需求、性能需求、操作流程等，并对开发工具、时间要求做出描述。

《软件需求分析书》经评审通过后，才能进入下一个阶段，供管理、研发、测试人员使用。

Ø开发日程表

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

Ø软件设计

研发人员根据《软件需求》编写《软件设计书》。

软件设计书描述系统架构、主要算法（流程或状态图）、重要数据结构、数据库表等。

《软件设计书》经评审通过后，才能进入编码阶段。

Ø测试方案

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

2.4总体技术路线

本方案采用Browser/WebServer/DataBaseServer三层结构进行网站群系统的开发。

本方案采用以下核心技术：

图：

Browser/WebServer/DataBaseServer三层结构

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

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

3）利用J2EE核心设计模式DAO和持久性框架来实现数据库的兼容和透明访问；

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

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

2.5系统总体架构设计

根据客户需求数据交换平台主要采用数据中心和数据交换代理节点的结构来简化电子政务应用主体内部功能体之间、主体与主体之间所存在的复杂的相互关系，在代理节点上提供相应的服务来方便老应用系统的接入并提供一致的访问行为和接口。

数据交换平台系统结构如下图所示。

3运行环境规定及部署图

3.1设备

3.1.1服务端设备

建议使用品牌服务器，建议配置两个双核2GHZ以上处理器，2G以上内存，硬盘100G以上。

3.1.2客户端设备

用户对设备基本无特殊要求。

3.2支持软件

3.2.1服务端支持软件

操作系统：

Windows、Linux等主流操作系统

中间件：

Tomcat、JBoss、WebSphere等主流Web服务器

数据库：

Oracle、Sqlserver、DB2、Mysql、Sybase及国产数据库等主流数据库。

其它软件：

JDK1.6

3.2.2客户端支持软件

操作系统：

Windows2000/XP/2003

其它软件：

IE6.0

3.3系统开发语言

本系统的开发统一采用JAVA程序设计语言进行编程。

以JAVA语言的特性实现跨平台性，能运行于不同的操作系统等支撑平台；安全性，程序提供了安全管理器，防止程序的非法访问；面向对象，将数据分装于类中，实现了程序的可重用性、简洁性和便于维护；分布式，建立在扩展TCP/IP网络平台上方通过网络调用文件；健壮性，对于规范要求以外的输入情况具有合理的处理能力。

开发采用如下的工具和技术包：

工具/组件

版本

备注

JDK

1.6

JAVA开发包

Eclipse

编译工具

MyEclipse

6.5以上

插件

Tomcat

6.0

Web服务器

struts

2.0

MVC框剪基于WEB

Hibernate

3.0

数据层

JSON

AJAX框架

Spring

3.0

J2EE框架

JCOMPANY

3.0

单元测试代码

ANT

1.6.2

打包工具

Log4j

1.2.7

日志

Oracle

9i

数据库

3.4接口

统一用户管理服务接口。

在确保安全的前提下，提供各应用系统一个统一的用户视图，所有用户登录访问均经过统一用户管理进行认证，通过认证后，均以统一的标准接口传递认证结果。

具体接口描述在系统设计中说明。

3.5部署图

4项目建设内容

4.1制定数据交换标准

4.1.1需求标准

1）对软件系统总体功能/对象结构进行描述，包括结构图、流程图或对象图。

（2）对每个主要子系统中的基本功能模块/对象进行描述，包括结构图、流程图或对象图。

（3）通常使用的约定描述（数学符号、度量单位等）。

4.1.2内容标准

数据交换主要包括：

数据交换、参数设置、数据上传、服务器管理、数据下载、日志管理等各项业务。

4.1.3维护标准

必须设定转门人员进行定期维护更新，保证信息有价值、有意义。

4.1.4安全性要求

根据国家对网络与信息系统安全性的基本要求，结合多年从事信息安全管理工作的实际体会，在制定系统安全性评价指标体系时应遵循如下原则：

（1）符合国家有关信息与信息系统安全的法律和法规。

（2）满足用户及应用环境对信息系统提出的安全性要求。

（3）具有良好的可操作性，便于实施。

4.1.5格式标准

（1）功能要求模块清晰、操作简单、交互性好。

（2）可视化流程操作，让办公人员更加得心应手。

（3）每页间切换连贯,页面背景、字体格式统一。

（4）支持多种不同版本、种类的浏览器，可移植性强。

（5）不使用过大的图片、不使用过小的字体、对于动画或者声音

4.2数据交换系统

4.2.1系统总体描述

系统结构图

总体用例图

所有用户的用例对比：

模块划分

数据交换系统主要分为6个子系统:

Ø数据交换；

Ø参数设置；

Ø数据上传；

Ø数据下载；

Ø服务器管理；

Ø日志管理。

功能点综述

Ø数据交换；

主要功能是对选择数据流程文件和对应的数据包上传到服务器指定目录实现自动发送。

Ø参数设置；

主要功能是对服务器的相关参数进行设置，如：

指定服务器接收和发送数据的文件目录、指定服务器的ip和端口号等相关配置。

Ø数据上传；

主要功能是将数据上传服务器。

Ø数据下载；

主要功能到服务器上下载共享的数据文件。

Ø服务器管理；

主要功能是对网络中的服务器进行参数设置。

Ø日志管理。

主要是对网络中的发送过程进行跟踪、记录。

4.2.2业务功能模块

数据交换

需求描述

数据交换主要是实现监狱、省局、高院、中院之间公文流转和数据共享。

系统定时扫描服务器指定目录下的文件，判断是否有数据包和流程定义文件。

若文件存在则根据流程定义文件将数据包发送到流程定义文件定义的服务器指定目录。

操作流程

参数设置

需求描述

指定服务器接收和发送数据的文件路径，配置相关的服务器接收文件路径、服务器发送文件路径、提请文件路径、本地服务ip、本地服务端口、用户名、密码、扫描间隔（毫秒）、服务启动开时间始扫描（毫秒）、是否需要转发（仅用于监狱局前置机）、监狱局前置机IP、是否扫描接收文件夹、是否是高院业务机、是否插入日志、监狱局文件发送目录。

本模块的IPO图

输入

处理

输出

参数设置

输入

参数设置jsp

本模块静态数据

数据类别

静态数据

参数设置

服务器接收文件路径、服务器发送文件路径、提请文件路径、本地服务ip、本地服务端口、用户名、密码、扫描间隔、服务启动开时间始扫描、是否需要转发（仅用于监狱局前置机）、监狱局前置机IP、是否扫描接收文件夹、是否是高院业务机、是否插入日志、监狱局文件发送目录

数据上传

需求描述

主要功能是将数据包上传服务器。

本模块的IPO图

输入

处理

输出

数据上传

选择数据

上传文件到服务器

本模块静态数据

数据类别

静态数据

数据上传

上传文件

数据下载

需求描述

选择指定服务器，查询出下载列表，点击下载按钮下载相关数据。

本模块的IPO图

输入

处理

输出

数据下载

选择下载服务器

下载文件

本模块静态数据

数据类别

静态数据

数据下载

选择服务器、ip、端口、用户名、密码

服务器管理

需求描述

设定各服务器的相关参数包括（单位编码、单位名称、对应部门id、服务ip、服务端口、访问名、访问密码、排序号），用于数据传输使用。

本模块的IPO图

输入

处理

输出

服务器管理

数据交换服务登记

数据交换服务管理列表

本模块静态数据

数据类别

静态数据

服务器管理

单位编码、单位名称、对应部门id、服务ip、服务端口、访问名、访问密码、排序号。

日志管理

需求描述

数据发送过程中记录监狱、省局、高院、中院的发送日志。

查看日志列表。

操作流程

本模块的IPO图

输入

处理

输出

日志管理

选择数据

上传文件到服务器

本模块静态数据

数据类别

静态数据

日志管理

日志相关信息