基于《现代软件工程构建之法》的思考与疑惑

首先,在我读的内容的看法里,书中更多的设想了大量的场景“学”和“习”,并且用了大量的类比,非常生动有趣。相比其他的学科书,更加容易理解和阅读。

其次,这本教材也对软件工程课老师提出了更高的要求,因为在老师需要教给学生的不仅仅是代码。

最后,我对这本书也存在着疑惑与思考。 例如,在书本第一章30页中,关于;"虫子和肉芽的故事",就我的理解来说,这是客户需求与软件制造者之间需求与提供不一致的故事。软件工程师提供给客户的是肉芽,而客户认为是“恶心的虫子”,有时候,我们会认为是好的东西,可能客户认为这不一定好。

因此,如何很好的修复这个BUG,应该是所有c程序员都应该面对的问题。 以上是我对这个故事的理解。同时,我也认为这里面应该有更深处的含义,希望各位老师和同学发表们多发表一些见解,以让我们对程序和客户之间有更深刻的理解。

而在第二章,我阅读了单元测试的9大功能,发现软件工程中的经营和维护远远不止我们所享受的那么简单。一个程序员应该对他的代码负责。而在此章中,我对回归测试的基本原理有一定的理解,但是对它的实际操作有些懵懂,希望有人可以指导一下我。而在此同时,我也对下星期老师正要教我们的“单元测试”充满期待,希望老师多多教导我们这些小白更多关于软件工程运营维护等信息。

在第三章中,《软件工程师的成长》,其中我对它的内容有自己的见解。书上说衡量一个软件工程师的标准是有4个方面,其中包括:代码量和任务点,时间,质量,是否按时交付。

而我认为,这其中最重要的,是思维,一个软件工作者对整个软件工程的规划和逻辑思维。就像从代码看出一个程序员水平的并不是行数,而是它的算法设计与思维逻辑。在很短代码中把本来应该用很长的代码来表达的东西用思维把整个效率都提高了,这就是专业。而在此章中,有一个问题困惑住了我,那就是69页中的一个问题,软件开发是一门工程,一门艺术还是一门所谓。是要守规矩,还是更注重创新抑或影响力?

最后,我分享一下我读这本书时很喜欢的一个段落:

足球课上,学员们发现教练没有带球,于是向教练询问原因。教练反问道:「足球比赛,场上有 22 名球员,同一时刻一般会有几个人触球?,学员答「1 个」,教练说,「那么,今天我们就来学习剩下那 21 个人要做的事情。

这是一个其他计算机的书中没有的例子。但是这里却充满着睿智,眼光,和团队合作。虽然这是体育层面的,但是这与我们软件工程师需要的东西密不可分。这应该是这本书生动性和说明性体现的一个例子。这,正因为它是一本好书。

时间: 2025-01-21 23:00:02

基于《现代软件工程构建之法》的思考与疑惑的相关文章

《现代软件工程构建之法》读后感

通过本学期学习的<现代软件工程构建之法>,让我们对于软件工程有了深刻的了解.基于上学期学习的<软件工程>,延伸了我们的知识.配合本学期<软件的测试>让我们懂得了本书的重要性. 本书共分十七章,结合本学期学习的<软件测试>我们对于本书主要从测试入手.本书有关于单元测试的简要介绍,有关于个人开发的流程,两人合作的代码规范和审查,团队的模式和开发流程,还有软件的分析和设计方法,软件各种的测试方法,运用的测试工具等.就我目前只能了解这些,当然还有跟多,还要我们细细体

软件工程-构建之法 学期总结

一.翻译1.软件工程师是领导项目团队做软件需求分析,软件说明书,软件设计,开发,测试和软件运行与维护的高薪并收人尊重的职业.根据对健康的承诺,安全和公众利益,软件工程师应该遵守的一些职业道德:(1)公开---软件工程师应该与公共利益相一致.(2)客户和雇主---软件工程师应该为自己客户利益最大化,并且保证雇主符合公众利益.(3)产品---软件工程师应该尽可能的确保他们的产品和相关的修改符合最高专业标准.(4)判断---软件工程师应保持其完整性和独立性在专业判断方面.(5)管理---软件工程管理者

软件工程-构建之法 团队

