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.可测试需求能向回追溯需求来源，向前贯穿整个测试案例发展的生命周期