0321《构建之法》现代软件工程第1、2、3章读后感

《构建之法》前三章之读后感

读完这本书的前三章,我深深的体会到这本书对我们的好处,这本书不仅仅适合我们学生,而且还适合老师,助教等等。这本书不仅把本章要学的知识点简洁明了的罗列出来,而且还有课后习题供同学们思考,最重要的是这本书总体的框架是以问答的形式出现在我们的视线中,让读者能够轻松的了解知识,这种让读者感到通俗易懂的书,我相信,很难再找出类似这种优秀的书了。

第一章,我知道了软件是怎么产生的,这还教会了我怎么去写好一个程序,然后一步一步的引导着我们怎么去制作一个软件来赚取自己应得的利益;我了解到软件开发在不同阶段的发展过程,书上这个例子很贴近我们的生活,这让我对软件工程又有了进一步的了解,这又教会了我制作软件要考虑软件的安全性;最终,软件工程是什么?这是一个没有明确答案的问题,仁者见仁智者见智。

提问:既然软件工程涉及诸多领域,那他主要应用于哪个方面呢?

第二章,主要是介绍单元测试,好的软件是经得住单元测试的,单元测试在软件开发中具有很大的分量。这让我懂得了我们必须要对自己的软件负责,不能马马虎虎,就像医生与病人的关系,如果医生马马虎虎,敷衍了事,那他就是对病人的不负责,必然收到社会的谴责。效能分析工具对程序员的程序有一定的帮助,这个工具可以清晰的知道你的程序耗费的时间和子函数的调用次数,让程序员及早发现问题的所在。这章还教会了我怎么去管理自己的源代码。

提问:为了软件的质量,我们该怎么使用单元测试呢?

第三章,我们刚开始步入社会的时候,只不过是一只找不到方向的雏鸟,然而,我们要想在社会上立足,必须要有自己的真才实干,我们也要在工作的过程中也要提高自己的技术,培养良好的编程能力。这章教会了我怎么去开发一个项目,开发项目的过程需要注意什么,还要求我们记住自己平时写代码所用的时间和质量。这章还涉及了软件工程的发展道路,让我明白考证的重要性。

提问:既然考证很重要,那我们要考哪些证呢?

时间: 2024-10-26 00:20:43

0321《构建之法》现代软件工程第1、2、3章读后感的相关文章

《构建之法》第一、二、三章读后感

第一章系统地告诉了我们什么是软件,也就是软件=程序+软件工程,软件工程是怎样的一个存在,包括软件的种类和性质,都系统地分析给我们,更是强调了一个工程团队对软件工程的重要性,同时也给我们指出了某些软件会出现的问题,比如说会有BUG,给我们介绍了当遇到这些问题的时候需要怎样去解决问题和修正BUG,完成客户给我们的要求.总的来说,第一章就是带我们走进了软件工程的线索. 第二章叫做个人技术和流程,在这一章中我看到了程序执行过程中耗时最多的三个函数,三个函数加起来占用了整个程序的84%的时间,并给我们分析

构建之法第8、9、10章读后感

第八章:需求分析 本章节讲述软件需求的4个步骤,(1)获取和引导需求(2)分析和定义需求(3)验证需求(4)在软件产品的生命周期中管理需求 .在软件工程中分析软件需求需要考虑相关者的利益关系,例如用户.顾客.市场分析师.监管机构.软件工程师等之间的关系. 讲述了9种用户调研方法:(1)焦点小组(2)深入面谈(3)卡片分类(4)用户调查问卷(5)用户日志研究(6)民族志/人类学调查(7)眼动跟踪研究(8)快速原型调研(9)A/B测试 第九章:项目经理 PM指的是项目经理 Product Manag

sprint1的个人总结及《构建之法》8、9、10章读后感

对sprint1的总结: 我们这次的sprint1做的挺差的,大家原来说好的分工都没有完成,也许是大家这段时间的大作业花了更多的时间,所以对这次团队任务的进度是拖慢了很多,但是团队已经认清了现阶段的问题,我们会尽快的完成好各个分配好的任务,争取在这两个星期拿出成型的作品出来. 第八章 需求分析 通过看了本章的内容,知道了软件需求的步骤: 一般划分情况:获取和引导需求(Elicitation),分析和定义需求(Analysis & Specification),验证需求(Validation)在软

