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

这学期学习邹欣老师的《构建之法:现代软件工程》一书收获颇多。

第一章 概论 软件 = 程序 + 软件工程

软件工程是把系统的、有序的、可量化的方法应用到软件的开发、运营和维护上的过程。软件工程包括:软件求分析、软件设计、软件构建、软件测试和软件维护。软件的特殊性:复杂性、不可见性、易变性、服从性、非连续性。

第二章 个人技术和流程

单元测试(用VSTS写单元测试、好的单元测试的标准)回归测试、效能分析工具、个人软件开发流程(实践最简单的项目:WC)。

第三章 软件工程师的成长

个人能力的衡量与发展(在团队工作中,稳定、一致的交付时间时衡量一个员工能力的重要方面)团队对个人的展望(交流、说到做到、接受团队赋予的角色并按角色要求工作、全力投入团队活动、按团队流程的要求工作、准备、理性地工作)。

软件工程师的职业发展(职业发展、职业成长),技能的反面:模仿是学习的一个重要手段。

第四章 两人合作

代码风格规范(缩进、行宽、括号、断行与空白的{}行、分行、命名、下划线、大小写、注释)、代码设计规范(函数、goto、错误处理、如何处理C++中的类)、代码复审(代码复审的目的及原因、代码复审的步骤、代码复审的核查表)、结对编程(结对编程能够不断的复审、如何结对编程)

第五章 团队和流程

团队有一致的集体目标,团队成员有个自分工,互相依赖合作,共同完成任务。软件团队的模式为窝蜂模式、主治医师模式、明星模式、社区模式、业余剧团模式、秘密团队、特工团队、交响乐团模式、爵士乐模式、功能团队模式、官僚模式。

软件开发流程的目的是为了提高软件开发、运营和维护的效率,以及提升用户满意度、软件的可靠性和可维护性。

第六章 敏捷流程

敏捷流程的问题和解法、敏捷的团队。

第七章 MSF

MSF基本原则、MSF的团队模型、MSF过程模型、MSF对敏捷和CMMI的支持。

第八章 需求分析

软件需求(获取和引导需求、分析和定义需求、验证需求、在软件产品的生命周期中的管理需求)、软件产品的利益相关者(用户、顾客、市场分析者、监管机构、系统/应用集成商、软件团队、软件工程师)、获取用户需求(用户调研)、竞争性需求分析的框架(N、A、B、C、D)、功能的定位和优先级、计划和估计、分而治之。

第九章 项目经理

微软PM的来历、PM做开发和测试之外的所有事情、PM和风险管理、PM的能力要求和任务(观察、理解和快速学习能力、分析管理能力、一定的专业能力、自省的能力)

第十章 典型用户和场景

Visual Studio的典型用户、典型用户的价值、用例、规格说明书(入死内奸功能说明书、软件技术说明书)、功能的驱动设计。

第十一章 软件设计与实现

把代码修改记集成到代码库中,软件的分析和设计方法、图形建模和分析方法(实体与实体之间的关系、数据的流动、统一的表达方式)、其他设计方法、从Spec到实现、开发阶段的日常管理。

第十二章 用户体型

用户体验的要素、用户体验设计的步骤和目标、评价标准

第十三章 软件测试

软件测试方法:黑箱测试、白箱测试、功能测试、非功能测试、单元测试、代码覆盖率测试、构建验证测试验收测试、“探索式”的测试、回归测试、场景/集成/系统测试、伙伴测试、效能测试、压力测试、内部/外部公开测试、易用性测试、“小强”大扫荡。

测试工作中的文档:测试设计说明书、测试用例、错误报告、测试修复,关闭缺陷报告、测试报告。

运用测试工具:运用工具记录手工测试、运用工具记录自动测试、如何测试效能(效能测试、负载测试、压力测试)。

第十四章 质量保证

软件的质量 = 程序的质量 + 软件工程的质量

影响程序质量的因素和影响软件工程质量的因素,其中程序质量可以通过短期的努力看到明显的效果,而软件工程的质量受很多方面因素的影响例如书中提到的:软件开发过程的可见性、软件开发的风险控制、软件内部的模块、开发成本的控制、内部质量指标的完成情况。

第十五章 稳定和发布阶段

软件团队的各个角色代表组成了会诊小组,处理每一个影响产品发布的问题;复杂项目的会诊;频率和不同覆盖范围的渐进发布;发布之后诸葛亮会议。

第十六章 IT行业的创新

怎样才能创新、创新的时机、创新的招数、魔方的创新、创新和作坊

第十七章 人,绩效和职业道德

