软件用户需求说明书0520.docx
- 文档编号:23995373
- 上传时间:2023-05-23
- 格式:DOCX
- 页数:10
- 大小:17.86KB
软件用户需求说明书0520.docx
《软件用户需求说明书0520.docx》由会员分享,可在线阅读,更多相关《软件用户需求说明书0520.docx(10页珍藏版)》请在冰豆网上搜索。
软件用户需求说明书0520
XXXXXXX公司
项目名称
用户需求说明书
文件状态:
文件标识:
[√]草稿
[]正在修改
[]正式发布
当前版本:
作者:
审核:
完成日期:
文档受控状态
文档信息
编写者
编写日期
审核者
审核日期
批准人
批准日期
变更记录
日期
作者
版本
变更说明
变更审阅
日期
审阅者
意见
目录
一、引言3
1.1编写目的3
1.2读者对象3
1.3项目背景3
1.4术语定义3
二、项目环境概述4
2.1产品开发目标4
2.2用户角色区分4
2.3本产品的业务流程介绍4
2.3.1业务流程A4
2.3.2业务流程B5
2.4产品应当遵循的标准或规范5
三、产品的功能性需求5
3.1功能性需求总表5
3.2功能性需求描述6
3.2.1功能模块一(替换成相应名称)6
3.2.2功能模块二(替换成相应名称)7
四、产品的非功能性需求7
4.1用户界面需求7
4.2软硬件环境需求7
4.3产品质量需求7
4.4其它需求8
五、待定问题列表8
六、用户需求评审确认8
附录:
用户需求调查报告9
A.1需求标题19
A.n需求标题N9
一、引言
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),违反标准、规范或业务规则的产品通常不太可能被接受。
●开发技术:
用到的主要技术
●运行环境:
客户端需要用ie8.0以上浏览器浏览使用
名称
版本
语种
服务器操作系统
WindowsServer2003
SP2
中文
客户端操作系统
WindowsXP
SP3
中文
操作系统的附加功能
数据库平台
Oracle
10G
应用平台
Tomcat
6.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
调查方式
调查人
调查对象
时间、地点
需求信息记录
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 用户 需求 说明书 0520