项目需求规格说明书模板.docx

项目需求规格说明书模板.docx

《项目需求规格说明书模板.docx》由会员分享，可在线阅读，更多相关《项目需求规格说明书模板.docx（9页珍藏版）》请在冰点文库上搜索。

项目需求规格说明书模板

归属部门

密级

版本

共页

V1.00

软件项目名称

软件需求规格说明书

拟制：

日期：

审核：

日期：

批准：

日期：

文件修改记录

修改日期

版本

修改页码、章节、条款

修改描述

作者

模板使用说明：

[1]注明可选的部分，可以根据实际情况选择是否填写；如果不必说明，请保留相关的章节标题，同时在该可选章节的内容中填入“无”；未注名可选的，则必须描述；如果有些设计此模版中没有合适的地方填写，则补充在最后的其他栏目中

[2]模版中斜体字相当于撰写指南，最后文稿请将本模板中所有的斜体字部分全部删除。

[3]模板里并不说明设计技术和方法，而只是说明应包含哪些内容，以及如何描述、组织这些内容。

1范围

说明文档所包括和不包括的内容，具体是：

a．待开发的软件系统的名称；

b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么；

c．描述所说明的软件的应用。

如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。

2总体概述

2.1产品描述

叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。

解释被开发软件与其他有关软件之间的关系。

如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。

如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。

2.2软件功能

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

这里只需要进行简要描述（例如目录列表），详细描述在详细需求部分描述。

有时，如果存在较高层次的规格说明时，则功能摘要可从中取得，这个较高层次的规格说明为软件产品分配了特殊的功能，为了清晰起见，请注意：

a．编制功能的一种方法是制作功能表，以便客户或者第一次读这个文件的人都可以理解；

b．用方框图来表达不同的功能和它们的关系也是有帮助的。

但应牢记，这样的图不是产品设计时所需求的，而只是一种有效的解释性的工具。

例如：

高层的数据流图，面向对象的分析等。

2.3一般约束

对设计系统时限制开发者选择的其他一些项作一般性描述（具体需求或具体设计约束在具体需求和设计约束章节叙述）。

这些包括：

a．管理方针；

b．硬件的限制；

c．与其他应用间的接口；

d．并行操作；

e．审查功能；

f．控制功能；

g．所需的高级语言；

h．通信协议；

i．应用的临界点；

j．安全和保密方面的考虑。

2.4假设和依赖

列出可能影响需求的所有的假设因素（与已知事实相对而言），包括准备使用的第三方或商业组件，操作和开发环境的问题约束等。

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

列出项目对外部条件的依赖，例如重用其他项目的模块等。

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

3具体需求

3.1功能需求

对于每一类功能或者有时对于每一个功能，需要具体描述其输入、处理和输出的需求，建议用UML图进行描述。

由四个部分组成

3.1.1功能需求1

a．引言

描述的是功能要达到的目标、所采用的方法和技术，还应清楚说明功能意图的由来和背景。

b．输入

1）详细描述该功能的所有输入数据，如：

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

2）操作员控制细节的需求。

其中有名字、操作员活动的描述、控制台或操作员的位置。

例如：

当打印检查时，要求操作员进行格式调整；

c．处理

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

它包括如下的说明：

1）输入数据的有效性检查；

2）操作的顺序，包括事件的时间设定；

3）响应，例如，溢出、通信故障、错误处理等；

4）受操作影响的参数；

5）降级运行的要求；

6）用于把系统输入变换成相应输出的任何方法（方程式、数学算法、逻辑操作等）；

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

需有基本事件流（正常处理流程）和备选事件流（异常处理流程），可用流程图附加描述。

d．输出

1）详细描述该功能所有输出数据，例如：

输出目的地、数量、度量单位、时间关系、有效输出的范围（包括精度和公差）、非法值的处理、出错信息；

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

此外，对着重于输入输出行为的系统来说，需求说明应指定所有有意义的输入、输出对及其序列。

当一个系统要求记忆它的状态时，需要这个序列，使得它可以根据本次输入和以前的状态作出响应。

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

3.1.2功能需求2

．．．．．．

