构建之法学习回顾(一)

在学习完构建之法一到四章之后,作为软件工程专业的一名在校生,有了一些全新的认识,作者把软件工程开发的方法和案例讲的清晰有趣而又实用,我们的思维水平也升级了不少。

在第一章的学习中,难免一切事物都要从简单的介绍开始,其中一个让人耳目一新的论点是程序=数据结构+算法

程序就是一行一行的源代码,他们是建立在数据结构的一些算法。在这些数据之中,我们要构建让他们变成可执行的代码。构建需要一个合理的软件架构,软件的设计和实现,还需要各种文件和数据来描述各个程序文件之间的依赖关系,编译参数,链接参数,这些是软件构建的过程

         第二章的学习中讲了单元测试,回归测试,效能分析,个人软件开发流程(PSP)

软件是由多人合作完成的,不同的工作有相互依赖的关系。单元测试应该准确,快速地保证程序基本模块的正确性。只有大家共同合作,做相应的测试,才能更好地合作

第三章的学习中讲了个人能力的衡量与发展,初级软件工程师如何成长的方法。

软件工程包括了开发,运营,维护软件的过程中的很多技术,做法,习惯和思想。 软件工程把这些相关的技术和过程统一到一个体系中,叫“软件开发流程”,软件开发的目的是为了提高软件的开发运营维护的效率,以及提升用户的满意度,软件的可靠性和可维护性。

第四章的学习中代码规范,极限编程,结对编程,两人合作的不同阶段,影响他人的技巧。现代社会情况下,软件都是两个人在相互合作中完成的,合作的最小单位是两个人。我们的代码既是给电脑看的,也是给其他人看的。我们的代码需要让跟我们一起合作的其他人也能很容易看的请请楚楚。

在接下来的学习之中,会继续好好学习这本书上的内容。

时间: 2024-10-22 12:29:58

构建之法学习回顾(一)的相关文章

构建之法学习回顾(二)

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

构建之法学习总结(1)

构建之法学习总结(1) 从刚开始的自主学习过程再到暑期的开发实践,粗略一算也有一个学期多了,这段时间内收益匪浅.<现代软件工程>这门软件开发的基础课程,说实话这类概念型教材是很枯燥的,但邹老师编写的这本<构建之法>一书给读者带来了更多趣味性,简单易懂,是一本很好的软件工程书. 这本教材对于初学者来说是非常适合的,易懂且涉及全面,软件开发所涉及的方面和方法都有包括在内. 第一章 概论,讲述了软件工程的相关基础概念,为大家解答了软件以及软件工程到底是什么:软件工程和计算机科学的关系:源

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

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

构建之法学习(5)

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

构建之法学习总结

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

构建之法 学习笔记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(); } *分行:不要把多条语句放在一行上.并且,不要把多个变量定