数据交换需求规格说明书

《数据交换需求规格说明书》由会员分享，可在线阅读，更多相关《数据交换需求规格说明书（26页珍藏版）》请在装配图网上搜索。

1、1.1编写目的为了能更好的描述清楚国科政信数据交换平台（以下简称 “数据交换”或“本项目”）业务需求，更好地让相关人员了解本项 目的各个模块及功能点，特编写此需求规格说明书。本文档主要从业务需求、功能描述、环境要求、操作要求、设计 约束及质量要求等方面阐述，同时说明了系统的合格性需求及交付需 求等综合要求，是作为本项目软件的设计及测试工作的重要依据。本文档的预期读者为业务用户、设计人员、开发人员、测试人员、项目管理人员等相关人员1.2背景目前，国内各地政府部门和机构或多或少均建立起自己的信息化 系统，包括门户网站内容管理系统、 OA 办公系统、办事审批系统、 其它业务系统等。但由于诸多因素的影

2、响，即使同一地区的政府机构 间也无法进行合理、有效的沟通，可以说是一座座的“信息孤岛”。 电子政务实施的任务之一就是要将这些“孤岛”有机地串连在一起， 充分发挥其效能，同时也保护了各部门在该方面的经济投入和精力投 入。此外，电子政务建设过程中，即使是统一规划，但具体的实施单 位和解决方案会有很多，建设完成后的系统常常是自治的，异构的，数据可能存放于数据库、文本文件、XML文件，甚至普通文件中。因 此也需要一种机制使不同时期建设的应用系统能有机地结合为一个整 体。上述两种情况，均要求解决应用系统间数据和信息的互通、互用 问题。1.3定义1.4参考文献 司法部关于报送全国监狱信息化建设规划（司法函

3、2007111号） 司法部关于印发全国监狱信息化建设规划的通知（司 法通2008124号） 全国监狱信息化工程（一期）项目建设建议书 关于印发全国监狱信息化应用软件开发建设任务分工意 见的通知（2010司狱字277号） 国家发展改革委关于全国监狱信息化一期工程项目建议书的批复（发改高技20101389号） GB 8566计算机软件开发规范 GB 8567计算机软件产品开发文件编制指南 GB/T 12505计算机软件配置管理计划规范 国家计算机软件工程规范 IS09003国际标准 首都信息化标准体系2 项目概述2.1国科政信数据交换平台是一个以解决电子政务实施过程中对 于基于异构数据平台上的数据

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

5、，功能的实用 性、界面的友好性及用户访问的方便灵活性是其最主要的要求，同时 也是整个系统得以应用的基础。无论功能的划分或是软件的设计必须 密切联系监狱的实际情况，充分满足当前的需要及今后长远发展的各 种需求。先进性原则先进性是对系统的最基本要求，它是最大限度地提高系统的生命 周期、减少项目重复投资的重要手段。系统设计要有一定的前瞻性， 为功能的扩充和技术的发展留有空间。系统应具有较好的升级能力、 扩展能力和向上兼容的能力，使系统不会随着技术的发展而迅速落后 或被淘汰。安全可靠性原则安全可靠是一个系统投入运行的前提，因此，在设计和软件开发 实施过程中，必须全面细致地考虑各种可能遇到的情况，规划出

6、合理 的解决方案，为整套系统的安全可靠运行提供保障。规范性原则系统设计所采用的技术和设备应符合国际标准、国家标准和行业 标准，为系统的扩展升级、与其它系统的互联集成提供良好的基础。可扩展性原则可扩展性是系统将来更新、扩展和升级的重要保障。系统设计特 别是架构的设计应充分考虑系统的长远发展目标，采用先进的设计思 想和开发手段，全面支持各种应用功能的扩展，为整套系统功能的完 善、更新提供条件。采用标准协议，保证系统结构、容量、通信和处 理能力，软硬件接口应具有良好的扩展能力。可管理性原则系统应易于管理，易于维护，操作简单，易学，易用，便于进行 系统配置，能够很好的监控内容、安全性、访问流量、性能等

7、方面内 容，并可以进行一定范围内的远程管理和故障诊断。系统应具有良好 的结构，各个部分应有明确和完整的定义，使得局部的修改不影响全 局和其他部分的结构和运行。2.3开发原则2.3.1迭代开发本系统开发时，采用迭代开发、测试驱动的开发。每阶段版本都要采用迭代开发，即每天提交可以执行的版本。第 二天在前一天的可以执行版本上再开发新功能，以达到对前一天版本 测试的目的。迭代过程中不断完善需求分析、软件设计、编码质量。2.3.2每天级联每天的提交所有模块的开发人员在每个工作日 16 点之前向指定服务器提交 本日的工作结果，过时之后的工作在第二日再提交，没有提交则认为本日无工作结果。阶段版本生成每有一个

