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.需求意味着可实行项目范围，而制约因素指的是项目风险

A.如果这严重影响项目，应记录在案，并由项目发起人批准
B.一旦加以记录，应该有商业分析师和项目经理进行监控
C.一点加以记录，无论它是否正确，都应该完成它
D.应该把它放到草图里，一旦确定其真实性，就该进行风险登记