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.确保最终产品与需求相符合
