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

---恢复内容开始---

读完《构建之法》的前三章,确实跟老师所说,这本书相比其他书能相对看的下去,简洁明了,理论与实际相结合。

第一章,阐述了软件工程是什么,阐述了计算机科学和软件工程的关系。

问题:对学好软件工程的建议有哪些?

第二章,普及了一些基本概念和技术,也就是单元测试和效能分析工具。单元测试,为了准确,快速的保证程序基本模块的正确性;效能分析工具,能跟清楚的知道程序锁消耗的时间与调用次数。通过这章的学习,让women了解到如何去管理好我们的程序。

问题:如何更好的实践利用单元测试。

第三章:了解了软件工程师水平的主要方法。作为一名大二学生,我们应该要有一个目标,不管是什么,我们都应该朝着目标前进,因此,我们当前应该脚踏实地,认认真真学好几本知识,掌握一门擅长的技能。

---恢复内容结束---

时间: 2024-12-12 04:33:57

《构建之法》现代软件工程第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.在软件产品的生命周期中管理需求.软件产品的利益相关者分为:用户调查.深入面谈.卡片分类.用户问卷调查.用户日志研究.人类学调查吗.严冬跟踪研究.快速原型