请问：“项目需求管理与计划”该怎么写啊？

项目计划的制定虽然是依据需求或者项目的范围来确定的，但是很难从生命周期

的确定到任务的分解再到关键路径的选择中看到项目计划和需求的关联点在哪里，项

目管理者在编排任务，确定进度时也很少考虑任务本身承载的内涵（需求）是什么，

项目管理者通过项目计划就很难看清楚开发计划背后的活动。随着需求管理的概念提

出后，项目管理者通过需求管理的活动来计划和管理需求活动，通过需求管理来跟踪

需求实现的进度，这样就出现不同方法论和不同管理理念在项目中出现。建立需求和

项目计划的关联，使得项目计划和需求关联在管理内涵和方式上统一，成为项目管理

中的重要课题，该平台思路就是希望能通过需求管理和项目管理在某些关键点的上的

特性来找出两者的关联点。

在IEEE软件工程标准词汇表(1997年)中定义需求为(1)用户解决问题或达到目标所

需的条件或权能(Capability) ；(2)系统或系统部件要满足合同、标准、规范或其它

正式规定文档所需具有的条件或权能；(3)一种反映上面(1)或(2)所描述的条件或权能

的文档说明。从这个定义中可以看到需求不仅仅是解决用户的问题，还包括约束和条

件，在项目管理中会表现为需求实现的进度和质量要求，这也就是我们在项目管理理

论中经常提到的客户里程碑概念。

功能需求定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从

而满足了业务需求，功能需求不仅仅用户需求进行拆分，同时要明确出客户需求实现

的优先级和版本发布策略，我们知道客户需求实现的优先级和版本发布策略决定了产

品开发的软件生命周期，也决定项目的生命周期模型是什么。如果说需求集的优先级

和版本策略决定了我们的软件开发生命周期，那么每个需求的优先级和重要性则决定

了我们软件的开发计划。

具体需求的实现在软件过程中是需要分解成N个