软件开发文档：全面的需求规格说明书模板.docx

文件编号：
受控状态：■受控 □非受控
保密级别：■公司级 □部门级 □项目级 □普通级
记录编号：
分发编号：

中国智慧旅游平台
需求规格说明书
Version 1.0

2019.07.23

需求规格说明书模板

文档标识：

当前版本：

当前状态：
草稿
ü
发布日期：

发布

修改历史
日期
版本
作者
修改内容
评审号
变更控制号

目 录
1 前言 4
1.1 编写目的 4
1.2 文档约定 4
1.3 读者对象 4
1.4 术语和缩略词 5
1.5 参考文档 5
2 项目概述 5
2.1 项目背景 5
2.2 项目目标 5
2.3 需求范围 6
2.4 总体框架 6
2.5 组织机构 6
2.6 用户特点 6
2.7 设计约束 6
3 功能性需求 6
3.1 总体流程 6
3.2 角色定义 7
3.3 系统功能 7
3.4 功能描述 7
4 非功能性需求 11
4.1 软件需求 11
4.2 硬件需求 12
5 外围系统和接口 13
5.1 系统A 13
5.2 系统B 13
6 其他需求 14
7 数据字典 14
8 附件 14

1 前言
1.1 编写目的
[说明编写这份需求规格说明书的目的，指出预期的读者（一般包括评审人员、软件设计人员、软件开发人员，针对具体情况，还可能包括客户），它是软件开发的基础。]

1.2 文档约定
[描述编写文档时所采用的字体标准或排版约定，包括标题和正文的字体和字号约定。完成文档编写后，文档编写完成后本部分须裁剪]
字体大小约定：
标题1 宋体 三号 加粗
标题2 宋体 小三号加粗
标题3 宋体 四号加粗
标题4 宋体 小四号加粗
标题5 宋体 小四号
正文 宋体 五号
段落约定：文章中每段落需抬头，即段落开头需有两字元的缩排，单倍行距。
表与图编号约定：文中所有表、图须按章节编号，如：第四章节第二个表，编号为：表4-2。
裁剪约定：如标注可裁剪提示信息，表示该部分内容可以裁剪或删除。
1.3 读者对象
[描述本需求规格说明书的主要读者。建议将不同读者的阅读重点与建议以列表方式表现，如下表：]
读者对象
阅读重点与建议
运营中心、产品中心、系统使用部门和系统管理员
仔细阅读项目概述、功能性需求、非功能性需求。
各个部门可重点阅读与本部门相关的内容。
需求评审人员
仔细阅读全部内容。
系统设计人员
仔细阅读全部内容。
系统开发人员
仔细阅读全部内容。
质量管理人员
仔细阅读全部内容。
系统测试人员
仔细阅读文档约定，系统功能介绍和维度指标说明。

1.4 术语和缩略词
[在此列出本文中用到的专门术语的术语定义，英文缩写的原词组的解释，以便读者可以正确地解释和理解软件需求规格说明。]
术语/英文缩写
术语/英文全称
解释与描述

1.5 参考文档
[可简单罗列编写本文档时所参考的其他资料或文档，如：行业标准和规范。也可用表格方式列出这些文件资料的标题和来源。]
编号

文档、资料名称
来源
备注
1

2

3

2 项目概述
2.1 项目背景
[描述项目产生的背景，包括：
1. 产生该项目需求的原因或起源，如社会背景、市场发展、政策趋势、原有系统局限性、存在问题等方面。
2. 列出此项目的任务提出者、开发者
3. 软件项目的用途、软件项目的范围
4. 需开发的软件系统的名称，英文缩写（可选），项目编号（可选）]

2.2 项目目标
[描述项目建设的目标，即简要叙述该项目要达到的要求。例如：应用目标、作用范围，简述该软件系统能给用户的受益。]

2.3 需求范围
[对项目的需求范围进行整体性的描述。]
2.4 总体框架
[用VISIO工具画图，以图的方式显示系统的内部模块和模块之间关系以及系统与外部系统的关系。]

2.5 组织机构
[用VISIO工具画图，以图的方式表现客户方（系统使用相关角色）的组织机构。可裁剪]

2.6 用户特点
[列出本软件的最终可能用户，操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。这些是软件设计的重要约束。]

2.7 设计约束
[描述设计开发系统时的限制，例如经费限制、开发期限、实现的语言和平台约束等等。描述系统设计中最主要的约束，这些是由客户强制要求并在需求说明书写明的。]

