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.决策表