( 难度：中等)以下关于用户需求的控制与引导，不正确的是：（ )A.挖掘真实的需求：需求提出的背景、项目的准确目的。B.确认准确的需求：用户对需求的理解产生偏移、碎片化，需要通过有技巧的挖掘和引导实现重新组织。C.定制需求对应的方案：站在用户的角度提出最合理的高性价比方案才是王道。D.实现需求对应的目标：设计新的系统或平台达成客户的意愿。

软件需求是指用户对新系统在功能、行为、性能、设计约束等方面的期望。
软件需求的分类：
（1）业务需求：是反映客户对系统的目标要求，通常问题定义本身就是业务需求即软
件系统的建设目标；
（2）用户需求：通常是在问题定义的基础上进行用户访谈、调查、对用户使用的场景进行整理，然后建立从用户角度的需求，就是说，用户需求描述了用户能使用系统来做什么；
（3）系统需求：是从系统的角度来说明软件需求．包括功能需求、非功能需求和设计约束等。

软件需求分析主要目的是分析并抽象描述各种需求信息，为目标系统建立一个概念模型，是在计划期间建立的软件可行性分析求精和细化，分析各种可能的解法，并且分配各个软件元素。需求分析是软件定义阶段中的最后一步，是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。是要解决目标系统"做什么"的问题。由此可见选项A正确。选项B需求分析可分为需求提出、需求描述及需求评审三个阶段。需求提出：主要集中于描述系统目的。需求提出和分析仅仅集中在使用者对系统的观点上。开发人员和用户确定一个问题领域，并定义一个描述该问题的系统，这样的定义称作系统规格说明，并且它在用户和开发人员之间充当合同。需求描述：在问题分析阶段分析人员的主要任务是：对用户的需求进行鉴别、综合和建模，清除用户需求的模糊性、歧义性和不一致性，分析系统的数据要求，为原始问题及目标软件建立逻辑模型。分析人员要将对原始问题的理解与软件开发经验结合起来，以便发现哪些要求是由于用户的片面性或短期行为所导致的不合理要求，哪些是用户尚未提出但具有真正价值的潜在需求。需求评审：在需求评审阶段，分析人员要在用户和软件设计人员的配合下对自己生成的需求规格说明和初步的用户手册进行复核，以确保软件需求的完整、准确、清晰、具体，并使用户和软件设计人员对需求规格说明和初步的用户手册的理解达成一致。一旦发现遗漏或模糊点，必须尽快更正，再行检查。因此B不正确。选项C正确，根据项目的复杂程度，需求分析的工作可以由不同人员来完成。选项D正确，需求分为三个层次：业务需求、用户需求、功能需求与非功能需求。业务需求（Business Requirement）表示组织或客户高层次的目标。业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。用户需求（User Requirement）描述的是用户的目标，或用户要求系统必须能完成的任务。用例、场景描述和事件一一响应都是表达用户需求的有效途径。也就是说用户需求描述了用户能使用系统来做些什么。功能需求（functional requirement）规定开发人员必须在产品中实现的软件功能，用户利用这些功能来完成任务，满足业务需求。功能需求有时也被称作行为需求（Behaviour Requirement）。功能需求描述是开发人员需要实现什么。非功能需求：产品必须具备的属性或品质，如可靠性、性能、响应时间、容错性、扩展性等。

有变更就要先走变更流程，然后根据流程一步一步进行。

业务需求是指反映企业或客户对系统高层次的目标要求，通常来自项目投资人、购买产品的客户、客户单位的管理人员、市场营销部门或产品策划部门等。通过业务需求可以确定项目视图和范围，项目视图和范围文档把业务需求集中在一个简单、紧凑的文档中，该项目为以后的开发工作奠定了基础。
业务需求是个常考点，记忆关键词，业务需求对应”企业客户“”高层次“

系统需求分析。用户需求调研报告是系统总体设计和系统功能设计的依据，为下一步工作奠定基础。因此，需求分析报告要得用户认可。需求规格说明书一旦审议通过，则成为有约束力的指导性文件，成为用户与技术人员之间的技术合同，成为下一阶段系统设计的依据。