作业四:构建之法的困惑和思考(5-7)

第五章:团队与流程
是关于简介各种团队的模式和流程的,问题:在不熟悉团队的情况下怎么选出适合自己团队的团队模式和流程
第六章:敏捷流程
剖析了敏捷流程,详细的讲了什么是敏捷流程,总结了敏捷流程。问题:敏捷流程如何准确的应用在程序中
第七章:MSF

说明了MSF是什么,MSF可以做什么.问题:MSF CMMI的开发模式的主要功能?对于MSF有什么帮助
评价:

这本书的语言通俗易懂

语言幽默风趣
问题由浅入深

适当的插图

时间: 2024-10-04 12:03:35

作业四:构建之法的困惑和思考(5-7)的相关文章

作业三:构建之法的困惑和思考(1-5)

第一章:了解了什么是软件和软件工程,知道了BUG,但对于软件发布的时机还是有点模糊 第二章:学习了单元测试,效能分析工具和开发流程,但是对于内容还是一知半解 第三章:惊叹于要成为一名软件工程师的职业发展的考级之路,意识到了一名软件工程师的厉害之处,我们在毕业应聘职业时用不用拿出相应的工程师等级 第四章:了解了代码规范和两人合作,也在结对实验中明白了两人合作的重要性 第五章:知道了团队合作,问在多人的思维冲突时如何解决

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

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

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

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

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

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

《构建之法》问题与思考

阅读笔记 我在阅读书籍的时候,大部分都是浏览,也许是跟我看的书籍的内容有关系吧,但是,在浏览过<构建之法>这本书后,我精读了它,以下是我在阅读完1,2,16章后有的想法和问题,希望和大家一起分享和讨论.质疑和不断探索会帮助大家进步. 第一章        概论 引用 软件团队要从需求分析(Requirement Analysis)开始,把合适的需求梳理出来,然后逐步开展后续工作,如设计(软件架构).实现(写数据结构和算法).测试,到最后发布软件                         

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

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

读《构建之法》后的思考

1.单元测试具体的实现?一个好的程序的需要单元测试质量如何? 2.软件工程师的成长方法以及定位自己能力的方法? 3.一个好的程序的健康性简洁性效率性的判断?团队之间的复审? 4.团队合作时人员的交流?软件团队的模式? 5.一个软件出现必须经过的步骤? 6.处理软件的需求与彼此之间的竞争? 7.处理软件的针对性以及用户体验? 8.软件开发中每个人的具体定位和应负责任? 9.软件的创新和具体实现所需要的前提与步骤?

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

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

《构建之法》第四&amp;十七章读书笔记

 <构建之法>第四&十七章读书笔记 一.         前言 再次阅读<构建之法>,愈发被其中生动有趣的举例吸引.作为一本给予软件工程学生的书籍,其不以枯燥的理论知识为核心,而是基于对知识和方法的引导.本次研读的这两章内容主要涉及了代码规范,两人结对与多人合作的团队方面等相关知识,从其中逐渐明白与人相处作业等方面的技巧与艺术.以下是我对这两章节的思考与疑惑. 二.        第四章<两人合作>. 本章主要涉及代码规范,极限编程,结对编程,两人合作不同阶段,