项目需求规格说明书模板.doc
此处填写工程名称
需求规格说明书
〔200X/XX〕
****信息科技
变更记录
版本编号
完成日期
编写者
审核者
说明
目录
TOC\o1-3\h\z1 引言 4
1.1 目的 4
1.2 定义 4
1.3 参考资料 4
2 软件总体概述 4
2.1 软件标识 4
2.2 软件描述 4
系统属性 4
开发背景 4
软件功能 5
2.3 用户特点 5
2.4 限制与约束 5
3 具体需求 5
3.1 功能需求 5
功能需求一 5
功能需求二 6
3.2 性能需求 6
3.3 数据库需求 6
3.4 故障处理需求 6
3.5 设计约束 6
其他标准的约束 6
硬件约束 6
3.6 属性 6
可用性 7
可靠性 7
效率 7
平安性 7
可维护性 7
可移植性 7
3.7 接口需求 7
硬件接口 7
软件接口 7
4 支持工作 8
4.1 数据导入需求 8
4.2 用户培训需求 8
4.3 工程文档需求 8
5 运行环境 8
5.1 硬件设备 8
5.2 支持软件 8
引言
目的
本节描述软件产品需求规格说明书〔SRS〕的目的。如：定义软件总体要求，作为用户和软件开发人员之间相互了解的根底；提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的根底；作为软件总体测试的依据。
定义
本节列出SRS中用到的全部需求的术语、定义和缩略语清单。这些信息可以由SRS的附录提供，也可以参考其他的文件，如果有，本节必须指明。
参考资料
本节列出以下资料：
开发合同、《工程规划方案》、《未签定合同工程启动表》、《工程开发方案》等资料、标准和标准。列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。
软件总体概述
软件标识
软件全名称：
软件缩称：
软件版本：
软件描述
系统属性
本节描述被开发软件与其他相关产品之间的关系。
如果该软件是独立的，应在本节说明；如果该软件是一个更大的系统的一个组成局部，那么应说明本产品与该系统中其他各组成局部之间的关系。如果这局部内容已包含在较高层次的说明〔如《工程规划方案》〕中，应在本节指明。
本节无须描述设计方案和设计约束。
开发背景
本节说明软件的开发目的、应用目标和使用范围等背景材料。
软件功能
本节为软件功能提供一个摘要，无须描述功能的细节。应为每一软件功能的需求分配一个唯一性的标识，以利于需求的跟踪和测试。应说明功能的优先级定义，和每一功能的优先级〔从用户角度而言〕。优先级定义可采用以下方法：
高——软件必须实现的功能，用户有明确的功能定义和要求；
中——软件应该实现的功能，用户的功能定义和要求可能是模糊的、不具体的、或低约束的，但是这类功能的缺少会导致用户的不满意，因此这类功能的具体需求应当由需求分析人员诱导用户产生并明确；
低——软件尽量实现的功能，并可根据开发进度进行取舍，但这类功能的实现将会增加用户的满意度。
可用以下表格来说明软件功能，也可配合软件的功能模块图加以说明。
序号
功能名称
功能需求标识
优先级
简要描述
用户特点
本节描述影响具体软件需求的最终用户的特点，充分说明用户方操作人员、维护人员的教育水平和技术专长，这是对软件开发工作的重要约束。
限制与约束
本节描述软件开发工作的某些限制，例如经费限制、开发期限、硬件限制、编程语言、通信协议、平安和保密要求、开发过程中须遵守的某些标准或规那么。
本节内容不是陈述具体需求或设计约束，而是为具体需求以及设计约束的描述提供依据。
具体需求
本章应包括在进行软件结构设计时所需的全部细节。
功能需求
本节描述.节所述的每一功能需求。本节划分为假设干小节，每一小节逐一说明每一功能需求。
功能需求一
本节描述该功能的整体需求，本节可用自然语言描述，也可用形式化的方法描述，如统一建模语言〔UML〕、数据流图〔DFD〕、业务流程图〔IDEF0〕方法等，推荐采用业务流程图或UML。
功能需求二
本节描述该功能的整体需求，本节可用自然语言描述，也可用形式化的方法描述，如统一建模语言〔UML〕、数据流图〔DFD〕、业务流程图〔IDEF0〕方法等，推荐采用业务流程图或UML。
性能需求
本节说明软件数据处理能力和时间特性的需求。
数据处理能力可能包括：支持的终端数、支持并行操作的用户数、处理的文件和记录数、表和文件的大小。
时间特性可能包括：响应时间、更新处理时间、数据的转换和传送时间、运行时间等。
数据库需求
本节说明对软件所应用的数据库的需求