A.评估标准应该和用来测试需求的标准一致
B.需求测试应该基于两个或以上评估的平均值
C.应该有两个独立测试来评估每个功能性需求
D.为了保证评估的一致性，需要两个及以上测试者通过使用相同测试案例测试产品

A.设计的需求矩阵，并在评审前创建需求文件基准
B.针对工作分解结构的设计和要求，以确保基准正确
C.设计的需求矩阵，并在评审后建立需求文件基准
D.与项目发起人一起制定设计和需求矩阵，以确保基准正确

A.改变原定会议时间，分析影响，制定一个新会议以和项目干系人一起讨论关联性和重要性
B.在会议上和项目干系人讨论变更，并说服他们批准新基准
C.寻找更多资源来应对变更，进而更正这些有价值的额外资源
D.和所有项目干系人分享需求，并让他们在会前提交他们的评论

A.组织研讨小组帮助调和不同观点
B.开展调查，以快速收集中立答案
C.通过差异分析法分析不同观点
D.建立RASCI矩阵以确保所有项目干系人能够明白他们的责任

A.选择实施风险小的需求
B.选择能使高级别项目干系人满意的需求
C.回顾两位项目干系人的需求，选择利益最大化的那个
D.让两位项目干系人自行协商

A.多票制
B.加权排名
C.时间盒
D.瀑布

A.虽然需求建模并不是必需的，它能保证相关方对于每个产品增量的认可
B.虽然需求建模并不特别针对任何敏捷方法论，模型有助于发现差距、简化并总结复杂信息，而这对于所有项目类型都是需要的
C.虽然敏捷项目中不需要建立需求模型，我们仍然需要保证需求列表（产品未完项表）是完整的，且团队的生产率不受损害
D.虽然并未在敏捷宣言中特别指出，建模可以帮助团队通过对需求建立模型更准确地计算生产率

A.可跟踪需求
B.可行性需求
C.可测量需求
D.正确且完整的需求

A.包含所有必要要求
B.包括对所有输入的具体回应
C.包括产生所有所需输出的需求
D.包括对每项需求进行签名

A.确保一个利益相关者群体的解决方案需求不会使产品的使用效率低下或对另一个利益相关者群体不可用
B.在由第二方确认之前，不应向解决方案文件承诺任何单一方需求
C.所有需求都应该为方案服务，以确保项目完成
D.所有需求都应该用来为方案提供好处