构建之法第一篇阅读笔记

  程序=算法+数据结构这句话我估计应该深入每个计算机系学生的心里了,但是就像书中所说的一样除了上数据结构课程我们没有用过任何与数据结构有关的东西,难道老师讲的都是错的吗?构建之法给了我明确的答案,这都是我们就业后所要面临的问题,因此,软件工程概论这门课就显得尤为重要了,它可以帮助我们了解软件工程整体结构,了解其中的各个流程,使我们能够了解到我们今后将会遇到的问题,提前让我们熟悉这个行业,意识到自身所学真正的作用。

  软件工程是把系统的、有序的、可量化的方法应用到软件的开发、运营和维护上的过程。它包含多个领域,和多个学科相关。软件又有许多特性:复杂性、不可见性、易变性、服从性、非连续性。之后又给我们讲解了软件工程和计算机科学的不同之处。一个是偏理论,一个偏实践,两者并非水火不容,而是互相促进,共同发展的。而软件工程最主要的目标便是让我们学着去创造足够好的软件——用户满意度高,可靠性好,流程质量高,可维护性好。如果能知道了解这些,我们算是大体上认识了软件工程。

  为了更好地开发软件,我们需要了解个人软件开发流程。首先就是单元测试,软件是有多人合作完成的,我们写的模块不是仅仅为我们所用的,而是需要被其他人调用的。所以,在此过程中便容易会出现一些误解,进而产生一些错误。这时,为了保证模块的质量,单元测试就显得极为重要了。单元测试存在一系列标准:能测试一些最基本的功能和参数,测试应该交给熟悉了解此程序的人来完成,速度快,产生可重复一致的结果,独立,能覆盖所有的代码路径,可以进行保存和维护。还要记录自己的开发流程,以用来为以后提供经验和借鉴,并可以审视自己是否有所进步。

  个人感受:应该把构建之法中的思想应用到平时软件工程作业中去,这样才能不断提高自己的编程水平,而且更有利于自己未来开发软件,因为你有了一个良好的习惯。

时间: 2024-09-29 07:46:13

构建之法第一篇阅读笔记的相关文章

构建之法--第一篇

这一周,我学习了<构建之法>中第一章的内容,对<构建之法>这本书有了一个大概认识. 首先,我们从第一章中,能得出其中两个等式: 1.软件=程序+软件工程.我们该怎么去理解这个等式呢?如果是以一个程序员的立场来看,我们想要做出一个可以推广出去并且能过投入市场的软件,要经过几道必要的步骤.程序员要利用自己所擅长的语言来编写出客户需要的程序,待客户满意这一个程序的基本需求后,才算勉强形成一个胚子.后续,还需要随客户的要求而增加相应的功能来满足客户的需求,这是一个庞大的工程.从简单的程序,

构建之法——第一篇

通过两周的学习,在<构建之法>的前两章中,了解到软件的概述以及单元测试的重要性. 通过第一章"软件=程序+软件工程"使我对于软件工程有了一个相对来说比较宏观的定义,即软件工程是把系统的,有序的,可量化的方法应用到软件的开发,运营和维护上的过程.为此我也了解到软件有很多种,就以三个我比较感兴趣的举例来说吧! ShrinkWrap:是最强大的软件保护工具,其强大的反调试检测让所有调试器均无法加载 Internal Software:即就是企业或学校或某组织内部的软件 Mobil

人月神话第一篇阅读笔记

我先通读了全本书,对整书的大概内容进行了了解.第一遍的阅读中我知道了许多.软件开发的多少人参与和完成时间不成正比的,过多的人参与并不一定能缩短开发时间.如战争,部队多,人多并不是关键,更多需要武器的先进,战术,兵多后方便的补给就得多.如是参与软件开发的人增加,软件的花费将提高,参加这需要时间了解项目,给软件管理带来了不协调. 人月神话的核心法则是:概念完整性和架构师.Brooks认为,一个整洁.优雅的变成产品必须向它的每位用户提供一个条理分明的概念模型,这个模型描述了实验应用的方法以及用来指明操

第一篇阅读笔记

编写有效用例,首先要清楚用例是什么.用例是代表系统中各个项目相关人员之间就系统的行为所达成的契约,描述了在不同条件下,系统对某一项目相关人员的请求所做出的响应.一个好的用例很容易阅读,但是要写出一个好的用例很不容易.而且用例不是要写的多正式.完整.漂亮,而是尽可能得充分,就足够了.还有在书写用例之前最好弄清楚客户真正需求是什么?是安全,还是使用等,弄清楚客户的真正的需求有助于自己尽可能的写出满足客户并且足够充分的用例,还能增加客户对你的信任感.我一直认为信任感是与他人沟通最重要的.  用例编写的

大道至简第一篇阅读笔记

编程的精义1.顺序.分支和循环.庞大若“愚公移山”这样的工程,都是可以通过这样简单的编程来实现的.这,就是编程的精义了.2.除了先天智障或后天懒惰者,都是可以学会写程序的.3.编程的第一要务是先把事情分析清楚,事件先后的逻辑关系和依赖关系搞清楚,然后再去代码实现.4.记住:积极工作和勤于思考都要占时间.5.只要开发人员将这个程序的算法设计出来了,把结构描述出来了,那么程序就已经定型了.剩下的事,简而言之,就是劳力活.6.通常而言,语言的差别主要表现在适用范围上.是懒人造就了方法7.人的精力终归是

构建之法第五篇阅读笔记

今天将构建之法剩下的阅读完了,主要讲述如何组队一起设计一款软件软件设计与实现过程中,着实有这么一句话:在理论上,理论和实践是一回事:在实践上,理论与实践却是两回事.若是只是在理论阶段讨论着实践,就永远不知道想象中的目标实现难度与实际的目标实现难度差距有多么的大.这在课程结对编程中有所体现,也感触颇深,动手前将设计思路商量地基本完美,大多会遇到的问题也都通通解决,然而到了实现环节就出问题了,发现原来之前商量的方法并不可行,还有很多突发的问题没有考虑到……所以,有的程序可以“一拍”即得,有的不行.构

阅读构建之法第一章有感

今天阅读了构建之法第一章,感觉到自己其实玩具的阶段都不到,离研究阶段更是差的有段距离.了解到程序其实只是一个藏在你电脑里的数据结构加算法,要想成为软件还得经历软件工程这一阶段,软件工程便是把系统的.有序的,可量化的方法应用到软件开发,运营和维护上的过程中.首先我要进行软件需求分析,一个成功的软件是要有市场需求作为背景的,没有需求你做的软件就是无用的东西,有了需求然后我们对软件进行设计使之安全 可行 基本满足市场的需求.然后我们便对我们的软件进行测试.最后软件在用户手中运行,但是十全十美的软件是不

0807&mdash;MapReduce的第一篇学习笔记

http://blog.csdn.net/v_july_v/article/details/6637014 1 2 3 4 0807—MapReduce的第一篇学习笔记

《构建之法》初读笔记

虽然当初决定考计算机研究生的时候就已经做好了要承受很大压力的心理准备,但是真正上课了还是有点吃不消,就像根本没想到会调剂到离家这么远的东师大,我也没想到研究生的课会刚开始就进行编程,跟本科就是计算机的同学比起来我编程的能力差的不是一点两点,这几天耗费了太多的时间导致没有太多时间读这本<构建之法>,在今天提交了作业以后才有空第一次接触这本书. 我本科并不是计算机,计算机相关的课程也几乎没学过,所以书里讲的很多概念对我来说都很新颖很有吸引力,更像一本引人入胜的小说,邹老师用很多生动的例子生动的表述