软件需求规格说明书模板.docVIP

工程编号

文档编号

密级

工程名称

软件需求规格说明

版本：V1.0

XXXXXX软件公司

二○一×年×月

拟制：

标准化：

会签：

文档修改记录

版本号

修改内容描述

修改人

日期

备注

目录

TOC\o1-3\h\z\u1. 引言 1

1.1编写目的 1

1.2工程资料 1

1.3术语定义 1

1.4缩写说明 2

1.5引用文档 2

1.6内容安排 2

2. 工程综述 3

2.1工程背景 3

2.2组织机构与职责 3

2.3岗位角色 3

2.4业务流程 3

2.5统计报表 4

3. 系统体系结构 4

3.1物理架构 4

3.2网络环节 5

3.3运行环境 5

4. 功能需求 5

4.1参与者定义 5

4.2功能构成 5

4.3XXXX[用例标示符] 6

4.4XXXX[用例标示符] 7

5. 非功能需求 8

5.1界面与接口需求 8

界面需求 8

外部接口 8

5.2性能需求 8

5.3平安性需求 8

5.4可靠性需求 8

5.5适应性需求 9

5.6设计约束 9

6. 验收标准 9

6.1功能验收 9

6.2性能验收标准： 10

余量测试 10

性能验收〔含基准测试〕 10

各类响应时间测试 11

6.3系统健壮性测试 11

6.4系统可靠性测试 11

6.5平安必威体育官网网址功能的测试 11

7. 产品提交 12

8. 签字 13

“XXXX”软件需求规格说明

引言

编写目的

本文档是关于用户对“XXXX系统”的功能与非功能需求的详细说明。本文档的编写为“XXXX系统”的设计、开发和测试提供依据，为工程组成员对需求的详尽理解，以及在开发开发过程中的协同工作提供强有力的保证。同时本文档也作为工程评审验收的依据之一。

本文的预期读者包括：

用户

……

工程资料

工程名称：XXXXXXX；

工程编号：XXXXXXX；

投资方：指签定XXXX工程研制合同的甲方单位名称；

用户：指XXXX工程和软件的直接使用单位名称；

开发方：XXXX公司。

术语定义

本文中用到的专门术语定义见表PAGEREF_Ref446348101\h1。

术语定义

编号

标题

版本号

修订日期

编制单位

如果没有，本节直接请写“无”。

缩写说明

列出本文件中用到的英文缩写说明。如果没有，请写“无”。

英文缩写说明

编号

标题

版本号

修订日期

编制单位

如果没有，本节直接请写“无”。

引用文档

本文引用的文档及标准参见REF_Ref166661753\n\h表3。

引用文档

编号

标题

版本号

修订日期

编制单位

内容安排

在本文档中，第3章详细描述了XXXX软件的各种业务需求及业务流程，第4章规定了确认第3章各项需求正确实现的合格性验证方法，第5章描述本文档列出的各项需求与相应的系统需求规格说明文档列出的需求的对应关系。其中，第3章是本文档的主要局部。

工程综述

本节工程的立项背景、客户的组织机构构成、岗位设置及现有的业务及处理流程。

工程背景

介绍工程的开发背景、意义与目标，以帮助读者了解工程的相关情况。

组织机构与职责

将用户的组织结构逐层详细描述，建议采用树状的组织结构图进行表达，每个部门的职责也应进行简单的描述。

组织结构是用户企业业务流程与信息的载体，对分析人员理解企业的业务、确定系统范围具有很好的帮助。取得用户的组织机构，是需求获取步骤中的根底工作之一。

岗位角色

每个岗位的职责可以进行详细的描述，建议采用表格的形式：

用户环境中的企业岗位或角色，和组织机构一样，也是分析人员理解企业业务的根底，是需求获取的根底工作，同时也是分析人员提取对象的根底。

岗位角色

岗位

所在部门

职责

相关业务

对岗位角色的识别也包括使用了计算机系统后的系统管理和维护人员。

业务流程

企业的业务流程首先要有一个总的业务流程图，将企业中各种业务之间的关系描述出来，然后对每种业务进行详细的描述，使业务流程与部门职责结合起来。详细业务流程图可以采用直式业务流程图形式。

图形可以将流程描述的很清楚，但是还要附加以一些文字说明，如关于业务发生的频率、意外事故的处理、顶峰期的业务频率等，不能在流程图中描述出的内容，需要用文字进行详细描述。

统计报表

现行系统中用户正在使用的正式的或非正式报表等可以收集起来，在此章节中进行穷举、分类、归纳。报表是用户系统中信息的载体，是进行系统需求分