产品需求规格说明书.docVIP

保密级别：□绝密□机密■秘密□内部公开

产品需求规格说明书

有限公司

年四月

XX项目产品需求规格说明书

PAGE11

目录

TOC\o1-3\h\z\u1. 引言 1

1.1 目的 1

1.2 适用范围 1

1.3 参考文档 1

1.4 名词术语 1

2. 需求概述 2

2.1 产品目标 2

2.2 产品范围 2

2.3 产品角色 2

3. 产品约束 2

4. 接口需求 3

5. 功能性需求 4

5.1 需求列表及优先级 5

5.2 公用需求描述 5

5.3 需求类别1描述 5

5.3.1 需求项1描述（方式一） 6

5.3.2 需求项2描述（方式二） 7

5.3.3 需求项n描述 8

5.4 需求类别n描述 8

5.4.1 需求项1描述 8

5.4.2 需求项2描述 9

5.4.3 需求项n描述 9

6. 非功能性需求 9

6.1 用户界面需求 9

6.2 产品质量需求 10

6.3 其他需求 10

产品需求确认： 10

引言

目的

用于实施方与客户方沟通、确认软件产品需求，同时作为实施方进行下一步需求实现工作的依据。

适用范围

列举本文档所适用的不同读者，例如用户、需求分析人员、设计人员、开发人员等。

参考文档

列举编写文档时所参考的资料或其它资源。

资料名称

出版单位

作者

出版日期

名词术语

术语、缩略语

解释

需求概述

从描述问题的角度出发，在此章节重点说明产品能够满足用户的目标和期望是什么，产品能取得什么样的目标收益？产品能够实现哪些功能，不能实现哪些功能？有哪些用户会使用本系统？。。。

产品目标

从用户的问题和期望出发，重点阐述用户通过实施本项目来解决什么样的问题（业务问题、技术问题、行政问题等）？有什么样的目标、期望和要求。（以列表的形式来说明每一项目标和期望，目标和期望要表述准确、无歧义、可验证量化、不交叉。）

产品范围

阐述产品的外延，外延包括本产品在客户的整个信息系统中所处的位置，以及系统与其他系统之间的关系（这是界定下面接口需求的依据条件）；

阐述产品的内涵，内涵包括：本产品“应当包含的需求内容”和“不应当包含的需求内容”。（需求内容是根据需求目标进行分解而来。同时，产品内涵是界定产品功能和非功能性需求范围的依据条件）

产品角色

阐述本产品最终的使用和管理用户，以及本产品的用户预期使用频度。这些是软件设计工作的重要约束。

产品约束

描述最终实现产品的能够满足各项限制性内容，以及能够遵循的行业法规、通用技术限制等内容。

产品限制条件一般包括：标准性限制、技术性限制、管理限制、其他限制等。

标准性限制是指国家、行业、企业自身的标准和规范对本项目的外在限制和约束，这些项将限定实施者在设计系统时的各项选择。如：

国家法律、法规、政府行政规章；

行业标准和规范；

企业标准和规范；

用户版权；

其他标准

技术限制是指用户对项目实施的外在限制和约束，如：

硬件、软件、运行环境和开发环境方面的条件和限制

设计开发技术要求

与现有系统交互要求

其他技术约束要求

管理限制是指用户对项目管理的约束要求等。如：

可利用的信息和资源

项目管理和沟通方式

项目的最迟交付时间

用户提供的项目经费预算

用户对产品质量的要求

其他限制

其他的需求包括对开发方的其他要求，如：必须在客户方进行集成；维护的要求，必须在验收的同时安排系统维护培训等。

接口需求

包括：内部接口和外部接口。

内部接口：本系统内部模块之间的接口（包括：输入输出接口、处理交互接口、数据接口等）；

外部接口：本系统与其他系统之间的接口、接口标准和通信协议等说明。（接口类型有：用户接口、硬件接口、软件接口、通信接口等）

功能性需求

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

功能需求是用户的最主要的需求，对用户需求的描述可以采用文字描述也可以采用语言+图形的描述方式，只要能够将用户的需求描述地完整、准确、无歧义、可验证、易于理解即可。描述方式举例：

画面+画面说明

用例图+用例规约（推荐）

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

对于用户的功能需求要进行分类，分类的方法应便于用户理解，如按照用户的部门设置情况，进行描述每个部门的需求，这样也便于组织用户进行评审。以下是分类方法的举例：

按部门分类：如研发中心、市场部、系统集成部、客户服务中心、

财务部、总经办等；

按业务类型分类：如采集计费、综合统计、结算、营收等；

对功能需求的分类在不同的层次可以采用不同的