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

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

《迄今为止最全面的软件用户需求说明书模板.docx》由会员分享，可在线阅读，更多相关《迄今为止最全面的软件用户需求说明书模板.docx（9页珍藏版）》请在冰豆网上搜索。

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

公司名称

项目名称

用户需求说明书

文件状态：

文件标识：

[√]草稿

[]正在修改

[]正式发布

当前版本：

作者：

审核：

完成日期：

文档受控状态

文档信息

编写者

编写日期

审核者

审核日期

批准人

批准日期

变更记录

日期

作者

版本

变更说明

变更审阅

日期

审阅者

意见

目录

一、引言2

1.1编写目的2

1.2读者对象2

1.3项目背景2

1.4术语定义2

二、项目环境概述3

2.1产品开发目标3

2.2用户角色区分3

2.3本产品的业务流程介绍3

2.3.1业务流程A3

2.3.2业务流程B4

2.4产品应当遵循的标准或规范4

三、产品的功能性需求4

3.1功能性需求总表4

3.2功能性需求描述5

3.2.1功能模块一（替换成相应名称）5

3.2.2功能模块二（替换成相应名称）6

四、产品的非功能性需求6

4.1用户界面需求6

4.2软硬件环境需求6

4.3产品质量需求6

4.4其它需求7

五、用户需求评审确认7

附录：

用户需求调查报告8

A.1需求标题18

A.n需求标题N8

一、引言

1.1编写目的

这部分说明文档编写目的，描述本系统特点及使用数据仓库技术实现的业务目标。

1.2读者对象

这部分内容是列出本文档引用资料的名称，并说明文档上下级关系。

本文档的目标读者：

用户

需求分析人员

软件设计人员

软件测试人员

1.3项目背景

这部分内容是项目背景描述。

1.4术语定义

这部分内容是列出本文档中使用的术语定义、缩写及其全名。

术语、缩写

解释

二、项目环境概述

2.1产品开发目标

提示：

（1）说明产品是什么，什么用途。

（2）介绍产品的开发背景。

本项开发任务拟建立一套简单、易用的企业费用管理系统，用来支撑公司的费用管理工作。

本软件将作为一款独立的软件。

2.2用户角色区分

提示：

分析用户的种类，每类用户的特征，如信息化情况，人员的知识技能。

提示：

（1）定义本产品的所有角色。

各种角色的具体行为将在功能需求中描述。

（2）最好绘制相应的角色图（表达角色以及相互关系）。

角色名称

工作简述

2.3本产品的业务流程介绍

2.3.1业务流程A

2.3.2业务流程B

2.4产品应当遵循的标准或规范

提示：

阐述本产品应当遵循什么标准、规范或业务规则（BusinessRules），违反标准、规范或业务规则的产品通常不太可能被接受。

●开发技术；jsp相关技术

●运行环境：

客户端需要用ie6.0以上浏览器浏览使用

名称

版本

语种

服务器操作系统

WindowsServer2003

SP2

中文

客户端操作系统

WindowsXP

SP3

中文

操作系统的附加功能

数据库平台

Oracle

10G

应用平台

Tomcat

6.0

邮件系统

无

客户端软件

InternetExplorer

FireFox

7.0

3.0

三、产品的功能性需求

3.1功能性需求总表

提示：

将功能性需求先粗分再细分，下表中的FeatureA,FunctionA.1等符号应当被替换成有含义的名称。

功能模块

子功能

FeatureA

FunctionA.1

FunctionA.2

…

FeatureB

FunctionB.1

FunctionB.2

…

…

系统功能模型图：

3.2功能性需求描述

3.2.1功能模块一（替换成相应名称）

●子功能一（替换成相应名称）

需求编号

F1-1

需求名称

具体需求名称

功能说明

简要说明提出需求的目标，如果是多个业务需求合并的结果，还需要说明对应的业务需求编号

需求属性

数据及解释

输入输出

操作序列

角色及权限

用户界面示例

●子功能二（替换成相应名称）

需求编号

F1-1

需求名称

具体需求名称

功能说明

简要说明提出需求的目标，如果是多个业务需求合并的结果，还需要说明对应的业务需求编号

需求属性

数据及解释

输入输出

操作序列

角色及权限

用户界面示例

3.2.2功能模块二（替换成相应名称）

●子功能一（替换成相应名称）

●子功能二（替换成相应名称）

四、产品的非功能性需求

4.1用户界面需求

需求名称

详细要求

…

4.2软硬件环境需求

需求名称

详细要求

…

4.3产品质量需求

主要质量属性

详细要求

正确性

健壮性

可靠性

性能，效率

易用性

清晰性

安全性

可扩展性

兼容性

可移植性

…

4.4其它需求

五、用户需求评审确认

当《需求说明书》通过双方评审之后，开发方负责人和客户方负责人作书面承诺，使之具有商业合同效果。

责任人作书面承诺之前务必要认真阅读文档，一定要明白签字意味着什么。

需求确认

本《需求说明书》建立在双方对需求的共同理解基础之上，我同意后续的开发工作根据该《需求说明书》开展。

如果需求发生变化，我们将按照“变更控制流程”执行。

我明白需求的变更将导致双方重新协商成本、资源和进度等。

客户方签字

签字：

日期：

开发方签字

签字：

日期：

附录：

用户需求调查报告

常见需求调查方式有：

✧与用户交谈，向用户提问题。

✧参观用户的工作流程，观察用户的操作。

✧向用户群体发调查问卷。

✧与同行、专家交谈，听取他们的意见。

✧分析已经存在的同类软件产品，提取需求。

✧从行业标准、规则中提取需求。

✧从Internet上搜查相关资料。

A.1需求标题1

需求标题1

调查方式

调查人

调查对象

时间、地点

需求信息记录

A.n需求标题N

需求标题N

调查方式

调查人

调查对象

时间、地点

需求信息记录

PS：

（1）本文档内容摘自网络资料，并根据实际工作进行汇总修改。

感谢网友提供相关资料。

（2）没有高质量的软件需求说明书，软件开发就像一盒巧克力，你永远不知道你会得到什么。

本文给您提供一份完整的软件需求说明书模板，您只需求按照文档中的提示填写相关内容，就能顺利完成一份高质量的软件需求说明书。

在编写此文档前，您需要对用户需求进行充分调研和分析。

文档制定后，应积极听取用户的意见。

只有这样，软件设计人员对项目的理解才能与用户真正的需求达到一致。