3.1.n功能需求n

3.2外部接口需求

3.2.1用户接口

提供用户使用软件产品时的接口需求。

例如，如果系统的用户通过显示终端进行操作，就必须指定如下要求：

a．对屏幕格式的要求；

b．报表或菜单的页面打印格式和内容；

c．输入输出的相对时序；

d．程序功能键的可用性。

3.2.2硬件接口

详细描述与硬件的接口

在此描述软件产品和系统硬件组件之间接口的逻辑特征，也包括支持哪些设备、怎样支持这些设备和协议等。

按软/硬件协议内容和格式定义接口。

如果接口已在其它文档中很清楚地描述，就没有必要在这儿进行详细描述，但需说明应参考的文档。

3.2.3软件接口

在此要指定需使用的其他软件产品（例如，数据管理系统、操作系统或数学软件包），以及同其他应用系统之间的接口。

对于每一个接口，这部分应说明与软件产品相关的接口软件的目的，并根据信息的内容和格式定义接口，但不必详细描述任何已有完整文件的接口，只要引用定义该接口的文件即可。

3.2.4通讯接口

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

按消息/函数内容和格式定义接口。

如果接口已在其它文档中很清楚地描述，就没有必要在这儿进行详细描述，但需说明应参考的文档。

3.3性能需求

如果有性能方面的需求，在这里列出并解释他们的原理。

以帮助开发者理解意图以做出正确的设计选择。

在实时系统中的时序关系。

保证需求尽可能的详细而精确。

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

A．静态数值需求可能包括：

1）支持的终端数；

2）支持并行操作的用户数；

3）处理的文件和记录数；

4）表和文件的大小。

B．动态数值需求可能包括：

欲处理的事务和任务的数量，以及在正常情况下和峰值工作条件下一定时间周期中处理的数据总量。

所有这些需求都必须用可以度量的术语来叙述。

例如，95％的事务必须在小于1s时间内处理完，不然，操作员将不等待处理的完成。

4设计约束

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

4.1标准的约束

详细说明需求所采用的标准或规范的来源。

如果项目采用了国际标准，应该说明国际标准及项目与标准的偏离情况。

4.2硬件的限制

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

a．硬件配置的特点（接口数，指令系统等）；

b．内存储器和辅助存储器的容量。

4.3技术的限制

本节包括对使用特定技术的限制，包括接口，数据库，操作系统，通讯协议，设计约定，编程规范等。

5软件质量属性

详细说明项目任何其他的质量特性。

该特性对客户和开发者都非常重要。

考虑的方面包括：

适应性，可用性，正确性，灵活性，交互工作能力，可维护性，可移植性，可靠性，可重用性，鲁棒性，可测试性和可用性等。

定量的详细描述这些特性，尽可能的可验证。

对不同属性之间的重要性加以阐述，如：

易用性比易学性更重要。

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

5.1安全性

指的是保护软件的要素，以防止各种非法的访问、使用、修改、破坏或者泄密。

这个领域的具体需求必须包括：

a．利用可靠的密码技术；

b．掌握特定的记录或历史数据集；

c．给不同的模块分配不同的功能；

d．限定一个程序中某些区域的通信；

e．计算临界值的检查和。

5.2可维护性

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

5.3可移植性

规定把软件从一种环境移植到另一种环境所要求的用户程序，用户接口兼容方面的约束等等。

6其他需求

使用适当的章节，详细说明任何其他客户需求，包括数据库，编码需求，错误处理，测试需求等。

下面仅列出了少量样例，你可以删除和增加项目。

6.1数据库

本项对作为产品的一部分进行开发的数据库规定一些需求，它们可能包括：

a．在功能需求中标识的信息类别；

b．使用的频率；

c．存取能力；

d．数据元素和文卷描述符；

e．数据元素、记录和文卷的关系；

f．静态和动态的组织；

g．数据保存要求。

如果没有设计阶段，此处应该给出详细的数据库设计。

以附件的形式添加在此处。

6.2本地化

描述支持多语种的需求。

7待确定问题

需求ID

问题描述

影响

风险

责任人

解决日期

状态（Open/Close）