详细需求说明书模板

1、详细需求说明书模板需求说明书模板修改 状态生效 日期拟 制审 核审 批模板版本记录日期修改 位置修改 类型修改描述修 改 人审 核 人审 批 人版 本变更说明 ：分为创建，增加，修改，删除。 使用说明 ：使用本模板时，将本页删除。以下 蓝 色斜体字是模板说明文字，使用时请删除。裁减说明 ：使用本模板时，可根据实际情况对模 板内容进行裁减。文档 编号版 本A1密 级秘 密项目 名称Xx 系统项目 来源Xx系统需求规格说明书（ 内部资料 请勿外传 ）日 期：日 期：日 期：日 期：编写： 检查： 审核：批准：XXXX科技有限公司版权所有 不得复制XX 系统 4需求规格说明书 41. 前言 71.1

2、. 产品背景 71.2. 用户背景 71.3. 术语、定义、缩略语 81.4. 参考资料 82. 需求综述 83. 详细功能需求 93.1 用户登录 示例 93.1.1. 需求点描述 93.1.2. 背景 93.1.3. 业务分析图 93.1.4. 功能描述 103.1.5. 数据需求 103.1.6. 界面 113.1.7. 升级要求 123.1.8. 性能要求 123.1.9. 易用性 133.1.10. 开发注意事项 133.1.11. 相关性需求 133.1.12. 测试注意事项 131. 前言1.1. 产品背景描述为什么要做这个系统，市场、行业、政策， 或者版本升级等等相关背景信息。

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

4、, 项目经理21.4. 参考资料本系统已有的文档资料。本文引用的文献、资料、 标准等。2. 需求综述 给出产品的总体需求描述和总体的业务流程图。3. 详细功能需求3.1 用户登录 示例 3.1.1.需求点描述功能点简单描述，将概要需求分成若干点进行描 述3.1.2.背景应用场景描述，那种用户使用，用这个功能实现 什么应用，对需求背景进行分析，分析需求来源、 合理性.现状：现有系统是如何处理的。 来源类型：是问题单？是产品规划？是竞争需 要？3.1.3. 业务分析图通过流程图、用例图、活动图等多种方式来表达 业务关联关系和处理流程。读者可以从中了解到 当前系统实现什么样功能，数据流向如何。 业务

5、图和文字相结合。3.1.4. 功能描述根据业务流程来描述需求。 难于理解的部分要用例子来说明； 赴藏功能与其他需求相联系的可以使用连接； 增加的功能， 对系统原有的相关功能、 模块影响 要说。注：前后顺序合理，先说因，后说果，避免使用 主观定性词汇，如：用户友好性、容易、简单、 快速、有效的，用用户术语来写不用计算机专用 术语。3.1.5. 数据需求输入、输出以及对这些数据处理规则， 数据 项用表格来烈士，要说明数据类型、业务意 义、业务的特殊控制，当前数据和其他数据 的关联。字段名字段 类型默认值字段 来源控制 说明是否必录定义各实体中包含的数据项，包括：（1）数据项名称（2）数据项描述：定

6、义数据项的含义，包括数据项与其它数据项的计算或逻辑关系；（3）数据约束：非空；组成；长度；唯一； 格式；关联（4）实体的访问频度和增长频度。（5）等等。用户登录信息数据项数据项名 称数据项描述数据约束用户 ID用户在系统中注册的ID 或系统直接分配的 ID。必 填 项 ， 2-18 字符。英文， 0-9。密码用户设定的或系统预 设的用于验证用户 ID 有效性。6-30 英文，0-9 数字，特殊字 符。访问频度：低 增长频度：中3.1.6. 界面界面要符合人机规范，和现有系统产品保持一 致，不应标新立异。将列出每个屏幕的标准按钮、 下拉菜单、功能、布局、快捷键等，必要是给出 修改前后的界面的变化

7、，供开发人员参考的界面 必须明确注明，能否开发不应变更。（1）界面说明：本功能包括哪些页面，各 页面上布置哪些操作与实体； 并对有特殊条 件或要求的操作进行说明。（2）图示界面布局，采用任意的表达方式 作出界面布局示意图。（3）界面数据项布置顺序及 tab 顺序，如 不特殊提出，则按自然顺序。（4）习惯操作：在此条说明特殊操作习惯 或操作要求。例如要求以 ”Enter ”键代替 “Tab”键等。3.1.7. 升级要求 该功能是否有升级要求，升级又需要考虑哪些问 题。升级后，保证原有系统数据的正确性， 功能兼容 性。3.1.8. 性能要求 给开发设计的指导，时延、事务响应时间要求。 说明实现要考虑的性能问题， 涉及并发、网络控 制、大数据量、预警、日志等功能，要说明使用 的频率。3.1.9. 易用性 易于使用、学习和理解3.1.10. 开发注意事项 开发