《软件工程思想-适合初学者》阅读笔记3

今天读完《软件工程思想-适合初学者》最后两章和作者大学十年的经历,第7章是测试与改错,

再次回顾了老师上课所讲测试的目的,发现更多的缺陷然后改正。还有学习到了一些测试方法,比如

正确性测试、容错性测试、性能与效率测试、易用性测试、文档测试。第八章是维护与再生工程,对

于维护我可能了解一些,主要是纠错性维护、适应性维护和完善性维护等等,也学习到一些维护的所

付出代价与影响维护代价的因素。对于再生工程刚开始看到这一名词有些陌生,后来看到重构、逆向

工程、前向工程我就有了一些熟悉感,老师上课提到了重构。

作者最后所加的附录大学十年给我的影响和收获可能是最大的,主要是学习到作者的经历,想想自

己已经大三快要结束,编程能力很差,可能自己花时间太少,不考试就不花太多时间。作者大学不是计

算机专业,但是编程能力远超计算机专业学生,令人佩服,当然作者对于编程很投入,为此也付出了代

价,大三大四本来好多专业课过不了几个,但是与老师关系不错,或者有能力,都勉强及格,当然这是

作者所讲。当作者大二学期末进入微电子所搞科研后,从以前高分低能变成了低分高能,现想想自己平时

期末可能也算高分低能,编程能力真的不咋地,宁愿低分高能,学到技术,而不是只会考试。。。

时间: 04-30

《软件工程思想-适合初学者》阅读笔记3的相关文章

《软件工程思想-适合初学者》第4-6章阅读笔记2

很高兴又读完了3章内容,也许这本电子书也适合软件工程的教学课本,讲的基本都是老师上课所讲, 比如第4章主讲可行性分析与需求分析,第5章讲系统设计,第6章讲述C++面向对象程序设计. 可行性分析就是软件项目能否可行,即做与不做,需求分析是做什么不做什么.可行性分析与需求分 析是软件项目的前提,没有这两项软件项目将无从谈起.因此,做软件项目之前一定要做好可行性分析与 需求分析,说实话,我目前对需求分析还不是很熟悉,只知道,这一概念,具体做一个项目时,可能不太 熟练这一过程,需要多参与实践项目提高这方

软件工程-构建之法 阅读笔记

在我正式开始阅读这本书之前,我对于软件工程这个词汇的概念还是模糊的,认为它只是停留在是一门学科,一个专业,或者是一大堆硬生生的理论知识,然而当我读完构建之法这本书的推荐序和第一,第二版前言开始,我就深刻意识到我之前对于软件工程的肤浅认识是多么错误. 我看书一般喜欢从从书的封面开始看起,或许这也是大多数人看书的习惯,·在本书的封面素描着一副鲁班锁,刚开始让人感觉有点奇怪,明明是一本讲软件工程的书,为什么要用鲁班锁做为封面图案呢?原来玄机深藏于鲁班锁的内部,这鲁班锁从外部看,是严丝合缝的十字立方体,

关于JAVA面向对象基础整理以及个人的理解(适合初学者阅读)

JAVA的基础语法等都跟C有很大的相似之处,所以这里就不多啰嗦了.直接从数组开始. 数组: 1.声明 int [] a; 在声明的过程中,并没有分配空间给数组.我们可以在声明的同时,用new来分配相应的空间 int [] a = new int[100]; 这里开辟了一个空间为100大小的数组,内存分配也完成了. 我们可以在声明的同时也确定元素个数 int [] a = new int[]{1,3,5,7,9}; 面向对象(重点) class Human{ int height; void br

软件工程概论第一章阅读笔记

在这章中,我对软件工程有了一定的理解. 软件工程是为了解决软件危机而产生的一类学科. 对于软件危机,有如下解释:1 由于软件开发经验.数据难积累,是的开发工作计划难制定 2 程序员与用户难以交流 3 软件开发过程不规范 4 随和软件规模增大,其复杂性指数型增加 5 缺少有效的软件测评手段. 或许有些人会认为,质量和生产率之间是对立的,但事实上这是错误的观点.在正确的软件工程方法的指导下,质量与生产率可以同时提高.由此可见软件工程的重要性.

Java ==,equals,hashCode,解析(适合初学者阅读)

1.对于equals()和hashCade()方法他们都是位于Java.lang.object类下的方法,又因为所有的类都继承于objct类,所以所有的类都可以使用这两个方法. 2.对于equals()方法,首先知道他是用于比较的,这里我吧源码打出来(注意:我这打出的源码是Object类中的equals()方法的源码) public boolean equals(Object obj){ return (this==obj); } 附录:this关键字我在这里进行简单的说明一下吧,对于初学者对t

软件工程概论第二章阅读笔记

在这一章当中,我了解到了软件生存期的几个模型. 首先是瀑布模型.其优点有:1 可强迫开发人员采用规范化的方法 2 严格规定了每个阶段必须提交的文档 3 要求每个阶段交出的产品都必须是经过验证的.其缺点有:1 最终产品可能与客户要求不符 2 该模型只是用于项目开始时需求已知的情况.在瀑布模型的基础上,还发展出了v模型,其将设计与测试有机的结合在了一起. 其次是快速原型模型.其优点有:1 满足客户真实需求 2 规格说明文档能正确的描述客户需求 3 产品开发基本上按照线性顺序进行 4 开发过程后续中不

02软件架构设计的思想与模式阅读笔记

软件的质量问题往往表现为缺陷(bug),软件缺陷的产生主要有两个原因:软件产品的特点和开发过程.对于产品特点,用户往往描述的不是特别仔细,或有什么隐性的要求没有说,或有什么在这个领域公认的特点,而技术人员并不知道.而开发过程方面技术人员可能会使用一些不成熟的新技术而无法控制除此以外,设计文档不清楚,文档本身就存在错误,沟通上存在问题,项目管理水平差, 都可能导致问题.概括起来可以有七项原因1.项目期限的压力.2.产品的复杂度.3.开发人员的疲劳.压力或者受到干扰.4.缺乏足够的知识.技能和经验.

《大道至简---软件工程实践者的思想》阅读笔记二

08大道至简——软件工程实践者的思想阅读笔记之二 2015-06-02 16:41 第五章 失败的过程也是过程 以得失而论,在瀑布模型与RUP模型之间,学习前者而不成,可思过程的本质:学习后者而不成,可得文字的架子. 如果懂得了所谓的模型原本都演化自那个简单的瀑布,那么文档是按XP写还是按RUP写,也就可以应时.应需,因地置宜,择善而从了. 越是简单的东西,往往越是接近于本质. 项目经理的工作,就是要去组织这个工程中的各个角色,使得分工明确,步调一致,共同地完成这个项目. 第六章从编程到工程 我

《大道至简---软件工程实践者的思想》阅读笔记一

07大道至简——软件工程实践者的思想阅读笔记之一 2015-05-29 16:41 第一章编程的精益 作者将<列子·汤问篇>中的<愚公移山>与软件工程巧妙的结合起 来,通过分析证明其实在两千多年前的愚公除了在移山的过程中担任 “项目组织者,团队经理,编程人员等众多角色”,还已经具备了编 程人员的基本素质. <愚公移山>                                项目管理 惩山北之塞,出入之迂                       项目原始需求的