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