软件需求规格说明书全套.docx

《软件需求规格说明书全套.docx》由会员分享，可在线阅读，更多相关《软件需求规格说明书全套.docx（25页珍藏版）》请在优知文库上搜索。

1、软件需求规格说明书第一章引言1编写目的为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。2软件需求分析理论软件需求分析(SoftwareReguirementAnalysis)是研究用户需求得到的东西，完全理解用户对软件需求的完整功能，确认用户软件功能需求，建立可确认的、可验证的一个基本依据。软件需求分析是一个项目的开端，也是项目实施最重要的关键点。据有关的机构分析结果表明，设计的软件产品存在不完整性、不正确性等问题80%以上是需求分析错误所导致的，而且由于需求分析错误造成根本性的功能问题尤为突出。因此，一个项目的成功软件需求分析是关键的一步。3软件需求分析目标软件需求分析的

2、主要实现目标:1）对实现软件的功能做全面的描述，帮助用户判断实现功能的正确性、一致性和完整性,促使用户在软件设计启动之前周密地、全面地思考软件需求；2）了解和描述软件实现所需的全部信息，为软件设计、确认和验证提供一个基准；3）为软件管理人员进行软件成本计价和编制软件开发计划书提供依据；需求分析的具体内容可以归纳为六个方面：软件的功能需求,软件与硬件或其他外部系统接口，软件的非功能性需求，软件的反向需求，软件设计和实现上的限制，阅读支持信息。软件需求分析应尽量提供软件实现功能需求的全部信息，使得软件设计人员和软件测试人员不再需要需求方的接触。这就要求软件需求分析内容应正确、完整、一致和可验证。止

3、匕外，为保证软件设计质量，便于软件功能的休整和验证，软件需求表达无岔意性，具有可追踪性和可修改性。4参考文献1.软件工程基础赵一丁北京邮电大学出版社2.软件需求劳森（作者），刘晓晖（译者）电子工业出版社3.软件需求工程：原理和方法金芝，刘璘，金英科学出版社4.实用软件工程第三版殷人昆清华大学出版社5.电子政务发展需求与效益分析朱建明经济科学出版社6.电子政务信息系统的规划与建设田景熙，洪琢人民邮电出版社7.电子政务信息公平研究唐思慧世界图书出版公司8.电子政务系统的需求分析甘明鑫，曹菁机械工业出版社第二章需求概述1.项目背景为进一步实现政务公开的要求，同时方便各类政务信息能准确、安全、快速的发

4、布到指定的移动终端上，同时提升XXX移动办公效率，解决领导外出时能方便安全的批阅公文，收发邮件以及查询通信录等应用。基于中国电信3G高速网络，采用手机适配技术实现移动办公应用，并通过PKI/CA.VPDN、APN等信息安全技术保证移动办公的安全性。只要在WCDMA、3G网络覆盖的地方，用户都可以通过手机高速、稳定、安全的访问OA办文、邮件、人事管理等办公系统，随时随地处理公文、收发邮件、查询信息。系统设计采用全新的设计理念实现随时随地、零距离、安全稳定的信息化办公。做到4A(Anywhere/Anytime/Anydata/Anydevice)办公，通过移动终端设备，打破时空的局限实现轻松办公

5、。使用户能利用各种移间与空间的限制,随时随地、自由便利地办公。4A办公2.需求概述【对软件需求做一个简介，包括：1.本产品的开发意图、应用目标及作用范围。2主要功能、处理流程、数据流程。4说明本产品与其他相关产品的关系，是独立产品还是一个较大产品的组成部分。可以用表示外部接口和数据流的系统高层次图，或者方框图说明。】3.条件与限制(可选)【说明本软件在实现时所必须满足的条件和所受的限制，并给出相应的原因。必须满足的条件包括输入数据的范围以及格式。所受的限制包括软件环境、硬件环境等方面的内容。例如：必须使用或者避免的特定技术、工具、编程语言和数据库;企业策略、政府法规或工业标准；硬件限制，例如定

