做正确的事情比正确的做事情要重要得多，可以说，需求是软件项目中“做正确事情”定义的基础，因为软件实施过程的一大目标是实现需求。在这一部分内容中，先从理论上介绍软件的需求层次，然后分别说明我们在实际项目中如何进行需求开发。
在这里，开发软件需求指的是行业软件研发项目实施时需求调研、需求分析以及与客户确认需求的一个过程
§1.2.1 软件需求层次
理论上，软件需求包括三个不同的层次，分别是业务需求、用户需求和功能需求。业务需求(Business Requirement)反映了客户对软件系统或产品高层次的目标要求。用户需求(User Requirement) 文档描述了用户使用软件系统或产品必须要完成的任务，换句话说就是用户期望利用信息技术、使用软件系统或产品替代手工可以完成的业务操作。功能需求(Functional Requirement)定义了软件系统或产品必须实现的功能，使得用户能完成他们的任务，从而满足业务需求。
在实际项目中，我们是这样理解的：
1. 业务需求面向客户高层，回答的问题是：Why?也就是软件系统或产品存在的理由，为什么要做这套软件?在项目范围说明书中予以描述。这里，项目范围说明书的定义与PMBOK中的定义基本一致，目的在于确定干系人的期望、项目的可交付成果、项目的边界和验收的标准。
2. 用户需求面向客户中的最终用户，回答的问题是：What?Who?When?也就是这个业务是什么?有什么业务价值，需要达到什么目标?有什么业务规则?牵涉到什么人(角色)?这些人(角色)分别要完成的任务是什么?业务何时发生?等。这些内容通过业务需求说明书描述。
3. 功能需求面向开发人员，回答的问题是：How?也就是软件系统或产品如何达到业务需求和用户需求所描述的业务价值。这些内容在需求规格说明书(SRS)中描述。
业务需求说明书和需求规格说明书作为项目范围说明书中产品需求说明书的一部分在项目范围说明书中引用。
§1.2.2 开发业务需求
如前所述，开发业务需求的目标主要是确定项目高层次的需求、项目的目标、项目边界以及验收标准。具体做法上，我们在项目启动时，由实施部门根据项目的招标文件、投标文件整理项目范围说明书，主要从较高的层次上说明该项目需要完成的任务，理清项目的边界，然后组织销售、售前、质量控制部等部门与客户召开评审会议，要求客户对此文档进行书面确认。
由于不同的客户信息化水平程度不同，需要针对不同的客户制定相应的策略。比如，对于信息化程度较低的，主要由销售负责，从中标开始对客户高层到具体负责项目的信息部门负责人反复灌输相关的概念，有时候这个过程需要反复多次才能奏效。当然，也有一些不愿意签字的客户，这时候只能通过对照合同，对合同中范围说明不清晰的，在项目范围说明书中予以说明，有必要的召开协调会议，通过会议纪要的形式明确这部分内容。会议纪要作为正式的项目文件，通过邮件发送给相关各方人员，如无问题，则视为默认。
§1.2.3 开发用户需求
用户需求主要通过系统演示、需求会议、评审会议的方式讨论和捕获。在每一个迭代过程中，我们均采用以下的需求开发流程：
1. 项目经理指定需求负责人，一般由熟悉业务的系统分析员担任，同时，与客户沟通，要求客户方指定相应的需求负责人，形成由甲乙双方组成需求调研和分析小组，共同对需求负责;
2. 系统分析员编写需求调研问题。调研问题主要目的用于明确不清晰、不确定的需求，采用问答的形式组织;
3. 项目经理根据进度与客户沟通，确定需求调研会