软件需求说明书文档格式
<项目名称>
需求说明书
文件编号：THS-B09-C04-D**
版 本：
编 写 人：
审 核 人：
北京清华北方思路信息技术有限公司
2004年12月
需求变化跟踪表
|
序号 |
提出时间 |
需求标题 |
简要描述 |
客户名称 |
解决情况 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
注：对该文件内容增加、删除或修改均需填写此变更记录，详细记载变更信息，以保证其可追溯性。
目 录
1. 范围
1.1. 标识
写明本文档的：
a.已批准的标识号；
b.标题；
c.本文档有的系统和软件名称
1.2. 软件概述
标识和描述本文档适用的软件在系统中作用、运行环境。
1.3. 文档概述
概述本文档的读者、用途和内容。
2. 引用文档
应按文档号和标题列出本文档引用的所有文档。
3. 定义
必须提供全部需求的术语、缩写词及略语的定义，以便对本文档进行适当的解释。
4. 工程需求
分节详细说明必要的工程需求，以确保软件的正确开发。本节的各项需求是从相应的“系统/子系统设计文档”所建立的需求中分配或派生出来的。
数据流程图、程序流程图、系统流程图、程序网络图和系统资源图所使用的各种图形符号建议使用GB 1526-89（ISO 5807-1985）标准——《信息处理 数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定》
4.1. 软件外部接口需求
标识该软件的外部接口。为了便于描述，可使用框图。每个外部接口应标识其名称和项目唯一标识号，并简单描述每一个接口。对每一个接口还应注明所有的文档资料（例如，接口控制文档，接口需求规格说明）的来源。
4.2. 软件的功能需求
标识该软件必须满足的各个功能需求
4.2.X（功能名和项目唯一标识符）
从
4.3. 软件的内部接口
标识上述各项功能之间的接口。每个内部接口应当用名称和项目唯一标识号加以标识，并简要描述每个接口，包括在接口上传递的信息提要。为了帮助说明，可以使用描述数据流、控制流和其它有关信息的内部接口图。
4.4. 软件数据元素要求
详细说明下列各项信息：
a.对于软件内部的数据元素，应描述下列项目（以表格形式）：
(1)赋给数据元素一个项目唯一标识号；
(2)简要描述数据元素；
(3)标识数据元素的测量单位，例如，s（秒）、m（米）、kHz（千赫）等；
(4)标识数据元素的极限值/值域
(5)标识数据元素所需的精度；
(6)用有效数字标识数据元素的精度或分辨率；
(7)对软件内部接口的数据元素：
用名称和项目唯一标识符标号该接口；
用名称和项目唯一标识号标识该接口的源数据元素
用名称和项目唯一标识号标识接口的目标数据元素
b.对于软件外部接口的数据元素
(1)用项目唯一标识号标识数据元素；
(2)用名称和项目唯一标识号标识该接口；
(3)用名称和项目唯一标识号标识该接口的源和目标的数据元素；
(4)引用详细描述该接口的接口需求规格说明。
4.5. 安装和操作要求
分节详细说明为使软件适应现场独特条件和系统环境改变的各种需求。
描述每次安装所需要的现场独特的数据。
描述软件所需的、根据操作要求可在指定范围内变化的一些参数。
4.6. 容量和时间要求
规定分配给该软件的内部存储器和辅助存储的容量和位置，以及处理时间。
4.7. 安全要求
本节不仅要指明软件本身的安全设计，而且指明在该软件设计中为避免有关人员、财产和物理环境等的潜在危害所作的安全设计。
4.8. 保密要求
指明在该软件设计中为避免有关敏感数据可能丢失的保密要求设计。
4.9. 设计约束
指明约束软件设计的其它需求。
4.10. 软件质量因素
详细说明在合同中规定的或从较高一层规格说明中派生出的各个要求的软件质量因素。
4.11. 人员性质/人员工程需求
详细说明软件对人员因素的工程需求，包括：
a.人员的信息处理能力和限制；
b.在正常条件和极限条件下可预见的人为错误；
c.总的系统环境的实现（包括培训、保障和操作环境）。
4.12. 需求可追踪性
描述指本文档中的工程需求变换到“系统/子系统设计文档”中的软件需求的映射，本节还应提供自“系统/子系统设计文档”的软件需求分配到本文档中的工程需求的映射。
5. 合格性需求
分节规定合格性审查方法，以及证实该软件满足需求所必需的特殊的合格性需求。
5.1. 合格性审查
详细说明用于确保需求已被满足的合格性审查方法。合格性审查包括：
a.演示：对整个软件或部分软件的运行；
b.分析：例如对测试数据的解释和归纳；
c.检查：对软件的编码和文档等的直观检查即走查等，文档包括系统概要设计、系统详细设计、测试报告、用户手册。
5.2. 特殊的合格性需求
详细说明与该软件的合格性有联系的特殊需求，标识和描述专门用于合格性审查的工具、技术（例如测试公式，算法）、过程、设施和验收限制等，对各个专门的测试应说明下列信息：
a.本测试的项目唯一标识号；
b.被测试的功能需求的节号；
c.测试说明，如24小时的强化测试；
d.测试等级。
6. 交付准备
详细说明要交付的软件介质的类型和特性。任何要求独特的交付都要在本节中说明。
7. 需求变化跟踪表
项目经理对所有需求变更，必须填写需求变化跟踪表中的记录，对于需求的变化在文档中使用修订，并保留修改痕迹。同一提出时间记录的将被作为客户的一次需求变更。
8. 客户确认签字
签名：
日期： 年 月 日
