构建之法粗读读后感_1

  通过粗略的阅读《现代软件工程构建之法》,使我对于这本书有了初步的认识。  

  本书共分十七章,内容层次分明,很多知识点通过几个小点列出。书中用角色之间的对话来揭示一个概念的本质。使得我这种菜鸟也能很容易理解一些道理。本书有关于单元测试的简要介绍,关于个人开发的流程,两人合作的代码规范和审查,团队的模式和开发流程,还有软件的分析和设计方法,软件各种的测试方法,运用的测试工具等等。就我目前的能力几乎是啥也理解不了,但是还是有很多可以使我们可以细细品味的。

  从本文目录来细细体会下的本书的结构。第一章,其实就是的是软件工程的一些概论,什么是软件工程?它包括那些领域。软件工程的目标是什么?什么是足够好的软件?在这章节中,我初步了解了软件工程的目标以流程,个人与团队合作之间差别;第二章,个人技术和流程其实就是讲由于软件是由多人合作完成的,不同的人员的工作相互有依赖关系,一个人写的模块会被其他人调用,而软件的很多错误都来源于程序员对模块的误解,所以,软件是要进行单元测试的。第三章,软件工程师的成长,不要总是单方面的问别人答案,要学会自己先思考,人的思维不是固定的,创造总在思考中萌发的;第四章,两人合作,两人合作的不同阶段和技巧该如何处理和进行;第五章,团队和流程,主要讲团队和非团队的区别,以及软件团队的模式,开发流程。就目前看来前五章的知识是按从浅到深逐步升华的,后面的只是或许更难懂些,不过具有很大可学习和可借鉴的价值。我们可以慢慢的体会。

  在这本书中也有许多我们在编程中所要注意的知识。理论与实践并重。介绍这些概念的时候,作者多用举例的形式来说明,这样也使得大家更加的容易理解。我大致了解了我可以在书中学到什么,如何落实学习。它启发我对什么是程序,什么是软件,什么是软件工程,也了解到了一个软件不是简简单单就能说写就写的,还需要考虑各种因素,如人们的需求,功能的可行性。然后详细的给软件工程下定义,介绍软件工程的特殊性,介绍软件工程中的“工程”的由来,讲述了软件工程与计算机科学的关系,告诉我软件开发中应用工程化原则的重要性。这个思想的皎玉,对程序员来说,至关重要。

原文地址:https://www.cnblogs.com/fwk123/p/12348346.html

时间: 2024-08-02 00:30:58

构建之法粗读读后感_1的相关文章

《构建之法》读第六、第七章有感

<构建之法>读第六.第七章有感 第六章: 第六章主要详细介绍了敏捷流程,在软件工程范畴里,“敏捷流程”是一系列价值观和方法论的集合.这一章以敏捷流程的Scrum方法论而展开,Scrum 采用迭代.增量的方法来优化可预见性并控制风险,并且SCRUM 是一个用于开发和维持复杂产品的框架. 敏捷开发的流程如下: 1.找出完成产品需要做的事情,每一项工作用天为单位计算. 2.决定当前的冲刺(Sprint)需要解决的事情--Sprint Backlog. 3.冲刺阶段各个团队相互独立,所有的问题都只能在

《构建之法》的读后感

面对在软件开发方面经验很少的我们,读这本书,软件工程课不再枯燥沉闷,而是变得出乎意料的生动有趣.学习了很多的专业课程,像算法,数据结构,编译原理,软件工程等.我们同学可能心里都会有这样的疑问:我学了这么多的课程有什么用呢?在工作中有多少会真正被应用到呢?也就是说,大家都觉得理论和实践之间有着不可逾越的鸿沟.<构建之法>这本书很好的把理论和实践相结合了. 整本书主要介绍了软件测试.软件工程师的成长.编写代码的规范.团队合作开发软件的重要性.还有开发软件项目的总体流程.IT的发展创新等等,使得整本

构建之法6-7章读后感

阅读<构建之法>第6~7章,并参考以下链接,发布读后感.提出问题.并简要说明你对Scrum的理解. 学习附录: Scrum中文网--什么是Scrum?  http://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html#tab-id-1 Scrum认证体系 http://www.scrumcn.com/agile/scrumtraining/scrum-certification-program.html Scrum实践:<硝

