大数据交换需求规格说明书.pdf
《大数据交换需求规格说明书.pdf》由会员分享,可在线阅读,更多相关《大数据交换需求规格说明书.pdf(21页珍藏版)》请在三一文库上搜索。
1、实用标准文档 文案大全 1 引言 1.1 编写目的 为了能更好的描述清楚国科政信数据交换平台(以下简称“数 据交换”或“本项目” )业务需求,更好地让相关人员了解本项目的各 个模块及功能点,特编写此需求规格说明书。 本文档主要从业务需求、功能描述、环境要求、操作要求、设计 约束及质量要求等方面阐述,同时说明了系统的合格性需求及交付需 求等综合要求,是作为本项目软件的设计及测试工作的重要依据。 本文档的预期读者为业务用户、设计人员、开发人员、测试人员、 项目管理人员等相关人员 1.2 背景 目前,国内各地政府部门和机构或多或少均建立起自己的信息化 系统,包括门户网站内容管理系统、OA办公系统、办
2、事审批系统、其 它业务系统等。但由于诸多因素的影响,即使同一地区的政府机构间 也无法进行合理、有效的沟通,可以说是一座座的“信息孤岛”。电子 政务实施的任务之一就是要将这些“孤岛”有机地串连在一起,充分 发挥其效能,同时也保护了各部门在该方面的经济投入和精力投入。 此外,电子政务建设过程中,即使是统一规划,但具体的实施单位和 解决方案会有很多,建设完成后的系统常常是自治的,异构的,数据 实用标准文档 文案大全 可能存放于数据库、文本文件、XML文件,甚至普通文件中。因此也 需要一种机制使不同时期建设的应用系统能有机地结合为一个整体。 上述两种情况, 均要求解决应用系统间数据和信息的互通、互用问
3、题。 1.3 定义 1.4 参考文献 司法部关于报送 全国监狱信息化建设规划 (司法函 2007111 号) 司法部关于印发全国监狱信息化建设规划的通知(司法通 2008124 号) 全国监狱信息化工程(一期)项目建设建议书 关于印发全国监狱信息化应用软件开发建设任务分工意见 的通知( 2010 司狱字 277号) 国家发展改革委关于全国监狱信息化一期工程项目建议书的 批复(发改高技 20101389 号) GB 8566 计算机软件开发规范 GB 8567 计算机软件产品开发文件编制指南 GB/T 12505 计算机软件配置管理计划规范 国家计算机软件工程规范 实用标准文档 文案大全 ISO
4、9003国际标准 首都信息化标准体系 2 项目概述 2.1 目标 国科政信数据交换平台是一个以解决电子政务实施过程中对 于基于异构数据平台上的数据无法进行有效交流和沟通的问题的一个 通用的、分布式的数据集成平台。 国科政信数据交换平台能够为需 要数据集成的应用提供数据服务,解决数据从何而来,哪个应用对其 感兴趣,以及如何被每个系统使用的问题。国科政信数据交换平台 通过把信息提供者和消费者隔离,来构建灵活的系统,使得这些系统 不会受到数据的物理位置的影响,也不会受到需要存取数据信息的应 用个数的影响,对于每一个系统就不需要进行特别的定制处理,就可 以在系统之间实现信息的集成了。建立了各政务应用系
5、统沟通和对社 会服务的接口标准和服务标准,实现了良好的数据封装、交换和共享。 2.2 建设原则 实用性原则 实用性是衡量一套软件系统质量的最重要指标之一,功能的实用 性、界面的友好性及用户访问的方便灵活性是其最主要的要求,同时 也是整个系统得以应用的基础。无论功能的划分或是软件的设计必须 实用标准文档 文案大全 密切联系监狱的实际情况,充分满足当前的需要及今后长远发展的各 种需求。 先进性原则 先进性是对系统的最基本要求,它是最大限度地提高系统的生命 周期、减少项目重复投资的重要手段。系统设计要有一定的前瞻性, 为功能的扩充和技术的发展留有空间。系统应具有较好的升级能力、 扩展能力和向上兼容的
6、能力,使系统不会随着技术的发展而迅速落后 或被淘汰。 安全可靠性原则 安全可靠是一个系统投入运行的前提,因此,在设计和软件开发 实施过程中,必须全面细致地考虑各种可能遇到的情况,规划出合理 的解决方案,为整套系统的安全可靠运行提供保障。 规范性原则 系统设计所采用的技术和设备应符合国际标准、国家标准和行业 标准,为系统的扩展升级、与其它系统的互联集成提供良好的基础。 可扩展性原则 可扩展性是系统将来更新、扩展和升级的重要保障。系统设计特 别是架构的设计应充分考虑系统的长远发展目标,采用先进的设计思 想和开发手段,全面支持各种应用功能的扩展,为整套系统功能的完 善、更新提供条件。采用标准协议,保
7、证系统结构、容量、通信和处 实用标准文档 文案大全 理能力,软硬件接口应具有良好的扩展能力。 可管理性原则 系统应易于管理,易于维护,操作简单,易学,易用,便于进行 系统配置,能够很好的监控内容、安全性、访问流量、性能等方面内 容,并可以进行一定范围内的远程管理和故障诊断。系统应具有良好 的结构,各个部分应有明确和完整的定义,使得局部的修改不影响全 局和其他部分的结构和运行。 2.3 开发原则 2.3.1 迭代开发 本系统开发时,采用迭代开发、测试驱动的开发。 每阶段版本都要采用迭代开发,即每天提交可以执行的版本。第 二天在前一天的可以执行版本上再开发新功能,以达到对前一天版本 测试的目的。迭
8、代过程中不断完善需求分析、软件设计、编码质量。 2.3.2 每天级联 每天的提交 所有模块的开发人员在每个工作日16 点之前向指定服务器提交 本日的工作结果,过时之后的工作在第二日再提交,没有提交则认为 本日无工作结果。 阶段版本生成 实用标准文档 文案大全 每有一个新功能提交作为一个阶段版本,新功能提交后都要进行 交叉测试,测试通过且功能稳定后方可提交其它新功能。 阶段版本的使用 阶段版本生成后要保存原代码,以供为客户提供测试版本和研发 过程中的版本回退。 2.3.3 文档评审 软件需求 各研发人员依据客户需求来编写软件需求分析书 ,软件需求开 发中可以实现的功能需求、性能需求、操作流程等,
9、并对开发工具、 时间要求做出描述。 软件需求分析书经评审通过后,才能进入下一 个阶段,供管理、研发、测试人员使用。 开发日程表 管理人员根据软件需求编写开发日程表,表中要明确各阶 段的历程碑。 软件设计 研发人员根据软件需求编写软件设计书。软件设计书描述 系统架构、主要算法(流程或状态图)、重要数据结构、数据库表等。 软件设计书经评审通过后,才能进入编码阶段。 测试方案 测试人员根据软件需求编写测试方案,测试方案包括测试 实用标准文档 文案大全 用例。 2.4 总体技术路线 本方案采用Browser/WebServer/DataBaseServer三层结构进行 网站群系统的开发。本方案采用以下
10、核心技术: 图: Browser/WebServer/DataBaseServer三层结构 1) 具开放性和扩展性的J2EE技术框架,采用MVC 设计模式; 2) 采用安全电子表单技术; 3) 利用 J2EE核心设计模式DAO 和持久性框架来实现数据库的兼容 和透明访问; 4) 采用 UNICODE 编码方式,来实现支持后台管理系统的多种语言; 5) SOAP/WEB 服务技术,支持将异构的系统平台和分散的系统进行 有机集成。 实用标准文档 文案大全 2.5 系统总体架构设计 根据客户需求数据交换平台主要采用数据中心和数据交换代理节 点的结构来简化电子政务应用主体内部功能体之间、主体与主体之间
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据 交换 需求 规格 说明书
链接地址:https://www.31doc.com/p-5488868.html