关键词：
这几天首先学习了构建之法的第一章和第二章。
通过第一章的学习，我了解了计算机科学的领域、软件工程与计算机科学的关系、软件的特性以及软件工程的定义和组成部分；
我们都知道，软件=程序+软件工程，而它的拓展是 软件企业=软件+商业模式；
软件工程是把系统的、有序的、可量化的方法应用到软件的开发、运营和维护上的过程；
软件工程包括：软件需求分析、软件设计、软件构建、软件测试和软件维护；
软件的分类大致分为：系统软件、应用软件和恶意软件；
软件开发过程中的主要难题有以下几点：复杂性、不可见性、易变性、服从性、非连续性；
第一章主要让我们了解了软件工程的基本知识。
第二章主要介绍了单元测试、回归测试、效能分析、个人软件开发流程（PSP）；
单元测试是用来解决如何使自己负责的模块功能定义尽量明确，模块内部的改变不会影响其他模块，而且模块的质量能得到稳定的，量化的保证。
验证单元测试好坏的标准：单元测试应该在最基本的功能/参数上验证程序的正确性；单元测试必须由最熟悉代码的人（程序的作者）来写；单元测试过后，机器状态保持不变；单元测试要快（一个测试的运行时间是几秒钟，而不是几分钟）；单元测试应该产生可重复、一致的结果；独立性——单元测试的运行/通过/失败不依赖于别的测试，可以认为构造数据，以保持单元测试的独立性；单元测试应该覆盖所有代码路径；单元测试应该集成到自动测试的框架中；单元测试必须和产品代码一起保护和维护。
回归测试的回归即指“回归到以前不正常的状态”。回归测试最好自动化，以保证尽早发现问题；单元测试是回归测试的基础；
效能分析方法有两种：抽样和代码注入。一般的做法是，先用抽样的方法找到效能瓶颈所在，然后对特定的模块用代码注入的方法进行详细分析；
个人开发流程是用来衡量一个团队能力的一套模型。
对于第一章和第二章的学习让我对于软件工程有了一个基本的了解，还了解了一些基本的概念，相信接下来的学习会让我了解更多。
《构建之法》前三章读后感
通过第一章讲述的概论，理解到软件工程到底是什么，又为何要叫软件工程，他对我们的生活又有什么影响。通过一些实例我也认识到客户需求分析的重要，就阿超那样的四则运算一样，渐渐的功能和需求就多了。在第二章中，... 查看详情
《构建之法》第1.2.3章读后感
第一章概论，讲解了什么是软件工程，软件工程的重要的性质，软件工程与计算机科学的关系、知识领域，目标。我觉得用户满意的软件才是好的软件，在阅读时，发现几个以前没思考过的问题，如软件的可靠性、软件的bug、还... 查看详情
教材《构建之法》第1.2.3章读后感
问题思考第一章什么是bug？课本29~31页有说到bug的大概概念，简单来说就是软件的行为和用户的期望值不一样，这就叫bug。这使我很困惑，世界上那么多人，肯定每一个软件都会和很多人的期望不一样的啊，这样岂不是每一... 查看详情
关于构建之法读后的问题
软件工程这本书，相对而言与其他专业书籍有较大的区别。在我看来，它更加注重于怎样培养学生成为一个合格的软件开发人员。读完这本书之后，我从中学到了许多关于软件工程的知识，但是其中也有许多我不懂得问题，希望... 查看详情
《构建之法》读后感
写《构建之法》读后感的想法，其来已久，一直未能完成。拖延症爆发的原因大概有二，一是感觉吸收的不够丰富而无法反刍，二是选择不好读后感切入的角度。《构建之法》2014年出的第一版，买到书时已是开学季，想要调整... 查看详情
构建之法的读后感
构建之法的读后感 七月份读完了构建之法这本书，粗读，基本了解了软件工程这个专业的工作，就业，和前景。目前有如下体会（构建之法这本书正如前言所介绍，适合软件工程的任何阶段去读，我现在只阅读了一遍，还会... 查看详情
构建之法阅读笔记
构建之法阅读笔记（1）这周我开始了我的阅读之路，阅读了构建之法的第一二章。构建之法的第一章讲的是软件和软件工程是什么:软件=程序+软件工程。我一开始对软件工程的理解就是敲代码，写程序，其实，事实不是这样，... 查看详情
《构建之法》读后感
《构建之法》读后感 通过对本书的阅读首先让我了解了软件的组成：软件=软件工程+程序，对软件工程的意义有了更深入的理解。软件工程是在为了解决软件危机的背景下提出的，它使软件从需求分析到代码设计再到软... 查看详情
《构建之法》读后感02
通过阅读这一章的构建之法，让我感受最深的一个道理就是一个真正的软件是由多人完成的。虽然个人能力非常重要，但是团队之间的配合却是更为重要。而我们现在最缺少的就是这种团队之间的沟通交流。因为我们从... 查看详情
构建之法读后感
通过几天的阅读，初步对《构建之法》这本书有了初步的了解。最深的一点感受是这本书将开发过程中遇到的现实问题描绘的很好，很有幽默感。但是对一些专业术语不是很明白。比如开始都不知道最基本的瀑布模... 查看详情
《构建之法》读后感
这学期的软件测试课程多加了《构建之法》这本书，这学期利用自己的课余时间学了这本书，感觉受益匪浅。对于这本书可以简单地有两个词语来概括：“专业”、“接地气”。这本书的开头就是给我解释什么事软件、什么是软... 查看详情
构建之法六章读后感
在本周我主要学习了构建之法的第五章和第六章，第五章主要讲述团队和流程，第六章主要讲述敏捷流程；软件团队的模式有：主治医师模式、明星模式、社区模式、业余剧团模式、秘密团队、特工团队、交响乐团模式、爵士乐... 查看详情
构建之法读后感
第六章、敏捷流程1.Scrum方法论是敏捷过程的一种，敏捷过程的精髓在于快速交付。 1)第一步：找出完成产品需要做的事情-ProductBacklog。Backlog意为待解决的工作。 2)第二步：决定当前的冲刺需求决定的事... 查看详情
构建之法读后感part1
碰到《构建之法》，实属偶然。在进入大二的第二个学期正式选了软件工程方向，软件工程牵涉的范围很广, 同时也是一般院校的同学反映比较空洞乏味的课程。但是软件工程的技术对于投身IT产业的学生来说是非常重要的。... 查看详情
构建之法读后感
这学期的软件测试课程多加了《构建之法》这本书，这学期利用自己的课余时间学了这本书，感觉受益匪浅。对于这本书可以简单地有两个词语来概括：“专业”、“接地气”。这本书的开头就是给我解释什么事软件、什么是软... 查看详情
构建之法第十一章读后感
本周进行了构建之法的第十一章软件设计与实现的学习；第十一章主要讲了典型的开发流程，常见的分析和设计方法：ERD，DFD，UML，开发阶段的一些管理方法：每日构建，小强地狱，构建大师；分析和设计方法包括以文字为主的... 查看详情
《构建之法》读后感5
软件工程涉及的范围很广，对于即将投身IT业的学生而言，软件工程的内容又非常重要。读构建之法，尽管本书介绍了不少IT业正在使用的理论和技术，但是，这本书的主要思想并不是介绍所有的新思想和新技术，而是从这些新... 查看详情
构建之法读后感2
1.专业2.但是不迂腐，很接地气3.但是不屌丝，很有情怀 由此可见，《构建之法》是一本当代软件工程大学教育急需的好书。 本人在大学上的软件工程课用的也是较老的课本，讲的是瀑布式的环节，带着对这门课残留的记... 查看详情