软件需求规格说明指导书统一标准模板示例.docx

软件需求规格说明书

文件编号： QMS—PROC－RD02
版本：1.0

受控签章

编写人

日期
-9-10
评审

评审号/日期

同意

状态

公布范围
全企业

修改历史

日期
版本
作者
修改内容
-9-10
1.0

新建

目录
1引言 2
1.1 目标 2
1.2 背景 2
1.3 术语 2
1.4 预期读者和阅读提议 2
1.5 参考资料 2
1.6 需求描述约定 2
2.项目概述 2
2.1 系统功效 2
2.2 业务描述 2
2.3 数据步骤描述 (可选) 2
2.4 用户特点 2
2.5 运行环境要求 2
2.6 设计和实现上限制 2
3.功效需求描述 2
4.非功效需求 2
4.1　系统性能要求 2
4.2　系统安全及保密要求 2
4.3　系统备份和恢复要求 2
4.4　系统日志 2
5.外部接口说明 2
6.其它需求 2
7 需求变更识别 2
8.功效列表 2
9.附件 2

1引言
1.1 目标
说明编写这份软件需求规格说明书目标，如：经过本文档定义ＸＸＸ产品需求，以求在项目组员和相关组员之间达成一致需求描述。
1.2 背景
描述系统产生背景，包含：
a． 需开发软件系统名称，和英文缩写（可选），项目编号（可选）；
b． 列出此项目标任务提出者、开发者
c． 软件系统应用范围、用户。
d． 产生该系统需求原因或起源，如社会背景、市场发展、政策趋势、原有系统不足
1.3 术语
列出本文件中用到专门术语、术语定义、外文首字母组词原词组。也可用附件说明。或放到本文件最终。
1.4 预期读者和阅读提议
描述本文档关键读者，和这些读者在阅读时阅读关键和提议。可用列表方法列出。如：
预期读者
阅读提议
XX领导层
仔细阅读概述，编写目标，文档约定，系统功效介绍和维度指标说明。
XX企业业务部门、决议部门、具体使用部门、员工、系统管理员
仔细阅读文档约定，系统功效介绍和维度指标说明。
各个部门可关键阅读和本部门相关内容。
参与需求评审人员
仔细阅读全部内容。
系统设计人员
仔细阅读全部内容。
系统测试人员
仔细阅读文档约定，系统功效介绍和维度指标说明。
……
……

1.5 参考资料
列出相关参考资料，如：
a． 本项目经核准计划任务书或协议、上级机关批文；
b． 属于本项目标其它已发表文件；
c． 本文件中各处引用文件、资料、包含所要用到软件开发标准。
d． 行业标准和规范。
列出这些文件资料标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料起源。
文档名
版本号
发表日期
起源
文档简称

