以下关于需求变更策略的叙述中是错误的-X题卡

需求主管人员把需求变更的优先级分为5级建立一个需求决策数据库，根据数据库内容指导变更决策没有代价或不影响进度的变更可直接实施变更分析流程需考虑：涉及问题核对、影响软件元素核对、评估变更工时、评估工作值总和、任务顺序、变更对路径的影响、对进度成本的影响、优先级等

所有需求变更必须遵循变更控制过程对于未获得核准的变更，不应该做变更实现工作完成对某个需求的变更之后，可以删除或者修改变更请求的原始文档每一个集成的需求变更必须能追溯到一个经核准的变更请求

严格定义策略强调静态的需求定义，而原型化策略强调动态的需求定义严格定义策略允许并提倡大量的反复，而原型化策略不允许反复严格定义策略强调系统开发严格的阶段划分，而原型化策略则不强调阶段划分严格定，义策略认为所有的需求都能被预先定义，而原型化策略认为并非所有的需求在系统开发以前都能准确地说明

要以满足客户和用户的需求为根本出发点需加强需求变更管理以控制风险系统集成就是选择最好产品的管理行为强调沟通的重要性

所有需求变更必须遵循变更控制过程对于未获得核准的变更，不应该做变更实现工作完成了对某个需求的变更后，就可以删除或者修改变更请求的原始文档每一个需求变更必须能追溯到一个经核准的变更请求

严格定义策略强调静态的需求定义，而原型化策略强调动态的需求定义严格定义策略允许并提倡大量的反复，而原型化策略不允许反复严格定义策略强调系统开发严格的阶段划分，而原型化策略则不强调阶段划分严格定义策略认为所有的需求都能被预先定义，而原型化策略认为并非所有的需求
在系统开发以前都能准确地说明

需求主管人员把需求变更的优先级分为5级建立一个需求决策数据库，根据数据库内容知道变更决策没有代价或不影响进度的变更可以直接实施变更分析流程需考虑：涉及问题核对，影响软件元素核对，评估变更工时、评估工作值总和、任务顺序、变更对路径的影响，对进度成本的影响、优先级等

强调通过尽早地、持续地交付有价值的软件来使客户满意经常交付可以工作的软件，但是每次都必须交付具有完整功能的系统在团队内部，最具有效果并富有效率的信息传递方法是面对面的交谈强调应对需求的持续变更，即使在项目后期也可灵活应对需求变更

强调通过尽早地、持续地交付有价值的软件来使客户满意经常交付可以工作的软件，但是每次都必须交付具有完整功能的系统在团队内部，最具有效果并富有效率的信息传递方法是面对面的交谈强调应对需求的持续变更，即使在项目后期也可灵活应对需求变更

需求主管人员把需求变更的优先级分为5级建立一个需求决策数据库，根据数据库内容知道变更决策没有代价或不影响进度的变更可以直接实施变更分析流程需考虑：涉及问题核对，影响软件元素核对，评估变更工时、评估工作值总和、任务顺序、变更对路径的影响，对进度成本的影响、优先级等

尽量使用已有的类库尽量针对接口编程，而不要针对实现编程尽量使用继承而不是聚合面向对象设计最根本的意图是适应需求变化

为了不得罪需方，应接受需求变更要求作为商务网站建设项目，需求变更是正常的通常对于需求的变更，需要开发方与需方共同参与需方提出需求变更的要求，直接交给开发小组实施

面向对象设计最根本的意图是适应需求变化应尽量针对接口编程，而不要针对实现编程尽量使用继承而不是聚合，因为继承使得类间的耦合性最小尽量使用已有的类库

所有需求变更必须遵循变更控制过程对于未获得核准的变更，不应该做变更实现工作完成了对某个需求的变更之后，就可以删除或者修改变更请求的原始文档每一个集成的需求变更必须能追溯到一个经核准的变更请求

需求跟踪矩阵可以体现需求与后续工作成果之间的对应关系需求管理要取得利益相关方对需求的一致承诺需求变更提出来之后，紧接着应该进行验证变更需求管理的主要目的之一是实现从需求到最终产品的双向追踪

所有需求变更必须遵循变更控制过程对于未获得核准的变更，不应该做变更实现工作完成了对某个需求的变更后，就可以删除或者修改变更请求的原始文档每一个需求变更必须能追溯到一个经核准的变更请求

每一个集成的需求变更必须能跟踪到一个经核准的变更请求。变更过程应该做成文档，尽可能简单，当然首要的是有效性。可以从数据库中删除或修改变更请求的原始文档。所有需求变更必须遵循过程，按照此过程，如果一个变更需求未被采纳，则其后过程不再予以考虑

需求管理包括需求获取、需求分析、需求定义和需求验证4个活动过程需求管理的主要目的是减少需求变更的数量在需求变更管理中，CCB的职责之一是分析变更请求所带来的影响需求管理的成果有项目视图、范围文档、需求规格说明书、用例文档等

尽量使用已有的类库尽量针对接口编程，而不要针对实现编程尽量使用继承而不是聚合面向对象设计最根本的意图是适应需求变化

以下关于需求变更策略的叙述中，（）是错误的。