记软件构建之法的读书笔记

什么是软件工程?

软件工程与计算机科学有什么关系?

《构建之法:现代软件工程》这本书的绪论主要就是讲解这两个问题。软件工程是把系统的、有序的、可量化的方法应用到软件的开发、运营和维护的过程。它包括:软件需求分析、软件构建、软件测试和软件维护等多个领域。做一个合格的软件工程师,并不仅仅局限于你会多少种语言,是否会用C++写“Hello World”的程序,你还要清楚软件如何构建以及在软件构建之中不厌其烦的去做那些用户使用率为百万分之一,但却不可或缺的功能。程序是基本功,但是在算法和数据结构之上,软件工程决定了软件的质量。

计算机理论的进展会帮助软件工程;软件工程的进展会帮组计算机科学家做更多的实验和探索。软件和软件工程的早期开拓者不少是从事硬件设计,计算机工程这些领域的工作,他们带来了相应领域的不少技术术语。软件工程的工程二字意味着它和许多工程领域的学科,以及管理学科有很大的联系。软件工程和机械工程等学科一样,其中也有工程理论质量控制论的原理。

就我本身的机械领域来说,软件工程已经渗透到了学科的方方面面。在机电一体化系统中软件的作用是负责控制和协调系统中各个部分有条不紊地工作,是他们成为一个有机整体;按照设计要求实现具体的功能;对系统的运行状况实现监视和干预。随着智能化的发展,高级的机电一体化产品需要更多的“智能”和“柔性”,软件工程就尤为重要。在机器人领域,人工智能已经大步跨向了舞台,而在这其中软件的应用不可或缺,而在工业机器人、服务机器人、军用机器人都需要软件的支持。作为机械专业的学生仔细研究过软件工程,我们可以把这里的思想和技术融入到机械设计当中,能更加激发我们创作的灵感,而对软件环境的充分了解,也有助于我们在以后的开发中避免一些不兼容的问题,使工作质量大大提高。

而这门课,我主要想通过线下的反复练习和与同学老师的交流来提高自己的技术水平,加深对软件工程的更深层次的认识,反复思考反复练习,方能有收获。

时间: 2024-10-20 00:16:41

记软件构建之法的读书笔记的相关文章

项目管理学习——《构建之法》读书笔记

最近终于有时间来读读书了.买了<构建之法>已经一年多了,这次静下心来读完了,收获很大.现在想起自己在上大学的时候学习软件工程是机械工业出版社出版的一本外国书籍的翻译版本,当时由于对于整个行业没有太大的感触,而这本书又全部由专业术语和定义组成,所以当时的课是相当痛苦.而老师通过的这门课程的方式又由各种理论知识考试为准,所以当时学习感觉相当“鸡肋”. 好的地方: 1,情景式.对话式对白,有趣易读.这点非常喜欢,很多实际中碰到的问题在这里可以重现.比如:每日构建,在实际开发中,就会由于各种原因导致不

《构建之法》读书笔记之:第一、二、十六章

