日期：2017年11月2日
最近阅读了《软件需求十步走》最后一篇《组织篇》。
本篇共分为四章，分别是建立需求分析体系，需求分析部门的组织结构，需求分析部门的管理工作和需求分析部门的业务工作。
首先是“建立需求分析体系”。
长期以来“轻业务、重技术”的理念根深蒂固，而解决措施是建立一个专业从事软件需求分析的独立部门来承担这项工作。此部门是介于业务部门和技术部门之间的，专门负责对组织自身业务、客户业务、客户对象和竞争对手的研究，然后将其转换成提供给技术部门的软件需求规格说明，使组织不仅能提供让客户满意的软件产品，而且还能成为客户业务发展的参谋。因此，建力需求分析体系很有必要。
后面是“需求分析部门的组织结构”。
分析部门的职能包括：面向内部业务部门进行需求采集和业务的研究；面向组织服务的公众或组织的需求进行分析的研究；面向技术研发部门对其当前掌握的语言、框架、开发能力等进行分析和研究；将业务部门需求和外部组织和公众的需求转换成软件需求规格说明并提供给技术研发部门。只有知道了工作职能，才能建立相应的组织结构。
接着是”需求分析部门的管理工作”。
需求分析的业务线包括业务申请、业务研究、应用建模、系统规划、分析计算、报告编制、需求获取、需求分析、需求编制、成果移交、全程跟踪、项目归档共12个阶段业务环节构成的业务全过程。业务管理可以借助二维表和流程图进行分析。
最后是”需求分析部门的业务工作”。
需求分析部门的业务工作主要由需求规划业务和需求开发业务两部分组成。对业务工作我们将针对每一个业务工作项的目标、方法、工具、成果、规范、知识和职能进行描述，以便从事业务工作的人员对业务工作有一个大致的了解。需求规划的业务工作主要由业务研究、应用建模、系统规划、分析计算、报告编制5部分组成。需求业务工作主要由需求获取、需求分析、需求编制三部分构成。
感受：
我认为建立需求分析体系还是非常重要而且也是必要的的，这样做出来的产品才能更加符合用户要求，对于编程人员来说有了明确的目标，编程效率也会显著提高。