CMMI需求开发说明及相关文档模板.doc

第9章 需求开发 1 9.1 介绍 1 9.2 用户需求调查 2 9.2.1 目的 2 9.2.2 角色与职责 2 9.2.3 启动准则 2 9.2.4 输入 2 9.2.5 主要步骤 3 [Step1] 准备 3 [Step2] 调查与记录 3 [Step3] 分析需求信息 3 [Step4] 撰写用户需求说明书 3 [后续活动：需求确认] 3 9.2.6 输出 4 9.2.7 结束准则 4 9.2.8 度量 4 9.3 产品需求定义 4 9.3.1 目的 4 9.3.2 角色与职责 4 9.3.3 启动准则 4 9.3.4 输入 4 9.3.5 主要步骤 5 [Step1] 细化并分析用户需求 5 [Step2] 撰写产品需求规格说明书 5 [后续活动：需求确认] 5 9.3.6 输出 5 9.3.7 结束准则 5 9.3.8 度量 6 9.4 需求分析方法概述 6 9.4.1 问答分析法 6 9.4.2 建模分析法 6 一、结构化分析法 7 二、面向对象分析法 7 三、恰当地使用图形符号 8 9.5 实施建议 8 第9章 需求开发 需求开发（Requirement Development, RD）的目的是通过调查与分析，获取用户需求并定义产品需求。 需求开发过程域是SPP模型的重要组成部分。本规范阐述了需求开发过程域的两个主要规程： 需求调查 [SPP-PROC-RM-SURVEY] 需求定义 [SPP-PROC-RM-DEFINE] 上述每个规程的“目标”、“角色与职责”、“启动准则”、“输入”、“主要步骤”、“输出”、“完成准则”和“度量”均已定义。 需求分析是需求开发过程域的重要活动之一，但是不宜用“规范”这种形式来论述。本章对需求分析方法作了概括性介绍，请读者阅读更加专业性的需求分析论著。 本规范适用于国内IT企业的软件研发项目。建议用户根据自身情况（如商业目标、研发实力等）适当地修改本规范，然后推广使用。 9.1 介绍 需求开发与需求管理是相辅相成的两类活动，它们共同构成完整的需求工程。需求工程结构图如图8-1所示，需求开发和需求管理的流程如图9-1所示。 图9-2 需求开发与需求管理流程图 需求开发可分为两个阶段：“用户需求调查阶段”和“产品需求定义阶段”。而“需求分析”则贯穿于上述两个阶段。需求调查阶段和需求定义阶段在逻辑上存在先后关系，实际工作中二者通常是迭代进行的。我们把从事需求开发工作的人员称为需求分析员（也叫系统分析员），避免与其它开发人员混淆。 一、需求调查 需求调查的目的是通过各种途径获取用户的需求信息（原始材料），产生《用户需求说明书》。 二、需求分析 需求分析的目的是对各种需求信息进行分析，消除错误，刻画细节等。常用的需求分析方法有“问答分析法”、“结构化分析法”和“面向对象分析法”。 三、需求定义 需求定义的目的是根据需求调查和需求分析的结果，进一步定义准确无误的产品需求，产生《产品需求规格说明书》。系统设计人员将依据《产品需求规格说明书》开展系统设计工作。 需求开发过程域产生的主要文档有： 《用户需求说明书》，模板见 [SPP-TEMP-RD-UR]。 《产品需求规格说明书》，模板见 [SPP-TEMP-RD-PRS]。 9.2 用户需求调查 9.2.1 目的 获取用户（客户与最终用户）的需求信息，经过分析后产生《用户需求说明书》。 9.2.2 角色与职责 需求分析员调查、分析用户的需求。 客户与最终用户提供必要的需求信息。 9.2.3 启动准则 需求分析员已经确定。 9.2.4 输入 任何与用户需求相关的材料 9.2.5 主要步骤 [Step1] 准备 需求分析员确定需求调查的方式，例如： 与用户交谈，向用户提问题。 参观用户的工作流程，观察用户的操作。 向用户群体发调查问卷。 与同行、专家交谈，听取他们的意见。 分析已经存在的同类软件产品，提取需求。 从行业标准、规则中提取需求。 从Internet上搜查相关资料。 需求分析员准备调查问卷（问题表）。 需求分析员与被调查者建立联系，确定调查的时间、地点、人员等。 [Step2] 调查与记录 需求分析员调查用户需求，随时记录调查过程中所获取的需求信息。 [Step3] 分析需求信息 需求分析员分析已经获取的需求信息，消除错误，归纳与总结共性的用户需求。 [Step4] 撰写用户需求说明书 需求分析员按照指定的文档模板撰写《用户需求说明书》，主要内容包括： 产品介绍； 描述用户群体的特征； 产品应当遵循的标准或规范； 描述产品的功能性需求； 描述产品的非功能性需求，如用户界面、软硬件环境、质量等需求。 补充说明：调查过程中获取的需求信息可以作为《用户需求说明书》的附件。 [后续活动：需求确认] 项目经理邀请同行专家和用户（包括客户和最终