用户需求说明书.docx

上传人:b****3 文档编号:5563177 上传时间:2023-05-08 格式:DOCX 页数:8 大小:19.23KB
下载 相关 举报
用户需求说明书.docx_第1页
第1页 / 共8页
用户需求说明书.docx_第2页
第2页 / 共8页
用户需求说明书.docx_第3页
第3页 / 共8页
用户需求说明书.docx_第4页
第4页 / 共8页
用户需求说明书.docx_第5页
第5页 / 共8页
用户需求说明书.docx_第6页
第6页 / 共8页
用户需求说明书.docx_第7页
第7页 / 共8页
用户需求说明书.docx_第8页
第8页 / 共8页
亲,该文档总共8页,全部预览完了,如果喜欢就下载吧!
下载资源
资源描述

用户需求说明书.docx

《用户需求说明书.docx》由会员分享,可在线阅读,更多相关《用户需求说明书.docx(8页珍藏版)》请在冰点文库上搜索。

用户需求说明书.docx

用户需求说明书

 

项目名称

用户需求说明书

 

文档修改摘要

日期

版本号

修订说明

修订人

审核人

批准人

目录

1文档简介4

1.1文档目的4

1.2范围4

1.3名词定义4

1.4参考文件4

2系统概述5

2.1系统介绍5

2.2系统目标5

2.3系统范围5

2.4系统面向用户群体5

2.5遵循的标准与规范5

3功能需求6

3.1系统总体功能6

3.2功能需求16

3.3功能需求26

4非功能需求7

4.1用户界面需求7

4.2软硬件环境需求7

4.3接口需求7

4.4性能需求7

4.5品质需求。

7

4.6安全与保密需求8

4.7扩展性需求8

4.8其他需求8

5需求优先级9

6附录10

1文档简介

本章将简要地说明用户需求说明书(以下简称本说明书)的目的、范围、读者对象、名词定义和参考文件

1.1文档目的

本说明书的目的在于阐明XXXXXX系统(以下简称本系统)的用户需求。

本说明书为编制其它有关文件提供基本依据。

本说明书收集和整理了客户的需求,并提供作为与客户讨论和确认需求的依据。

1.2范围

本用户需求说明书的内容涵盖了客户提出的业务、非功能需求等。

本说明书的阅读、使用者包括:

项目管理人员

软件设计人员

编程人员

软件测试人员

软件质量控制人员

软件维护人员

用户代表(需求方、需求部门主管)

1.3名词定义

提示:

准确地解释本说明书所涉及的字头词和缩写词

1.4参考文件

标题

文件号

发布日期

出版单位

2系统概述

提示:

本章将简要地进行本系统的介绍、说明系统目标、范围、面向群体与标准规范。

2.1系统介绍

提示:

系统介绍主要说明系统的特征、用途、背景等。

2.2系统目标

提示:

说明本系统所要达到的目标。

2.3系统范围

提示:

(简单描述)说明本系统所涵盖的范围,例如:

●业务范围

●组织范围

●功能范围

本子章节应提供软件所实现功能的一个概要描述。

例如,对一个财务软件的SRS,我们应在此部分说明用户帐户维护,用户声明和发票准备等功能,对每个功能进行大量的细节说明放在功能需求或者非功能需处说明。

2.4系统面向用户群体

提示:

描述本系统面向的用户(客户、最终用户)特征,说明产品对他们的用处,带来的利益等。

2.5遵循的标准与规范

提示:

描述本系统遵循的标准与规范。

3功能需求

3.1系统总体功能

功能类别

子功能

编号

提示:

对需求调研获得的用户需求进行分类。

3.2功能需求1

提示:

详细描述需求调研获得的用户功能需求1

3.3功能需求2

提示:

详细描述需求调研获得的用户功能需求2

4非功能需求

4.1用户界面需求

提示:

对于用户的界面需求进行描述,可包括风格、布局、色调、图片、控件、提示等方面的需求。

4.2软硬件环境需求

提示:

用户提出的软硬件环境需求。

4.3接口需求

提示:

需求调研中获知的系统与其他系统需要的接口。

4.4性能需求

提示:

描述系统的性能需求。

◆对事务的响应时间(平均、最长);

◆吞吐量,例如每秒处理的事务数;

◆容量,例如系统可以容纳的客户或事务数;

◆负载,系统的负载能力,并发数等;

◆资源利用情况,如内存、磁盘、通信等。

4.5品质需求。

提示:

应明确说明软件品质需求各属性,以便能客观地验证其达成情况。

属性包括:

●可靠性

说明为了达到整个系统的可靠性需求,而对软件提出的可靠性需求。

下面这段话就是一个简单的例子:

‘本软件须被测试完全,以避免任何数据储存及运算可能发生的错误。

●可维护性

说明为了达到整个系统的可维护性需求,而对软件提出的可维护性需求。

例如:

●可用性

说明为了使整个系统达到指定的可用性水准,而对软件提出的可用性需求。

例如:

检查点、恢复、重新启动等。

下面这段话就是一个简单的例子:

‘为了保证系统的可用性,软件必须采用检查点、恢复、重启动机制。

在每日9小时、每周七日操作的情况下,本软件之可用性应在99.5%以上。

●可移植性

若有可移植性要求,即要求软件能方便地从一个环境转移到另一个环境,那么应该在此明确指出,并指明转移之程序,以及界面限制等。

●其它

4.6安全与保密需求

1)安全

说明为防止可能发生的人员、财物或实体环境伤害而对软件设计提出的安全需求。

例如:

●通过提供数据的备份和恢复功能,来保证数据文件的安全(当系统中的数据文件遭到破坏时,可以把备份数据读入系统,使系统能够继续运行)。

●通过数据库管理软件提供的各式数据备份/恢复功能,来保证数据库/表的安全。

2)保密

说明保护系统免遭意外或恶意的存取、使用、修改、破坏或泄密的需求。

包括:

●利用某种密码技术;

●设置专门的日志或历史数据集;

●给不同的模块分配不同的功能;

●对一个程序中各部分之间的通讯实施限制;

●对关键的量实施“检查和”校验等等。

4.7扩展性需求

4.8其他需求

5需求优先级

需求优先级定义为三个等级:

强制的、可协商的、理想的,定义需求优先级时还要考虑模块的关联性、技术的难易程度等,每个需求相应的优先级定义详见【需求跟踪矩阵】,具体个优先级的应对策略如下表所示:

需求优先级

应对策略

强制的

需求是必须做的

可协商的

需求是选择性的做

理想的

需求是有时间和资源就做

6附录

可附需求访谈记录表、客户调研会议纪要、调研报告等。

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > IT计算机 > 电脑基础知识

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2