读《现代软件工程--构建之法》1~5章的感受

1:看完书后的第一感觉:

晚上抽出时间看了软件工程这本书。刚开始的时候我也就凭着对作业的要求去看了1~5章,并没有深刻的去了解,甚至有的章节还就一眼带过,或者直接跳过,直到很随便的看完后,并没有了解到多少。说句心理话,这本书在我认为真的是很枯燥乏味,但能成为我们的学习课程之一,一定有它的好处,有它的知识值得我们去学习。之后带着想学知识的心理再重看了一遍,心里大概的了解到什么是软件工程,怎么有效的写出代码。若以后工作中,承当一个软件工程师的话,该如何做,才能在自己的工作团队中发挥到最有效的成果。

2:想起博客的运用:

刚开始,并不知道什么是博客,直到上课后,老师让我们自己注册一个属于自己的博客,然后让我们写一个能够自动生成四则运算的程序。对于这种完成作业的途径,还是第一次遇到,以前的作业,基本都是在课堂上当堂课编辑完后直接传送给老师,或者说是回宿舍编辑完后到上课再发给老师,通过博客园这个软件,不但可以参考和学习同学的程序,更有的是可以和老师同学们交流。在第一章里面,可以看得出,每一个软件服务都是由一个个应用软件扩展而来的,而每一个应用软件都是由一个个简单的小程序组合而成,每一个小程序的根本,就是一行行熟悉的代码。

3:软件工程师的理解:

在计算机这个大系里面,我们接触的并且要掌握的程序语言不是一种两种。正因为需要学习的太多,并不可能说每一种语言我们都能精确的学精,总会有些觉得半斤八两。软件工程师,在于的是个人的能力,倘若在这方面能力不能全面完善,根本难以取得好的成果,甚至会出现反面影响。可以联想下,在建筑行业里,工程师担当的是构建,而派去建筑的而是“工人”,当然“工人”就是我们软件方面所谈的编辑的程序员。

4:团队的重要性:

在老师布置的第二次作业的时候,需要的是团队的合作,原以为一个程序,单独应该可以完成,而当真正编辑起来的时候就遇到了种种问题,而且我们也有一种陋习,就是说遇到问题,第一时间想的,不是书本,不是求助同学老师,而是通过“万能的百度“去查询,甚至有时还直接复制盗用。最后的第二次作业,还是通过在伙伴的帮助下,共同完成了。俗话说,在有才华的人,都要吸取别人优好的一面,古之圣人-孔子也不过如此,完成作业也一样,多一个人就多一份力量,多一个人就多一份思想。但是,并不是说团队想法越多越好。团队中,每个人都应该明确自己的优点是什么,并且分享出来,好让团队如何安排自己所在团队的位置。一个团队,要拥有着一致的目标,而且分工明确,互相依赖合作共同完成任务,这样可以大大提高软件的生产时间和软件利用率。书本章节第五章就有着几种软件团队模式的接招。

5:总结,并考虑自己以后所要走的路:

自己本身究竟掌握了多少,懂的了多少,会运用多少,只有自己心里才清楚。不努力,就算大学读完也不会超过现在的样子,还有可能会更加的退步,程序语言博大精深,只有一步一步的不断向前,不断理解不断学习。才有可能从只会编写一个小小的程序,到编写一个较为完整的程序,直到不断的提升。对于“构建之法”,虽说是软件程序的小部分内容,但让我懂得了团队的重要,了解了以后可能会遇到的难点。以后的工作,也会偏向于程序这一方面,但不一定说学之就必须用到,或许工作中与大学学习的知识没有多大的关联,但至少我会,至少我多多少少的懂得。今后,不管学于多少,应尽自己最大的努力。换句话说,就算是输了,你也是最大的赢家。

时间: 2024-10-07 10:59:00

读《现代软件工程--构建之法》1~5章的感受的相关文章

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

现代软件工程-构建之法>第一章 中出现的计算机专业术语 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

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

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

浅析学习关于《现代软件工程——构建之法》第一章的总结

1.1 软件 = 软件工程+(数据结构+算法) 软件企业 = 软件+商业模式 1 关于软件开发的不同阶段: 玩具阶段 业余爱好阶段 探索阶段 成熟的产业阶段 软件具有知识面广.发展迅速.实践性强等特点.总的来说就是告诉我们是研究和应用如何以系统性的.规范化的.可定量的过程化方法去开发和维护软件,以及如何把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来的学科.它涉及到程序设计语言.数据库.软件开发工具.系统平台.标准.设计模式等方面. ##1.2 软件工程的特殊性及计算机与

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

1.1软件=程序(数据结构+算法)+软件工程 软件企业=软件+商业模式 软件开发的四个阶段:1.玩具阶段 2.业余爱好阶段 3.探索阶段 4.成熟的产业阶段 1.2 软件工程是什么 软件工程:把系统的.有序的.可量化的方法应用到软件的开发.运营和维护上的过程. 软件工程包括的领域:软件需求分析.软件设计.软件构建.软件测试.软件维护 软件工程相关学科:计算机科学.计算机工程.管理学.数学.项目管理学.质量管理.软件人体工学.系统工程.工业设计和用户体验设计. 软件:软件是可以运行在计算机及电子设

现代软件工程-构建之法---第五章 练习与讨论

1.团队模式和团队的开发模式有什么关系 团队模式主要取决于组成团队的成员,包括team leader以及team mates.其中,由于身处各个角色人员的性格,能力以及IQ,EQ等的不同,特别是team leader的上述这些"属性",会往往决定了一个团队的"士气""面对困难坚持不懈的程度"等特点,即我们常说的"软实力".而这样的软实力也往往会激发一个团队的巨大潜能,为企业创造出超乎想象的价值. 团队的开发模式与我们目前所熟知

现代软件工程构建之法 前五章阅读感想&困惑

第一章 第一节 新时代中国的IT产业市场规则不规范,书中提到社会上有个别软件公司的软件一定要卸载别家公司的软件才能运行,我这里感到疑惑---————是不是说如果 一间软件公司他能做出一个像微软操作系统那样的受大众十分喜爱的软件 那么他就可为所欲为 对一些不友好的软件公司进行屏蔽,从而决定了其他公司的生存??? 第二章 第一节 之第二部分 这里说到程序员作为该单元的开发者 必须亲自写开发单元 但如果遇到上头委派的一件又急又大型的项目 那么还要写单元测试?或者不能让别人写? 第三章 第二节 这里说的

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

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

读着读着《构建之法》(Build To Win) 越精神的白雪儿的思考

哲学家的宗旨是:我思,故我在 科学家的宗旨是:我发现,故我在 工程师的宗旨是:我构建,故我在 ——<工程学--无尽的前沿> 序言:珍惜角色“人”,注重实践“物” <构建之法>,精读三曲,感触良多. 曲一,语言诙谐幽默,思维独具匠心:曲二,提问勾画,思考获益:曲三,豁然开朗,又困惑不解.软件工程与“人”有不解之缘,“人”用百花齐放的实践构建软件工程.三曲之后,知识概念,不必硬背,只需循序渐进,逐步实践体验,但不得不提出如下五惑. 核心:提出困惑点,分享你我他 第 0 章  目录: 1

软件工程-构建之法 团队

软件工程-构建之法 团队 团队名称: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/谭景元

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

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