初学软件工程,对《现代软件工程―构建之法》这本书的疑问

这学期刚开的软件工程这门专业课,老师订的是邹欣编著的《现代软件工程―构建之法》这本教材。上课之前要求我们大致阅览这本书,提出对这本书不懂的问题,然后等到学期结束结课时对不懂的问题进行解答,以达到一个提高学习效率的目的。

以下是大致看完书不懂的问题:

1.什么是软件工程?

2.什么是敏捷流程?敏捷体现在什么方面?

3.MSF?PM?的含义是什么?

4.个人,两个和团队该怎么开发一个项目?具体流程是什么?

时间: 2024-10-11 14:52:28

初学软件工程,对《现代软件工程―构建之法》这本书的疑问的相关文章

快速通读《构建之法》后的疑问:

对于小白的我来说,这门课很深奥 1.在软件开发的过程中,大都是团队协作来完成一个或多个项目的,那么在团队项目的成员任务分配中,每个人的技术认识水平不同,虽说按各自的优势划分,但具体如何合理有效地分配给所有成员任务? 2.在软件开发之前要做充分的软件需求分析,但在实际的开发中避免不了有时会和完成的作品有不同或冲突的时候,那这个时候是不是应该按照需求更改还是按照完成作品继续? 3.软件工程不是只会变成就可以说自己是软件开发工程师了,它在各个方面的要求都很高,其实就有一个疑问:软件工程的目标到底是什么

第一张-第九题(关于读《构建之法》的若干疑问)

说到读书,我们组的小伙伴们都很积极,也很热情地根据本书内容并结合自身经历提出了若干问题,望老师.同学们多多赐教^_^. Question-1:如果采用MVP的方式,创意会不会有可能被其他人剽窃,让别人更早的做出完美的产品? Question-2:有时用户想要的并不符合专业人士的判断,比如用户的某个要求反而导致效率更低,那我们应该听用户的还是专家的? Question-3:个人认为软件产品是一个工程化的产品,在整个过程中,强调的是高效.可靠.功能强大及可维护性等.那么,在当今这个竞争激烈的市场中,

读《构建之法》产生的疑问

一.首先是第四章第四节4.3.3的错误处理,其中提到了当程序的主要功能实现后一些程序员会给代码加一些错误处理之后才能是程序完整,因为平时联系的时候没有对这方面有过详细考虑,所以想知道做完程序代码部分之后如何考虑错误处理,从哪方面下手. 二.第四章和第五章中具体介绍了两人以及团队合作,看完之后想到如果两人或者团队中产生分歧,各执己见,应该以什么的标准去评判. 三.第八章需求分析中8.7分而治之,当用户提出需求,通过总结整理之后应该将需求分成多块,可应该从哪方面入手?应该从用户需求类别分还是从程序员

软件 = 程序 + 软件工程(构建之法读书笔记一)

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

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

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

<构建之法>心得体会

拿到<构建之法>这本书时,就觉得书名很高大上,果不其然,当我开始读这本书的时候,就停不下来,邹老师把软件开发方法讲得清晰有条理,用有趣的第三人称方式把现在软件工程写得很有趣而且实用,冷硬的知识都活化了.邹老师要求学生完成大量的代码,让学生的亲身经验证实软件工程的手段是必要和有效的.这本书让我软件开发有了新的认识,让我燃起了更大的兴趣与热情.让我印象较深的是代码规范这块,以前我写代码总是很随意,认为自己看得懂就行了,书中写到代码设计规范不光是程序书写的格式问题,而且牵涉到程序设计.模块之间的关系

构建之法读后感

 我现在是一名大三学生,即将面对实训这件事,而今年才刚接触软件测试这门课程,讲的是如何测试代码可行性,都有什么样的方法可以测试代码可行性.软件测试这个行业对于女生来说是一个比较好的职业,不需要有强大的敲代码基础,需要的是细心和观察力.如果对于软件测试有兴趣就应该看看构建之法这本书,构建之法这本书的好首先就在于这是一本全景式的图书,能让你更了解这个软件行业.可以让人从陌生变熟悉,所以这本书是不错的.其次,这是一本实践式的书,涵盖了科学软件开展的每个方面,不单单只是实践,理论的东西也很重要.我们中国

构建之法书评

构建之法这本书从多个层面的介绍了软件工程,我个人认为邹欣老师写的很好尤其是他对于现在的师生关系的定义是非常明确的就是“健身教练和健身学员之间的关系”,这是打破了以往我们对于师生关系的一些错误的理解.他明确的指出了老师和助教可以帮助学员的通过一系列的正确的方式,要让那个学生明白软件工程不是枯燥的,而是特别的生动和有趣,对于开发软件过程中的bug我们不应该把它当作缺陷,而是当作一个功能,一个不能正确的运行的功能. 学习软件工程我们不能只按照老师给我们制定的套路去进行的,你做一个关于软件工程的项目你要

读构建之法之感

读构建之法之感,为什么迟迟没有发构建之法这本书的观后感,是因为想要细细的看,为什么老师这么要求我们这么做,为什么要刻意的去发微博,原因都在构建之法的这本书中.构建之法这本书和其它的软件工程的书不同,构建之法这本书讲的清晰有趣,容易理解,不像其它的软件工程的书籍,写的那么的枯燥和乏味,构建之法的每章都有很大的联系,让人逐渐的去深刻的理解.通过构建之法理解并懂得什么是软件工程,软件工程是系统的,有序的,可量化的方法应用到软件的开发,运营和维护中去.希望通过自己的努力以及软件工程的课能够让自己有一个小

读《构建之法》读后感

读<构建之法>读后感 作为一名小白,我也深知“程序+软件工程=软件”.在此之前我们学习过一个个从小到大,从简到繁的程序,到了今天才知道这些只是作为一名合格的程序员的第一步,<构建之法>这本书从专业的角度为我们阐释了什么是软件工程. 通过<构建之法>这本书我初步了解到了如下内容. 第一章讲诉了什么是软件工程,其中还掺杂了几个例子,让我更好的理解软件工程的概念,同时使我觉得这本书不会太枯燥无味,加强了我看书的耐性. 第二章向我们讲诉了单元测试,回归测试,效能分析工具.但是读