8、新功能提交作为一个阶段版本，新功能提交后都要进行 交叉测试，测试通过且功能稳定后方可提交其它新功能。阶段版本的使用阶段版本生成后要保存原代码，以供为客户提供测试版本和研发 过程中的版本回退。2.3.3文档评审软件需求各研发人员依据客户需求来编写软件需求分析书，软件需求 开发中可以实现的功能需求、性能需求、操作流程等，并对开发工 具、时间要求做出描述。软件需求分析书经评审通过后，才能进 入下一个阶段，供管理、研发、测试人员使用。开发日程表管理人员根据软件需求编写开发日程表，表中要明确各 阶段的历程碑。软件设计研发人员根据软件需求编写软件设计书。软件设计书描 述系统架构、主要算法（流程或状态图）、

9、重要数据结构、数据库表 等。软件设计书经评审通过后，才能进入编码阶段。测试方案测试人员根据软件需求编写测试方案，测试方案包括测 试用例。2.4总体技术路线本方案采用 Browser/WebServer/DataBaseServer 三层结构进行网站群系统的开发。本方案采用以下核心技术：BruiftEeis. FC s. netiji.iijrt: computers.FDXts. kiosks, .图：Browser/WebServer/DataBaseServer 三层结构匸Prgei 武就 ion Lojjic11Bueiiie&cLcwyitZEDataBuxines logic in

10、EJEfe. com punente. dEtiitmted ob jects. etc.Back-end systert： -databas 匹.CICS.IMS.弘F. COF：BA etc.1）具开放性和扩展性的 J2EE 技术框架，采用 MVC 设计模式；2）采用安全电子表单技术；3）利用 J2EE 核心设计模式 DAO 和持久性框架来实现数据库的兼容和透明访问；4）采用 UNICODE 编码方式，来实现支持后台管理系统的多种语言；5）SOAP/WEB 服务技术，支持将异构的系统平台和分散的系统进行有机集成。2.5系统总体架构设计根据客户需求数据交换平台主要采用数据中心和数据交换代理节

11、 点的结构来简化电子政务应用主体内部功能体之间、主体与主体之间 所存在的复杂的相互关系，在代理节点上提供相应的服务来方便老应 用系统的接入并提供一致的访问行为和接口。数据交换平台系统结构如下图所示。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、DB

12、2、Mysql、Sybase 及国产 数据库等主流数据库。其它软件：JDK 1.63.2.2客户端支持软件操作系统：Windows 2000 / XP /2003其它软件：IE 6.03.3系统开发语言本系统的开发统一采用 JAVA 程序设计语言进行编程。以 JAVA 语言的特性实现跨平台性，能运行于不同的操作系统等支撑平台；安 全性，程序提供了安全管理器，防止程序的非法访问；面向对象，将 数据分装于类中，实现了程序的可重用性、简洁性和便于维护；分布 式，建立在扩展 TCP/IP 网络平台上方通过网络调用文件；健壮性，对于规范要求以外的输入情况具有合理的处理能力开发采用如下的工具和技术包：工具

13、/组件版本备注JDK1.6JAVA开发包Eclipse编译工具MyEclipse& 5以上插件Tomcat6.0Web服务器struts2.0MVC框剪基于WEBHibernate3.0数据层JSONAJAX框架Spr ing3.0J2EE框架JCOMPANY3.0单兀测试代码ANT1.6.2打包工具Log4j1.2.7日志Oracle9i数据库3.4接口统一用户管理服务接口。在确保安全的前提下，提供各应用系统一个统一的用户视图，所 有用户登录访问均经过统一用户管理进行认证，通过认证后，均以统 一的标准接口传递认证结果。具体接口描述在系统设计中说明。3.5部署图口口院服务器 4 项目建设内容4

14、.1制定数据交换标准4.1.1需求标准1）对软件系统总体功能/对象结构进行描述，包括结构图、流程 图或对象图。（2）对每个主要子系统中的基本功能模块/对象进行描述，包括 结构图、流程图或对象图。（3）通常使用的约定描述（数学符号、度量单位等）。4.1.2 内容标准数据交换主要包括：数据交换、参数设置、数据上传、服务器管 理、数据下载、日志管理等各项业务。4.1.3维护标准必须设定转门人员进行定期维护更新，保证信息有价值、有意 义。4.1.4安全性要求根据国家对网络与信息系统安全性的基本要求，结合多年从事信 息安全管理工作的实际体会，在制定系统安全性评价指标体系时应遵 循如下原则：（1）符合国家

