在软件开发领域，人们越来越多地提到需求。和其他领域一样，这里的需求源自用户的“需要”，而不同则在于开发软件系统最困难的部分就是准确说明开发什么，这就是软件项目的需求。
为什么我们如此多的关注需求?原因恰恰在于我们无法有效地获取需求，我们无法准确地表述需求，而需求的变化对于整个项目的成本、周期影响极大，所谓“一石激起千层浪”。所以，想让项目获得成功，首先要做好需求分析。
什么是需求?
要了解需求的本质，首先需要明确需求是为谁负责的?是用户还是开发人员?当然用户是上帝，我们所做的一切工作对他们负责，但是客户的愿望并不全是需求，只有从业务要求开始，考虑开发实际情况，在此基础上建立了开发承诺的才能称之为需求。
1997年IEEE软件工程标准词汇表对软件需求的定义为：
用户解决问题或达到目标所需的条件或能力。
系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。
一种反映上面1或2所描述的条件或权能的文档说明。
请注意该定义中“条件或权能”、“合同和规范”这些词，通俗地说，“需求”就是用户的需要，包括用户要解决的问题、达到的目标，以及实现这些目标所需要的条件，表现形式一般为文档形式。
虽然需求工作被越来越多的提及，但是在项目开发工作中，很多人对需求的认识还远远不够。小到几十万元，大到上亿元的软件项目，它们的需求都或多或少的存在各种问题，原因是多方面的：开发者的重视程度、技术原因、人员组织原因、沟通、机制等，都表明做好软件需求开发是一项系统工作，而不是简单的技术工作。
需求开发和管理
什么才是好的需求?装修过房子的人应该知道，装修开始之前，设计师都会给出一份设计图或者效果图，客户满意了才开始动工。开发软件和装修房子一样，一份好的需求就是在开发前做出交付时的效果。要做到这一点，这需要从业务、功能和系统三个层次分别进行分析和描述。
需求分析的过程包括了需求开发和需求管理两个部分。需求开发是指从情况收集、分析和评价到编写文档、验证等一系列产生需求的活动，分为四个阶段：需求获取、分析、制订规格和验证。这四个阶段不一定是遵循线性顺序的，它们是相互独立和反复的。需求管理是软件项目开发过程中控制和维持需求约定的活动，它包括变更控制、版本控制、需求跟踪和状态跟踪等工作。
从工作流程上，需求分析过程从用户愿望开始，获取需求，分析需求，形成规格文档;经过迭代验证，产生需求变更，形成新的规格文档，并进行版本控制;反复进行该迭代验证过程，直至双方确认，形成建立开发承诺的需求文档。
如何做好需求分析?
需求分析对分析人员提出更高要求，它不仅需要分析人员具有丰富的需求分析经验和良好的专业素质，还要求分析人员具有良好的学习能力、公关能力、语言能力和组织能力。在实际工作中分析人员要面对不同单位、不同部门的不同人员，他们可能有着不同文化、不同关系和不同的管理水平等，面对如此纷繁复杂的环境，如何做好需求分析工作呢?这里从需求开发和需求管理两个方面介绍一些相关的方法。
首先，需求开发可采用的方法很多，不同的开发方式有着不同的分析方法：
绘制关联图：绘制系统关联图是用于定义系统与系统外部实体间的界限和接口的简单模型。
可行性分析：在允许的成本、性能要求下，分析每项需求实施的可行性，提出需求实现相关风险，包括与其它需求的冲突，对外界因素的依赖和技术障碍。
需求优先级：确定使用实例、产品特性或单项需求实现的优先级别。以优先级为基础确定产品版本将包括哪些特性或哪类需求。
系统原型：当用户自身对
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
