项目计划的制定虽然是依据需求或者项目的范围来确定的，但是很难从生命周期的确定到任务的分解再到关键路径的选择中看到项目计划和需求的关联点在哪里，项目管理者在编排任务，确定进度时也很少考虑任务本身承载的内涵(需求)是什么，项目管理者通过项目计划就很难看清楚开发计划背后的活动。随着需求管理的概念提出后，项目管理者通过需求管理的活动来计划和管理需求活动，通过需求管理来跟踪需求实现的进度，这样就出现不同方法论和不同管理理念在项目中出现。建立需求和项目计划的关联，使得项目计划和需求关联在管理内涵和方式上统一，成为项目管理中的重要课题，该平台思路就是希望能通过需求管理和项目管理在某些关键点的上的特性来找出两者的关联点。

　　在IEEE软件工程标准词汇表(1997年)中定义需求为(1)用户解决问题或达到目标所需的条件或权能(Capability) ;(2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能;(3)一种反映上面(1)或(2)所描述的条件或权能的文档说明。从这个定义中可以看到需求不仅仅是解决用户的问题，还包括约束和条件，在项目管理中会表现为需求实现的进度和质量要求，这也就是我们在项目管理理论中经常提到的客户里程碑概念。

　　功能需求定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求，功能需求不仅仅用户需求进行拆分，同时要明确出客户需求实现的优先级和版本发布策略，我们知道客户需求实现的优先级和版本发布策略决定了产品开发的软件生命周期，也决定项目的生命周期模型是什么。如果说需求集的优先级和版本策略决定了我们的软件开发生命周期，那么每个需求的优先级和重要性则决定了我们软件的开发计划。

　　具体需求的实现在软件过程中是需要分解成N个逻辑动作来完成的，这些动作或者活动就衍生出员工的任务或者在项目计划叫做底层计划即员工的周任务，一个需求映射出的底层任务包括需求分析任务、需求设计任务、编码实现任务、测试任务、上线部署任务、验证任务、文档任务、评审任务等等，还可以包括支持任务，配置管理、质量、项目管理等，当然也只有这样一个需求的完成才是可控的，计划的执行才是现实的，度量也才有意义。

　　项目计划是项目活动的承载，而需求管理则是活动内涵，需求和项目计划关联就是让将项目计划活动和活动相关的需求关联。