项目软件需求规格说明书

  • 格式:docx
  • 大小:100.38 KB
  • 文档页数:20

下载文档原格式

  / 20
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

项目软件需求规格说明

标准化工作室编码[XX968T-XX89628-XJ668-XT689N]

**********项目

需求规格说明书

*********************公司****年**月**日

版本记录

目录

1.1本需求规格说明书的依据材料

说明需求规格说明使用的参考资料,如商务合同、用户领域的资料等。

1.2参考文档

要在此描述与该文档相关的文档。

本文档着重描述用户需要的系统将做成什么样。文档的描述应尽量采用系统分析人员可以看懂的语言。

本文档是进行系统设计的基础,也是系统进行系统测试的依据。

2.1软件的目的与目标

项目目的是开发本系统的意图的总概括,目标是将目的细化后的具体的描述。

对于项目的目标可以逐步细化,以便与系统的需求建立对应关系,检查系统的功能是否覆盖了系统的目标。

本节的描述忌使用“开发一套让用户满意的系统”等字句。

如果该节在《用户需求报告》中已详细描述,本节可说明参见相关文档章节。

2.2用户简介

在本节中要将用户的基本情况描述清楚,以便于分析人员划定系统范围,进行关于功能与进度、成本、性能等方面的平衡决策。

对于产品开发类项目,需要在此将该产品定义的用户群的特点描述清楚。

如果该节在《用户需求报告》中已详细描述,本节可说明参见相关文档章节。

2.3术语定义

将需求规格说明中的术语、缩写进行定义。包括用户应用领域与计算机领域的术语与缩写等。

在本文档中用到的数据对象用语描述前后要一致。

2.4新系统的组织结构

如果没有变动,此节可略。具体说明参见该项目的《用户需求报告》中对旧系统的组织结构描述的要求。

2.5新系统的岗位定义

使用该系统的各用户角色描述。

3 功能设计

3.1软件总体功能结构

软件总体功能结构设计表示软件系统中各子系统或各大功能模块之间的关系设计, 下图:

图 3.1-1软件总体功能结构图

3.2 [UC01]子系统1

3.2.1功能框架

对此子系统所包含的功能项做总体的说明,对功能项之间的关系要进行简要的说明。

3.2.2 [UC0101]功能项一

3.2.2.1功能简述

系统哪些角色使用该功能。

该功能项实现了什么功能。例如:

[

为了满足不同企业对银行接口和账户记帐的要求,需要对银行账户进行相应的设置,来满足不同的需求,本功能只能结算中心进行相应的设置。

]

3.2.2.2处理过程设计(业务层)

在这里从用户业务角度描述本功能项对操作的处理过程,可以用自然语言或流程图方式描述(推荐用流程图实现)。例如:

[

页面展现操作:首先判断当前操作员是否是资金中心人员,如果不是,则提示“该功

能只能资金中心人员维护”,否则,进入页面,根据操作员所述的资金中心,默认查询出相应的账户接口设置表中的数据,并关联账户字典显示相应的数据。

保存:进行有效性检查,检查通过后,检查该账户是否是企业账户(ZJZH_QYZH为1),如果是,则检查用户选择的记帐方式是否是“03”或“04“,如果不是,则提示用户“企业账户不能记帐”,否则,如果用户选择的为“02-记帐到上级账户”,检查该账户的上级账户(ZJZH_SJZH)是否为空,如果为空,则提示“没有上级账户,不能设置”,否则,将用户修改的保存到账户接口设置(ZJZHSZ)中。

]

流程图示例:

[系统登录具体流程入下图 T-004 所示;

图 3.2-1流程示例图

3.2.2.3界面设计

在这里绘制本功能项的操作界面,并对界面中的操作对象进行说明(要求对象说明尽量细化,以实现对用户操作过程进行清晰描述。)。例如:

[

图 3.2-2界面设计图

界面描述:

表 3.2-1界面对象描述详表3.2.2.4特殊要求

在这里描述对该功能项需要特别声明的问题,例如:

[

该功能为集团级设置,非集团级不能使用。

]

3.2.2.5待解决问题

无。

3.2.3[UC0102]功能项二

......... 【组织结构及表达内容,参见UC0101功能项一】3.3 [UC02]子系统2

......【组织结构及表达内容,参见UC01子系统1】

4 外部接口需求

4.1硬件外部接口

[该系统与硬件设备之间的关联紧密,几乎每一个操作都要通过硬件设备和通讯链路与远端RTU进行交互,这是本系统最为显着的特征,硬件接口主要表现为与数传电台或GPRS modem之间通过RS232接口进行串行通信。这种技术已经很成熟,关键在于通信协议格式的定制。]

4.2软件外部接口

[该系统软件接口的主要特征表现为与GIS系统之间的无缝连接,以基础地图为背景,直观显示所有RTU的位置和状态信息,这是本软件与其他软件系统之间的接口的主要特征。GIS系统首先考虑采用Mapinfo。]

5 人机交互需求

[1、人机界面无特殊要求,以直观、实用、易用、美观为原则;

2、系统采用简体中文显示或输入信息。

3、用户图形界面要求风格统一、简洁明了。对显示界面使用的文字、字体可以使用统一的风格管理,采用C/S结构,显示分辨率为1024×768,也支持800×600。

4、错误信息采用中文方式显示。]

6 性能需求

6.1响应时间与处理速度

系统中的某些功能项对速度有较高的需求,需要在此明确说明。例如:

[

响应时间,如查询的最长等待时间。

更新处理时间,如记帐的最长时间。

数据的转换和传送时间,如远程数据传输的时间要求。

]

6.2数据量及存储

表和文件的大小规模(要按可预见的增长对数据及其分量的存储要求作出估算)处理和任务的数量

在正常情况下和峰值工作条件下,在一定时间周期中要处理的数据总数

6.3并发数及其它

系统中的某些功能项对该系统的空间数值性能有较高的需求,需要在此明确说明。例如:

[

支持的终端数

支持的并行操作的使用者数

处理的文件和记录数

对输入和输出数据的精度要求

对处理和传输过程中的精度要求