第五次作业 关于《构建之法》的心得体会

  阅读了邹欣老师的《构建之法》这本书,我感受颇多。上个学期在学习软件工程的课程的时候,并没有很大的学习兴趣。但是读了这本书,我完全有了新的感受。以下是我的学习心得。

  阅读这本书使我对下面个人技术和流程、分析了软件工程师的成长、软件团队合作的几种模式和开发流程、敏捷流程、需求分析、项目经理、用户体验、软件测试、质量保障这些概念有了更深刻的理解。

  我了解到了创建单元测试的主要步骤以及好的单元测试的标准是什么。还有团队的力量是无穷的,这让我懂得了我们应该增强团队合作意识,这样很多时候会事倍功半。通过阅读,我了解了敏捷开发的原则和一些关于敏捷流程的问题和解法。但是我还是没有明白,具体要在什么时候选择敏捷流程。这个问题我希望能够得到帮助。

  代码风格,一个良好的代码风格规范是一个软件开发人员最起码的要求,即使程序写得是多么地出色,具有广阔的市场应用前景,但是如果背后是混乱不堪 的代码,那么就会对这个软件日后产生不少的负面的影响,代码规范相当重要。

  我对软件工程有了进一步的了解。所谓的软件工程指的不仅仅是代码的编写,而是一个软件从设计到编码到最后测试,运行维护这一个完整的过程。在软件设计之初一个程序员应该学会通过分析用户的需求来确定自己软件开发的方向,而后制定软件开发的方案再开始真正地编写代码,在软件完成编译成品提交之后还要定期维护。在整个软件开发的过程中,测试是非常重要的。测试几乎穿插了整个软件开发的过程,一次成功的测试能及时发现软件中存在的错误和漏洞及时改进纠错从而大大提升后期编写代码时的效率。

  在团队合作的过程中可能会产生分歧,此时一位优秀的项目经理,一位优秀的领导者能极大程度上的解决甚至完全避免分歧。此外我认为在一个软件设计时所选用的开发模式是十分重要的,适当的开发模式不仅能提高代码编写的效率更能为今后运行维护时的便利打下基础。

时间: 2024-08-08 01:16:40

第五次作业 关于《构建之法》的心得体会的相关文章

第五次作业——《构建之法》读后感

作为软件工程专业的一名学生,这学期接触到了<构建之法>——邹欣.这本书从前言部分就引起了我极大的阅读兴趣,邹老师引用<移山之道>这本书的手法创造了一个虚拟的软件创作环境,不仅贴切实际生活,更生动形象的展现出软件工程的丰富内容.可以说这是一本与现实接轨的教材,会让人在对行业从陌生到熟悉的过程中,较少地感到惊讶和出乎意料.整本书详细的介绍了软件工程的各个方面,运用书中人物的对白来解决我们内心的疑问. 这本书很好的告知我们要避免“以程序为中心”思考问题,而懂得以人为中心来思考,毕竟程序要

软件测试:(第五次作业)构建之法体会

因为自学安卓,这学期过得非常忙碌,但是偶尔有空余时间,我会看看构建之法,邹欣老师真的好厉害,能把乏味的代码和知识归纳得这么贴切,这么生动有趣,让我知道怎么才能成为一个优秀的程序员和软件工程师,教我们如何做软件设计和需求分析,有很多有意思的举例和代码,还有教我们如何合作,软件产品的推广,软件的运营和盈利方式等.让我对软件这个行业不再那么懵懂迷茫,同时这本书相对于以往的软件工程书籍来讲,去除了大量的概念描述篇幅,举了很多生动有趣的例子,不再那么的枯燥,难懂. 我对于书中所介绍的代码规范以及团队合作很

作业5(《构建之法》心得体会)

这学期学习邹欣老师的<构建之法:现代软件工程>一书收获颇多. 第一章 概论 软件 = 程序 + 软件工程 软件工程是把系统的.有序的.可量化的方法应用到软件的开发.运营和维护上的过程.软件工程包括:软件求分析.软件设计.软件构建.软件测试和软件维护.软件的特殊性:复杂性.不可见性.易变性.服从性.非连续性. 第二章 个人技术和流程 单元测试(用VSTS写单元测试.好的单元测试的标准)回归测试.效能分析工具.个人软件开发流程(实践最简单的项目:WC). 第三章 软件工程师的成长 个人能力的衡量与

读《构建之法》心得体会

