软件工程--- 阅读《构建之法》第6~7章

1.读书感悟:

阅读第七章后,初步了解到微软解决方案框架(MSF),它分别有九条原则:

(1)推动信息共享与沟通

(2)为共同的远景而工作

(3)充分授权和信任

(4)各司其职,对项目共同负责

(5)交付增量的价值

(6)保持敏捷,预期和适应变化

(7)投资质量

(8)学习所有的经验

(9)与顾客合作

其中,还了解到MSF团队模型,MSF过程模型等关于MSF的知识。

阅读第八章后,了解到了软件需求的类型、利益相关者,获取用户需求常用的方法和步骤、竞争性需求分析的框架NABCD,四象限方法,项目计划和估计的技术等需求分析的基本知识

2.我的疑问:

1.是不是每一个开发团队都需要参照MSF的团队模型和开发模式去开发?不论是小团队还是规模比较大的团队

2.例如已经有团队开发出能够满足某个需求的软件,是否还有必要根据该需求开发出相应的软件?

3.前几年火过一段时间的app脸萌和超级课程表,在开发前是否进行过充分的需求分析?如果有,那么为什么后来失败了?如果没有,那么为什么能一下子火起来?

3.我对SCRUM的理解:

SCRUM 是一个用于开发和维持复杂产品的框架,是一种迭代式增量软件开发过程,通常用于敏捷软件开发。

Scrum包括了一系列实践和预定义角色的过程骨架。

Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务,产品负责人代表利益所有者,开发团队包括了所有开发人员。

虽然Scrum是为管理软件开发项目而开发的,它同样可以用于运行软件维护团队,或者作为计划管理方法。

4.Scrum团队成立与团队项目选题相关信息链接:http://www.cnblogs.com/xiseven/p/5452862.html

时间: 2024-10-22 03:02:25

软件工程--- 阅读《构建之法》第6~7章的相关文章

软件工程 《构建之法》 第四章读后感

在第四章我们进入了软件工程另一项核心的起步阶段——结队编程,所谓工程自然不是一个人便能完成的了所有的工作,而是一个集合了一个团队的合作完成作品的过程.在开始结队之前,需要达成共识的便是代码的规范性,这在编程界早已有了相应的通用准则且在随着整个行业的进步而不断更新着.作为合作的项目,个人能力上或许会有不同,但哪怕团队中有个别人才思敏捷却只按着自己的路子走,不贴合代码的规范,使其他人无法去阅读理解,这无疑是从一开始便失去了结队的意义. 故而我们要学会遵守代码的规范性,好的代码是可以方便队友一同阅读.

软件工程---《构建之法》第4章读后感

软件都是在相互合作中完成了,由不同的人完成软件的过程中,由于代码的风格规范不同,例如缩进.行宽.括号.断行等有所不同,阅读其他人的代码便会有代沟:除了这些风格规范外,当你完成的是某一个小的功能时,要处理好代码的逻辑关系,因为打出来的的代码是要给别人看的,如果代码的可读性不高,当别人使用你的代码的时候,因为结构混乱还得花时间去研究你的代码,这样一来,还不如自己重新实现一遍,说不定比研究你的代码的时间更短呢. 当自己完成代码后,还要进行代码的复审,最基本的复审就是同伴的复审.代码复审可以查找出一些小

阅读构建之法读后感第三章

养成一个优秀的程序员必须做到的: 1.代码规范 首先我们需要了解的是我们的代码不只是给机器看的主要还是给人看的,那么我们就需要将我们的代码写的清清楚楚. 代码风格规范:主要是文字上的规范,看似表面文章实际上非常重要.代码风格的原则就是简明,易读,无二义性. 1.缩进,使用tab键,4个空格的距离看着正好. 2.行宽,必须限制行宽. 3.括号,括号清楚的表示逻辑优先级. 4.断行与空白{}行. 5.分行,不要将多条语句放在同一行. 6.命名,必须分清楚类,变量,关键字的命名方式. 7.下划线,用来

第一次阅读构建之法

    第一次阅读构建之法,把以前很多门课的知识点联系到了一起.      软件=程序+软件工程.我认为这是对软件的一种及其精炼的解释.程序即是指一行行代码,软件工程则包含了各种软件开发活动,包括构建管理.源代码管理.软件设计.软件测试.项目管理等等,是把系统的.有序的.可量化的方法应用到软件的开发.运营和维护上的过程.      从一个简单的程序,扩展到一个满足各种功能的应用软件,再扩展到一个能保证服务质量的软件服务.源程序是建立在数据结构上的一些算法.构建不仅仅是CC和link命令,一个复杂

