大数据交换需求规格说明书

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

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

3、7111 号?司法部关于印发?全国监狱信息化建设规划?的通知司法通2021124 号?全国监狱信息化工程一期工程建设建议书?关于印发?全国监狱信息化应用软件开发建设任务分工意见?的通知2021司狱字277号?国家开展改革委关于全国监狱信息化一期工程工程建议书的 批复?发改高技20211389号? GB 8566计算机软件开发标准? GB 8567计算机软件产品开发文件编制指南? GB/T 12505计算机软件配置治理方案标准?国家计算机软件工程标准? ISO9003国际标准?首都信息化标准体系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 三层结构进行网站群系统的开发.本方案采用以下核心技术：Pre5ei«ion IxmiicBnnftjsers, PC's,netwwik cornputsrs.PDA% ktosksj.日zckTnd 5词电ms"ditjtwu; CCS,lg 3Ap.c口

10、H职!tC.HBuwinet logic in JavEJBK. componente. dstiibuted otjects. ete图：Browser/WebServer/DataBaseServer 三层结构1具开放性和扩展性的J2EE技术框架,采用 MV豉计模式；2采用平安电子表单技术；3利用J2EE核心设计模式DAOO持久性框架来实现数据库的兼容 和透明访问；4采用UNICOD的码方式,来实现支持后台治理系统的多种语言；5 SOAP/WEB艮务技术,支持将异构的系统平台和分散的系统进行 有机集成.2.5系统总体架构设计根据客户需求数据交换平台主要采用数据中央和数据交换代理节 点的结构

11、来简化电子政务应用主体内部功能体之间、主体与主体之间 所存在的复杂的相互关系,在代理节点上提供相应的效劳来方便老应 用系统的接入弁提供一致的访问行为和接口.数据交换平台系统结构如下列图所示.数据交换平台生芬H管三一数指下戡教指二传参数设/£数据交W .3运行环境规定及部署图3.1 设备3.1.1 效劳端设备建议使用品牌效劳器,建议配置两个双核2GHZ以上处理器,2G以上内存,硬盘100G以上.3.1.2 客户端设备用户对设备根本无特殊要求.3.2 支持软件3.2.1 效劳端支持软件操作系统：Windows Linux等主流操作系统中间件：Tomcat、JBoss、WebSphere等

12、主流Web效劳器数据库：Oracle、Sqlserver、DB2 Mysql、Sybase 及国产数据 库等主流数据库.其它软件：JDK 1.63.2.2 客户端支持软件操作系统： Windows 2000 / XP /2003其它软件：IE 6.03.3 系统开发语言本系统的开发统一采用JAVA程序设计语言进行编程.以 JAVA语言的特性实现跨平台性,能运行于不同的操作系统等支撑平台；平安 性,程序提供了平安治理器,预防程序的非法访问；面向对象,将数 据分装于类中,实现了程序的可重用性、简洁性和便于维护；分布式, 建立在扩展TCP/IP网络平台上方通过网络调用文件；健壮性,对于规范要求以外的

13、输入情况具有合理的处理水平开发采用如下的工具和技术包：工具/组件版本备注JDK1.6JAVA开发包Eclipse编译工具MyEclipse6.5以上插件Tomcat6.0Wet®务器struts2.0MVC匡剪基于WEBHibernate3.0数据层JSONAJAX框架Spring3.0J2EE框架JCOMPANY3.0单元测试代码ANT1.6.2打包工具Log4j1.2.7日志Oracle9i数据库3.4 接口统一用户治理效劳接口在保证平安的前提下,提供各应用系统一个统一的用户视图,所 有用户登录访问均经过统一用户治理进行认证,通过认证后,均以统 一的标准接口传递认证结果.具体接口

14、描述在系统设计中说明.3.5 部署图met emu emet wm eemt met met4工程建设内容4.1 制定数据交换标准4.1.1 需求标准1)对软件系统总体功能/对象结构进行描述,包括结构图、流程 图或对象图.(2)对每个主要子系统中的根本功能模块/对象进行描述,包括结构图、流程图或对象图.(3)通常使用的约定描述(数学符号、度量单位等).4.1.2 内容标准数据交换主要包括：数据交换、参数设置、数据上传、效劳器管 理、数据下载、日志治理等各项业务.4.1.3 维护标准必须设定转门人员进行定期维护更新,保证信息有价值、有意义.4.1.4 平安性要求根据国家对网络与信息系统平安性的根