1.6 需求描述约定
在此说明本文描述需求约定。这些约定能够包含：
l 需求标识方法，如序列化编号、层次化编号、层次化文本标签等方法。应确保需求标识在整个项目中唯一性，且不受需求变更影响，不得使用WORD自带序列号作为需求标识
l 需求跟踪颗粒度
l 优先级和关键性(本文档中设定等级，及其含义)
l 功效描述方法。（若引用了参考资料，应指明参考资料简称和章节号或页码，方便复核和评审。）
l 界面描述规则，如：用图形描绘DEMO界面
l 等等
依据不一样类型、不一样规模项目，项目组能够做出增减。以一个大项目举例以下：
１）本系统需求标识方法：层次化编号方法
模块缩写＋序列号，如SZAG01、SZAG01.01、SZAG01.01.02
模块缩写参考表：
模块名
模块缩写
模块名
模块缩写
深圳A股
SZAG
上海A股
SHAG
深圳B股
SZBG
上海B股
SHBG
电子划拨
DZHB
资金清算
ZJQS
　　需求层次：分三个层次，用三位字符表示。第一层需求指主功效模块，第二层需求指功效模块主功效点，第三层次指主功效点下具体需求。
２）本系统需求跟踪粒度
跟踪到第二层功效需求。
３）本文档需求等级定义：
l 本文档统一要求对需求层次为二级以上（功效模板、主功效点）定义优先级，三层需求依据二层需求优先级实施。
l 本文档优先等级分为：紧急、正常、缓
l 同时对于主功效点还描述实现周期：一期、二期、三期
４）功效描述方法：
本文档从以下多个方面对功效需求进行描述：
a. 业务定义/描述。
b. 适用用户类型
c. 业务规则/业务要素。
d. 输入：提供全部和本功效相关输入描述，包含：输入数据类型、媒体、格式、数值范围、精度、单位等。
e. 输出－提供和本功效相关全部输出描述，包含：输出数据类型、方法、格式、精度、单位等，和图形或显示汇报描述。
f. 业务操作步骤
g. 描述正常业务步骤，列举异常情况和处理步骤。提议使用图示，并配合必需文字说明
h. 约束条件/特殊考虑
列出在各个工作领域不需计算机化功效并提供其原因和特殊条件。
５）界面描述规则
　　界面描述使用VISIO界面模型进行描述。
2.项目概述
2.1 系统功效
　　概述了产品所含相关键功效。其具体内容将在系统功效需求和特征中描述，所以在此只需要概略地总结。很好地组织产品功效，使每个读者全部易于了解。
a. 提议以图表形式列出功效结构图，并加入必需文字说明。
b. 提议以列表形式列出功效分类，和优先级，并加入必需文字说明。
2.2 业务描述
用文字或图形方法描述系统关键业务步骤，若引用了参考资料，应指明参考资料简称和章节号或页码，方便复核和评审。
2.3 数据步骤描述 (可选)
用文字或图形方法描述系统数据步骤，若引用了参考资料，应指明参考资料简称和章节号或页码，方便复核和评审。
2.4 用户特点
列出本软件最终用户特点，和本软件预期使用频度，确定可能使用该产品不一样用户类并描述它们相关特征。有部分需求可能只和特定用户类相关。通常来说最少有以下几类：
通常操作者：
系统管理者：
最终用户
2.5 运行环境要求
描述了软件运行环境，包含硬件平台、操作系统和版本，还有其它软件组件或和其共存应用程序。
2.6 设计和实现上限制
列举出在对软件需求规格说明中影响需求陈说假设原因（和已知原因相对立）。这可能包含你计划要用商业组件或相关开发或运行环境问题对需求实现影响，也可能是需求或业务规则对设计和实现方法影响。可能还来自于经费、投资方面限制，法律或政策方面限制，或可利用资源和信息限制。
3.功效需求描述
〔为每个确定商业功效（需实现功效）描述其定义、业务规则，具体叙述怎样从输入转变到输出而且怎样取得、处理和产生这些信息。这些内容在下列标题中有条理叙述。
a. 业务定义/描述。
b. 适用用户类型，指操作本功效所需授权
c. 业务规则/业务要素。
d. 功效项关键页面或是样式
e. 输入：提供全部和本功效相关输入描述，包含：输入数据类型、媒体、格式、数值范围、精度、单位等。
f. 输出－提供和本功效相关全部输出描述，包含：输出数据类型、方法、格式、精度、单位等，和图形或显示汇报描述。
g. 业务操作步骤
描述正常业务步骤，列举异常情况和处理步骤。提议使用图示，并配合必需文字说明
h. 约束条件/特殊考虑
列出在各个工作领域不需计算机化功效并提供其原因和特殊条件。
4.非功效需求
4.1　系统性能要求
a.时间特征
说明对于该软件时间特征要求，时间测量单位选择：
l 高峰期环境假设、负载假设；
l 高峰期处理时间。
b.精度要求
说明对该软件输入、输出数据精度要求。
c.系统有效性
为取得系统有效性，应考虑标准工作日、周末和公共假期操作时间。比如：系统天天需要连续运行二十四小时，每七天运行七天，包含公共假期和周末
d.容错性
e.可扩充性
4.2　系统安全及保密要求
指定能够访问各自功效用户群，如需要可指定用户访问权和安全包（如有），方便有效控制系统访问和数据访问。
确定审核统计和全部相关汇报及接收人。叙述是否任何违反系统访问内容全部需要监控，和以什么方法监控。
列明全部安全需求，比如数据加密，信息验证等。
4.3　系统备份和恢复要求
a. 指定每种信息类型保留期；
b. 叙述在保留期过后需要实施行为，比如：转移到计算机外部介质中，或删除它们。
c. 如转移到计算机外介质中，叙述存放期及贮存介质类型。比如：磁带、磁盘、汇报等。
d. 环境异常时，系统恢复策略描述。
4.4　系统日志
a. 日志内容、统计策略
b. 日志保留时长、保留策略
c. 日志内容访问控制
5.外部接口说明
外部接口包含：硬件接口、软件接口、通信接口，每个接口需考虑以下内容：
a. 接口描述，包含接口类型、接口特点（如版本、名称、起源等）
b. 接口和本系系统输入输出关系
c. 技术方面约束
d. 转换安全考虑
6.其它需求
[对其它需要描述但未在本模板中列出需求，在此进行说明，假如某个这么需求比较关键，能够单独用新一节来描述。
这么需求可能包含，数据库需求、法律需求、国际准则、重用目标等。]
7 需求变更识别
识别并定义在未来可能会改变需求
8.功效列表
罗列本需求中功效点、需求编号、需求内容、优先级和内容描述。必需时独立成立做为本需求附件。
功效点
子功效
需求编号
优先级
内容描述

9.附件
附件可能包含各个模块具体功效需求描述、需求跟踪表，或系统词汇表、待确定问题列表，和其它全部能够成为需求基线内容正式文档。