在软件需求工程中，需求管理贯穿整个过程。需求管理最基本的任务是明确需求，并使项目团队和客户达成共识，即建立（） 需求跟踪说明。 需求变更管理文档。 需求分析计划。 需求基线。
某项目在执行过程中，软件的需求基线已经确定后，客户需要增加新的功能，但该需求变更会对已经完成系统的稳定性有较大影响。作为项目负责人处理这些需求变更，下列（）做法是不合适的。 利用原型法给用户提供预览，以帮助准确把握用户的真实需求。 可以跟客户说不，并与其商议在后续项目或下一版本中满足他们的要求。 秉承"客户至上"的原则，召集有关人员开始变更工作，满足客户的要求。 利用在项目初期文档化的视图、范围、限制，与变更项比较，决定是否采用此项变更。
某公司在项目执行过程中，对项目需求进行收集分析，并形成正式的项目文档，并由客户签字确认，但在交货时发现，实际产品与客户的要求大相径庭，客户拒绝付款。经调查研究发现，需求来源和低层需求实现不完全匹配，这可能是在（）方面出了问题。 制定需求管理计划。 维护对需求的双向跟踪性。 求得对需求的承诺。 管理需求变更。
在需求变更管理中，CCB的职责是（） 决定采纳或拒绝针对项目需求的变更请求。 负责实现需求变更。 分析变更请求所带来的影响。 判定变更是否正确地实现。
关于需求管理的描述，不正确的是（） 需求管理要确保利益相关方对需求的一致理解。 需求管理要获取用户需求并定义产品需求。 需求管理要与需求开发紧密合作。 需求管理要取得利益相关方对需求的一致承诺。
某软件开发项目在项目的最后阶段发现对某个需求的理解与客户不一致，产生该问题最可能的原因是（）
