软件需求规格说明书

项目编号：

<项目名称>

需求规格说明书

版本号： 撰写人： 评审负责人： 评审日期： 1 / 9

. . . . .

目 录

1.引言1 1.1目的1 1.2定义1 1.3参考资料1 2.软件总体概述1 2.1软件标识1 2.2软件描述1 2.2.1系统属性1 2.2.2开发背景2 2.2.3软件功能2 2.3用户的特点2 2.4与约束2 3.具体需求2 3.1功能需求3 3.2性能需求3 3.3数据库需求4 3.4设计约束4

3.4.1其他标准的约束4 3.4.2硬件约束4 3.5属性4 3.5.1可用性4 3.5.2可靠性4 3.5.3效率4 3.5.4安全性4 3.5.5可维护性4 3.5.6可移植性4 3.6外部接口需求5 3.6.1用户接口5 3.6.2硬件接口5 3.6.3软件接口5 4.数据字典5 5.附录6

5.1用户方组织机构图；6

2 / 9

. . . . .

软件产品需求规格说明书

Software Product Requirements Specification

1. 引言

1.1 目的

本节描述软件产品需求规格说明书〔SRS〕的目的，如：

定义软件总体要求，作为用户和软件开发人员之间相互了解的根底；

提供性能要求、初步设计和对用户影响的信息，作为软件人员进展软件结构设计和编码的根底； 作为软件总体测试的依据。

1.2 定义

本节列出SRS中用到的全部需求的术语、定义和缩略语清单。这些信息可以由SRS的附录提供，也可以参考其他的文件，如果有，本节必须指明。

1.3 参考资料

本节列出以下资料：

经核准的用户合同、《项目开发意向书》、《项目开发委托合同书》、《技术可行性报告》等文件；

本项目的较高层次的开发文档，如：《项目开发计划》、《系统需求规格说明书》等；

SRS中各处引用的资料、标准和规。

列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。

2. 软件总体概述

2.1 软件标识

本节列出软件的标识：软件全名称、软件缩称、版本号等。软件标识必须具有唯一性。

2.2 软件描述

2.2.1

系统属性

本节描述被开发软件与其他相关产品之间的关系。 如果该软件是的，应在本节说明；

如果该软件是一个更大的系统的一个组成局部，那么应说明本产品与该系统中其他各组成局部之间的关系。如果这局部容已包含在较高层次的说明〔如《用户需求说明书》〕中，应在本节指明。

1 / 9

. . . . .

本节无须描述设计方案和设计约束。

2.2.2 开发背景

本节说明软件的开发目的、应用目标和使用围等背景材料。

2.2.3 软件功能

本节为软件功能提供一个摘要，无须描述功能的细节。应为每一软件功能的需求分配一个唯一性的标识，以利于需求的跟踪和测试。应说明功能的优先级定义，和每一功能的优先级〔从用户角度而言〕。优先级定义可采用以下方法〔QFD对功能需求的分类方法〕：

a. 高——软件必须实现的功能，用户有明确的功能定义和要求； b. 中——软件应该实现的功能，用户的功能定义和要求可能是模糊的、不

具体的、或低约束的，但是这类功能的缺少会导致用户的不满意，因此这类功能的具体需求应当由需求分析人员诱导用户产生并明确； c. 低——软件尽量实现的功能，并可根据开发进度进展取舍，但这类功能

的实现将会增加用户的满意度。

可用以下表格来说明软件功能：

也可配合软件的功能结构图加以说明。

2.3 用户的特点

本节描述影响具体软件需求的最终用户的特点，充分说明用户方操作人员、维护人员的教育水平和技术专长，这是对软件开发工作的重要约束。

2.4 与约束

本节描述软件开发工作的某些，例如预算、开发期限、硬件、编程语言、安全和要求、开发过程中须遵守的某些标准或规那么。

本节容不是述具体需求或设计约束，而是为具体需求以与设计约束的描述提供依据。

3. 具体需求

本章应包括在进展软件结构设计时所需的全部细节。

2 / 9

. . . . .

3.1 功能需求

本节描述2. 2.3.节所述的每一功能需求。本节可以划分为假设干小节，每一小节逐一说明每一功能需求。

本节将该功能需求具体描述为输入、处理和输出的需求。本节可用自然语言描述；也可用形式化的方法描述，如数据流图、业务流程图等。本节由以下容组成：

A. 输入：详细描述该功能的所有输入数据，包括：输入源、类型、长度、数值围、精度、数量、频度等；

B. 处理：定义对输入数据的全部操作，以获得预期的输出数据，包括：输入数据的有效性检验、操作时序或优先级、异常情况处理、输出数据的有效性检验等；