15、本要求,结合多年从事信 息平安治理工作的实际体会,在制定系统平安性评价指标体系时应遵 循如下原那么：(1)符合国家有关信息与信息系统平安的法律和法规.(2)满足用户及应用环境对信息系统提出的平安性要求.(3)具有良好的可操作性,便于实施.4.1.5 格式标准(1)功能要求模块清楚、操作简单、交互性好.(2)可视化流程操作,让办公人员更加得心应手.(3)每页间切换连贯,页面背景、字体格式统一.(4)支持多种不同版本、种类的浏览器,可移植性强.(5)不使用过大的图片、不使用过小的字体、对于动画或者声音4.2 数据交换系统4.2.1 系统总体描述4.2.1.1 系统结构图数据交换平台4.2.1.2

16、总体用例图所有用户的用例比照:喋性噩季黑治理 / 、日志管塞J'4.2.1.3 模块划分数据交换系统主要分为 6个子系统:?数据交换；?参数设置；?数据上传；?数据下载；?效劳器治理；?日志治理.4.2.1.4 功能点综述?数据交换；主要功能是对选择数据流程文件和对应的数据包上传到效劳器 指定目录实现自动发送.?参数设置；主要功能是对效劳器的相关参数进行设置,如：指定效劳器接 收和发送数据的文件目录、指定效劳器的 ip和端口号等相关配置.?数据上传；主要功能是将数据上传效劳器.?数据下载；主要功能到效劳器上下载共享的数据文件.?效劳器治理；主要功能是对网络中的效劳器进行参数设置.?日志

17、治理.主要是对网络中的发送过程进行跟踪、记录.4.2.2 业务功能模块4.2.2.1 数据交换需求描述数据交换主要是实现监狱、省局、高院、中院之间公文流转和数 据共享.系统定时扫描效劳器指定目录下的文件,判断是否有数据包和流 程定义文件.假设文件存在那么根据流程定义文件将数据包发送到流程定 义文件定义的效劳器指定目录.操作流程开始4.2.2.2 参数设置需求描述文案大全指定效劳器接收和发送数据的文件路径,配置相关的效劳器接收文件路径、效劳器发送文件路径、提请文件路径、本地效劳ip、本地效劳端口、用户名、密码、扫描间隔毫秒、效劳启动开时间始扫描 毫秒、是否需要转发仅用于监狱局前置机、监狱局前置机

18、IP、是 否扫描接收文件夹、是否是高院业务机、是否插入日志、监狱局文件 发送目录.本模块的IPO图输入处理输出参数设置输入参数设置jsp本模块静态数据数据类别静态数据参数设置效劳器接收文件路径、效劳器发送文件路径、提请 文件路径、本地效劳ip、本地效劳端口、用户名、 密的、扫描间隔、效劳启动开时间始扫描、是否需 要转发仅用于监狱局前置机、监狱局前置机IP、 是否扫描接收文件夹、是否是高院业务机、是否插 入日志、监狱局文件发送目录4.2.2.3 数据上传需求描述主要功能是将数据包上传效劳器本模块的IPO图输入处理输出数据上传选择数据上传文件到效劳器本模块静态数据数据类别静态数据数据上传上传文件4.2.2.4 数据下载需求描述选择指定效劳器,查询出下载列表,点击下载按钮下载相关数据.本模块的IPO图输入处理输出数据下载选择下载效劳器下载文件本模块静态数据数据类别静态数据数据下载选择效劳器、ip、端口、用户名、密码4.2.2.5 效劳器治理需求描述设定各效劳器的相关参数包括单位编码、单位名称、对应部门id、效劳ip、效劳端口、访问名、访问密码、排序号 ,用于数据传 输使用.本模块的IPO图输入处理输出效劳器治理数据交换效劳登记数