阅读笔记三2017.2.1

总而言之五章讲了几种软件团队的模式、软件开发流程;第六章讲了敏捷流程的相关知识;第七章的内容是关于微软解决方案框架的。

邹欣老师的这本书,写得形象生动,第五章用体育运动等团队例子引出软件开发团队的形式。软件团队形式多样,适用于不同的人员与需求。团队可能会演变的模式有:主治医师模式、明星模式、社区模式、业余剧团模式、秘密团队、特工团队、交响乐团模式、爵士乐模式、功能团队模式、官僚模式等。开发流程模式有:瀑布模式、瀑布模型的各种变形、统一流程、老板驱动的流程、渐进交付的流程等。在过去的学习生活很少有团队合作的时候,看了本章很期待后续与大家团队合作,肯定会遇到很多困难,但只有把学到的运用

到实际,知识才会学得更牢靠。

看了第六章了解到敏捷开发以用户的需求进化为核心,采用迭代、循序渐进的方法进行软件开发。在敏捷开发中,软件项目在构建初期被切分成多个子项目,各个子项目的成果都经过测试,具备可视、可集成和可运行使用的特征。换言之,就是把一个大项目分为多个相互联系,但也可独立运行的小项目,并分别完成,在此过程中软件一直处于可使用状态。本章也包含了许多以前不了解的新知识如XP、FDD、SCRUM等方法论。

第七章介绍了微软推荐的软件开发方法MSF。MSF的最大特性是商业化,并一直体现在项目的实施过程中。所谓商业化意味着客户的商业利益。客户投入多少,得到多少回报,客户要用到哪些最新的技术,最后如何把项目计划(Project)变成产品(Product)直至产生效益,等等,这些都是MSF要考虑的问题。我认为MSF的基本原则,不仅符和软件开发流程,而且也也可以应用到平时生活和学习。如学习所有的经验,学习他人经验及自己的过去的经验,反思错误,才会获取到知识。

时间: 2024-10-25 11:12:47

阅读笔记三2017.2.1的相关文章

构建之法阅读笔记三—结对编程

构建之法阅读笔记三——结对编程 何谓结对编程,结对编程就是程序员肩并肩,平等的,互补的进行开发工作,他们使用同一台电脑,编写同样的程序,一起分析,一起设计,一块交流想法. 然而我以前却并不是这样做的,我以前喜欢在没人打扰的环境下写代码,我觉得有人在我身边看着,会影响我的思路,还有我个人自尊心比较强,不太喜欢被人指指点点,所以每次都是,我写完代码之后,自己先找自己的bug,每当自己实在找不到之后,才会请教大神,但是有时候可能由于自己的能力不足,往往一个很简单的问题,我自己发现就会花费很久的时间,让

阅读笔记二2017.1.27

之前看了前三章对软件工程有了大致认识,对个人开发的流程及软件工程师的成长过程有了比以前更清晰的了解. 这一周重点阅读了第四章,本章讲了两人合作的前提是代码要规范(包括代码风格规范及代码设计规范)及代码复审,然后才能结对开发. 大学一年交了很多代码作业,但质量仅仅是完成了而已,对于缩进.行宽.括号.与大括号.分行等都没太注意过,觉着有了结果就好了.而对于命名更是越短越好,过后也就知道写过的代码是什么意思了.以前,写代码时,很多时候是上手就写,一个大括号包含所有内容,虽然大一时学过函数.类等知识,

《代码阅读方法与实践》阅读笔记三

之前已经看完了<代码阅读方法与实践>的前六章,基本上也就是看得比较粗略,没有很精细的阅读,上节课听到老师说的“学术交流会”还是很紧张的,挺害怕被问到问题,结果回答不出来可怎么办啊,不仅丢人,分也送给别人了啊,这可怎么破啊.所以呢,我打算近期再看一遍,不管有没有用,算是给自己加点自信吧. 第七章,讲的是编程规范和约定,主要就是文件的命名及组织.缩进.编排.命名约定.编程实践.过程规范之类的,其实这一章也不用我做过多的介绍,因为大家应该都有听各科老师讲过好几遍了,道理大家都懂,但是大家除了在理论上

构建之法阅读笔记三