《构建之法》13,14,15,16,17章读后感

1.13章说的是软件测试,怎么样去测试是最有效率的? 2.14章说到质量保障,具体的花费是多少? 3.15章说到ZBB,如果一个软件遇到了不可修复的bug,还算是一个稳定的软件么? 4.16章说到创新,有实际例子吗? 5.17章的职业道德指的是什么?

构建之法第10,11,12章读后感

第十章: 典型场景和典型用户.开发一个软件,我们要为客户考虑.典型用户不再是一个抽象的概念,而应该是一个活生生的人物.一个典型用户往往描述了一组用户的典型技巧丶能力丶需要丶想法丶工作习惯和工作环境.在设计软件的过程中,我们(设计者/开发者)往往会以自己使用产品的习惯和对软件行业的熟悉程度出发设计,在这种情况下,搞一个“典型用户”会强迫我们在考虑问题时从用户的角度出发.从用户到场景的实现,从场景到任务. 第十一章:软件设计与实现 从Spec到实现.1,估计开发任务所需时间.2,写代码.3,看效果,

0525《构建之法》8、9、10章读后感

第八章 需求分析 这一章节主要为我们介绍了需求分析这一内容.需求分析在一个软件开发的过程中是很重要的,没有需求分析,可以说软件也不知道朝着哪个方向去开始.当今社会人们的需求五花八门,项目团队需要从分析中去实现可以满足人们这些五花八门的需求的软件.所以说在软件项目开发的过程中,需求分析起着重要作用. 假如在需求分析时分析者们未能正确地认识到顾客的需要的话,那么最后的软件实际上不可能达到顾客的需要,或者软件项目无法在规定的时间里完工.那么这会对软件产品的及时完成和软件产品的利益相关者有影响.通过需求

《构建之法》第六,第七章读后感

读完第六和第七章,我学会了敏捷流程和MSF的一些知识,总的来说,这两种模式就是一种团队的不同方式和不同的发展流程. 敏捷流程有十二条原则,这十二条原则主要涉及客户,市场,对手,团队,技术创新还有自我管理等各方面.敏捷流程的步骤主要有三步: 第一,找出完成产品需要做的事情——Product Backlog; 第二,决定当前的冲刺(Sprint)需要解决的事情——Sprint Backlog:团队成员能主导任务的估计和分配,他们的能动性得到较大的发挥. 第三,冲刺(Sprint):一切交流只能通过S

《构建之法》5.5,6,7章读后感

1.第五章的第三节提到瀑布模式的各种变形,其实老师觉得哪种是最好的,变形好,还是不变形好? 2.第六章说的敏捷,什么才算是敏捷?敏捷的团队与普通团队的差别在哪?就像新浪微博突然搞了一个微博丢失,用户写的微博都没了,新浪当时用半小时的时间就恢复了数据,他们用了什么样的方法来找回丢失的数据的呢? 3.第七章提到MSF,MSF具体是怎样的?

《构建之法》1、2、3章读后感

第一章 看了大概了解软件从一个想法到最终成品的一个过程.软件先是由一个想法引出的,有那个想法,你需要一个工具去做什么,然后根据自己想要的功能大概做一个能实现基本功能的软件,再对客户提出的要求进行完善,实现了功能后对软件进行维护. 还有就是做的软件要符合客户的要求,而不是只根据自己的想法去做,要满足大部分的需要,满足客户的需求,在使用过程中发现有bug对其进行修复. 第二章 看完第二章后知道软件是需要单元测试的,之前对这个没什么概念,而且单元测试要跟软件更新同步,单元测试要覆盖所有代码路径,单元测

《构建之法》8、9、10章读后感

第八章:需求分析 这一章主要介绍软件需求的类型.利益相关者,获取用户需求分析的常用方法与步骤.竞争性需求分析的框架NABCD,四象限方法以及项目计划和估计的技术.需求分析是决定一个软件的使用范围,只有一个符合大众需求的软件,才能获得收益.这时需求分析就显得尤为重要.软件需求分为以下几个步骤:1.获取和引导需求.2.分析与定义需求.3.验证需求4.在软件产品的生命周期中管理需求.软件产品的利益相关者分为:用户调查.深入面谈.卡片分类.用户问卷调查.用户日志研究.人类学调查吗.严冬跟踪研究.快速原型