构建之法学习总结(1)

构建之法学习总结(1)

  从刚开始的自主学习过程再到暑期的开发实践,粗略一算也有一个学期多了,这段时间内收益匪浅。《现代软件工程》这门软件开发的基础课程,说实话这类概念型教材是很枯燥的,但邹老师编写的这本《构建之法》一书给读者带来了更多趣味性,简单易懂,是一本很好的软件工程书。

  这本教材对于初学者来说是非常适合的,易懂且涉及全面,软件开发所涉及的方面和方法都有包括在内。

  第一章 概论,讲述了软件工程的相关基础概念,为大家解答了软件以及软件工程到底是什么;软件工程和计算机科学的关系;源代码管理。

  构建之法学习(第一章 概论)

  第二章 个人技术和流程,分析程序效能;单元测试;个人软件流程。

  构建之法学习(第二章 个人技术与流程)

  第三章 软件工程师的成长,了解评价软件工程师水平的主要方法,从而学会如何自我提升。

  构建之法学习(第三章 软件工程师的成长)

  第四章 两人合照,了解代码质量,代码规范,代码复审,学会两人合作,结对编程。

   构建之法学习(第四章 两人合作)

  第五章 团队与流程,了解一些典型的软件团队模式和开发流程以及它们的优缺点。

  构建之法学习(第五章 团队和流程)

  这几章节从基本概念到开发流程,从职业规划到水平评估,从代码规范到结对编程,从两人合作到团队开发。对软件开发基础知识进行了解,明确自身的技术水平,规划自身的职业发展。个人开发流程和结对编程以及团队开发流程,都拥有不同的开发模式和流程。这一阶段的学习为接下来的敏捷流程、软件测试奠定了基础。

  

  

时间: 2024-10-12 03:12:22

构建之法学习总结(1)的相关文章

构建之法学习(第一章 概论)

初读邹欣老师的<构建之法>,却发现并没有像其它大多数软件工程教材一样偏重理论知识,而是大量引用实例,将实践与理论相结合,一改原本的空洞.乏味,反而更多的是趣味性. 通过对于第一章的自我学习,总结了一些知识点: 1.软件=程序+软件工程 程序=数据结构+算法    程序,就是指的源程序,是可执行代码.软件构建,构建成机器能懂的可执行代码,要有合理的软件架构,软件设计与实现,还要有各种文件和数据来描述各个程序文件之间的依赖关系,编译参数,链接参数等等. 软件工程是把系统的.有序的.可量化的方法应用

构建之法学习(5)

本周学习的是构建之法第五章 团队和流程 团队有共同的特点:1. 团队有一致的集体目标,团队要一起完成这目标.一个团队的成员不一定要同时工作,例如接力赛跑.(王屋村搬砖的"非团队"成员则不然,每个人想搬多少就搬多少,不想干了就结算工钱走人.)2. 团队成员有各自的分工,互相依赖合作,共同完成任务.(王屋村搬砖的"非团队"成员则是各自行动,独立把任务完成,有人不辞而别,对其他的搬砖人无实质影响.)

构建之法学习回顾(二)

学习完构建之法五到八章之后,发现这本书更加贴近于当代,一般的软工教材为了追求更广更久的接受度,在内容上会趋于保守,而这本书不同,许多生硬的知识都得到了新的活力. 在第五章的学习中,主要讲了典型的软件团队模式和开发流程.以及我们也将讨论团队模式和开发效率之间的一些关系. 团队有一致的集体目标,团队要一起完成这个目标.一个团队的成员不一定要同时工作.团队成员有各自的分工,互相依赖合作,共同完成任务.只有我们当做一个团队一样进行工作和学习才能取得更大的成就. 第六章的学习中讲了敏捷流程及其原则,Bac

构建之法学习总结

在学习完构建之法这本书后我收获颇丰,构建之法与其他市面上编程教材最大的不同之处在于这本书没有大段枯燥无味的代码,作者别出心裁地用一个个小故事来启发读者,语言也不失风趣幽默.读完这本书后,我有许多感想,心得与疑问.今后的软件开发维护等大多都是团队合作,有良好的编程风格十分重要,良好的编程风格不仅能为团队中其他成员阅读代码时带来便利,也能极大程度地提升效率,减少错误的发生.今后的软件开发不再是自己写代码来满足自己的兴趣爱好而是要最大程度地满足客户的需求.创新对于一名程序员来说是十分重要的.对于他人的

构建之法 学习笔记01

起初我只是在专业要求的硬性规定下去接触了这本<构建之法>,然后仔细的看下来之后确实让我受益匪浅,让我更切实的了解了这个行业.这本书对我来书最实用的地方在于,在高大上的理论之后会有具体的实例来帮助理解.在介绍方法论的同时,会介绍方法论不适用的场景,介绍方法论在现实中是怎样跑偏--什么叫宏观视角?什么叫最佳实践?什么叫算无遗策?就像画一棵决策树,向哪个分支走,结果会怎么样,清清楚楚,明明白白,让人信服.能让学生了解到工作中接触的种种角色及其想法.诉求,避免"以程序为中心"思考问

构建之法学习(2)

本周学习的内容是第二章 个人技术和流程 2.1单元测试 你的RP是由你的程序质量决定的.软件是由多人合作完成的,不同人员的工作相互有依赖关系.例如,一个人写的模块被其他人写的模块调用.软件的很多错误都来源于程序员对模块功能的误解.疏忽或不了解模块的变化.如何能让自己负责的模块功能定义尽量明确,模块内部的改变不会影响其他模块,而且模块的质量能得到稳定的.量化的保证?单元测试就是一个很有效的解决方案. namespace DemoUser{    public class User    {    

构建之法学习回顾(一)

在学习完构建之法一到四章之后,作为软件工程专业的一名在校生,有了一些全新的认识,作者把软件工程开发的方法和案例讲的清晰有趣而又实用,我们的思维水平也升级了不少. 在第一章的学习中,难免一切事物都要从简单的介绍开始,其中一个让人耳目一新的论点是程序=数据结构+算法. 程序就是一行一行的源代码,他们是建立在数据结构的一些算法.在这些数据之中,我们要构建让他们变成可执行的代码.构建需要一个合理的软件架构,软件的设计和实现,还需要各种文件和数据来描述各个程序文件之间的依赖关系,编译参数,链接参数,这些是

构建之法学习(第七章 MSF)

第七章 MSF MSF(Microsoft Solution Framework)微软解决方案框架: MSF是一套大型系统开发指南,是微软推荐的软件开发方法,它描述了如何用组队模型.过程模型和应用模型来开发Client/Server结构的应用程序,是在微软的工具和技术的基础上建立并开发分布式企业系统应用的参考. 一.MSF 9条基本原则 1.推动信息共享与沟通 --把所有信息都保留并公开,讨论要包括所有涉及的角色,决定要公开并告知所有人. 当然,对牵涉到技术机密.安全性等信息要采取必要的保护措施

构建之法学习(第四章 两人合作)

第四章 两人合作 1.代码规范  1)代码风格规范.主要是文字上的规定,看似表面文章,实际上非常重要. *原则:简明,易读,无二义性 *缩进:4个空格 *行宽:行宽必须限制,可以限定为100字符 *括号:在复杂的条件表达式中,用括号清除地表示逻辑优先级 *断行与空白的{}行:推荐格式如下 if ( condition ) {        DoSomething(); } else {       DoSomethingElse(); } *分行:不要把多条语句放在一行上.并且,不要把多个变量定