一、产品包需求
在IPD流程中，产品包和产品包需求是非常重要的概念，贯穿产品包实现这条主线，所谓产品包是产品开发团队对客户或下游环节所交付物的统称。 产品包需求是对最终要交付给客户（内部客户、外部客户）的产品包的完整、准确的正式描述，是对产品包进行开发、验证、销售、交付的依据。 产品包需求来源于对客户原始需求的分析判断加工，包括两个部分：
1）CDT团队输出的Charter中，包含的经过澄清、分析、归整后的需求列表；
2）charter之后，经过PL-RMT/RAT团队澄清、分析、归整，并通过团队讨论PDT形成一致意见，由PDT进行实施的其他内部需求；
1）客户问题是客户面对的挑战和机遇（客户遇到的战略与痛点），也就是为客户带来价值的核心。
2）系统特性：描述该版本为解决客户问题所具备的重大能力，系统特性是产品包的主要卖点，每条特性都是满足客户特定商业价值诉求的端到端解决方案。
3）系统需求：描述支撑系统特性所具备的具体需求，是系统对外呈现的，可测试的全部功能需求和非功能需求，非功能需求包括成本（降成本）、DFX等。系统需求不仅仅包含客户视角分解到系统的所有需求，还包括能体现产品竞争力的内部上下游的所有需求，包括可制造/可供应，可测试，内存大小，处理能力等。
4）分配需求：根据系统需求分解到子系统/模块的功能或非功能性需求，实际也是系统需求的一种表现形式。
二、产品包需求在产品开发流程中的生命周期
三、产品包需求在产品开发过程中的演化
四、需求在产品开发流程中进行跟踪的必要性
(1) ．需求可跟踪与需求变更控制
• 随着开发工作的进展需求将逐步扩展和演化
• 各个开发阶段的工作产品之间存在的继承关系
• 可跟踪矩阵
(2)．可跟踪管理的目标
• 使每一项需求均能得到追溯
• 前后继承关系的脉络清晰可见
(3)．两类不同的跟踪
a) 向前跟踪
b) 向后跟踪
五、需求跟踪矩阵
（1）矩阵的建立与维护
• 通常需求跟踪矩阵的创建和维护有系统工程师进行创建，并进行统一维护和管理
• 每个在TR点进行评审并基线化，在TR1完成产品包需求的基线化，TR2完成产品需求规格的基线化。
（2）矩阵的作用
• 可防止遗漏、防冗余（进行双向跟踪）
• 为评审提供方便（内部评审，TR评审）
• 便于进行变更影响追踪、分析和检查（是变更控制的基础），需求变更后相关的工作产品受影响的部分应随之变更，每增加或删除一项需求，应在跟踪矩阵中得到体现
• 可检测所有需求是否被测试用例所覆盖
六、需求跟踪矩阵样例：
