全国咨询热线：136-9172-9932
在研发过程中，需求分析通常分成 8 个步骤进行，第一个步骤是收集原始需求，原始需求都是由需求工程师来收集的，所以具体的收集方法我们 不用明确。通常原始需求的来源有五个方面：开发需求、协议和规范、测试经验库、继承产品需求和用户原始需求。 （1）开发需求：是指开发工程师站在开发的角度提出的相关需求。 （2）协议和规范：是指不同类型的产品应该遵守的相关行业的法律规范，如电子产品就必须 满足 3C 认证的要求。 （3）测试经验库：是指测试工程师站在测试的角度，根据以往的项目经验总结出来的需要注 意的事项。 （4）继承产品需求：是指需求的继承性分析，在后面会详细介绍如何分析需求的继承性。
（5）用户原始需求：是指用户提出来的最原始的需求。 现在对需求来源进行编号，对于不同来源使用不同的字母表示：DR 表示开发需求、PR 表示 协议和规范、ER 表示测试经验库、SR 表示继承产品需求、UR 表示用户原始需求。对于相同来源 的需求，使用字母加数字的方式来标识不同的需求，如 DR001 中的 DR 表示开发需求，001 是一 个顺序号。
相关列解释如下： 原始需求来源：表示对被测试对象进行分析的来源的类型，目前有五类：开发需求、协议和规 范、测试经验库、继承产品需求和用户原始需求。 来源编号：表示需求来源的编号，编号分为五类：DR、PR、ER、SR 和 UR。 文档名称：表示需求来源的文档的名称。 原始需求确定后，就需要对原始需求进行整理，整理后的需求见表 6-2。主要是对原始需求进 行开发特性和测试原始需求的完善。
相关列解释如下： 来源编号：同“需求来源”表的“来源编号”一致。 需求标识：表示该原始需求在来源文档中的标识 需求描述：表示该原始需求在来源文档中的描述，如果此项与“测试原始需求描述”相同可以 不填写，是可选项。 开发特性：表示开发文档中的功能特性。 测试原始需求编号：编号规则：特性编码＋XXX。“特性编码”为针对开发提供的特性进行编 码，可以用缩写作为编码（如 VPMN 特性，可以缩写为 VPMN），也可以顺序编号（如 R001 等）。 XXX 为顺序编号，对于同一个开发特性，如果有多条原始需求，可以按照顺序编号（001 开始）。 测试原始需求描述：对原始需求的描述，可以是从来源文档中的需求描述的拷贝，或者是从测 试角度的提炼出来的描述。
