需求分析的任务是借助于当前系统的物理模型导出目标系统的逻辑模型，解决目标系统"做什么"的问题（）并不是需求分析的实现步骤之一。 获得当前系统的物理模型。 抽象出当前系统的逻辑模型。 建立目标系统的逻辑模型。 确定目标实现的具体技术路线。
质量功能部署（QFD）是一种将客户要求转化成软件需求的技术。QFD的目的是最大限度地提升软件工程过程中客户的满意度。为了这个目标，QFD确认了3类需求，常规需求，（）和意外需求。 期望需求。 基础需求。 显式需求。 功能需求。
软件需求分析产生软件操作特征的规格说明，指明软件和其他系统元素的接口，建立软件必须满足的约束。下面对于软件需求分析的描述，不正确的是（） 分析员研究系统规约和软件项目计划，并在系统语境内理解软件和复审，从而生成计划软件范围的估算。 需求分析使得系统工程师能够刻画出软件的功能和性能、指明软件和其他系统元素的接口、并建立软件必须满足的约束。 经过仔细的需求分析活动，分析员能够得到详细的系统规约。 需求分析能够为软件设计者提供可被翻译成数据、体系结构、界面和过程设计的模型。
关于UML中的状态图和活动图的叙述中，（）是错误的。 状态图和活动图都是对系统的动态方面进行建模的图。 活动图是状态图的一种特殊情况，其中所有或大多数状态是活动状态。 状态图显示从状态到状态的控制流，活动图显示的是从活动到活动的控制流。 在对一个对象的生存期建模时，只能使用状态图。
采用UML分析用户需求时，用例UC1可以出现在用例UC2出现的任何位置，那么UC1和UC2之间的关系是（） include。 extend。 generalize。 call。
需求工程活动产生软件运行特征的规约，指明软件和其他系统元素的接口并建立（）
