国内真正清楚全面地讲解如何在实践当中做软件需求的著作！
《软件需求十步走：新一代软件需求工程实践指南》真正要切实地解决七大问题——
难点问题：软件需求的不完整、不准确、变化不可控、一致性等难点问题。
性能问题：如何建立能用、好用、耐用的软件产品。
范畴问题：软件需求工作范畴到底是由客户提出的还是软件开发工程师提出。
鸿沟问题：业务和软件之间的鸿沟问题。
关系问题：需求工程和软件工程的关系问题是需求工程的核心问题。
观念问题：软件需求分析的观念远远滞后于时代发展的问题。
地位问题：需求分析部门在组织中的地位问题。
因此，《软件需求十步走：新一代软件需求工程实践指南》：
转换一种新的思路：业务驱动是核心，技术支撑是关键：业务需求工作的原则是不是客户告诉需求分析人员业务需求，而是需求分析人员要向客户讲述业务需求。
引入一套新的方法——通过需求规划来获取业务需求。 “业务驱动而非技术驱动、面向业务的问题和目标、做到定性定量可计算”。
建立一种新的组织——书中不仅阐述了成立与软件研发部门并列的需求分析部门的必要性，还给出了基于软件需求工程原理和方法需求分析部门的岗位设置、工作流程、工作方法等，软件企业可以依据书上的描述来搭建企业的软件需求分析体系。
海报：
新一代软件需求工程的表现为工作阶段划分、需求获取方式、关系定位和指导思想不同。需求规划是新一代需求工程中的最大亮点，它的工作是将业务、对象和信息化体系作为研究对象，采用科学研究、体系架构设计、信息资源规划的方法，编制出具有系统性、科学性、前瞻性的需求规划成果。需求规划的成果中包括形势分析、业务体系分析、对象体系分析等内容。它为需求开发中的需求获取奠定了坚实的基础。需求规划工作的原则是“业务定性、定量、定细节，系统定性、定量、定宏观”。《软件需求十步走：新一代软件需求工程实践指南》由原理篇、知识篇、方法篇、应用篇、组织篇等构成。
1.2痛定思痛寻根源
在软件工程的发展过程中，人们一直认为需求分析是整个软件工程活动中远比系统设计和开发编码要简单的工作，长期以来软件工程的重点放在系统设计和软件开发等领域的研究上。随着软件开发技术水平的提高，人们发现需求分析越发成为制约软件项目成功的一个短板。从２０世纪９０年代中后期，人们逐步认识到需求分析是整个软件开发过程中一个重要的、关键的业务活动，将需求分析从软件工程中分化出来，作为一个分支来加以认识和研究，就有了今天的软件需求工程这一领域。需求工程中将整个工程分为需求开发和需求管理两部分，其中需求分析是需求开发的其中一个环节，这无疑是有了重大进步，从此确立了需求开发与软件开发是同等重要的观念。需求工程是确保软件需求质量的，软件工程是确保软件开发质量的，一个软件项目要想成功，必须握有需求工程和软件工程这两把利剑在手。
当前需求工程工作开展的情况如何呢？近年来大量的高校、研究机构、软件企业投入了大量的人力、物力、财力进行了卓有成效的研究和探索，也取得了一定的成果。比如在需求分析方法层面，其成果体现在结构化分析方法、面向对象方法、面向问题领域分析方法等；在需求分析工具层面，其成果体现在ＣＡＳＥ工具、ＵＭＬ工具等。这些方法和工具为推动需求分析向系统化、科学化方面起到了至关重要的作用，其中ＵＭＬ工具将需求分析成果自动化转化成系统设计成果方面尤为突出，解决了长期困扰软件开发中需求分析和系统设计之间失真的问题。
大量的需求分析方法、工具在软件项目中的应用，取得了一定的成效，但问题依然存在，比如用例描述的完整性和准确性不够，开发出的软件依然不能满足客户要求，又比如项目的范围和目标的定义是在用例工作开始前需要先完成的工作，而ＵＭＬ工具并不支持对项目范围和目标的定义工作。
当前这些方法和工具主要定位基于软件需求分析成果面向后端的系统设计和代码的转化，如果软件需求分析是完整的、准确的，那么借助这些方法和工具确实能做到从需求分析到系统设计的不失真的转化。“垃圾进，垃圾出”这句经典名言是对当前需求工程的力图通过面向软件开发后端的方法和工具的研究和研制来解决软件项目存在问题未能取得成效的再合适不过的解读。所以当下需求工程的研究应该再进一步解放思想，树立“抓两端促中间”的指导思想，一端是向客户业务延伸，另一端是向系统设计延伸，而中间是需求工程本身，换一句话说，需求工程应该在继承原有需求工程成果的基础上将客户业务研究纳入到需求工程才是需求工程的全部。
反思就是要透过现象看本质，不仅要知其然还要知其所以然。“软件需求不完整、不准确、描术不清晰、总变化”是在大多数失败的软件项目的原因分析报告中常见到的描述。奇怪的是，人们认为软件需求工作是一个简单的事，但为什么就不能做好呢？这正是需要反思的地方，到底是因为简单没有重视导致软件需求这项工作没有做好，或是真要把软件需求做到完整、准确、清晰、变化可控等就根本不是一个简单的事，只是人们过于主观地把它认为是一个简单的事，就像在哥白尼没有说出“地球围着太阳转”时人们一直主观地认为“太阳围着地球转”是一个客观事实。
……
第1篇 原理篇
第1章 对软件需求的反思
第2章 重新解读软件需求
第3章 软件需求工程概论
第4章 需求工程的过程改进
第5章 软件需求的风险管理
第6章 软件工程与需求工程
第2篇 知识篇
第7章 知识体系的构建方法
第8章 需求工程的知识构成
第9章 需求工程的基础知识
第10章 需求工程的专有知识
第11章 需求工程的特有知识
第3篇 方法篇
第12章 需求工程的方法观
第13章 分析计算方法
第14章 结构化分析方法
第15章 面向对象分析方法
第16章 需求统一模式方法
第17章 需求管理工具
第18章 需求形式化描述方法
第19章 面向问题域的需求分析方法
第4篇 规划篇
第20章 需求规划的思路和过程
第21章 业务研究
第22章 应用建模
第23章 系统规划
第24章 分析计算
第25章 报告编制
第26章 规划评审
第5篇 开发篇
第27章 需求开发的思路和过程
第28章 需求获取
第29章 需求分析
第30章 需求编写
第31章 需求验证
第6篇 管理篇
第32章 需求管理的思路
第33章 需求版本控制
第34章 管理变更请求
第35章 需求跟踪能力
第7篇 组织篇
第36章 建立需求分析体系
第37章 需求分析部门的组织结构
第38章 需求分析部门的管理工作
第39章 需求分析部门的业务工作
