用户需求说明书

用户需求说明书

文件管理序列号：[K8UY-K9IO69-O6M243-OL889-F88688]

密级：

用户需求说明书模板

软件开发项目xx组

二О一六年八月二十七日

1. 概述

1.1 编写目的

为了使用户与开发人员之间相互了解，对用户需求进行明确定义，使之成为整个开发工作的基础，并提供一个软件系统度量和遵循的基准。该文件可作为用于确认软件产品是否满足给定需求的验收标准。

1.2 用户简介

在本章节中要将用户的基本情况描述清楚，以便于分析人员划定系统范围，进行关于功能与进度、成本、性能等方面的平衡决策。

基本情况举例：

企业性质

规模（员工数量、经营业绩等）

业态

地理位置与布局

产品或服务的种类

管理模式

用户使用计算机系统的经历

…...

1.3 项目的目的与目标

项目目的是开发本系统的意图的总概括，目标是将目的细化后的具体的描述，项目目标应是明确的、可度量的、可以达到的,项目的范围应能确保项目的目标可以达到。

对于项目的目标可以逐步细化，以便与系统的需求建立对应关系，检查系统的功能是否覆盖了系统的目标。

在本章节的描述忌使用“开发一套让用户满意的系统”等字句，“让用户满意”的系统是难以度量的，是项目风险的主要来源。

项目的目标举例：

人力与设备费用的减少

处理速度的提高

管理信息服务的改进

人员利用率的改进

控制业务中的薄弱环节

解决人力难以解决的计算问题

…...

1.4 术语定义

将该用户需求说明书中的术语、缩写进行定义,包括用户应用领域与计算机领域的术语与缩写等。如:

系统缩写

专有名词

…...

1.5 参考资料

说明该用户需求说明书使用的参考资料，如：

用户领域的资料

参照的标准

…...

每一个文件、文献要有标题、索引号或文件号，发布或发表日期以及出版单位。

1.6 设计与实现的限制

可能的限制包括如下内容：

必须使用或避免的特定技术、工具、编程语言和数据库；

用户虽然没有明示，但规定的用途或已知的预期用途所必需的限制；

所要求的开发规范或标准（如，由客户的公司负责软件维护，就必须定义转包者所使用的设计符号表示和编码标准）；

硬件限制，如定时需求或存储器限制；

数据转换格式标准。

2. 现有系统的描述

2.1 组织机构与职责

将用户的组织结构逐层详细描述，建议采用树状的组织结构图进行表达，每个部门的职责也应进行简单的描述。组织结构是用户企业业务流程与信息的载体，对分析人员理解企业的业务、确定系统范围具有很好的帮助。取得用户的组织机构，是需求获取步骤中的基础工作之一。

2.2 岗位定义

用户环境中的企业岗位或角色，和组织机构一样，也是分析人员理解企业业务的基础，是需求获取的基础工作，同时也是分析人员提取对象的基础。每个岗位的职责可以进行详细的描述，建议采用表格的形式：

岗位所在部门职责相关的业务

人员。

2.3 作业流程

企业的作业流程首先要有一个总的业务流程图，将企业中各种业务之间的关系描述出来，然后对每种业务进行详细的描述，使业务流程与部门职责结合起来。详细业务流程图可以采用直式业务流程图形式。

图形可以将流程描述的很清楚，但是还要附加以一些文字说明，如关于业务发生的频率、意外事故的处理、高峰期的业务频率等，不能在流程图中描述出的内容，需要用文字进行详细描述。

2.4 报表

现行系统中用户正在使用的正式的或非正式报表等可以收集起来，在此章节中进行穷举、分类、归纳。报表是用户系统中信息的载体，是进行系统需求分析的基础，无论采用哪种分析方法，这都是必不可少的信息源。

可以将报表的格式画在这里，也可以将原始的材料作为本文档的附件。特别需要对这些信息源中的每个具体的信息项进行详细说明，如:类型

长度

小数精度

来源

信息项之间的计算关系

计算时的取舍规则（如四舍五入、取整等）

报表发生的频度、高峰期的频度

......

2.5 存在的问题

在现行的系统中，从决策层、管理层、操作层各存在哪些方面的问题需要计算机来解决，尤其是决策层、管理层这些问题中包含了用户的需求与期望，有些问题是新系统可以解决的，有些问题则不是。系统中的问题举例：

业务量太大，处理速度太慢

存在漏洞，给恶意者以可乘之机

对帐太麻烦，查找速度太慢

月底报表工作量太大

操作烦琐

......

2.6 可能的变化

对于现行的系统，将来可能会有哪些变化，需要在此章节中描述。企业中的变化是永恒的，系统分析员需要描述哪些可能引起系统范围变更的变化。变化举例：

某部门撤销、合并、新增

业务流程改变

处理方法改变

管理的细度加强，增加了信息

.......

本章的裁剪问题：

如果对于所开发系统不适合，可以进行裁剪。本章节最简单的描述形式为为：

系统的客户

系统的用户

使用场景

当前系统存在的问题

可能的变化。

3 功能需求

在本章节中描述用户的功能需求。主要的要求：

（1）功能需求是用户的最主要的需求，对用户需求的描述可以采用文字描述也可以采用语言+图形的描述方式，只要能够将用户的需

求描述地完整、准确、易于理解即可。描述方式举例：

自然语言

use case图（推荐）

.......

（2）对功能需求比较复杂的系统（如超过10个功能项），可以先描述一个概要，对简单的系统可以直接进行详细描述。