CMMI需求规格说明书.docVIP

记录编号：

记录编号：ESSE-QR-01-06-2010

版本号：2修订号：0第PAGE4页共NUMPAGES11页

项目名称

需

求

规

格

说

明

书

文档信息

项目名称：

项目编号：

项目负责人：

所属部门：

编制人：

编制时间：

审核人：

审核时间：

批准人：

批准时间：

用户确认人：

确认时间：

版本号：

流水号：

修改记录

日期

版本

修改说明

修改者

目录

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 功能性需求一 8

3.1.2 功能性需求二 8

3.2 非功能性需求 8

3.2.1 安全需求 8

3.2.2 性能需求 8

3.2.3 易用性需求 8

3.2.4 健壮性需求 8

3.2.5 其他非功能需求 8

3.3 接口需求 8

3.4 系统需求列表 8

4 需求分析 9

5 附录 10

5.1 附录一 10

5.2 附录二 10

引言

编写目的

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

术语定义

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

参考资料

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

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

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

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

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

项目概述

项目背景

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

项目目标

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

项目限制

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

运行环境

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

系统需求

功能性需求

[系统功能需求可采用两种方式进行描述，一种是采用用例的方式进行描述，一种是采用传统的输入输出处理（IPO）方式进行描述。例子如下：]

[需求一（用例描述方式）：

主要角色：计划管理人员

用例说明：油主将提货计划正式下达给计划管理人员，计划管理人员将计划下达给客户服务人员。

数据说明：

提货计划：计划下达日期，计划单号，油主，油品，下达总量，提货开始日期，提货截至日期，安排依据，备注，计划分项（一到多条）。

计划分项：提货单位，油品，下达数量，提货开始日期，提货截至日期，是否代储，运输类型（车、船、管道），贸易类型（内贸、外贸），是否化验，允许超量（是/否），安排依据，备注。如果只有一条计划分项，则：

提货计划的油品=计划分项的油品；

提货计划的下达总量=计划分项的下达数量；

提货计划的提货开始日期=计划分项的提货开始日期；

提货计划的提货截至日期=计划分项的提货截至日期；

提货计划的安排依据=计划分项的安排依据；

提货计划的备注=计划分项的备注；

典型事件流:

系统按照计划单号顺序列出已下达的提货计划，计划管理人员选择下达新的提货计划。

系统提示计划管理人员输入并确认[提货计划]数据。

系统自动将提货计划下达给客户服务人员。

可选事件流：

1a1）系统按照计划单号顺序列出已下达的提货计划，计划管理人员选择修改其中一个提货计划。已经完成的计划不得再修改，计划的完成见系统用例“计划跟踪”。

1a2）系统提示用户修改[提货计划]数据，并确认。

需求二（IPO描述方式）：

输入：

数据处理：

输出：]

功能性需求一

功能性需求二

非功能性需求

[下面描述系统的某一