文档介绍：: .
....
软件需求现状分析4需求常见问题。
不切实际的用户期望很多情况下，业务人员都会提出大量的需求，有些是技术上根本无法
实现的，有的则是项目费用、项目时间等预算内无法实现的。究其原因，
主要在于软件的无形和软件成本的不透明。要解决这样的问题，在当前国内的软件实施环境下，能做的是it人员主动地帮助使用者更好的理解软件成本，说明活楚为什么做不到，取得理解，达成一致才是关键。
需求变更频繁导致需求变更的原因很多，常见的因素包括：
开发人员对待需求开发的态度不认真用户参与不够模棱两可的需求。
用户和需求开发人员在理解上的差异。
过于简单的规格说明。
不准确的计划等。
有效控制变更应该注意采取合理的需求管理方法：
需求分析阶段尽可能采用原型或者用例方法明确用户需求。
采用严格的需求变更管理流程。
采用良好的体系结构。
采用面向对象思想。
详细的方法请参见第3章节内容。
3. 提供了不需要的功能
很多项目中都或多或少的含了些很少使用或无人使用的功能，这种情况如何在事前预防呢？在需求阶段有效地划分优先级是个办法。这里所说的优先级划分不是“拍脑袋”的产物，而是真正基于业务领域知识来衡量需求的必要性和充分性，在此基础上做出划分。第2章节有关于“合理划分优先级的方法”的详细说明。
上述分析是需求工作中常见问题的解决建议，分析比较粗浅。若要有效的解决问题，就需要反思问题背后的本质原因，掌握需求理论与工作方法，针对性的找到适用的需求方法，构思、尝试出真正在本组织内有效的缓解手段。

. 软件需求
. 软件需求定义
什么是软件需求，这个看似简单的问题并不好回答。也许有很多人简单地认为软件需求就是用户需要实现的功能加上一些非功能方面的要求。但这样的理解并不完整，本意将对一些与需求相关的关键概念进行阐述。
软件需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成什么样的功能，达到什么样的性能。软件人员要准确理解用户的要求，进行细致的调查分析，将用户非形式的需求陈述转化为完整的需求定义，再由需求定义转化到相应形式的需求规格说明的过程。对于软件项目的需求，首先要明确用户的要求，澄活模糊的需求，与用户达成共识。
. 需求的层次
有时也可以将软件需求按照层次来说明，包括业务需求、用户需求、软件需求、软件需求规格等层次，它们的关系如下图1-1所示。
业务需求用户需求
图表2-1软件需求按照层次
1. 业务需求
业务需求反映了组织机构或客户对系统、产品高层次的目标要求，由管理人员或市场分析人员确定。因为业务需求的提出人通常是企业的管理人员，它完全是从业务角度描述的，是指导软件开发的高层需求。实际上在项目立项阶段就整理完成了。
2. 用户需求
用户需求是指软件使用者的要求和软件应满足的用户特性，一般是用户协助提供。通常是在业务需求定义的基础上进行用户访谈、调查，对用户使用的场景进行整理，从而建立用户角度的需求。用户需求是需求调研的产物，它具有以下特点：
零散：用户会提出不同角度、不同层面、不同粒度的需求，而且通常是以一句话的形式提出的。
存在矛盾：由于用户处于企业组织的不同层面、地域等，难免出现盲人摸象的现象，从而导致需求的片面性，甚至在不同用户之间会有不同的观点。
正因为如此，我们还需要对用户需求（也叫原始需求）进行分析整理，从而整理出更加精确的需求说明。
3. 软件需求
软件需求定义了开发人员必须实现的软件功能，使得用户通过使用此软件能完成它们的任务，从而满足业务需求。它是分析人员在对用户需求进行分析、提炼、整理，从而生成指导开发的、更精确的软件需求。它是需求分析与建模的产物，即形成软件需求规格。
软件需求规格充分描述了软件系统应具有的外部行为，它描述了系统展现给用户的行为和执行的操作等。它包括：产品必须遵从的标准、规范和合约；外部界面的具体细节；非功能性需求（例如性能要求等）；设计或实现的约束条件及质量届性。所谓约束是指对开发人员在软件产品设计和构造上的限制。质量届性是通过多种角度对产品的特性进行描述，从而反映产品功能。多角度描述产品对用户和开发人员都极为重要。
软件需求规格在开发、测试、质量保证、项目管理以及相关项目功能中都起到了重要的作用。
软件需求的类型软件需求可以分为功能需求、非功能需求和设计约束三种类型。
功能需求对于功能需求而言，最为关键的地方是如何对其进行组织，否则一句
话、一句话的描述就会