对于一本关于软件工程的教材我想大部分的读者第一印象就是枯燥.乏味,通篇多是高深难懂的代码让读者看的昏昏欲睡.但<构建之法>却给我们别样的感觉,作者把软件开发的方法讲的清晰有趣实用,并有相关的人物扮演不同的角色贯穿全书,让我们有一种看小说的感觉,看了开头就有一种想继续往下看的冲动.但仅仅是有趣并不是一本好书的评判标准,此书不仅拥有大量的趣味性,更不缺乏强大的实用性.作为一个菜鸟学员,对于将来的工作一定是充满了未知的,而此书却通过菜鸟程序员个人开发到一个团队的组成进行了全过程的讲解,让我们了解到了

《构建之法》心得体会

这本书中列举了大量的例子,使得我们在学习过程中更容易看的懂,学起来会轻松些.阅读<构建之法>后,让我明白了软件构建的过程不仅仅是写出一个程序,还需要根据用户的需求扩展应用程序各种功能,接着还要扩展一个能保证服务质量的软件服务:在软件构建过程中还需要拥有各种文件和数据来描述各个程序文件之间的依赖关系.编译参数.链接参数等等. <构建之法>中的测试.软件工程师的成长.编写代码的规范.团队合作开发软件的重要性.还有开发软件项目的总体流程.IT的发展创新等等,使得整本书的内容丰富多彩,不会

构建之法的心得体会和问题

构建之法 面对在软件开发方面经验很少的学生,邹欣老师通过丰富生动的故事和隐喻帮助学生建立软件工程的思维习惯,通过严格扎实的动手训练与考核帮助学生总结归纳自己的“最佳实践经验”.读这本书,软件工程课不再枯燥沉闷,而是变得出乎意料的生动有趣.                       ——王忠杰 概述软件=程序+软件工程,软件开发的不同阶段,进一步阐述了计算机科学和软件工程的关系.单元测试能让自己负责的模块功能定义尽量明确,模块内部的改变不会影响其他模块,而且模块的质量能得到稳定的.量化的保证.

第五次博客作业-读《构建之法》心得

读<构建之法>心得 首先,这是一本全景式图书,会让你更了解这个行业,能让毕业生在对行业从陌生到熟悉的过程中,较少地感到惊讶和出乎意料,这是一本与现实接轨的教材. 其次,这是一本最佳实践式的书,涵盖了科学.健康的软件工程开展中的每个方面,介绍了种种方法论,但不是高高在上.纲领性的方法论,而是方法论的最佳实践,确实可用,拿来就用. 第三,这本书让人有情怀,学生对“古老的”瀑布教材或“舶来的”敏捷书籍,难免会缺乏信心:这东西行吗?适用于现代吗?适用于中国吗?而如果到各大论坛.社区.或者询问“过来人”

为什么报计算机还有阅读构建之法的心得

1.为什么选择计算机这个专业; 当初读本科的时候,一志愿填的是电气工程及其自动化,估计是因为分数太低了被调剂到了网络工程专业.之前的我并没有过多的接触计算机,感觉自己对这方面并没有多大的兴趣,本科的时候自己的学习并没有多么的认真.当时自己还想过要转专业,后来也不了了之了.慢慢的感觉这个专业还可以,也就学了三年,后来到了考研的时候,本来打算考金融专业的,但是跨专业考研难度挺大的,而且最近几年计算机这个专业实在是太火了,毕业之后工作找工作各方面都不错然后就限定决心考了计算机技术.庆幸的是考上了,现在

第五次作业《读构建之法的心得》

<读构建之法的体会> <构建之法>这本书是软件大大神邹欣的作品之一,这本书体现邹欣老师的情怀,很简洁的讲述了软件设计的各个阶段,描述了一个微软软件大神对软件的理解.构建之法对我帮助挺大的,通过构建之法这本书使我对软件的构建很清晰的了解,让我对软件设计更加的清晰的认识,增加了我对软件的认识的兴趣,好了,现在来讲述讲述里面的内容,第一张讲概论:软件等于程序加文档,软件工程是什么,第二章讲 个人技术和流程 单元测试,效能分析工具,个人开发流程第三章讲软件工程师的成长 个人能力的衡量与发展

第五次软件测试作业 读构建之法有感

之前没有什么认真的看完构建之法这本书,最近用了一星期的时间紧赶慢赶的认真的把书看完了,越看越起劲,后悔之前怎么没有早看着一本书,看了邹欣老师写的构建之法,感觉和读其它软件技术方面的书感觉截然不同,邹欣老师的构建之法想要告诉我们的是一种第一线的编程思想,比起平常所学的技术感觉起来更富有实用性,他用了程序员的第一视角来告诉我们软件编程者一思想,从第一章概论的软件工程是什么开始,就给予人一种引人入胜的感觉,给程序员一种深深的代入感,书中不仅有丰富的代码示例,还采用了一种一问一答的方式来解答问题,我想邹