迄今为止最全面的软件用户需求说明书模板.docx

1、迄今为止最全面的软件用户需求说明书模板公 司 名 称项 目 名 称用 户 需 求 说 明 书文件状态：文件标识： 草稿 正在修改 正式发布当前版本：作 者：审 核：完成日期：文档受控状态文档信息编写者编写日期审核者审核日期批准人批准日期变更记录日期作者版本变更说明变更审阅日期审阅者意见目 录一、引言 21.1 编写目的 21.2 读者对象 21.3 项目背景 21.4 术语定义 2二、项目环境概述 32.1 产品开发目标 32.2 用户角色区分 32.3 本产品的业务流程介绍 32.3.1 业务流程A 32.3.2 业务流程B 42.4 产品应当遵循的标准或规范 4三、产品的功能性需求 43.

2、1 功能性需求总表 43.2 功能性需求描述 53.2.1 功能模块一（替换成相应名称） 53.2.2 功能模块二（替换成相应名称） 6四、产品的非功能性需求 64.1 用户界面需求 64.2 软硬件环境需求 64.3 产品质量需求 64.4 其它需求 7五、用户需求评审确认 7附录：用户需求调查报告 8A.1 需求标题1 8A.n 需求标题N 8一、引言1.1 编写目的这部分说明文档编写目的，描述本系统特点及使用数据仓库技术实现的业务目标。1.2 读者对象这部分内容是列出本文档引用资料的名称，并说明文档上下级关系。本文档的目标读者：用户需求分析人员软件设计人员软件测试人员1.3 项目背景这部

3、分内容是项目背景描述。1.4 术语定义这部分内容是列出本文档中使用的术语定义、缩写及其全名。术语、缩写解释二、项目环境概述2.1 产品开发目标提示：（1）说明产品是什么，什么用途。（2）介绍产品的开发背景。本项开发任务拟建立一套简单、易用的企业费用管理系统，用来支撑公司的费用管理工作。本软件将作为一款独立的软件。2.2 用户角色区分提示：分析用户的种类，每类用户的特征，如信息化情况，人员的知识技能。提示：（1）定义本产品的所有角色。各种角色的具体行为将在功能需求中描述。（2）最好绘制相应的角色图（表达角色以及相互关系）。角色名称工作简述2.3 本产品的业务流程介绍2.3.1 业务流程A2.3.

4、2 业务流程B2.4 产品应当遵循的标准或规范提示：阐述本产品应当遵循什么标准、规范或业务规则（Business Rules），违反标准、规范或业务规则的产品通常不太可能被接受。 开发技术；jsp相关技术 运行环境：客户端需要用ie6.0以上浏览器浏览使用名称版本语种服务器操作系统Windows Server 2003SP2中文客户端操作系统Windows XPSP3中文操作系统的附加功能数据库平台Oracle10G应用平台Tomcat6.0邮件系统无客户端软件Internet ExplorerFireFox7.03.0三、产品的功能性需求3.1 功能性需求总表提示：将功能性需求先粗分再细分，

5、下表中的 Feature A, Function A.1等符号应当被替换成有含义的名称。功能模块子功能Feature AFunction A.1Function A.2Feature BFunction B.1Function B.2系统功能模型图：3.2 功能性需求描述3.2.1 功能模块一（替换成相应名称） 子功能一（替换成相应名称）需求编号F1-1需求名称具体需求名称功能说明简要说明提出需求的目标，如果是多个业务需求合并的结果，还需要说明对应的业务需求编号需求属性数据及解释输入输出操作序列角色及权限用户界面示例 子功能二（替换成相应名称）需求编号F1-1需求名称具体需求名称功能说明简要说

6、明提出需求的目标，如果是多个业务需求合并的结果，还需要说明对应的业务需求编号需求属性数据及解释输入输出操作序列角色及权限用户界面示例3.2.2 功能模块二（替换成相应名称） 子功能一（替换成相应名称） 子功能二（替换成相应名称）四、产品的非功能性需求4.1 用户界面需求需求名称详细要求4.2 软硬件环境需求需求名称详细要求4.3 产品质量需求主要质量属性详细要求正确性健壮性可靠性性能，效率易用性清晰性安全性可扩展性兼容性可移植性4.4 其它需求五、用户需求评审确认当需求说明书通过双方评审之后，开发方负责人和客户方负责人作书面承诺，使之具有商业合同效果。责任人作书面承诺之前务必要认真阅读文档，一

7、定要明白签字意味着什么。需求确认本需求说明书建立在双方对需求的共同理解基础之上，我同意后续的开发工作根据该需求说明书开展。如果需求发生变化，我们将按照“变更控制流程”执行。我明白需求的变更将导致双方重新协商成本、资源和进度等。客户方签字签字： 日期：开发方签字签字： 日期：附录：用户需求调查报告 常见需求调查方式有： 与用户交谈，向用户提问题。 参观用户的工作流程，观察用户的操作。 向用户群体发调查问卷。 与同行、专家交谈，听取他们的意见。 分析已经存在的同类软件产品，提取需求。 从行业标准、规则中提取需求。 从Internet上搜查相关资料。A.1 需求标题1需求标题1调查方式调查人调查对象时间、地点需求信息记录A.n 需求标题N需求标题N调查方式调查人调查对象时间、地点需求信息记录PS：（1）本文档内容摘自网络资料，并根据实际工作进行汇总修改。感谢网友提供相关资料。（2）没有高质量的软件需求说明书，软件开发就像一盒巧克力，你永远不知道你会得到什么。本文给您提供一份完整的软件需求说明书模板，您只需求按照文档中的提示填写相关内容，就能顺利完成一份高质量的软件需求说明书。在编写此文档前，您需要对用户需求进行充分调研和分析。文档制定后，应积极听取用户的意见。只有这样，软件设计人员对项目的理解才能与用户真正的需求达到一致。