阅读《构建之法》第四章感想

课下阅读<构建之法>第四章,自己有以下一些感想. 1.我们写的代码最终都是要给人看的,所以代码规范化是一个优秀编程员必备的良好习惯,而且若是在团队里工作,那么代码规范更加重要.编程人员要遵循的代码风格的原则是:简明,易读,无二义性.以后自己要养成规范代码的习惯. 2.复审也是不可缺少的一个步骤,软件工程中最基本的复审手段就是同伴复审,找熟悉代码,有经验的人来进行复审. 3.当今时代,一个人能发挥的力量越来越小,团队的力量日渐重要,因此,如何合作,很关键.两个人合作,如何影响对方,要因人而异,因

《构建之法》1~5章阅读

第一章:通过阅读构建之法的第一章概论,我知道了软件是由程序和软件工程组成的,一个简单的程序可以升级到一个软件的发布和软件的服务,软件开发经历许多阶段,这些阶段使软件开发愈发成熟,软件有复杂性,不可见性,易变性,服务性和非连续性等特性! 第二章:阅读了个人技术与流程中的单元测试,我知道了单元测试可以保证程序的质量,改善自己的程序,但是对于单元测试我还是处于懵懵懂懂状态. 第三章:第三章主要讲了软件工程师的成长,我们作为学习软件的学生,我们可以通过考级和实践来证明自己的能力,但是对于形形色色的考级和

《构建之法》第四章---阅读总结

<构建之法>第四章---阅读总结 前言 看到这个章节的名字,我想起了之前老师叫我们看的<硅谷传奇>,原来老师是想让我们在学这一章节之前先了解两人合作的重要性.确实,软件工程既然能带上“工程”二字,那就说明它并不是一个人的事情,软件工程离不开团队合作,而团队合作的最简形态就是两人合作.由<硅谷传奇>可知,一个好的合作伙伴是多么重要,两人能有着共同的追求,又能包容对方的性格,各施其长后能力就不再是简单的1加1了. 分析与理解 本章节围绕“两人合作”的中心,主要讲解了编程规范

《构建之法》第四章读后感--软件工程

<构建之法>第四章读后感--两人合作 1.代码风格很重要,因为良好的代码风格,有益于两人的合作甚至多人的合作. 个人认为 : 良好的代码风格的培养就是 多去阅读别人的优秀代码 ,用于提高并且培养自己的代码风格. 2.关于结对编程的重要性 2.1 结对编程能提高设计质量与代码质量 2.2 结对有益于学习交流 3.如何结对编程 3.1 主动参与讨论,提出设计方案或者问题的解决方案 4.代码的复审 复审可以提高代码质量,优化项目性能.

阅读《构建之法》第四章、第十七章收获

阅读<构建之法>第四章.第十七章 阅读这一章的时候,我意识到了很多以前写程序没有注意到的地方,以前写程序就只知道能运行就好,根本不管自己写的程序占多少内存,运行的时间,是否有优化的空间,写代码的时候也不注意规范,有时候设计的函数根本用不上,造成代码冗余.同时也认识到结对编程的重要性,没读这本书之前就觉得结对编程就是两个人一人负责一个模块,然后合在一起,调试调试.但实则不然,真正的结对编程应该像书中那样,一个是驾驶人,一个是领航人,两个人有规律的进行编程.期间,一人编程一人复审,极大地提高了效率

读《构建之法》第四章 、第十七章

第四章    两人合作 通过对于<构建之法>第四章的阅读使我对代码规范 . 代码复审 . 以及结对编程有了更加深刻的认识,所谓代码规范可以分为两个部分,代码风格规范和代码设计规范,代码风格规范的原则是:简明 . 易读 . 无二义性,代码书写的形式,变量命名的方法,注释程序如何工作都有详细的介绍,令我受益颇多.代码设计规范不光是程序书写的格式问题,而且牵涉到咸亨需设计 . 模块之间的联系 . 设计模式等方方面面,函数的设计,语句的使用,错误的处理,这些都是我们在进行程序设计的时候需要注意的地方.