详细的项目范围说明书是项目成功的关键。（）不应该属于范围定义的输入。 项目章程。 项目范围管理计划。 批准的变更申请。 项目文档管理方案。
敏捷软件过程强调：让客户满意和软件尽早增量发布；小而高度自主的项目团队；非正式的方法；最小化软件工程工作产品，以及整体精简开发。（）不是采用这种软件开发过程的原因。 难以提前预测哪些需求是稳定的和哪些需求会变化。 对于软件项目开发来说，设计和实现可以做到基本分离。 从制订计划的角度来看，分析、设计、实现和测试并不容易预测。 可执行原型和部分实现的可运行系统是了解用户需求和反馈的有效媒介。
基于构件的开发（CBD）模型，融合了（）模型的许多特征。该模型本质是演化的，采用迭代方法开发软件。 瀑布。 快速应用开发（RAD）。 螺旋。 形式化方法。
软件需求分析产生软件操作特征的规格说明，指明软件和其他系统元素的接口，建立软件必须满足的约束。下面对于软件需求分析的描述，不正确的是（） 分析员研究系统规约和软件项目计划，并在系统语境内理解软件和复审，从而生成计划软件范围的估算。 需求分析使得系统工程师能够刻画出软件的功能和性能、指明软件和其他系统元素的接口、并建立软件必须满足的约束。 经过仔细的需求分析活动，分析员能够得到详细的系统规约。 需求分析能够为软件设计者提供可被翻译成数据、体系结构、界面和过程设计的模型。
有两种需求定义的方法--严格定义和原型定义，在关于这两种方法的描述中，不正确的是（） 严格定义方法假定所有的需求都可以预先定义。 严格定义方法假定软件开发人员与用户之间的沟通存在障碍。 原型定义方法认为需求分析中不可避免地要出现很多反复。 原型定义方法强调用户在软件开发过程中的参与和决策。
需求分析的任务是借助于当前系统的物理模型导出目标系统的逻辑模型，解决目标系统"做什么"的问题（）并不是需求分析的实现步骤之一。