今天阅读了构建之法第四章,对我最深的感触就是代码规范,对于一个软件工程师来说,编程是一项基本技能,程序编的好一半来自于代码的规范:就算你学的算法再好,编程能力再强,代码不规范也没有任何意义.当阅读者拿到你的代码时一头雾水,完全看不懂,这样的代码对于后期的维护和bug的寻找难上加难,或者是对于后来的初学者来说,也是去了教育意义.所以在我们日常的编程过程中要养成代码规范的习惯,习而久之,这样的习惯会一直伴随我们编程整个过程. 还有就是代码复审,我一开始也想不明白,代码为什么要复审呢,写完代码得到执行

&lt;&lt;梦断代码&gt;&gt;阅读笔记三

看完了这最后三分之一的<梦断代码>,意味着这本软件行业的著作已经被我粗略地过了一遍. 在这最后三分之一的内容中,我深入了解了在大型软件项目的运作过程中存在的困难和艰辛.一个大型软件项目的成功代表着这团队所付出的所有心血,以及那不为 人知的无数个‘人月’.而联想自己的专业,产生了一点迷惘,这就是我今后要走的道路么,我能走得多远,我能否像书中所提到的那些人一样百折不挠,这一切我 都无从得知.但是我只能向前走,别无选择,没有人会承认自己不如别人,哪怕现在不如,但总会寄托于未来,未来是未知的,但又是现

&lt;&lt;浪潮之巅&gt;&gt;阅读笔记三

纵看世界,横看国内.我们国内也有很多很优秀的企业正在走向或者已经处于浪潮之巅.阿里巴巴.腾讯和百度这三巨头应该是我们计算机行业的龙头.但是 不得不说,在创新方面我们做的并不多,这是值得每一个从事计算机行业的人需要反省的事情.简单从腾讯来讲,一个企业大部分是靠抄袭来维持的话,永远找不到 自己最独特的基因,也会给更多的独立创新型企业强烈打击,得不到发展.想要发展,更需要的应该是良好的生存环境和自主的开发趋势.我们不能说他没有走上浪 潮之巅,但是可以肯定的是,有些时候我们通过简单的途径走上了最高峰,终

《探索需求-设计前的质量》阅读笔记三

获取信息的第一步就是定义功能,在这个阶段描述产品是为了做什么的动作.假设是决策树的根源,那么客户说想要什么东西存在就是问题声明的提出.而客户说产品能够实现什么功能就是指他的测试功能.在描述功能方面,需要记录所有用户想要的功能,然后进行理解,不能记录记录用户不想要的功能.做到这些也需要一些技巧,首先要记录所有潜在功能,:理解明显的隐藏的以及装饰性的功能,识别未注意到的功能.实用功能启发的方式来进行识别功能,创造归功能的一直处理方法. 属性是客户希望的特征,要将属性和功能加以区分,属性不同的产品有可

鸟哥的LINUX私房菜基础篇第三版 阅读笔记 三 Linux磁盘与文件系统管理

一.认识EXT2文件系统: a.硬盘的组成:转动小马达+存储的磁盘+读写的机械臂 b.磁盘的一些概念 扇区为最小的物理储存单位,每个扇区为512B 将扇区组成一个圆,就是磁柱,磁柱是最小的分割单位 第一扇区最重要,a.主要开机区及分割表,其中MBR占有446B,而partition table 则占有64B c.inode block superblock 三个数据的意义 inode:存放文件的属性,权限,一个档案占用一个inode,同时记录次档案的数据所在的block号 block:实际存放的

《大道至简》阅读笔记三

后面这部分主要就侧重于介绍一个完整的软件工程了.站在一个工程的角度去分析事情. 编程是个简单的事情,但是工程就没有这么容易了.就像书中所说,或许在几年前,开发一个小工具可以不讲工程这个概念:但随着社会的发展呢,人们的需求也越来越多了,对一些软件的需要也就越来越强烈,所以呢,因为有了这些要求,要做的东西也就越来越复杂了,所以就有了工程这个概念了.而要做好一个工程,这就需要一个良好的团队了,里面要有“干活”的人,要有管理的人,也要有统筹的人.每个人都有自己的专业事情去做. 很多大公司里面,其实到处可