《需求规格说明书》编写参考指南.pdfVIP

《需求规格说明书》编写参考指南

1．概述（Summary）

本文档是进行项目策划、概要设计和详细设计的基础，也是软件企业测试部门进行内部验收

测试的依据。

1.1用户简介（UserSynopsis）

在本章节中要将用户的基本情况描述清楚，以便于分析人员划定系统范围，进行功能、进度、

成本、性能等方面的平衡决策。

对于产品开发类项目，需要在此将该产品定义的用户群的特点描述清楚。

1.2项目的目的与目标（PurposeandAimofProject）

项目的目的是对开发本系统的意图的总概括。项目的目标是将目的细化后的具体描述。项目

目标应是明确的、可度量的、可以达到的,项目的范围应能确保项目的目标可以达到。

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

了系统的目标。

1.3术语定义（TermsGlossary）

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

写等。

1.4参考资料（References）

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

[1]商务合同

[2]招标书

[3]用户领域的资料

[4]用户需求调查表

[5]用户需求报告

[6]参照的标准

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

1.5相关文档（RelatedDocuments）

[1]项目开发计划

[2]概要设计说明书

[3]详细设计说明书

1.6版本更新信息（VersionUpdatedRecord）

版本更新记录格式，如表5-19所示。

表5-19版本更新记录

版本创建者创建日期维护者维护日期维护纪要

号

V1.0王大林2001/03/0———

3

V1.0.1——王小林2001/03/1业务模型维护

6

2．目标系统描述（SysteminTarget）

2.1组织结构与职责（OrganizingFrameworkandFunction）

将目标系统的组织结构逐层详细描述，建议采用树状的组织结构图进行表达，每个部门的职

责也应进行简单的描述。组织结构是用户企业业务流程与信息的载体，对分析人员理解企业

的业务、确定系统范围很有帮助。取得用户的组织结构，是需求获取步骤中的工作任务之一。

2.2角色定义（RoleDefinition）

用户环境中的企业角色，和组织机构一样，也是分析人员理解企业业务的基础，是需求获取

的工作任务，同时也是分析人员提取对象的基础。每个角色的授权可以进行详细的描述，建

议采用表格的形式，如表5-20所示。

表5-20角色定义

编号角色所在部门职责相关的业务

1008采购员业务部商品采购、合同签订、供应商选进货、合同管理

择

1009

对用户角色的识别也包括使用了计算机系统后的系统管理人员。

2.3作业流程（业务模型）（BusyworkFlow）（OperationModel）

目标系统的作业流程是对现有系统作业流程的重组、优化与改进。企业的作业流程首先要有

一个总的业务流程图，将企业中各种业务之间的关系描述出来，然后对每种业务进行详细的

描述，使业务流程与部门职责结合起来。详细业务流程图可以采用直式业务流程图、Usecase

图、其他示意图的形式。

图形可以将流程描述得很清楚，但是还要附加一些文字说明，如关于业务发生的频率、意外

事故的处理、高峰期的业务频率等，不能在流程图中描述的内容，需要用文字进行详细描述。

2.4单据、账本、报表（BillofDocument，AccountandReport）

目标系统中用户将使用的正式单据、账本、报表等，并进行穷举、分类、归纳。单