绩效管理、团队合作的几个阶段(萌芽阶段、磨合阶段、规范阶段、创造阶段)、软件工程的职业道德。

邹老在本书中通过简单的小故事和移山公司,王屋村这样的经典词汇,程序员每天的工作就是搬砖,来让读者阅读和理解起来更加的容易,书中用“阿超”、“国栋”、“小飞”、“小李”等角色之间的对话来揭示一个概念的本质,同时通过他们之间风趣的对话又加快了对相关概念的理解。

问题/疑问:

1、 怎样学好统一流程、渐进交付流程、敏捷流程、开发流程?

2、 对于MSF这一块有点懵

3、 每种开发模式都有优缺点,那应该怎么去选择合适的开发模式呢?

4、 个人开发流程,特别是流程中的分析和设计那一块.感觉还不怎么会

5、 应该采用哪种团队模式和团队开发模式比较实际,在分工上面需要如何分配?

6、 如何在这第一次至关重要的用户初次体验中,尽可能的让用户达到他们想要的效果?

7、 怎样提高自己的代码能力?

时间: 2024-12-11 15:36:38

作业5(《构建之法》心得体会)的相关文章

构建之法—心得体会

构建之法——现代软件工程 ——心得体会 对于软件相关专业的我们来说,学习了很多的专业课程,像算法,数据结构,编译原理,软件工程等.很多学生都会有这样的疑问:我学了这么多的课程有什么用呢?在工作中有多少会真正被应用到呢?也就是说,大家都觉得理论和实践之间有着不可逾越的鸿沟.邹欣老师的<构建之法:现代软件工程>一书很好地,并且巧妙的将理论和实践结合了起来. 软件工程牵涉的范围广泛,对于即将投身IT行业的学生而言,软件工程的内容又非常重要.但是,大学生们普遍反映软件工程的课程比较空洞,乏味.一个很重

&lt;构建之法&gt;心得体会

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

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

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

“构建之法”阅读体会 and 软件工程课程总结

  经过一个学期的学习,我从软件工程这门课中收获很多,断断续续地阅读了邹欣老师的<构建之法>并把在其中学到的一些软件工程的基本方法应用到实践中,不敢说精通其精髓,但确实是体会到了现代软件工程开发方法的高效.我也是从一个完全不注重设计.遇到问题上来就码代码的菜鸟程序员提升了一个层次.还学习了github,starUML等有用的工具.真是收获多多. <构建之法>这本书从个人技术.两人合作.团队.敏捷开发.需求分析.软件设计实现.软件测试等方面面面俱到地介绍了现代软件工程开发的整套流程.

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

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

初学构建之法之体会

初学构建之法感悟颇多. 几乎所有程序员都知道"程序=数据结构+算法"这句名言,但我在读这本书之前一直有个疑惑,我感觉所学的数据结构和算法课程几乎没有太大的联系,这是为何,读了这本书,我才了解到,原来程序,就是行行的代码,是建立在数据结构上的算法.程序要对数据进行操作,这些数据有些是静态的,有些是动态的.但是光有代码和数据还不行,工程师要把它们构建为机器能懂的可执行代码,一个复杂的软件不但要有合理的软件构架,还要有各种文件和数据来描述各个程序文件之间的依赖关系,编译关系,链接关系等等,这

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

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

第一次作业(构建之法8,16读后感)

第十六章 我的第一感觉是在IT行业中,创新的思维是非常重要的.现在得社会发展这么迅速,很难有什么创新,有些人有创新的想法,却没有对应的技术,有些人有高超的技术,却对这门技术没有创新的领悟.当我们有时灵光乍现时,要抓紧记下并自己亲手实践,这样才会有成功的可能,而且创新有时很简单,或许并不需要过硬的专业知识,也未必是自己擅长的领域,有时只是脑中产生的一个简单的想法就有可能是通向成功的关键钥匙.创新有时靠的并不是你一人的努力,多和你的团队进行沟通交流,大家交换想法互相补足,这样才有可能让创新思想更加丰

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

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

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

阅读了邹欣老师的<构建之法>这本书,我感受颇多.上个学期在学习软件工程的课程的时候,并没有很大的学习兴趣.但是读了这本书,我完全有了新的感受.以下是我的学习心得. 阅读这本书使我对下面个人技术和流程.分析了软件工程师的成长.软件团队合作的几种模式和开发流程.敏捷流程.需求分析.项目经理.用户体验.软件测试.质量保障这些概念有了更深刻的理解. 我了解到了创建单元测试的主要步骤以及好的单元测试的标准是什么.还有团队的力量是无穷的,这让我懂得了我们应该增强团队合作意识,这样很多时候会事倍功半.通过阅