A.利用原型法给用户提供预览，以帮助准确把握用户的真实需求 B.可以跟客户说不，并与其商议在后续项目或下一版本中满足他们的要求 C.秉承"客户至上"的原则，召集有关人员开始变更工作，满足客户的要求 D.利用在项目初期文档化的视图、范围、限制，与变更项比较，决定是否采用此项变更
A.理解客户需要什么，分析要求，评估可行性 B.与客户协商合理的解决方案，无歧义地详细说明方案 C.向客户展现系统的初步设计方案，并得到客户的认可 D.管理需求以至将这些需求转化为可运行的系统
A.改善产品质量 B.降低维护成本 C.容易实现重用 D.明确人员职能分配
A.需求获取、需求分析、需求定义 B.需求获取、需求分析 C.需求获取、需求分析、需求定义、需求验证 D.需求分析、需求定义、需求验证
A.需求管理要确保利益相关方对需求的一致理解B.需求管理要获取用户需求并定义产品需求C.需求管理要与需求开发紧密合作D.需求管理要取得利益相关方对需求的一致承诺
A.确保项目相关方对需求的一致理解 B.减少需求变更的数量 C.保持需求到最终产品的双向追溯 D.确保最终产品与需求相符合
A.决定采纳或拒绝针对项目需求的变更请求 B.负责实现需求变更 C.分析变更请求所带来的影响 D.判定变更是否正确地实现
A.需求跟踪说明 B.需求变更管理文档 C.需求分析计划 D.需求基线
A.接收、未做决定、结束处理的变更请求的数量 B.已实现的需求的合计数量 C.每个方面发出的变更请求的数量 D.投入处理变更的人力、物力
A.需求获取 B.需求分析 C.需求定义 D.需求验证
