××项目的软件需求规格说明书

**********项目
需求规格说明书
*********************公司****年**月**日
版本记录
1前言 1
1.1本需求规格说明书的依据材料 (1)
1.2参考文档 (1)
2概述 2
2.1软件的目的与目标 (2)
2.2用户简介 (2)
2.3术语定义 (2)
2.4新系统的组织结构 (2)
2.5新系统的岗位定义 (3)
3功能设计 (4)
3.1软件总体功能结构 (4)
3.2[UC01]子系统1 (4)
3.2.1 功能框架 (4)
3.2.2 [UC0101]功能项一 (4)
3.2.3 [UC0102]功能项二 (11)
3.3[UC02]子系统2 (11)
4外部接口需求 (12)
4.1硬件外部接口 (12)
4.2软件外部接口 (12)
5人机交互需求 (13)
6性能需求 (14)
6.1响应时间与处理速度 (14)
6.2数据量及存储 (14)
6.3并发数及其它 (14)
7质量需求 (16)
8其它需求 (17)
图3.1-1软件总体功能结构图 (4)
图3.2-1流程示例图 (6)
图3.2-2界面设计图 (7)
表3.2-1界面对象描述详表 (10)
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并发数及其它
系统中的某些功能项对该系统的空间数值性能有较高的需求，需要在此明确说明。

例如：
[
支持的终端数
支持的并行操作的使用者数
处理的文件和记录数
对输入和输出数据的精度要求对处理和传输过程中的精度要求]
要求通过第三方测试？要求通过部测试？Bug密度？
如果需要描述其它系统需求，可在该章节描述。

举例如下：
[
运行环境需求：平台、体系结构、设备要求；
培训需求：用户对培训的需求，如是否提供多媒体教学光盘；
其他技术需求：安全性、可靠性、灵活性等；
推广需求：推广的要求，如在上百个远程的部门推广该系统，是否要有推广的支持软件。

]。