计划。 d. 我们通过需求估算产品的大小,并在对实现要求功能所需工作的估算的基础上制定进度和计划。如果需求变更或者进度延期,通过协商来更新计划和协定。 17. 如何利用需求作为设计的基础?【第 15 章】 a. 我们并不进行明确的设计。 b. 如果有所编制的需求文档,我们在编程时也许会参考它们。 166 软件需求下载 c. 需求文档包含用户界面设计和我们计划实现方案的其它方面。 d. 设计者审查软件需求规格说明以确保它能作为设计的基础。我们在单个功能需求和设计元素之间具有全面的双向跟踪。 18. 如何利用需求作为测试的基础?【第 15 章】 a. 需求和测试之间没有直接的联系。 b. 测试者根据开发者的陈述来进行测试。 c. 我们根据使用实例和功能需求来设计系统测试用例。 d. 测试者检查软件需求规格说明书以确保需求是可验证的,并开始计划测试过程。我们将系统测试回溯到明确的功能需求。测试的进展部分地由需求覆盖来度量。 19. 如何确定和管理每个项目的软件需求基线?【第 16 章】 a. 什么是“基线”? b. 虽然客户和经理不再提出要求,但我们仍然收到大量的变更和客户意见。 c. 虽然我们定义了需求基线,但它不能总是与过去作出的变更保持一致。 d. 当初始基线定义时,需求存储在一个数据库中。当批准需求变更时更新数据库和软件需求规格说明。一旦确定了基线则保存对每个需求的变更历史。 20. 如何管理需求的变更?【第 17 章】 a. 常常有未经控制的变更蔓延到项目中。 b. 当需求阶段完成后,通过冻结需求来拒绝变更。 c. 我们采用标准表格将变更请求提交到一个建议中心。由项目经理决定采纳哪些变更。 d. 变更通过一个确定的变更控制过程来进行,该过程使用一个工具来搜集、存储和交流变更请求。在变更控制委员会决定是否批准每个变更并评估其影响。
全文预览
