软件工程中绝对的精品
2009-07-22
自从软件工程这个术语提出来以后，就有许多专家和学者去总结软件工程的概念及原理。然集成者B.Boehm综合百家之说，积多家之语，发表一论文。提出软件工程中的七条准则。可概括为目标，过程和原则。
在代码大全里面，把软件工程，犹如疱丁解牛一般，把其中软件工程中的问题，描述的通谷易懂。这本书不紧告诉你怎样做，还更加告诉你为什么要这样做。更是把软件工程中那环节，分析得很入理，很透彻,仿如一江清水，一清透彻浑无底。
在书上把软件构建分成不同的活动个体。1.定义问题;2.需求分析;3.规划构建;4.软件架构;5.详细设计；6.编码与调试；7.单元测试；8.集成测试；9.集成；10.系统测试；11.保障维护；分别去解析，疱析，提出为什么，然后再回答怎么样，有什么好的方法。整本书的内容会觉得有似曾相识的感觉，发出感叹“我不就是有这个问题吗”，“我也这么做过”等等关于共鸣的词谓。显然此书，总结于在日常软件开发之间，然又指导我们的日常软件开发；让我们细致的整理了自己的经验.
此书中，最深有体会的是“把主要精力集中于构建活动，可以大大提高程序员的生产率”。想曾经多少次因为前期需求没做好，导致后期修改成本不断的加大，更有重则，直接导到软件的消亡.好比一个健康的生态环境中，海鸥吃新鲜的鲑鱼，鲑鱼吃新鲜的青鱼，青鱼吃新鲜的水蝽。这是一条健康的食物链。 如果环境被污染了，水蝽在污染的水域游泳，那么海鸥，食物链的最后一环吃下的不仅仅是是不健康的鲑鱼体内的垃圾，还有青鱼，水蝽体内的污染物。软件开发中，架构师吃掉需求，设计师吃掉架构，程序员，软件食物链的最后一环，消化掉设计。如果一开始就被污染了，我们就不要指望程序员快乐了。整个软件都会具有放射性，周身都是缺陷，绝对导致程序员脾气暴躁、营养失调。在我们规模不大的团队里，一个人身兼数职，伤害更大。所以，项目一开始就决定了它能否成功。
那如何做好需求分析呢,书中说得相当详细，见文：“是否详细定义了系统的全部输入，包括来源、精度、取值范围、出现频率。是否详细定义了系统全部输出，包括目的，精度，取值范围、出现频率，格式？是否定义了机器内存和剩余磁盘空间的最小值？是否详细定义了系统的可维护性，包括适应特定功能的变更、操作环境的变更、与其他软件的接口的变更能力？”
因此，个人愚见，此书是软件工程中绝对的精品，质性机解，推情原意，能适其变
查字典图书网
