软件开发文档：详细需求说明书模板.docx

需求说明书模板
修改状态

生效日期

拟 制

审 核

审 批

模板版本记录
日期
修改位置
修改类型
修改描述
修改人
审核人
审批人
版本

变更说明：分为创建，增加，修改，删除。
使用说明：使用本模板时，将本页删除。以下蓝色斜体字是模板说明文字，使用时请删除。
裁减说明：使用本模板时，可根据实际情况对模板内容进行裁减。

文档编号

版本
A1
密级
秘密
项目名称
Xx系统
项目来源

Xx系统
需求规格说明书
(内部资料 请勿外传)

编 写：

日 期：

检 查：

日 期：

审 核：

日 期：

批 准：

日 期：

XXXX科技有限公司
版权所有 不得复制

XX系统 2

需求规格说明书 2
1. 前言 4
1.1. 产品背景 4
1.2. 用户背景 4
1.3. 术语、定义、缩略语 4
1.4. 参考资料 4
2. 需求综述 4
3. 详细功能需求 5
3.1 用户登录[示例] 5
3.1.1. 需求点描述 5
3.1.2. 背景 5
3.1.3. 业务分析图 5
3.1.4. 功能描述 5
3.1.5. 数据需求 5
3.1.6. 界面 6
3.1.7. 升级要求 6
3.1.8. 性能要求 6
3.1.9. 易用性 6
3.1.10. 开发注意事项 7
3.1.11. 相关性需求 7
3.1.12. 测试注意事项 7

1. 前言
1.1. 产品背景
描述为什么要做这个系统，市场、行业、政策，或者版本升级等等相关背景信息。根据《产品规划文档》中的信息，对产品进行总体的概述。使系统软件分析设计人员、软件开发人员和软件测试人员，对该版本的运行环境、功能和性能需求有一个共同的了解，使之成为项目组工作的基础。他们到底要实现什么产品，这个产品的整体情况是什么样子的，产品的主要功能是什么等等。
1.2. 用户背景
描述本系统的用户背景、能力信息。用户的能力也是一种潜在需求，对于能力强的用户，系统可以做的更专业点，对于能力弱的用户，系统要做的更简单点。
1.3. 术语、定义、缩略语
定义系统或产品中涉及的重要术语，为读者在阅读文档时提供必要的参考信息。
序号
术语或缩略语
说明性定义
1
PM
Project Manager,项目经理
2

1.4. 参考资料
本系统已有的文档资料。本文引用的文献、资料、标准等。
2. 需求综述
给出产品的总体需求描述和总体的业务流程图。
3. 详细功能需求
3.1 用户登录[示例]
3.1.1. 需求点描述
功能点简单描述，将概要需求分成若干点进行描述
3.1.2. 背景
应用场景描述，那种用户使用，用这个功能实现什么应用，对需求背景进行分析，分析需求来源、合理性.
现状：现有系统是如何处理的
来源类型：是问题单？是产品规划？是竞争需要？
3.1.3. 业务分析图
通过流程图、用例图、活动图等多种方式来表达业务关联关系和处理流程。读者可以从中了解到当前系统实现什么样功能，数据流向如何。
业务图和文字相结合。
3.1.4. 功能描述
根据业务流程来描述需求。
难于理解的部分要用例子来说明；
赴藏功能与其他需求相联系的可以使用连接；
增加的功能，对系统原有的相关功能、模块影响要说。
注：前后顺序合理，先说因，后说果，避免使用主观定性词汇，如：用户友好性、容易、简单、快速、有效的，用用户术语来写不用计算机专用术语。
3.1.5. 数据需求
输入、输出以及对这些数据处理规则，数据项用表格来烈士，要说明数据类型、业务意义、业务的特殊控制，当前数据和其他数据的关联。
字段名
字段类型
默认值
字段来源
控制说明
是否必录

定义各实体中包含的数据项，包括：
（1）数据项名称
（2）数据项描述：定义数据项的含义，包括数据项与其它数据项的计算或逻辑关系；
（3）数据约束：非空；组成；长度；唯一；格式；关联
（4) 实体的访问频度和增长频度。
（5）等等。
l 用户登录信息数据项
数据项名称
数据项描述
数据约束
用户ID
用户在系统中注册的ID或系统直接分配的ID。
必填项，218字符。英文，0-9。
密码
用户设定的或系统预设的用于验证用户ID有效性。
6-30．英文，0-9数字，特殊字符。
访问频度：低
增长频度：中

3.1.6. 界面
界面要符合人机规范，和现有系统产品保持一致，不应标新立异。将列出每个屏幕的标准按钮、下拉菜单、功能、布局、快捷键等，必要是给出修改前后的界面的变化，供开发人员参考的界面必须明确注明，能否开发不应变更。
（1）界面说明：本功能包括哪些页面，各页面上布置哪些操作与实体；并对有特殊条件或要求的操作进行说明。
（2）图示界面布局，采用任意的表达方式作出界面布局示意图。
（3）界面数据项布置顺序及tab顺序，如不特殊提出，则按自然顺序。
（4）习惯操作：在此条说明特殊操作习惯或操作要求。例如要求以”Enter”键代替“Tab”键等。
3.1.7. 升级要求
该功能是否有升级要求，升级又需要考虑哪些问题。
升级后，保证原有系统数据的正确性，功能兼容性。
3.1.8. 性能要求
给开发设计的指导，时延、事务响应时间要求。说明实现要考虑的性能问题，涉及并发、网络控制、大数据量、预警、日志等功能，要说明使用的频率。

3.1.9. 易用性
易于使用、学习和理解
3.1.10. 开发注意事项
开发过程应该注意地方。例如扩展性。
3.1.11. 相关性需求
本需求是否与其他系统有接口，本需求实现是否影响接口变动，有影响要列出详细描述数接口交换情况。
3.1.12. 测试注意事项
测试容易遗漏或者难点的地方 供设计测试参考