C. 输出：详细描述该功能的所有输出数据，包括：承受者、类型、长度、数值围、精度、数量、出错信息等。 可用下表方式描述：

功能编号 调查者 功能名称 调查时间 所属部门 审核人 功 能 描 述 输入项 处理描述 输出项 界面要求

3.2 性能需求

本节说明软件数据处理能力和时间特性的需求。

数据处理能力可能包括：支持并行操作的用户数、处理的文件和记录数、表和文件的大小。 时间特性可能包括：响应时间、更新处理时间、数据的转换和传输时间、运行时间等。

3 / 9

. . . . .

3.3 数据库需求

本节说明对软件所应用的数据库的需求，如：数据项、记录、文件标识、静态和动态的组织、存取能力等。

3.4 设计约束

3.4.1

其他标准的约束

本节描述由现有的标准或规那么派生的要求，如：

a. b. c.

报表格式； 数据命名； 审计追踪，等等。

3.4.2 硬件约束

本节包括各种软件运行的硬件约束，如：

a b

硬件配置的特点； 存和硬盘的容量。

3.5 属性

本节定义用户对软件的其他属性的要求，可能的容如下所列。如果SRS包括了以下属性，但在SRS的其他章节进展说明，须在相应小节指明。

3.5.1 可用性

定义某些需求〔如：检查点、恢复方法和重启动等〕，以保证软件的可用性。

3.5.2 可靠性

定义软件在规定的时间和规定的条件下，满足规定功能的能力。

3.5.3 效率

定义软件在规定的条件下，功能和性能水平与所使用资源量〔如软件产品、硬件设施、耗材、操作人员、维护人员〕之间的关系。

3.5.4 安全性

说明如何保护软件，以防止偶然或恶意的访问、使用、修改或泄密。

3.5.5 可维护性

规定需求以保证软件是可维护的。

3.5.6 可移植性

说明软件对软、硬件环境的兼容，它从一个环境移植到另一个环境的约束等。

4 / 9

. . . . .

...

3.6 外部接口需求

3.6.1

用户接口

本节说明为方便用户使用而提出的软件与用户界面的需求。如:报表格式、菜单格式等。

3.6.2 硬件接口

本节说明软件与硬件间各接口，可使用接口框图进展说明。说明容包括：

a) 接口标识； b) 功能描述；

c) 数据格式、传输协议； d) 优先级； e) 响应时间； f)

异常处理。

对每一硬件，需提供名称、缩写、型号、数量，并说明其功能。

3.6.3 软件接口

本节指定需使用的其他软件产品〔如：数据管理系统、操作系统、数学软件包〕，以与同其他应用系统之间的接口。如果已有完整的接口文件，需在本节指明。说明容包括：

a) 接口标识； b) 功能描述；

c) 数据流程和控制流程的方向； d) 数据格式； e) 接口类型； f)

异常处理等。

对每一个所需的软件产品，需提供名称、缩写、规格说明、版本号、来源等容

4. 数据字典

列出数据字典

5 / 9

. . . . .

5. 附录

5.1 用户方组织机构图；

附录中还可能包括的容有：

a b c d

原有系统的组织机构图、业务流程图、信息流程图； 输入、输出格式样本； 交叉索引等；

《需求规格说明书》确认协议。

《需求规格说明书》确认协议

甲方：##事业部 乙方：##开发室

在甲方的大力配合与支持下，乙方制作了该《需求规格说明书》；甲方对该《需求规格说明书》经过详细审核，已确认该《需求规格说明书》中的各项容翔实全面，该《需求规格说明书》中的容已完全包括了《项目开发委托合同》中的《用户需求说明书》局部中关于软件产品的需求。经过甲乙双方友好协商，达成如下协议：

1． 该《需求规格说明书》是《项目开发委托合同》的补充文件，与《项目开发委托合同》具有同等的法律效力；

2． 该《需求规格说明书》是《项目开发委托合同》中_____条__________款软件产品最终验收的唯一标准；

3． 甲方在《项目开发委托合同》中_____条__________款软件产品最终验收前可提出对该《需求规格说明书》中的容进展变更〔包括增加、修改、删除〕，双方应就此签署《软件产品需求更改备忘录》或补充协议；

4． 甲方同意乙方根据该《需求规格说明书》进展《项目开发委托合同》中_____条__________款软件产品的开发；

5． 本协议一式二份，甲乙双方各执一份；

6． 本协议自甲乙双方签字之日起生效。

6 / 9

. . . . .

甲方委托人〔签字〕： 乙方委托人〔签字〕： 甲方单位〔盖章〕： 乙方单位〔盖章〕：

年 月 日 年 月 日

注：此页为文，可修改

7 / 9