QR18-03 用户需求说明书.doc

项目名称

用

户

需

求

说

明

书

文档信息

项目名称：

项目编号：

项目负责人：

所属部门：

编制人：

编制时间：

审核人：

审核时间：

批准人：

批准时间：

用户确认人：

确认时间：

版本号：

流水号：

修改记录

日期

版本

修改说明

修改者

目录

TOC\o1-3\h\z\u1 引言 5

1.1 编写目的 5

1.2 术语定义 5

1.3 参考资料 5

2 项目概述 6

2.1 项目背景 6

2.2 项目目标 6

2.3 项目限制 6

2.4 运行环境 6

3 业务需求 7

3.1 功能性需求 7

3.1.1 功能性需求一 7

3.1.2 功能性需求二 7

3.2 业务需求列表 7

4 非功能性需求 8

4.1 安全需求 8

4.2 性能需求 8

4.3 易用性需求 8

4.4 健壮性需求 8

4.5 其他非功能需求 8

5 接口需求 9

6 附录 10

6.1 附录一 10

6.2 附录二 10

引言

编写目的

[说明编写本软件规格说明书的目的，指出预期的读者。]

术语定义

[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。]

参考资料

[列出用得着的参考资料，如：

a．本项目的经核准的计划任务书或合同、上级机关的批文等；

b．属于本项目的其他已发表的文件；

c．本文件中引用的文件、资料、包括所要用到的软件开发标准。

列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。]

项目概述

项目背景

[描述项目发起的发起人、原因、目的等。说明该软件开发意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果该软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个大系统的一部分，则应说明本产品与该系统中其他部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他部分的联系和接口。列出软件最终用户的特点，说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度。]

项目目标

[描述客户和用户对项目的目标的定义，最好是能够度量或验证的目标。]

项目限制

[描述客户方对项目的技术、人员、预算、工期、管理等方面的限制。]

运行环境

[列出软件最终用户的特点，说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使用频度；列出运行该软件所需要的硬设备，说明其中的新型设备及其专门功能；列出运行该软件的支持软件。]

业务需求

[业务需求是以用户所在组织为研究对象，描述有哪些相关业务，业务是怎样通过好多个业务工人和角色的活动完成的，此时你不要考虑软件系统。而系统需求则是以软件系统为研究对象，描述软件系统需要帮助用户完成哪些功能，怎样通过系统角色与系统的不断交互完成用户的工作的。业务需求不一定都会细化为软件系统需求，一些转换为硬件方面的需求，一些可能就还是手工完成。一般来说，一个业务需求会涉及多个用户角色，甚至跨越多个组织，可能会持续很长一段时间（几个小时甚至几天到几个月）。而一个系统需求一般只涉及一个用户角色，持续时间不会很长（长于几个小时就不可接受了）。区分业务需求和系统需求的目的是让项目组成员从整体上充分地理解用户的业务，理解系统如何更好地帮助用户实现业务价值（例如提高工作效率，降低库存，减少贷款利息等等），把系统需求用业务需求串起来。如果业务需求非常明确，简单或者在其他项目中已有描述，可省略。]

功能性需求

[此处可插入结构化的功能需求总体结构图。没有总体结构图则直接对一个个需求进行描述。]

功能性需求一

[此处可以按照结构化的需求描述方式对每一个需求进行描述。]

功能性需求二

[此处可以按照结构化的需求描述方式对每一个需求进行描述。]

业务需求列表

需求编号

需求简述

业务优先级

（优先/一般/可选）

业务频率

业务稳定度

（很稳定/一般/不稳定）

非功能性需求

[下面描述系统的某一项非功能性需求，例如安全性、健壮型、性能、界面美观、易用性、可扩展性等等，没有的可略去。]

安全需求

性能需求

易用性需求

健壮性需求

其他非功能需求

接口需求

[为强调与外部系统的接口，这里详细描述系统与外部系统的接口需求。]

附录

附录一

附录二