基于GJB5000B的《软件研制任务书》编写指南（一）

《软件研制任务书》是描述软件用户需求的文档。它也是实施GJB5000B“需求开发与管理”实践域的主要工作产品实例之一。

下面是需求开发与管理实践域各项实践与《软件研制任务书》章节的对应关系，实施GJB5000B的组织应当注意相关章节的编写不仅要满足GJB438C还要满足GJB5000B的要求。

GJB5000B RDM实践	《软件研制任务书》对应章节
2.1 获取和开发顾客需求	4 技术要求
2.2 获得对需求的理解和承诺	4 技术要求
2.3 开发运行方案和场景	——
2.4 开发产品和产品部件需求	——
2.5 分析并确认需求	——
2.6 建立并维护需求双向可追溯性	——
2.7 管理需求变更	——
3.1 建立并维护需求开发准则	——
3.2 分析接口需求	4.5 接口
3.3 分析可靠性安全性等通用质量特性需求	4.7 关键性要求 5 设计约束
3.4 开发和重用共性需求	4 技术要求

RDM 2.1和2.2对应的用户需求应该是《软件研制任务书》的大部分内容，这里只提及“4 技术要求”只是因为最重要的功能、性能、接口需求都包含在内了。

• 运行环境要求

这一章节描述的是对软件运行所必须的硬件环境和软件环境，它也可作为GJB5000B的RDM 2.1、2.2的实施证据。

项目组应在本章节描述软件运行所需的硬件环境，包括计算机设备、必须的外部设备的规格、型号、种类、数量、性能指标。

项目组应在本章节描述软件运行所需的软件环境，包括操作系统、应用软件和工具软件的名称、用途、版本等。

注意，这里描述的是软件的运行环境，不要把开发环境和测试环境写到这里来。

• 功能

本章节描述软件的功能需求。它可以作为GJB5000B RDM 2.1、2.2、3.4的实施证据。

项目组应在本章节描述软件应完成的所有功能以及功能的容错要求、特殊要求、可扩展要求等。

软件研制任务书是描述用户需求的工作产品，它应站在用户的角度来描述用户希望软件完成的功能，它可以使用用户熟悉的语言来描述，它对功能的分解也是基于用户的使用场景、使用习惯进行的。每条分解下来的最低层的功能需求都应有唯一标识。

对于实施GJB5000B三级的项目，项目组还应分析分解后的功能需求有无可重用的需求，或者可以开发成可重用的共性需求。如果有可重用的需求，应进行标识，并直接采用需求重用库中的开发结果；如果有可开发成共性需求的，应向需求重用库提出申请，由共性需求管理组审批。

功能需求的描述应满足需求验收准则。

未完待续。

这正是：

软件研制任务书，代表用户的需求
用户角度来描述，说清需求即可以

作者简介：王小双，长期从事GJB5000推广、实施、评价、改进的工作，创建《软件工程之思》微信公众号，一直在《软件工程之思》分享GJB5000、CMMI、软件工程的知识和感悟。现致力于GJB5000培训、内外部评价以及软件过程改进、软件工程能力提升的研究工作。