这周看了邹欣老师<构建之法>的1,2,16章,获益匪浅.这本书写得妙趣横生,用阿超小飞几个人的生活场景和幽默的比喻帮我理解着软件工程的相关概念,让我对软件工程有了初步的了解:原来开发软件并不是我们想的那样简单:上手直接敲代码就可以了,而是会有一套详细的流程规范.下面是我看书时的一些心得笔记,和一些无法自己解答的疑惑,烦请各位老师批评指教. 第一章: 笔记: 软件=程序+软件工程,是否可以通俗地理解为,程序只是死的机器的东西,为什么做(需求分析),做什么(软件设计),做完后这东西是否可行(软件测

《构建之法》读书笔记二

这周读了<构建之法>的第二章.第二章主要讲到了个人技术和流程. 软件是由多人合作完成的,不同人员的工作相互有依赖关系.一个团队需要一定的流程来管理开发活动,每个工程师在软件生命周期所做的工作也应该有一个流程.所以就引进了一个新的名词叫做PSP--个人软件开发流程.但是要做到每个人的模块的质量得到稳定.量化的保证,单元测试就是一个很有效的解决方案.我们可以用vsts写单元测试,这是一个新的软件,我从来没有接触过,所以也不会用.只看了一下代码. 好的单元测试应该准确.快速地保证程序基本模块的正确性

《构建之法》读书笔记

这次个人阅读选择的书籍为<构建之法:现代软件工程>(邹欣 著).我们这门课程也参考了很多这本书的结构.内容与方法,读这本书,既是对学过知识的复习和细化,也是对以后课程的预习. 下面总结了几个阅读过程中理解有困难或疑问的point,有的是细节,有的是大的方法.然后在网上查找学习了相关内容,与大家分享. 1.  第4章 两人合作 —— 4.3 代码设计规范 —— 4.3.3 错误处理 此处提到了“断言”的概念,但着墨不多,介绍简略. 那么问题来了,挖掘机……不是,断言是什么? 编写代码时,如果程序

《构建之法》读书笔记01

今天阅读了邹欣老师的<构建之法:现代软件工程>的第一章,也回想起了我之前对于软件和硬件的一些思考,在这里一并总结. 首先谈软件工程,在计算机技术刚刚发明的时候,跟其他的行业一样,肯定是没有工程这个概念的.肯特.柯西做热气球的时候如果还要想想这个热气球除了飞上天,还要不要能在上面做个饭睡个觉啥的(需求分析),要不要绘制模型,然后规范加工生产(构建管理),进而涉及到热气球的版本--什么时候发布热气球2.0(版本控制),然后怎么把我的热气球推广出去(推广),除非他对飞上天特别狂热,不然面对这么多繁杂

《构建之法》读书笔记一

本周先看了<构建之法>的第一章. 这一章介绍的理论和知识点有计算机科学的领域.软件的特性.软件工程.软件工程与计算机科学的关系,还向我们详细介绍了软件工程的定义与组成部分. 其中有三个推论: 程序=数据结构+算法 软件=程序+软件工程 软件企业=软件+商业模式 由此可知,程序(算法.数据结构)是基本功,但是在算法和数据结构之上,软件工程决定了软件的质量. 而后课本又讲到了"软件是什么"这一个问题上. 通过阅读我了解到了软件的特殊性,它的开发过程的难点就是在复杂性.不可见性.

软件开发-MSF方法(《构建之法》读书笔记2)

MSF-微软解决方案框架,是一套大型系统开发指南,它描述了如何用组队模型.过程模型和应用模型来开发Client/Server结构的应用程序,是在微软的工具和技术的基础上建立并开发分布式企业系统应用的参考.在现在的软件开发项目中每一个软件开发项目都要经过 一个生命周期.MSF过程模型是从传统的软件开发瀑布模型和螺旋模型发展而来的,它瀑布模型中基于里程碑的规划与螺旋模型中的增量迭代的长处结合起来.MSF作为现在流行的软件开发思路,其有自己的基本原则. MSF基本原则: 1:推动信息共享和沟通 2:为

软件开发之需求分析(《构建之法》读书笔记3)

在软件开发的过程中,我们事先需要对需求进行详细的分析.软件需求分析就是把软件计划期间建立的软件可行性分析求精和细化,分析各种可能的解法,并且分配给各个软件元素.需求分析是软件定义阶段中的最后一步,是确定系统必须完成哪些工作,也就是对目标系统提出完整.准确.清晰.具体的要求. 需求分析有以下几个步骤: 1:获取和引导需求 2:分析和定义需求 3:验证需求 4:在软件产品的生命周期中管理需求 因为人们为了解决现实社会和生活中的各种问题,要求助于软件.人们的需求五花八门,那么软件如何才能准确而全面地找

《构建之法》读书笔记3

太久没读专业性书籍了.感觉大脑像一片亟需雨露的干渴沙漠,看到很多观点都觉得好有道理,想要拼命点头.读书就是慢慢梳理自己已有的.潜行的.杂乱无章的思绪的过程吧. [3.1] 工程师的成长: 积累软件开发相关的知识,提升技术技能(如对具体技术的掌握,动手能力):积累问题领域的知识和经验(例如:对医疗或金融行业的了解):对通用的软件设计思想和软件工程思想的理解:提升职业技能(职业技能包括:自我管理的能力,表达和交流的能力,与人合作的能力,按质按量完成任务的执行力): 实际成果. 长时间稳定而按时的交付