软件需求规格说明书.docx

软件需求规格说明书
XXXXXX
文件编号：
GF_RDM_TEMP_SRS
当前版本：
VI.1
机密等级：
20XX
编制者：

审核者：

批准者：

批准日期：
20XX-5-15

XXXXXX对本文件资料享受著作权及其它专属权利，未经书面许可, 不得将该等文件资料（其全部或任何局部）披露予任何第三方，或进行修改后使 用。
文件更改摘要:
日期
版本号
修订说明
修订人
审核人
批准人
20XX-5-15
V1.0
正式发布

20XX-5-25
VI.1
在文档最后添加签字

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

8 .附件
• 附件可能包括各个模块的具体的功能需求描述、需求跟踪表，或者系统的词汇表、待确
定问题列表，以及其它所有能够成为需求基线内容的正式文档。
签字: