软件用户需求说明书模板
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
公司名称
项目名称用户需求说明书
文档受控状态文档信息
变更记录
变更审阅
目录
一、引言 (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 业务流程A (3)
2.3.2 业务流程B (4)
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 需求标题1 (8)
A.n 需求标题N (8)
一、引言
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 产品应当遵循的标准或规范
提示:阐述本产品应当遵循什么标准、规范或业务规则(Business Rules),违反标准、规范或业务规则的产品通常不太可能被接受。
●开发技术;jsp相关技术
●运行环境:客户端需要用ie6.0以上浏览器浏览使用
三、产品的功能性需求
3.1 功能性需求总表
提示:将功能性需求先粗分再细分,下表中的 Feature A, Function A.1等符号应当被替换成有含义的名称。
系统功能模型图:
3.2 功能性需求描述
3.2.1 功能模块一(替换成相应名称)
●子功能一(替换成相应名称)
●子功能二(替换成相应名称)
3.2.2 功能模块二(替换成相应名称)
●子功能一(替换成相应名称)
●子功能二(替换成相应名称)
四、产品的非功能性需求
4.1 用户界面需求
4.2 软硬件环境需求
4.3 产品质量需求
4.4 其它需求
五、用户需求评审确认
当《需求说明书》通过双方评审之后,开发方负责人和客户方负责人作书面承诺,使之具有商业合同效果。责任人作书面承诺之前务必要认真阅读文档,一定要明白签字意味着什么。
附录:用户需求调查报告
常见需求调查方式有:
✧与用户交谈,向用户提问题。
✧参观用户的工作流程,观察用户的操作。
✧向用户群体发调查问卷。
✧与同行、专家交谈,听取他们的意见。
✧分析已经存在的同类软件产品,提取需求。
✧从行业标准、规则中提取需求。
✧从Internet上搜查相关资料。
A.1 需求标题1
A.n 需求标题N
PS:
(1)本文档内容摘自网络资料,并根据实际工作进行汇总修改。感谢网友提供相关资料。
(2)没有高质量的软件需求说明书,软件开发就像一盒巧克力,你永远不知道你会得到什么。本文给您提供一份完整的软件需求说明书模板,您只需求按照文档中的提示填写相关内容,就能顺利完成一份高质量的软件需求说明书。
在编写此文档前,您需要对用户需求进行充分调研和分析。文档制定后,应积极听取用户的意见。只有这样,软件设计人员对项目的理解才能与用户真正的需求达到一致。
.