这一段时间阅读了《软件需求分析十步走》的第三四章，写一写书中一些个人感觉比较好的说法以及阅读感受。
首先是第三章《软件需求工程概论》。
需求工程和软件工程之间的关系界定没有质的变化，只是将需求工程从软件工程中剥离出来，将需求分析的分析工作和管理工作定义为需求工程。需求工程是面向全局的、系统顶层的、着眼未来的工程，是将客户业务作为内部研究对象，将软件工程全过程作为外部研究对象的工程。需求工程是圆心，软件工程是圆点。
需求工程的特征具有：全局性、主导性、主动性、过程性、规范性、可验证性以及多科学性。
其中有一个小故事说的很好。一个马拉松选手在获得冠军后，采访时说道：“凭智慧战胜对手”。原来他把整个马拉松赛程分为几段，每小段都是一个小目标，跑完一个目标后，结着下一个目标，最后跑完全程。以前他在跑马拉松时，把目标定为最后终点，结果跑了十几公里就跑不动了，而在分为了几个小目标后，他每次只需完成一个小目标，最后跑完全程。
这则故事启示我们，在做项目时，把项目分为几个小目标，这样，每次完成一个目标，对项目就不是越做越烦了。反而会做的更快，把项目做的更好。
第四章讲的是《需求工程的过程改进》。
需求工程不是一成不变的，会随着新的理论、实践中的不断总结等，需要对过程进行适应性改造。把理论方法付诸于实践是改进软件过程的核心所在。任何一个改进过程都是为了让客户、用户、开发人员等满意。
需求过程的改进过程是革命性、彻底的、连续的、反复的。在运用某种新的过程时，要先确定变更的目标。需求过程改进的过程由评估当前过程和方法、制定过程改进计划、实施过程改进计划、评估过程改进结果4个业务活动组成。
通过本次阅读，对软件需求工程和软件工程以及需求工程之间的区别有了一定的认识，首先是书中所说：需求工程是圆心，软件工程是圆点。需求工程是对未来要经过软件工程建成的信息系统的一种宏观描述和要求。书中的一些小故事也给了我一些启示，比如做软件时，大目标要有，小目标也得有，通过完成一个个小目标，来完成最终目标。这样在做软件时，就不会做着做着就不愿意做了。