用户需求说明书

XX项目

用户需求说明书

企业LOGO

编号：JYSSP/RJ-RD-00X 版本：x.x

发布时间：xxxx年xx月xx日

xxx有限公司

注：在每次对文档修改之后，均需认真填写此表，以增加可追溯性，清楚了解整个文档的修改及形成过程。

目录

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)

3.整体需求 (6)

3.1.需求范围 (6)

3.2.系统结构 (6)

3.3.关键业务 (6)

4.业务需求 (7)

4.1.F001模块名称 (7)

4.1.1.F001.FR001用户需求名称 (7)

5.需求优先级 (9)

6.非功能需求（系统约束） (10)

6.1.界面需求 (10)

6.2.质量需求 (10)

6.2.1.性能需求 (10)

6.2.2.可靠性 (10)

6.2.3.易用性 (10)

6.2.4.安全性需求 (10)

6.3.接口需求 (11)

6.3.1.硬件接口需求 (11)

6.3.2.软件接口需求 (11)

6.3.3.通讯接口需求 (11)

6.3.4.网络协议需求 (11)

6.4.运行环境需求 (11)

6.5.技术要求 (11)

6.6.其他需求 (11)

7.附录 (12)

1.前言

1.1.目的

对整个产品或者模块进行说明，让所有参与产品的人都可以了解到产品的背景、目标、需求等信息。

1.2.预期的读者和阅读建议

主要的读者为：客户代表、售前支持、销售经理、产品经理、项目经理、需求分析员、系统设计员、程序员、测试人员等。

1.3.定义、缩略语

提供全部需求的术语、缩写词及略语的定义，以便对用户需求进行适当的解释。

1.4.参考资料

参照的文件的全部清单，如方案、合同等；

列出其他参考资料；

访谈文档参见附录；

详细说明得到的该参考文件的来源。

2.项目背景

2.1.用户组织机构

为了便于各类型读者更清晰的了解用户的业务和需求，掌握软件中所涉及的角色关系和权限，需要给出用户的组织机构图。并描述系统涉及的各组织机构职责。

2.2.业务背景

描述用户各业务的现状及遇到的问题。当在已有的系统上进行特性开发时，如果新特性与已有系统的特性之间存在关系，则应在本节说明其相互之间的关系。

2.3.用户环境状况

描述用户已有的软、硬件情况，网络架构。

3.1.需求范围

列举该产品或项目涉及的各模块（来源：产品定义、项目合同、技术协议、访谈记录），并对各模块解决的问题进行简要描述。

3.2.系统结构

对3.1中需求范围中涉及各模块之间的关系进行图形描述。

3.3.关键业务

1：描述用户对系统的功能性的关键要求，这些关键业务可以作为验收的重要依据（来源：产品定义、项目合同、技术协议、用户访谈等）

2：描述用户角色与关键业务之间的关系，用业务用例模型来描述角色与业务之间的关系。

4.1.F001模块名称

可从4.1节开始编号。对用户需求点分类建议对每个用户需求点根据分别描述现有的业务情况及用户业务需求进行分类。每个章节“用户需求编号用户需求名称”。编号格式“FXXX.FRXXX.XXX”用户需求分类格式“FXXX”

4.1.1.F001.FR001用户需求名称

4.1.1.1.业务需求

4.1.1.2.业务流程（可选）

如果有业务流程，可以使用流程图、状态图、时序图并进行文字说明。如果有多个业务流程，要列出如下图所示的业务流程汇总表。

例：F001.FR001业务流程汇总表：

对每一个具体业务流程，可参照如下方式对业务流程进行描述。

1.流程概述：对当前业务流程进行概要描述，起到提纲的作用。

2.流程示意图：通过流程图、状态图来描述流程。

5.需求优先级

优先级分为高、中、低三级；

备注：此处的需求优先级特指：为了允许当遇到延迟时能够容易地重新界定范围（服务于项目周期控制）。

6.非功能需求（系统约束）

描述系统非功能需求；如果用户对某些特定功能提出明确的要求，需要按功能模块写出具体需求。

6.1.界面需求

只定义GUI的外观及感觉，如有用户的特殊要求，也在此处描述。

6.2.质量需求

描述软件质量需求，如无特殊要求，在相应章节下写“无”。

6.2.1.性能需求

描述用户从效率方面提出的性能需求。

高效性：用来衡量系统如何优化处理器、磁盘空间或通信带宽。具体体现在系统的响应时间、吞吐量、资源利用率等方面。

6.2.2.可靠性

描述用户从可靠性方面的需求，其中也包含健壮性方面的需求。

可靠性：是软件无故障执行一段时间的概率。

有效性：在预定的启动时间中，系统真正可用并且完全运行时间所占的百分比。有效性等于系统的平均故障时间（M TTF）/(平均故障时间+故障修复时间)。

健壮性：当系统或其组成部分遇到非法输入数据、相关软件或硬件组成部分的缺陷或异常的操作情况时，能继续正确运行功能的程度。

6.2.3.易用性

描述用户从易用性方面提出的需求，其中也包含互操作性方面提出的易用性的需求。

易用性：描述“用户友好”因素。衡量准备输入、操作和理解产品输出所花费的努力。例如用户帮助、文档，易操作性等。

互操作性：描述产品与其它系统交换数据和服务的难易程度。

6.2.4.安全性需求

描述用户在系统的控制下对信息的存取权限。主要涉及：防止非法访问系统功能、防止数据丢失、防止病毒入侵并防止私人数据进入系统等方面。