6、时需求或存储器限制；经费限制、开发期限；项目对外部因素存在的依赖。例如其它项目开发的组件。等等】4.系统结构移动OA系统可规划为一个四层的安全控制域，网络安全设计以各域的工作特点为依据进行设计。1终端用户层：作为系统向各种手机终端提供展现层，手机用户通过安装客户端程序实现移动办公，目前支持市面上各种主流终端的使用。2.运营商服务层：各电信运营商（移动/电信/联通）提供的无线网络环境层，支持GSM、GPRS、CDMA、WCDMA、3G、WIFI等各种无线网络环境，对于移动网络需要同时支持CMNET与CMWAP03业务逻辑层：系统核心业务处理层,主要支撑系统与外部业务系统、手机终端的数据请求处理，

7、实现信息移动化，包括基础服务支撑、业务解析运行引擎、终端访问安全管理、通用组件，以及系统管理功能。4.外部系统层：系统与外部接入系统的适配层，主要的外部接入系统包括办公自动化系统（OA系统）及其他IT应用系统。移动OA结构图5.网络拓扑图结构移动OA网络拓扑结构图移动OA网络拓扑划分层次来描述，共分为：终端侧：发起网络请求的终端设备和软件。网络侧：运营商的网络。机房侧进行移动化IT系统和管理通信设备的移动OA服务器。第三章系统功能需求1.移动办公系统升级改造需求XXX在2007年及建设好基于windowsmobile的移动办公系统，并在2010年将该系统扩展至ios系统，为保证系统建设一致性，

8、本次系统建设要求在原有的移动办公系统上增加相应的适配软件模块，要求支持苹果IOS4.0、Android2.0及微软WindowsMobiIe6.1以上移动终端操作系统；本次系统升级改造后要求在苹果IOS4.0、Android2.0及微软WindoWSMObile6.1以上多种智能终端操作系统上实现原有的移动办公系统上的所有流程，具体见下表：u界面显不要求U待办公文列表待办公文列表采用两行显示第一行：公文速级（Icon）、业务种类、接收时间第二行：公文标题u待办公文列表排序按业务种类排序（按待办公文类型来排）按速级排序（特急、急件、平件三种）接收时间排序U公文详细信息界面元素收文来文单位、紧急程

9、度、标题、内容摘要、意见外发文主办单位、主送单位、抄送单位、事由（标题）、紧急程度、拟稿人、密级、意见内办文主办单位、主送单位、抄送单位、事由、紧急程度、拟稿人、密级、历史意见督办事项名称、承办部门、会办部门、密级、紧急程度、督字、号、督办类别、要求完成时间、历史意见U网站信息审批主办单位、拟稿人、事由（标题）、历史意见U会议申请召开时间、会议地点、议题、申请部门、申请时间、参加人员、意见I正文和附件文件类型公文正文的文件类型为Tif、Doc和ceb公文附件的文件类型无限制，其中OffiCe系列、图片格式、Tif可直接在手机端浏览提供公文附件下载功能超过5M的文件将提供下载功能但不能在手机端直

10、接预览。u意见录入用户可直接输入意见或从常用词条中选择，包括公用词条和个人词条I审批意见发送文秘处长、领导批示、承办、会办等环节会用到移动办公审批。审批意见的发送首先选择环节，环节的排序顺序与OA中一致，当用户要选择N个下一关环节（1N4个）时，用户通过多级下拉框联动菜单来实现，当上一级菜单选择后，下一级菜单会自动过滤不可选的环节或自动选择必选环节。当审批意见发送至默认环节默认人员时，将不再出现环节选择和人员选择界面，该意见将被直接发送。环节选择完成后,用户可以分别对每个环节选择人员（含组）人员选择完成后，用户即可发送审批意见。U移动邮件I实现方式移动办公平台通过Pop3/Smtp访问信息办邮

