用户需求说明书模板

目录

1 引言... 3

1.1 编写目的... 3

1.2 项目背景... 3

1.3 术语定义... 3

1.4 参考资料... 3

2 综合描述... 3

2.1 产品介绍... 3

2.2 目标范围... 3

2.3 用户特性... 4

2.4 约定假设... 4

3 用户需求（可剪裁）... 4

3.1 总体需求（可剪裁）... 4

3.2 内容需求（可剪裁）... 5

4 功能需求... 5

4.1 数据需求（可剪裁）... 5

4.2 接口需求（可剪裁）... 6

4.3 权限控制需求（可剪裁）... 6

4.3.1 系统安全要求（软硬件）... 6

4.3.2 用户角色... 6

4.3.3 角色权限控制... 6

5 非功能需求... 6

5.1 用户界面需求（可剪裁）... 6

5.2 性能需求（可剪裁）... 7

5.3 压力需求（可剪裁）... 7

5.4 主流技术应用需求（可剪裁）... 7

5.5 安全需求（可剪裁）... 7

5.6 故障处理需求（可剪裁）... 7

5.7 环境需求（可剪裁）... 7

5.8 产品质量需求... 7

5.9 其他需求（可剪裁）... 8

6 需求优先级... 8

7 附加说明（可剪裁）... 8

1 引言

1.1 编写目的

本节描述编写该用户需求说明书的目的，并指出预期的读者。

1.2 项目背景

本节描述用户需求说明书中所定义的产品的背景和起源，以及同其他系统或其他机构的基本相互关系等。当在已有的系统上进行特性开发时，如果新特性与已有系统的特性之间存在关系，则应在本节说明其相互之间的关系。

1.3 术语定义

本节可列出本文件中用到的专门术语的定义、外文首字母组词的原词组等。

1.4 参考资料

本节列举编写用户需求说明书时所参考的资料或其他资源，这可能包括用户合同、公司规范、技术书籍等。在这里应该给出详细的信息，包括资料名称、版本号、作者、日期、出版单位或资料来源，以方便读者查阅这些文献，可用以下格式表示：

2 综合描述

2.1 产品介绍

本节简要描述产品的特性。

2.2 目标范围

本节简要描述产品的应用目标、作用范围等。

2.3 用户特性

本节可能包括本产品各类最终用户的特点，如操作、维护等人员的知识水平和技术专长等，也可能包括用户组织关系结构图以及组织、部门、岗位的隶属关系与职能。这将是后续工作的重要依赖条件。

2.4 约定假设

本节列举出在对软件用户需求说明书中影响需求陈述的假设因素（与已知因素相对立）。这可能包括将要使用的组件、特殊的用户界面设计约定、产品预期使用频度等。如果这些假设不正确、不一致或被更改，就会使项目受到影响。

3 用户需求（可剪裁）

每一项需求必须进行唯一标识，并给出该项需求的优先级。

需求优先级的定义，一般需要根据用户意见结合商业价值、交付成本、交付日期、复杂程度、风险等因素来进行考虑。高优先级需求表示本系统产品中必须实现的需求，中优先级需求表示必须但是根据时间情况有可能会被推迟到下一版本的产品中去实现的需求，低优先级需求表示如果没有充足的时间或资源就可以被放弃的需求。具体描述请参考《需求跟踪矩阵》！

需求编号方式可以根据项目实际情况进行自定义，也可以采用“项目代号”＋“-”＋“R”＋“需求类型”＋“序号”的形式。

其中“R”表示Requirement，“需求类型”可用下表表示，“序号”以自然数表示，位数不限。

示例：OLTP-RI5表示为OLTP项目的第5项用户界面需求。

3.1 总体需求（可剪裁）

描述项目总体需求，简述项目特性等内容。

3.2 内容需求（可剪裁）

按照内容（如产品包、组件等）展开用户需求。

4 功能需求

详细列出系统各模块/主题/子系统的功能需求。

提示：将功能性需求先粗分再细分，下表中的 Feature A, Function A.1等符号应当被替换成有含义的名称（可考虑加上需求的优先级别）。

在描述中要简要阐述该需求项将依赖于哪些需求项。

产品包提示：针对本功能进行说明描述（包含其要做什么、什么流程、相关的财务、特殊要求、需要的数据等），可以采用相关的图表来更容易地表达信息。

①功能描述：描述需求项的功能。

②业务描述：描述该需求项的业务流程、相关的对象的状态、涉及到的业务角色等。

