1704397376
◆ 业务需要、机会、目的和目标；
1704397377
1704397378
◆ 项目目标；
1704397379
1704397380
◆ 项目范围和 WBS 可交付成果；
1704397381
1704397382
◆ 产品设计；
1704397383
1704397384
◆ 产品开发；
1704397385
1704397386
◆ 测试策略和测试场景；
1704397387
1704397388
◆ 高层级需求到详细需求。
1704397389
1704397390
应在需求跟踪矩阵中记录每个需求的相关属性，这些属性有助于明确每个需求的关键信息。需求跟踪矩阵中记录的典型属性包括唯一标识、需求的文字描述、收录该需求的理由、所有者、来源、优先级别、版本、当前状态（如进行中、已取消、已推迟、新增加、已批准、被分配和已完成）和状态日期。为确保相关方满意，可能需要增加一些补充属性，如稳定性、复杂性和验收标准。图5.7是需求跟踪矩阵示例，其中列有相关的需求属性。
1704397391
1704397392
1704397393
1704397394
1704397395
图5-7 需求跟踪矩阵示例
1704397396
1704397397
1704397398
1704397399
1704397400
项目管理知识体系指南（PMBOK指南）（第6版） 5.3 定义范围
1704397401
1704397402
定义范围是制定项目和产品详细描述的过程。本过程的主要作用是，描述产品、服务或成果的边界和验收标准。图5.8描述本过程的输入、工具与技术和输出。图5.9是本过程的数据流向图。
1704397403
1704397404
1704397405
1704397406
1704397407
图5-8 定义范围：输入、工具与技术和输出
1704397408
1704397409
1704397410
1704397411
1704397412
图5-9 定义范围：数据流向图
1704397413
1704397414
由于在收集需求过程中识别出的所有需求未必都包含在项目中，所以定义范围过程就要从需求文件（收集需求过程的输出）中选取最终的项目需求，然后制定出关于项目及其产品、服务或成果的详细描述。
1704397415
1704397416
应根据项目启动过程中记载的主要可交付成果、假设条件和制约因素来编制详细的项目范围说明书。在项目规划过程中，随着对项目信息的更多了解，应该更加详细具体地定义和描述项目范围。此外，还需要分析现有风险、假设条件和制约因素的完整性，并做必要的增补或更新。需要多次反复开展定义范围过程：在迭代型生命周期的项目中，先为整个项目确定一个高层级的愿景，再一次针对一个迭代期明确详细范围。通常，随着当前迭代期的项目范围和可交付成果的进展，而详细规划下一个迭代期的工作。
1704397417
1704397418
5.3.1 定义范围：输入
1704397419
1704397420
5.3.1.1 项目章程
1704397421
1704397422
见4.1.3.1节。项目章程中包含对项目的高层级描述、产品特征和审批要求。
1704397423
1704397424
5.3.1.2 项目管理计划
1704397425