软件需求规格说明书.doc

软件需求规格说明书
模板
Version ●
模板使用
要通过本模板创建可以交付的文档请遵循以下指导:
删除文档标题页和本页。
用你的项目和负责人信息替换封面括号中的文本。
用你的项目和负责人信息替换页眉区域括号中的信息。
注意:请不要移除或修改页脚区域的信息。
完成整个模板。每节包含简短的操作说明,在内容区域中用斜体显示。可交付的文本编写在操作说明下方或模板提供的表格内。
注意:交付文档时需要移除斜体的说明。
目录内容发生变化时,需要更新文档目录。在目录区右键选择“更新域”就可以更新整个目录。
软件需求规格说明书
【项目名称】
文件状态:
[√] 草稿
[ ] 正式发布
[ ] 正在修改
文件标识:
QST-班号-项目代码-DOC-RS
当前版本:

作者:
完成日期:
Year-Month-Day
批准人:
批准日期:
Year-Month-Day
签字:
【机构/组织名称】
变更历史
序号
版本
变更日期
变更内容
变更者
1
2
3
4
5
6
7
8
9
10
11
12
目录
0. 文档介绍 3
文档目的 3
文档范围 3
读者对象 3
参考文档 3
术语与缩写解释 3
1. 项目概述 4
4
产品范围 4
4
运行环境 5
假设、依赖和约束 5
2. 产品的功能性需求 6
整体业务流程图/用例图 6
功能性需求分类 6
功能类别 A 6
功能 X 6
用例 Y 7
功能类别 B 8
3. 产品的非功能性需求 8
用户界面需求 8
性能需求 8
产品质量需求 9
其他需求 9
4. 接口 9
附录A:需求建模与分析报告 10
需求模型1 10
需求模型N 10
附录B:需求跟踪矩阵 11
附录C:需求确认 12
0. 文档介绍
文档目的
提示:描述编写本文档的目的。
文档范围
提示:描述本文档的范围,即本文档包含了哪些内容。
读者对象
提示:描述编写本文档的读者对象。
参考文档
提示:列出本文档的所有参考文献(可以是非正式出版物),格式如下:
[标识符] 作者,文献名称,出版单位(或归属单位),日期
例如:
[SPP-PROC-PP] SEPG,需求开发规范,机构名称,日期
术语与缩写解释
缩写、术语
解释
…
1. 项目概述

提示:
(1)说明产品是什么,什么用途。
(2)介绍产品的开发背景。提供关于发起这个软件开发的业务组织的概要,包括业务组织的使命及业务目标
产品范围
提示:描述待开发软件产品的范围。在描述中应该包括:
描述软件产品的特征
介绍软件的功能,并进行简要说明
描述软件产品“适用的领域”和“不适用的领域”,本产品“应当包含的内容”和“不包含的内容”。(做什么,不做什么)
说明软件应用
描述软件的相关的收益、目的和目标等
此处的描述应与之前的项目文档的类似描述保持一致。说清楚产品范围的好处是:(1)有助于判断什么是需求,什么不是需求;(2)可以将开发精力集中在产品范围之内,少干吃力不讨好的事情;(3)有助于控制需求的变更。

提示:
(1)描述本产品面向的用户(客户、最终用户)的特征。
(2)说明本产品将给他们带来什么好处?他们选择本产品的可能性有多大?
(3)根据用户的特征,按照功能、位置和设备类型等识别每一类用户。明确每一类型的用户的数量,以及他们使用软件的特点。根据这些特点划分产品中定义的角色及其工作职责,填写在下表中,各种角色的具体行为将在功能性需求中描述。软件产品用户的特征会影响特定的需求。许多人在软件生命周期的运行和维护阶段使用软件。这些人是用户、操作员、系统维护人员。这些人的某些特点,如教育水平,经验和技术专长,可能成为软件的运行环境的重要制约因素。
角色名称
职责描述
运行环境
提示:描述软硬件运行环境。包括硬件平台、操作系统和版本,以及用户、服务器和数据库的地理位置。列出系统必须和平共存的其他软件组件或应用程序,前景和范围文档中可能包含这样的高层信息。
需求名称
详细要求
…
假设、依赖和约束
提示:列举软件产品的假设、依赖和约束。但不是每个产品都同时具备这三个条件。
假设描述那些影响在软件需求说明书描述