3 功能性需求

3.1 总体流程
[ 用VISIO工具画图，以图的方式显示系统的内部模块之间的业务关系。此部分可以更加项目实际情况进行裁剪。]

3.2 角色定义
[按照不同的使用对象，紧密围绕使用对象的工作范围、工作性质和工作内容，进行角色分类描述。]
……
[对使用系统的人员进行角色分类，并进行详细的定义与说明。]
角色名称
角色定义与说明

3.3 系统功能
[概述系统所具有的主要功能，可以用VISIO画图的形式展示。]

[建议有功能列表，列出功能分类，以及优先级，并加入必要文字说明。]
模块名称
功能名称
标识符
优先级
描述

标识符：对于每个功能点需求进行标识，标识符为：SRS_模块名称＋序列号。
优先级：1－5 数字越小，优先级别越高
3.4 功能描述
3.4.1 功能模块A
3.4.1.1 业务流程
[ 用VISIO工具画图，以图的方式显示模块内的业务流程。本部分可以进行裁剪。]

3.4.1.2 用例图
[用ROSE工具画用例图，用来鉴别和划分系统功能。它把系统分成角色和用例。角色表示与系统交互以实现某种目的的人、硬件或软件系统 。]

3.4.1.3 功能点1
3.4.1.3.1 业务定义/功能描述
[这部分描述的是功能要达到的目标、所采用的方法和技术，还应清楚说明功能意图的由来和背景，一般以一个段落说明。]

3.4.1.3.2 使用角色描述
[此处描述哪些角色使用此功能，可同时说明操作本功能的相关权限]

3.4.1.3.3 业务操作流程
[描述正常业务流程，列举异常情况和处理流程。建议使用图示，并配合必要的文字说明。如无需或没有操作流程说明则注明‘无’或‘略’。]

3.4.1.3.4 输入
[提供所有与本功能有关的输入描述，包括：输入数据类型、媒体、格式、有效数值范围、精度、单位等，如果有界面原型此项可以进行裁剪。]

3.4.1.3.5 输出
[提供与本功能有关所有输出的描述，包括：输出数据类型、方式、格式、精度、单位等，以及图形或显示报告的描述，如果有界面原型此项可以进行裁剪。]

3.4.1.3.6 用户界面
[如有条件插入界面原型，否则注明‘无’或‘略’。原型设计采用Axure工具]

3.4.1.3.7 约束与约定
[描述本功能需求的相关约束或约定，可裁剪。]
例如：只有持有管理员密码的用户才能执行￥100.00或更大金额的退款操作。
3.4.1.4 功能点2
3.4.1.4.1 业务定义/功能描述
[这部分描述的是功能要达到的目标、所采用的方法和技术，还应清楚说明功能意图的由来和背景，一般以一个段落说明。]

3.4.1.4.2 使用角色描述
[此处描述哪些角色使用此功能，可同时说明操作本功能的相关权限]

3.4.1.4.3 业务操作流程
[描述正常业务流程，列举异常情况和处理流程。建议使用图示，并配合必要的文字说明。如无需或没有操作流程说明则注明‘无’或‘略’。]

3.4.1.4.4 输入
[提供所有与本功能有关的输入描述，包括：输入数据类型、媒体、格式、有效数值范围、精度、单位等，如果有界面原型此项可以进行裁剪。]

3.4.1.4.5 输出
[提供与本功能有关所有输出的描述，包括：输出数据类型、方式、格式、精度、单位等，以及图形或显示报告的描述，如果有界面原型此项可以进行裁剪。]

3.4.1.4.6 用户界面
[如有条件插入界面原型，否则注明‘无’或‘略’。原型设计采用Axure工具]

3.4.1.4.7 约束与约定
[描述本功能需求的相关约束或约定，可裁剪。]
例如：只有持有管理员密码的用户才能执行￥100.00或更大金额的退款操作。

3.4.1.5 功能点N
3.4.1.5.1 业务定义/功能描述
[这部分描述的是功能要达到的目标、所采用的方法和技术，还应清楚说明功能意图的由来和背景，一般以一个段落说明。]

3.4.1.5.2 使用角色描述
[此处描述哪些角色使用此功能，可同时说明操作本功能的相关权限]

3.4.1.5.3 业务操作流程
[描述正常业务流程，列举异常情况和处理流程。建议使用图示，并配合必要的文字说明。如无需或没有操作流程说明则注明‘无’或‘略’。]