③数据描述：描述需求项的数据项、数据精度、输出的格式等要求。

④输入描述：描述该需求项的相关依赖（包括业务依赖和需求项的依赖）和输入条件。

⑤输出描述：描述需求功能执行后，相应的输出产物、数据、对象状态等。

4.1 数据需求（可剪裁）

详细列出系统的数据需求，可能包括数据类型、载体、格式、数值范围、精度、规模等需求。

4.2 接口需求（可剪裁）

详细列出系统的接口需求，可能包括与其他系统之间的接口、数据通信协议、内部模块之间的接口等需求。

4.3 权限控制需求（可剪裁）

4.3.1 系统安全要求（软硬件）

提示：说明对本产品系统的功能方面的安全的要求，如用户名密码加密、系统访问安全等。

4.3.2 用户角色

提示：阐述本产品的各种角色及其职责。各种角色的具体行为将在功能性需求中描述。角色例如：

系统管理员（SuperAdmin-Lowest Level）

内部操作管理员（OperatorAdmin-Mid Level）

外部操作管理员（ResellerAdmin-Midhigh Level）

终端用户管理员（UserAdmin – High Level）

4.3.3 角色权限控制

提示：描述上述各用户角色的权限控制要求

5 非功能需求

5.1 用户界面需求（可剪裁）

详细列出系统的界面需求，可能包括图形用户界面标准、产品系统风格、屏幕布局或解决方案的限制、快捷键、错误信息显示标准等。

5.2 性能需求（可剪裁）

详细列出系统的性能需求，可能包括时间特性要求、软件灵活性、容错性、容量需求等。

提示：说明本产品的整体性能必须达到程度，特别是一些关键功能点。

5.3 压力需求（可剪裁）

提示：说明本产品使用必须满足的压力峰值要求

5.4 主流技术应用需求（可剪裁）

提示：说明本产品需要使用何种主流技术。如果不清楚或不明白可以不填后面由项目开发组提出技术方案再进行选择。

5.5 安全需求（可剪裁）

详细列出系统的安全需求，可能包括安全设施需求和安全性需求等。

安全设施需求是指产品使用过程中可能发生的，与损失、破坏或危害相关的需求。定义必须采取的安全保护或动作，还有那些预防的潜在的危险动作。明确产品必须遵从的安全标准、策略或准则。一个安全设施需求的范例如下：“如果油箱的压力超过了规定的最大压力的95%，那么必须在1秒钟内终止操作”。

安全性需求是指与系统安全性、完整性或与私人问题相关的需求，这些问题将会影响到产品的使用和产品所创建或使用的数据的保护。定义用户身份确认或授权需求。明确产品必须满足的安全性或保密性策略。一个安全性需求的范例如下：“每个用户在第一次登录后，必须更改他的最初登录密码。最初的登录密码不能重用。

5.6 故障处理需求（可剪裁）

详细列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。

5.7 环境需求（可剪裁）

详细列出各种环境需求，可能包括开发环境、测试环境、运行环境等需求。具体内容可能涉及到网络、服务器、数据库、前台、测试工具等的软件、硬件方面。

5.8 产品质量需求

描述产品预期达到的质量要求，包括多个质量特性，以下的质量属性仅为参考，各项目可以根据需要补充或删除某些质量特性。

5.9 其他需求（可剪裁）

详细列出在前文中没有包括的所有需求，可能包括用户对可维护性、可补充性、易读性、可移植性等方面的特殊需求，或者国际化或法律上的需求。

6 需求优先级

根据用户的需要程度，初步列出各需求的优先级，参见《需求跟踪矩阵》。

7 附加说明（可剪裁）

描述该用户需求说明书采集的方法，如访谈、现场体验、惯例综合等。

参见的竞争产品和相应的用户需求获取文档，如用户故事、需求采集表等类似文档。

Download: template-requirement-analysis.rar

REF:

http://www.mspsw.cn/wp-content/upload_s/2009/06/requirement-analysis-template.doc

软件设计文档国家标准(GB8567--88)GB8567——88

http://www.webryan.cn/wp-content/uploads/e8bdafe4bbb6e8aebee8aea1e69687e6a1a3e59bbde5aeb6e6a087e58786.rar

http://www.syue.com/PM/Contract/2009/0402/222499.html

 

第二篇：用户需求说明书01

需求分析报告

：

目 录

1. 概述 ........................................................... 3

1.1 编写目的 ........................................................ 3

1.2 用户简介 ........................................................ 3