构建之法1-3章读后感

看了构建之法的前三章后,我的想法是这样的.该书比较贴合生活,简单易懂,而不是一堆知识理论,科学道理,通过许多生活事例为我们引入知识,举了许多例子,如健身教练和健身学员关系引申出师生关系. 许多冷硬的知识都变的鲜活了. 第一章:解释软件=程序+软件工程,软件是什么.软件工程是把系统的,有序的,可量化的方法应用到软件的开发,运营和维护上的过程.软件的特殊性,软件开发的不同阶段. 问题:能力弱的同学该怎么学这门课程? 第二章:本章是讲个人技术和流程,具体的单元测试流程,通过一段代码作为例子. 问题:测

《构建之法》读后心得,问题

我觉得构建之法这本很不错,书的内容给我一种欢快的阅读体会,能让人更加的快速去接受里面的内容,并吸收为自己所用:并且里面的内容都举例生活中的例子,并且在一些容易有疑惑的地方,以问答形式解答,而且语言通熟易懂,使人看上去更加的了解其实软件工程就在我们的身边. 之前上过软件工程这门课程,那本软件工程的书本不像<构建之法>,都是一些很枯燥乏味的内容,并没有像<构建之法>让人舒适,让人以一种欢快的阅读体会.其实软件工程就是包括了“开发.运营.维护软件的过程中的很多技术.做法.习惯和思想.软件

《构建之法》读后

  简略通读了一遍<构建之法>,感觉很像和一个老朋友聊天,讲述职业道路.职业方法.专业技能方法,讲述社会,教导做人……. 首先,讲到了开发过程中核心——个人技能培养,然后讲到了应该怎样团体共同解决问题,然后介绍了时下流行的开发方法,实施过程,最后讲述了作为实施过程中的个人素养的培养. 当然由于初略的阅读,有些问题没有很明白,以后我会认真阅读,理解每个环节的问题. 问题一: 我所理解的软件工程,是使用计算机语言,编写一个实用的软件,以及让软件安全.流畅运行的过程.与盖房子流程一样,只是使用的工具

构建之法13-17章读后感

13:软件测试 基本名词,Bug:软件的缺陷.Test Case:测试用例,Test Suite:测试用例集.Bug可以分解为:症状丶程序错误丶根本原因. 各种测试方法:单元测试:代码覆盖率测试:构建验证测试:验收测试:探索式测试:回归测试:场景/集成/系统测试:伙伴测试:效能测试:压力测试 :内部/外部公开测试:易用性测试. 14:质量保障 软件=程序+软件工程  推导  软件质量=程序质量 +软件工程质量. 软件的开发过程有三个主要的特性:“好”“快”“便宜”.通俗的理解就是”软件在功能丶成

构建之法第一章读后感

首先,文章对于程序.用户需求.工程等等概念用了阿超给儿子编写的一个出题程序来分别解释了个中的含义,尤其是程序和工程的区别,程序大概就是用很多语言或工具编写的一个简单能实现目标要求的一行行代码,而工程就是在这个程序的基础上不断满足用户的需求.修复程序的bug.提供后续维护等服务. 需求分析:梳理需求,逐步展开后续工作,如设计(软件架构).实现(写数据结构和算法),测试,发布软件 软件=程序+软件工程(软件企业=软件+商业模式) 软将工程的核心部分:构建管理.源代码管理.软件设计.软件测试.项目管理

《《构建之法》》读后感

第一章写的是软件工程的发展史,从开始到应用,所经历的过各种变化 第二章编程代码要要懂得团体的力量,合作取得双赢,向我们讲诉的单元测试,回归测试,效能分析工具.但是读第二章是,很多东西都不懂,我都百度了一下,感觉有点深奥,不太了解. 第三章提到了成为软件工程师所要具备的条件,分别是:1.积累软件开发相关知识,提升技能技术.2.积累问题领域的知识和经验.3.对通用的软件设计思想和软件工程的理解. 第四章讲“这样走,之后的发展会怎样怎样,所以不行”,怎样做会对,怎样做会错——什么叫宏观视角?什么叫最佳