3.4.1.5.4 输入
[提供所有与本功能有关的输入描述，包括：输入数据类型、媒体、格式、有效数值范围、精度、单位等，如果有界面原型此项可以进行裁剪。]

3.4.1.5.5 输出
[提供与本功能有关所有输出的描述，包括：输出数据类型、方式、格式、精度、单位等，以及图形或显示报告的描述，如果有界面原型此项可以进行裁剪。]

3.4.1.5.6 用户界面
[如有条件插入界面原型，否则注明‘无’或‘略’。原型设计采用Axure工具]

3.4.1.5.7 约束与约定
[描述本功能需求的相关约束或约定，可裁剪。]
例如：只有持有管理员密码的用户才能执行￥100.00或更大金额的退款操作。

4 非功能性需求
[在本节中主要描述项目所包含的非功能性方面的需求，主要包括软件需求和硬件需求。]
4.1 软件需求
4.1.1 界面需求
[说明系统界面方面的需求；没有则注明‘无’或‘略’。]

4.1.2 性能要求
[说明系统整体性能需求，包括并发处理能力以及单事务响应时间等指标，甚至更多性能要求指标，如：数据精度、时间特性、容错性、可扩展性以及系统有效性等等。]

4.1.3 容量要求
[说明系统整体容量，包括系统需要满足的用户规模以及对存储空间的要求等；没有则注明‘无’或‘略’。]

4.1.4 数据安全
4.1.4.1 数据保护/保密
[对需要保护或保密的敏感性、局限性等方面的数据进行需求描述；没有则注明‘无’或‘略’。]
4.1.4.2 数据加密
[描述关于在访问或传输过程中的数据加密方面的需求；没有则注明‘无’或‘略’。]

4.1.5 数据备份/恢复
[对数据备份与数据恢复的需求进行描述；没有则注明‘无’或‘略’。]

4.2 硬件需求
4.2.1.1 主机系统
[描述主机方面的需求；]
4.2.1.2 操作系统
[描述操作系统方面的需求；]
4.2.1.3 数据库
[描述数据库方面的需求；]

4.2.1.4 存储设备
[描述存储设备方面的需求；]

4.2.1.5 网络设备
[描述网络设备方面的需求；]

5 外围系统和接口
[在本节中主要描述系统和哪些外围系统进行交互以及交互的接口说明。]
5.1 系统A
5.1.1 概述
[此处简要描述外围系统基本情况。可裁剪]
5.1.2 接口描述
5.1.2.1 接口1
[此处描述接口的方式、接口数据内容，数据转换、数据安全、周期等信息。]

5.1.2.2 接口2
[此处描述接口的方式、接口数据内容，数据转换、数据安全、周期等信息]

5.2 系统B
5.2.1 概述
[此处简要描述外围系统基本情况。可裁剪]
5.2.2 接口描述
5.2.2.1 接口1
[此处描述接口的方式、接口数据内容，数据转换、数据安全、周期等信息。]

5.2.2.2 接口2
[此处描述接口的方式、接口数据内容，数据转换、数据安全、周期等信息。]

6 其他需求
[对其它需要描述但未在本模板中列出的需求，在此进行说明，没有则注明‘无’或‘略’。]

7 数据字典
[在本章中主要描述系统的数据字典。主要包括有哪些实体以及实体所包含的数据项，实体关系图使用工具POWERDESIGN或者ERWIN。根据情况可裁剪。]

8 附件
[此处主要是对在需求调研过程中项目甲方提供的原始清单、票据、单据等材料进行罗列]
序号
附件名称
描述

附录 A：需求确认

主要分两步：（1）需求评审，（2）需求承诺。
在获取责任人（Stakeholders）对需求的承诺之前，该《需求规格说明书》必须先通过需求评审。对需求的评审应当采用“正式技术评审方式”，将产生一份“需求评审报告”。
需求评审报告摘要
需求文档
输入名称，标识符，版本，作者，完成日期，…
需求评审报告
输入名称，标识符，评审日期，…
评审结论
[ ] 工作成果合格，“无需修改”或者“需要轻微修改但不必再审
核”。

[√] 工作成果基本合格，需要作少量的修改，之后通过审核即可。

[ ] 工作成果不合格，需要作比较大的修改，之后必须重新对其评
审。
评审意见

评审小组成员
输入评审小组成员

需求承诺
需求文档
输入名称，标识符，版本，作者，完成日期，…
客户承诺
承诺…

签字，日期
项目经理承诺
承诺…

签字，日期