寒假09 读后感第三篇

本书作为软件工程课的教材很实用，可以让学生一开始就接受“正规军”的系统训练。但是，如果学生没有足够的代码量和工程经验，对里面所讲的很多问题并不会有太多的切身体会，可能很难深刻理解。

我认为《构建之法》最适合有一定代码量积累和经验的人阅读，尤其是在做项目过程中，时常感到困惑的一线工程师，或者是面对一个庞大的软件项目开发任务而感觉力不从心，无力掌控的负责人。此时，这本书就能帮助读者“理论结合实际”，发挥它最大的功效。

但这并不代表不适合缺乏软件经验的人看，这部分读者把它当成是一本趣味性强的“软件工程导论”也未尝不可，对相关的软件工程概念有个印象，先在心里“播下一颗种子”，未来在成长到一定阶段再来反复精读，在实践过程中慢慢体会，“做中学”，这颗种子便会生根发芽，开花结果。

比方说书中提到的一些估算工作量的方法，例如“Y=X±(X÷N)”。
对于刚接触这些估算方法的读者而言，觉得这公式很玄，不知道是否靠谱，只能先了解个大概，以后在自己的实际工作中去体会，去把握。第一次估算不准，多估算几次，从而形成自己的一套关于工作量估算的方法论。

对于书中第6章提到的敏捷开发也是一样。以下是敏捷开发的一种定义。

“
敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用的状态。
”

什么时候该使用“敏捷开发”，还是“瀑布模型”。设计的时候是“自顶向下”呢，还是“自底向上”呢，都不是绝对的。需要根据实际的项目情况，去分析，去拿捏，更多时候是多种方式结合使用。

而且软件工程不是单一的学科，它是多学科交叉的一门综合学科。除了要具备工程能力外，还要有良好的基础知识，和一定的架构设计能力，以及必要的沟通能力，不然无法掌控一个大型的软件项目。