软件需求是软件存在的意义，需求分析则是软件工程的基石所在。在《构建之法》一书中，详细地阐述了软件需求分析的过程及其注意事项，令我收获良多。

该书将需求分析分为四个步骤：“获取和引导需求”，“分析和定义需求”，“验证需求”和“在软件产品的生命周期中管理需求”。对软件的需求，也分为四种“对产品功能性的需求”、“对产品开发过程的需求”、“非功能性需求”和“综合需求”。作者对这些概念的详细描述，使我对软件需求分析这一过程有了更为具体的印象和初步的了解。回想上学期做《软件工程概论》课程大作业时的我们，当时还觉得自己好像很厉害，可以想到那么多，现在看来，想到什么写什么，想不到就不写，简直如同无头苍蝇一般，真是惭愧。

书中重点讲述了如何通过用户调研获取用户需求，“焦点小组”、“深入面谈”、“卡片分类”、“用户调查问卷”、“用户日志研究”、“人类学调查”、“眼动跟踪研究”、“快速原型调研”、“A/B测试”等等。这些方法有一些我们很容易想到，但有一些则是我们闻所未闻但又十分重要的，相信这些方法的总结能对我们日后的工作和学习提供很大帮助。

书中提出的NABCD模型给我留下了很深的印象：Need、Approach、Benifit、Competitors、Delivery。真实的软件工程不像我们上课的例子那么简单，除了技术方面的内容，我们还要应对来自竞争对手的竞争，还要让广大用户接受我们的软件，因此我们要做的工作远不止技术工作。

书中以“大跃进”为例，讽刺了一些好高骛远的软件项目目标制定者，再三强调了对软件工程做出估计和假设时，不要把问题想得太简单，不要把自己的团队想得太强大，要找出估计后面的假设，通过各种招数来提高我们估计的准确性，不要当没有带齐装备就上路的探险者。

第十六章中提出的各种创新相关的思考，尤其是创新者“只领先一步”这一点，对我有非常大的触动，我相信这些在以后的工作中一定能给我带来帮助。

再读《构建之法》——学习软件工程需求分析