软件工程-构建之法 团队 团队名称:yousa_team 团队宣言:认真做事团队博客:http://www.cnblogs.com/yousa-team/团队队长:王天宁队长博客链接:http://www.cnblogs.com/wangtianning1223/团队其他队员:李思雨: http://www.cnblogs.com/lisiyu/崔志雄: http://www.cnblogs.com/b6772x33a程新松: http://www.cnblogs.com/chengxs/谭景元

我眼中的现代软件工程—构建之法。

作为计算机科学与技术专业的本科生,学的东西较为广泛,而<现代软件工程—构建之法>这本书也是在某个层次上来说,成为了我学习软件工程的启蒙书. 软件工程包括五大领域:软件需求分析.软件设计.软件构建.软件测试和软件维护. 软件是由多人合作完成的,不同的工作人员相互间有依赖关系.我所接触的基本的个人技术和流程,浏览了单元测试.回归测试.效能分析.个人软件开发流程几个知识点. 原来觉得软件写好了,写完了,就可以发布了,为什么有些软件写了好几年都没有发布,看了单元测试才知道如果一开始没有写单元测试以确保

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

这学期刚开的软件工程这门专业课,老师订的是邹欣编著的<现代软件工程―构建之法>这本教材.上课之前要求我们大致阅览这本书,提出对这本书不懂的问题,然后等到学期结束结课时对不懂的问题进行解答,以达到一个提高学习效率的目的. 以下是大致看完书不懂的问题: 1.什么是软件工程? 2.什么是敏捷流程?敏捷体现在什么方面? 3.MSF?PM?的含义是什么? 4.个人,两个和团队该怎么开发一个项目?具体流程是什么?

初识《现代软件工程——构建之法》

一.软件 1.软件概念 在学习软件工程这门课的时候,对于软件的概念还局限于软件=程序,程序就是软件,软件就是程序. 但是在这学期学习了软件工程这门课程后我知道了软件=程序+软件工程,软件不只是有程序组成的还有软件工程,这才是软件的组成结构. 软件的开发和发展是需要很多的条件的,像前期的策划(需求分析.市场价值等).后期的改进和营销等.这些都是决定一个软件的发展必要条件. 2.软件开发有四个阶段: 1.玩具阶段 2.业余爱好者阶段 3.探索阶段 4.成熟的产业阶段 3.软件的特殊性: 1.复杂性

快速通读《现代软件工程——构建之法》后的五点疑惑

通读过<现代软件工程--构建之法>这本书后,感觉确如老师所言,这本书不同于以往那些课本的呆板,更显轻松有趣,一个个例子很生动形象,促使我们能更加容易的理解那些原本晦涩难懂的概念.定义. 下面是我在阅读过程中遇到的几个问题: 1.第一章主要讲软件工程,那么软件工程的本质问题是什么?书中讲了软件开发过程的难题.特性,说那些非本质.临时的特性不能决定软件工程的本质问题,那本质问题究竟是什么? 2.第三章软件工程师的成长过程中描述了软件工程师的思维误区,那怎样才能避免或减少思维误区的发生? 3.程序员

《现代软件工程--构建之法》第一章整理

任务1.计算机专业术语    1.1 软件+程序+软件工程       “程序=数据结构+算法” 程序是指源程序,是一行行代码,它是建立在数据结构的一些算法上面的. “软件=程序+软件工程” 一个复杂的软件不但要有合理的软件架构 (Software Architecture).软件设计与实现(Software Design,Implementation and Debug),还要有各种文件和数据来描述各个程序之间的依赖关系.编译参数等,这     也就软件构建的过程. 源代码管理(Source

现代软件工程—构建之法》第一章 中出现的计算机专业术语

现代软件工程-构建之法>第一章 中出现的计算机专业术语 1.软件 2.程序 3.软件工程 4.二叉树 5.遍历算法 6.数据结构 7.算法 8.应用软件 9.软件服务 10.源程序 11.软件架构 12.软件设计与实现 13.依赖关系 14.编译参数 15.链接参数 16.构建 17.源代码管理 18.配置管理 19.质量保证 20.软件测试 21.需求分析 22.程序理解 23.软件维护 24.服务运营 25.软件的生命周期 26.软件项目的管理 27.用户体验 28.国际化和本地化 29.A

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

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