11、件服务器I功能需求提供邮件收取、查看列表、杳看内容、查看附件、邮件发送、邮件转发、邮件回复、邮件删除（不同步删除OA邮件）功能u会议管理I手机端操作流程登录一会议列表一会议详情I会议列表会议列表包括内部会议和外出会议会议列表无权限控制，对所有用户均可见会议列表采用两行显示：0第一行：会议标题0第二行：会议时间，会议地点会议列表只采用会议时间排序（由新到旧，只显示一周，可直询上周及下周）I会议详情会议详情界面元素：开会日期、地点、会议名称、参加人员、组织者或部门、创建时间u通知通告I手机端操作流程登录T通知通告列表一通知通告详情I通知通告列表通知通告列表采用两行显示：第一行：通知通告标题第二行：

12、发布时间会议列表只采用发布时间排序（由新到旧）I通知通告详情通知通告详情界面元素与OA中一致通知通告可能含附件，附件类型无限制，其中OffiCe系列、图片格式、Tif可直接在手机端浏览。提供附件下载功能。超过5M的附件将提供下载功能但不能在手机端直接预览。u通讯录管理通讯录管理采用树形结构展现，只按部门进行分类。通讯录个人信息元素：姓名、办公电话、手机号码、电子邮件、备注通讯录人员在OA增加、删除、修改、调动人员时，会与OA通讯录保持一致。管理员可在移动办公平台Web管理页面上启用/停用用户。2.车辆管理模块升级改造需求车辆管理系统是基于B/S架构的新型车辆管理平台,它适用于各政府机构及其下属

13、单位,利用信息技术跟踪车辆的采购、检验、调拨、保养、维修、报废等环节，并提供完整的车辆统计报表和强大的数据分析功能。规范政府机构车辆管理工作，改进车辆内部调拨、车辆维护等流程，显著提高管理水平和经济效益。U系统功能架构系统功能架构U网络拓扑结构车辆管理网络结构车辆管理服务器及数据库与OA服务器及数据库部署在同一局域网内，通过系统接口，实现与OA系统的统一登陆认证。3.电子公文预览需求本着对电子公文交换及认证平台和现有移动办公系统进行最小改动的原则，采用在两个系统之间搭建一个中间层组件，该中间层组件主要实现以下功能：1、把现有移动办公访问电子公文的请求进行重定向转移到访问该中间层；2、把电子公文

14、交换及认证平台中的电子公文转换成现有移动办公系统能识别的格式（一般为扫描件格式）；3、把转换后的文件格式以文件流的形式返回到移动终端进行显U电子公文交换网络OA交换：即各单位OA上部署的交换系统，同时也是本项目电子公文交换系统。该系统主要负责为OA提供电子公文交换的收发文以及相关子服务，属于OA的子系统，通过OA前置的WebService接口与自身的WebSerViCe7,8接口互联以实现对交换网络挂的接，因此并不属于交换网络的核心组件。OA前置：即为OA交换提供直接通讯服务的交换系统。该系统仅负责为所连接的OA交换提供数据传输服务，其一端通过WebSerViCe与OA交换连接，另一端则通过消

15、息队列以及WebService两类接口与交换接口连接，属于交换网络的边缘组件.交换接口：即核心交换系统所提供的外接接口系统。该接口连接的两端都同时拥有消息队列（异步交换）或是WebService（同步交换）两类接口，其一端与一定区域的OA前置通过相连,并为这些OA前置提供交换服务以及核心查询服务，另一端则与核心交换相连。交换接口的存在不仅可以保护核心交换不被暴露，同时也可以减轻核心交换的网络压力，属于交换网络的核心组件。交换核心：即整个交换网络的核心交换系统。该系统为交换网络提供交换路由服务、交换单位管理、交换人员管理、交换跟踪服务、交换指令分析应答服务、交换数据分解合并服务、核心传输服务以及CA的加解密、数字签名验证等服务。CA认证系统：该系统为各单位提供数字签名服务以及数据的加解密服务。该系统仅与核心交换系统相连，所有与CA认证系统的通讯都必须经由交换网络传送。u电子公文交换流程电子公文交换的流程可以分为交换数据的生成、数据的签名加密、数据的传输、数据的验签解密、数据入库五个主要步骤。整个交换流程细述如下：1、OA端在需要