软件用户需求说明书模板.docx
- 文档编号:25116672
- 上传时间:2023-06-05
- 格式:DOCX
- 页数:9
- 大小:25.76KB
软件用户需求说明书模板.docx
《软件用户需求说明书模板.docx》由会员分享,可在线阅读,更多相关《软件用户需求说明书模板.docx(9页珍藏版)》请在冰豆网上搜索。
软件用户需求说明书模板
文件状态:
[J]草稿
[]正在修改
[]正式发布
公司名称
项目名称
用户需求说明书
文件标识:
当前版本:
作者:
审核:
完成日期:
文档受控状态
文档信息
编写者
编写日期
审核者
审核日期
批准人
批准日期
变更记录
日期
作者
版本
变更说明
变更审阅
日期
审阅者
意见
1.引言
1.2读者对象
1.4术语定义
二S项目环境概述
2.1产品开发口标
2.2用户角色区分
2.3本产品的业务流程介绍
2.3.1业务流程A
2.3.2业务流程B
2.4产品应出遵循的标准或规范
三、产品的功能性需求
3・1功能性需求总表
3.2功能性需求描述
3.2.1功能模块一(替换成柑应爼称)3.2.2功能模块二(替换成相应名称〉
四.产品的非功能性需求
4.1用户界面需求
4.2软硬件环境需求
4.3产品质量需求
4.4其它需求
五.用户需求评审确认
附录:
用户需求调査报告
A.1需求标题1
.引言
LI编写目的
这部分说明文档编写目的,描述本系统特点及使用数据仓库技术实现的业务目标。
1.2读者对象
这部分内容是列出本文档引用资料的名称,并说明文档上下级关系。
本文档的目标读者:
用户需求分析人员软件设计人员软件测试人员
1-3项目背景
这部分内容是项目背景描述。
1.4术语定义
这部分内容是列出本文档中使用的术语定义、缩写及其全名。
术语、缩写
解释
2.项目环境概述
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
中文
客户端操作系统
ffindowsXP
SP3
中文
操作系统的附加功能
数据库平台
Oracle
lOG
应用平台
Tomcat
6.0
邮件系统
无
客户端软件
InternetExplorer
7.0
FireFox
3.0
3.产品的功能性需求
3.1功能性需求总表
提示:
将功能性需求先粗分再细分,下表中的FeatureA,FunctionA1等符号应当被替换成有含义的名
功能模块
子功能
FeatureA
FunctionA.1
FunctionA.2
FeatureB
FunctionB・1
FunctionB・2
♦・♦
系统功能模型图:
3.2功能性需求描述
3.2.1功能模块一(替换成相应名称)
•子功能_(替换成相应名称)
需求编号
F1-1需求名称1具体需求名称
功能说明
简要说明提出需求的目标,如果是多个业务需求合并的结果,还需要说明对应的业
务需求编号
需求属性
数据及解释
输入输出
操作序列
角色及权限
用戸界面示例
•子功能二(替换成相应名称)
需求编号
F1-1需求名称1具体需求名称
功能说明
简要说明提出需求的目标,如果是多个业务需求合并的结果,还需要说明对应的业
务需求编号
需求属性
数据及解释
输入输出
操作序列
角色及权限
用户界面示例
3.2.2功能模块二(替换成相应名称)
•子功能一(替换成相应名称)
•子功能二(替换成相应名称)
四、产品的非功能性需求
4.1用户界面需求
需求名称
详细要求
4.2软硬件环境需求
需求名称
详细要求
4.3产品质量需求
主要质量属性
详细要求
正确性
健壮性
可靠性
性能.效率
易用性
清晰性
安全性
可扩展性
兼容性
可移m性
«•»
4.4其它需求
5.用户需求评审确认
当《需求说明书》通过双方评审之后,开发方负责人和客F方负贵人作书面承诺,使之具有商业合同效果.
责任人作书而承诺之前务必要认負:
阅读文档,一定要明白签字意味着什么。
需求确认
本《需求说明书》建立在双方对需求的共同理解基础之上,我同意后续的开发工作根据该《需求说明书》开展0如果需求发生变化,我们将按照“变更控制流程"执行。
我明白需求的变更将导致双方重新
协商成本、资源和进度等。
常见需求调查方式有:
O0000°°
附录:
用户需求调査报告
与用户交谈,向用户提问题。
参观用户的工作流程,观察用户的操作。
向用户群体发调查问卷。
与同行、专家交谈,昕取他们的意见。
分析已经存在的同类软件产品,提取需求。
从行业标准、规则中提取需求。
MInternet.匕搜査柑关资料。
A.1需求标题1
需求标题1
调査方式
调査人
调査对象
时间、地点
需求信息记录
A.n需求标题N
需求标题N
调査方式
调査人
调査对象
时间、地点
需求信息记录
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 用户 需求 说明书 模板
![提示](https://static.bdocx.com/images/bang_tan.gif)