1.3 项目的目的与目标 ................................................ 3

2功能概要 ........................................................ 4

3界面与接口需求 ................................................... 4

3.1 用户的界面需求 .................................................. 4

4 性能需求 ........................................................ 5

5用户验收标准..................................................... 5

5.1 验收标准： ...................................................... 5

5.2 功能验收标准可依据以下方面制定： ................................ 5

5.3 性能验收标准： .................................................. 5 附录A ××× ..................................................... 8

A.1×××........................................................... 8

A.2×××........................................................... 8 附录B ××× ..................................................... 8

B.1×××........................................................... 8

B.2×××........................................................... 8

XX软件工程股份有限公司

2

需求分析报告

1. 概述

1.1 编写目的

该文档旨在为购买本系统的客户实施消费行为提供有力保证，对于该博客系统的潜在客户及市场进行分析，并从系统本身分析能给客户带来的便利条件，能使购买该系统的客户更加了解本系统。

1.2 用户简介

使用“博士也疯狂”博客系统的用户多半是高级知识分子，学生、大学教授等等，他们需要一个属于知识领域的交流平台，需要一个将学术与娱乐相结合的博客。

1.3 项目的目的与目标

项目的目标：

?

?

?

?

? 发布日志 发布图片 学术文章资源共享 便于学术交流 娱乐与学术合二为一的博客

现学术文章资源共享，更便于学术交流，是一款将娱乐与学术合二为

一的一款博客系统 项目的目的：使用此博客系统后可以通过发布与学术相关的日志及图片实

2 功能概要

1. 登录功能

1） 获得输入的用户名和密码

2） 检查登录者身份的合法性，转到过渡屏幕

2 主要实现功能

XX软件工程股份有限公司

3

需求分析报告

1） 在登录界面取得用户名和密码

2） 身份检验正确转移到菜单界面

3） 身份检验错误，转到登录界面

3.日志发布

1） 日志编辑

2） 日志发布

3） 日志分类

3 界面与接口需求

3.1 用户的界面需求

用户界面以黑色为主色调，采用1024*768的分辨率，呈现具有学术氛围的简约风，屏幕左侧为树形连级菜单，右侧最上方为菜单栏，右侧的最右边放置登录文本框等登录控件，文字一律居中对齐。

4 性能需求

4.1 时间要求

?

?

?

? 登陆及注册响应时间最长为1秒 新鲜事读取时间最长为1秒 站内信的发送响应时间最长为3秒 日志发布响应时间最长为2秒

5用户验收标准

5.1 验收标准：

包括符合技术需求及非技术需求的要求、运行稳定性/安全性/故障率及恢复能力/业务处理能力（峰值/日均）等的要求。

XX软件工程股份有限公司

4

需求分析报告

5.2 功能验收标准可依据以下方面制定：

5.3 性能验收标准：

1．余量测试

在以上测试过程中随时检验系统负荷，系统负荷指标满足以下条件： ? 计算机的CPU负荷率：正常状态下/突发任务时

? LAN负荷率:正常状态下/突发任务时

2．性能验收（含基准测试）

XX软件工程股份有限公司

5

需求分析报告

4．系统健壮性测试

(1) 网络及主机故障下:系统应能保证故障处理/恢复能力。

(2) 所有写数据库的操作，均采用事务处理，在主机网络故障、应用程序中断的

情况下，保证数据的完整性、一致性。

(3) 双机切换测试：

? 稳定性测试：稳定运行1周以上，观测系统状态

? 主从机负载不均衡，测试对双机软件的影响

? 破坏性测试，测试双机接管情况、接管时间：

拔插串口线、拔插磁盘阵列柜电缆、拔插网线、拔插备用网线、两块网卡的网线全部拔掉、强行关主机、主机掉电测试、主从机强制转换

5．系统可靠性测试

(1) 系统可靠性和检错能力测试

(2) 异常情况处理能力

? 测试中断网络、关闭主机、双机切换、中断应用程序、停止数据库服务器等

情况下，系统的容错处理能力。

6．安全保密功能的测试

(1) C2级安全标准

操作系统符合美国国防部C2安全标准。通过口令、用户权限等的设置，对主机系统进行安全保护，防止非法用户进入

XX软件工程股份有限公司

6

需求分析报告

XX软件工程股份有限公司

7

需求分析报告

附录A ×××

A.1×××

A.2×××

附录B ×××

B.1×××

B.2×××

XX软件工程股份有限公司 8