软件需求规格说明书 (二)

软件需求规格说明书

文档编制序号：[KK8UY-LL9IO69-TTO6M3-MTOL89-FTT688]

归属部门密级

版本

共页

［名称］

软件需求规格说明书

拟制：日期：yyyy-mm-dd

审核：日期：yyyy-mm-dd

批准：日期：yyyy-mm-dd

文件修改记录

修改日期版本修改贝码、章修改描述作者

节、条款

yyyy-mm-

dd

目录

模板使用说明:

[1J注明可选的部分,可以根据实际情况选择是否填写;如果不必

说明,请保留相关的章节标题,同时在该可选章节的内容中填入

“无”；未注名可选的,则必须描述;如果有些设计此模版中没有合适

的地方填写,则补充在最后的其他栏目中

[2]模版中斜体字相当于撰写指南,最后文稿请将本模板中所有的斜体字

部分全部删除。

[3]模板里并不说明设计技术和方法,而只是说明应包含哪些内容,以及

如何描述、组织这些内容。

1范围

a.说明文档所包括和不包括的内容,具体是:

b.待开发的软件系统的名称;

说明软件将干什么,如果需要的话,还要说明软件产品不干什么;

描述所说明的软件的应用。如果有一个较高层次的说明存在,则应该

使其和高层次说明中的类似的陈述相一致（例如,系统的需求规格说

明）。

2总体概述

产品描述

叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说

明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间

的关系。如果本软件产品是一项独立的软件,而且全部内容自含,则说

明这一点。如果所定义的产品是一个更大的系统的一个组成部分,则应

说明本产品与该系统中其他各组成部分之间的关系,为此可使用一张方

框图来说明该系统的组成和本产品同其他各部分的联系和接口。

软件功能

概述软件必须实现的和通过用户操作实现的主要功能。这里只需要进

行简要描述（例如目录列表）,详细描述在详细需求部分描述。

R有时,如果存在较高层次的规格说明时，则功能摘要可从中

取得,这个较高层次的规格说明为软件产品分配了特殊的功能,为

了清晰起见,请注意:

编制功能的一种方法是制作功能表,以便客户或者第一次读这个文件的

人都可以理解;

用方框图来表达不同的功能和它们的关系也是有帮助的。但应牢记,这

样的图不是产品设计时所需求的,而只是一种有效的解释性的工具。

例如:高层的数据流图,面向对象的分析等。

一般约束

a.对设计系统时限制开发者选择的其他一些项作一般性描述

（具体需求或具体设计约束在具体需求和设计约束章节叙述）。这

些包括:

b.管理方针;

c.硬件的限制;

d.与其他应用间的接口;

e.并行操作;

f.审查功能;

g.控制功能;

h.所需的高级语言;

i.通信协议;

J.应用的临界点;

k.安全和保密方面的考虑。

假设和依赖

列出可能影响需求的所有的假设因素（与己知事实相对而言），包括

准备使用的第三方或商业组件，操作和开发环境的问题约束等。如果上

述假设不正确、没有被告知或者改变了都将对项目产生影响。列出项目

对外部条件的依赖，例如重用其他项目的模块等。如果在其他文档（例

如项目计划或范围文档等）里已经描述了，在这里可以不用描述。

3具体需求

功能需求

对于每一类功能或者有时对于每一个功能,需要具体描述其输

入、处理和输出的需求,建议用图进行描述。由四个部分组成

3.1.1功能需求1

a.引言

描述的是功能要达到的目标、所采用的方法和技术,还应清楚说

明功能意图的由来和背景。

b.输入

1）详细描述该功能的所有输入数据,如:输入源、数量、度量单

位、时间设定、有效输入范围（包括精度和公差）；

C.操作员控制细节的需求。其中有名字、操作员活动的描述、

控制台或操作员的位置。例如:当打印检查时，要求操作员进行格

式调整;

d.处理

1）定义输入数据、中间参数,以获得预期输出结果的全部操作。

它包括如下的说明:

2）输入数据的有效性检查;

3）操作的顺序,包括事件的时间设定;

4）响应,例如,溢出、通信故障、错误处理等;

5）受操作影晌的参数;

6）降级运行的要求;

7）用于把系统输入变换成相应输出的任何方法（方程式、数学算

法、逻辑澡作等）；

8）输出数据的有效性检查。

需有基本事件流（止常处理流程）和备选事件流（异常处理流

程）,可用流程图附加描述。

e.输出

1）详细描述该功能所有输出数据,例如:输出目的地、数量、度

量单位、时间关系、有效输出的范围（包括精度和公差）、非

法值的处理、出错信息;

2）有关接口说明或接口控制文件的参考资料。

此外,对着重于输入输出行为的系统来说,需求说明应指定所有

有意义的输入、输出对及其序列。当一个系统要求记忆它的状态

时,需要这个序列,使得它可以根据本次输入和以前的状态作出

响应。也就是说,这种情况犹如有限状态机。

3.1.2功能需求2

功能需求n

外部接口需求

3.2.1用户接口

a.提供用户使用软件产品时的接口需求。例如，如果系统的用

户通过显示终端进行操作,就必须指定如下要求:

b.对屏幕格式的要求;

C.报表或菜单的页面打印格式和内容;

d.输入输出的相对时序;

e.程序功能键的可用性。

3.2.2硬件接口

详细描述与硬件的接口

在此描述软件产品和系统硬件组件之间接口的逻辑特征，也包括支持

哪些设备、怎样支持这些设备和协议等。

按软/硬件协议内容和格式定义接口。如果接口己在其它文档中很清楚

地描述,就没有必要在这儿进行详细描述,但需说明应参考的文档。

3.2.3软件接口

在此要指定需使用的其他软件产品（例如，数据管理系统、操作系统

或数学软件包），以及同其他应用系统之间的接口。

对于每一个接口,这部分应说明与软件产品相关的接口软件的目的,

并根据信息的内容和格式定义接口,但不必详细描述任何已有完整文件

的接口,只要引用定义该接口的文件即可。

3.2.4通讯接口

详细描述通讯接口，如本地网络协议等。

按消息/函数内容和格式定义接口。如果接口己在其它文档中很清楚地

描述,就没有必要在这儿进行详细描述,但需说明应参考的文档C

性能需求

如果有性能方面的需求,在这里列出并解释他们的原理。以帮助开发

者理解意图以做出正确的设计选择。在实时系统中的时序关系。保证需

求尽可能的详细而精确。

从整体上具体说明软件、或人与软件交互的静态或动态数值需求。

1）静态数值需求可能包括:

2）支持的终端数:

3）支持并行操作的用户数;

4）处理的文件和记录数;

5）表和文件的大小。

动态数值需求可能包括:欲处理的事务和任务的数量,以及在正常情

况下和峰值工作条件下一定时间周期中处理的数据总量。

所有这些需求都必须用可以度量的术语来叙述。例如，95%的事务必

须在小于1s时间内处理完,不然,操作员将不等待处理的完成。

4设计约束

描述可能限制开发人员选择的事项。

标准的约束

详细说明需求所采用的标准或规范的来源。如果项目采用了国际标准,

应该说明国际标准及项目与标准的偏离情况。

硬件的限制

a.本项包括在各种硬件约束下运行的软件要求,例如,应该包

括.

b,硬件配置的特点（接口数,指令系统等）；

c.内存储器和辅助存储器的容量。

技术的限制

本节包括对使用特定技术的限制,包括接口，数据库,操作系统,通

讯协议,设计约定,编程规范等。

5软件质量属性

详细说明项目任何其他的质量特性。该特性对客户和开发者都非常重

要。考虑的方面包括：适应性，可用性，正确性，灵活性，交互工作能

力，可维护性，可移植性，可靠性，可重用性，鲁棒性，可测试性和可

用性等。定量的详细描述这些特性，尽可能的可验证。对不同属性之间

的重要性加以阐述，如：易用性比易学性更重要。

每一个属性单独使用一个小节描述,可根据需要进行增减,如:

安全性

a.指的是保护软件的要素,以防止各种非法的访问、使用、修

改、破坏或者泄密。这个领域的具体需求必须包括:

b.利用可靠的密码技术;

c.掌握特定的记录或历史数据集;

d.给不同的模块分配不同的功能;

e.限定一个程序中某些区域的通信;

f.计算临界值的检查和。

可维护性

规定若干需求以确保软件是可维护的。

可移植性

规定把软件从-一种环境移植到另一种环境所要求的用户程序,用户接

口兼容方面的约束等等。

6其他需求

使用适当的章节,详细说明任何其他客户需求,包括数据库,编码需

求,错误处理,测试需求等。下面仅列出了少量样例,你可以删除和增

加项目。

数据库

,本项对作为产品的一部分进行开发的数据库规定一些需求,

它们可能包括：

b.在功能需求中标识的信息类别;

c.使用的频率;

d.存取能力;

e.数据元素和文卷描述符;

f.数据元素、记录和文卷的关系;

g