15、有关信息与信息系统安全的法律和法规。（2）满足用户及应用环境对信息系统提出的安全性要求。（3）具有良好的可操作性，便于实施。4.1.5 格式标准（1）功能要求模块清晰、操作简单、交互性好。（2）可视化流程操作，让办公人员更加得心应手。（3）每页间切换连贯,页面背景、字体格式统一。（4）支持多种不同版本、种类的浏览器，可移植性强。（5）不使用过大的图片、不使用过小的字体、对于动画或者声4.2数据交换系统4.2.1系统总体描述4.2.1.10管理务 ft数据交换平台4.2.1.2所有用户的用例对比：卷数设豐数攥下載日志管理操作负服务器管理4.2.1.3 模块划分数据交换系统主要分为 6个子系统:数

16、据交换；参数设置；数据上传；数据下载；服务器管理；日志管理。4.2.1.4 功能点综述数据交换；主要功能是对选择数据流程文件和对应的数据包上传到服务器 指定目录实现自动发送。参数设置；主要功能是对服务器的相关参数进行设置，如：指定服务器接 收和发送数据的文件目录、指定服务器的 ip 和端口号等相关配置。数据上传；主要功能是将数据上传服务器。数据下载;主要功能到服务器上下载共享的数据文件。服务器管理；主要功能是对网络中的服务器进行参数设置。日志管理。主要是对网络中的发送过程进行跟踪、记录。4.2.2业务功能模块4.2.2.1 数据交换需求描述 数据交换主要是实现监狱、省局、高院、中院之间公文流转

17、和数 据共享。系统定时扫描服务器指定目录下的文件，判断是否有数据包和流 程定义文件。若文件存在则根据流程定义文件将数据包发送到流程定 义文件定义的服务器指定目录。操作流程4.2.2.2 参数设需求描述 指定服务器接收和发送数据的文件路径，配置相关的服务器接收 文件路径、服务器发送文件路径、提请文件路径、本地服务ip、本地 服务端口、用户名、密码、扫描间隔（毫秒）、服务启动开时间始扫 描（毫秒）、是否需要转发（仅用于监狱局前置机 ）、监狱局前置机 IP、 是否扫描接收文件夹、是否是高院业务机、是否插入日志、监狱局文 件发送目录。输入处理输出参数设置输入参数设置jsp本模块静态数据数据类别静态数据

18、参数设置服务器接收文件路径、服务器发送文件路径、提请 文件路径、本地服务ip、本地服务端口、用户名、 密码、扫描间隔、服务启动开时间始扫描、是否需 要转发（仅用于监狱局前置机）、监狱局前置机IP、 是否扫描接收文件夹、是否是高院业务机、是否插 入日志、监狱局文件发送目录4.2.2.3 数据上传需求描述主要功能是将数据包上传服务器输入处理输出数据上传选择数据上传文件到服务器本模块的IPO图本模块静态数据数据类别静态数据数据上传上传文件4.2.2.4 数据下载需求描述选择指定服务器，查询出下载列表，点击下载按钮下载相关数 据。本模块的IPO输入处理输出数据下载选择下载服务器下载文件本模块静态数据数

19、据类别静态数据数据下载选择服务器、ip、端口、用户名、密码4.2.2.5服务器理需求描述 设定各服务器的相关参数包括（单位编码、单位名称、对应部门id、服务ip、服务端口、访问名、访问密码、排序号），用于数据传输使用。输入处理输出服务器管理数据交换服务登记数据交换服务管理列表本模块的IPOL 1本模块静态数据数据类别静态数据服务器管理单位编码、单位名称、对应部门id、服务ip、服 务端口、访冋名、访问密码、排序号。4.2.2.6 日志管理需求描述数据发送过程中记录监狱、省局、高院、中院的发送日志。查看 日志列表。操作流程粵软sfe皿白 屮应 永 nn 無E=1 呼 粼 粵 软Ell tirn羽raS傅I粵 软 聲 担養Ell tirn firaKB*缶韜輻曇til藍呼.憾碍临卓代誥总卄wmsf A1 黑 Passas 聶嵋霸骼舉1眾矗|.店前护*羽*-我匸盟議 墨；n .WSSSS.5 啣E:署卞遁占盅曙春蜩昭总曲&SM丐 昭口曲3T1I肝尊呵