《组织篇》
本篇共分为四章，分别是建立需求分析体系，需求分析部门的组织结构，需求分析部门的管理工作，需求分析部门的业务工作。
1.呼吁建立需求分析体系 “千夫所指人人相轻”这种不重视软件需求的观念体现在一个个软件项目只是表象，其症结在于长期以来“轻业务、重技术”的理念已根深蒂固。此部门是介于业务部门和技术部门之间的，专门负责对组织自身业务、客户业务、客户对象和竞争对手的研究，然后将其转换成提供给技术部门的软件需求规格说明，使组织不仅能提供让客户满意的软件产品，而且还能成为客户业务发展的参谋。因此，建力需求分析体系很有必要。
2.需求分析部门的组织结构 “什么样的工作职能，将决定建立什么样的组织结构”。分析部门的职能包括：面向内部业务部门进行需求采集和业务的研究；面向组织服务的公众或组织的需求进行分析的研究；面向技术研发部门对其当前掌握的语言、框架、开发能力等进行分析和研究；将业务部门需求和外部组织和公众的需求转换成软件需求规格说明并提供给技术研发部门。只有知道了工作职能，才能建立相应的组织结构。
3.需求分析部门的管理工作 需求分析部门的管理思路是“抓两端、促中间、一条业务线、专业化分工”。需求分析的业务线包括业务申请、业务研究、应用建模、系统规划、分析计算、报告编制、需求获取、需求分析、需求编制、成果移交、全程跟踪、项目归档共12个阶段业务环节构成的业务全过程。业务管理可以借助二维表和流程图进行分析。
4.需求分析部门的业务工作 需求分析部门的业务工作主要由需求业务和需求开发业务两部分组成。用例分析是基于需求规划的部分成果和系统关联关系分析整理出系统使用主体、用例条目，在采用用例图或用例规约对用例进行描述。用力分析和描述分为三步：整理系统使用者、对系统使用主体期望的用例条目进行提炼、通过用例图和用例描述进行规范化的描述。写实法和演绎法是用例条目提炼是综合运用的手段。