本学期计划及其对构建之法的十个问题

本学期我读的另外一本书是《程序员修炼三部曲》,程序员修炼三部曲》丛书包含了三个部分,旨在帮助程序员解决日常工作中遇到的一些具体问题,内容覆盖了对于现代软件开发非常重要的基础知识。这套丛书展现了注重实效的实际技巧及工具使用方面的内容。

读完构建之法之后,我有十个对书中不理解的问题

1.计算机科学与软件工程的侧重点有什么不同?

2.软件工程这个学科到底包含了什么样的知识,这些东西是在什么基础上建立的?

3.怎样才算一个好的单元测试,单元测试是什么?

4.什么是相邻步骤的回溯?

5.团队模式和团队开发模式之间的关系

6.MSDN的敏捷流程图是怎样的?

7.书中的某些源代码读不懂,不太理解

8.怎样设计软件的功能驱动?

9.怎样识别软件的故障是内部故障还是外部故障?

10.数据流图示例是怎样的一种形式?

时间: 2024-11-07 19:20:57

本学期计划及其对构建之法的十个问题的相关文章

《构建之法:现代软件工程》读后感

<构建之法:现代软件工程>读后感    邹欣老师的<构建之法:现代软件工程>书中文笔优美,图文并茂.读者可以通过这些图片加深对相关概念的理解:再次,书中内容层次分明,作者将很多知识点通过几个小点顺序列出,让读者阅读和理解起来更加的容易.语言幽默.诙谐.书中用“阿超”.“国栋”.“小飞”.“小李”等角色之间的对话来揭示一个概念的本质.这让读者觉得十分的“接地气”,同时通过他们之间风趣的对话又加快了对相关概念的理解. 这学期看了下构建之法,感觉有了许多收获.     首先,理论与实践并

构建之法阅读之总结

这学期我看了构建之法这本书.不得不说,这是一本跟课本不一样.有趣的书. 这本书给我留下最深刻的印象,就是对于每个概念都配有生动的例子.在学校推荐的课本中,或许是限于篇幅限制,有关现实生活的例子较少,因此我感到课本有些枯燥.与之相反,构建之法这本书对概念的阐述通常伴有很多生动的例子,甚至还会有一些很幽默诙谐的语言,这令我的阅读体验十分高.阅读这本书的感觉,就跟读一本小说着迷程度一致. 从另外一个角度看,构建之法这本书与软件工程课本的知识点契合度也非常高.例如:代码规范.敏捷开发.MSF等知识点都在

构建之法“领跑衫”获奖感言

感谢邹欣老师.周筠编辑提供的领跑衫.感谢杨老师的民主,感谢大家因为投票决定领跑衫归属那天我座位靠前而投票使我获得这件领跑衫.受之有愧!我也跟杨老师说了觉得自己没资格得到这件领跑衫,杨老师说“要吧.你整的挺好的.”.再说配不上就显得矫情了.感谢“胜利点”的组长以及组员们跟我一起完成这次课程项目. 转眼学期即将结束,构建之法的课程使我受益良多,说来惭愧,作为一个拿到工程学士学位的人,在本次课程中,我第一次认识到了一个简单的工程应该是怎样的,在一个工程中责任应该如何划分,大家应该如何探讨问题,如何与“

软件工程-构建之法 学期总结

一.翻译1.软件工程师是领导项目团队做软件需求分析,软件说明书,软件设计,开发,测试和软件运行与维护的高薪并收人尊重的职业.根据对健康的承诺,安全和公众利益,软件工程师应该遵守的一些职业道德:(1)公开---软件工程师应该与公共利益相一致.(2)客户和雇主---软件工程师应该为自己客户利益最大化,并且保证雇主符合公众利益.(3)产品---软件工程师应该尽可能的确保他们的产品和相关的修改符合最高专业标准.(4)判断---软件工程师应保持其完整性和独立性在专业判断方面.(5)管理---软件工程管理者

回望来时的路:构建之法东北师大站 2016春季学期

1.  前因 微软邹欣老师著有<构建之法:现代软件工程>[https://book.douban.com/subject/26577755/].第一版首版以前,我还不知道邹老师是哪一位,就在网上曾经看到过有人转引他的观点,感到说得太有道理了,一拍大腿的感觉.比如他提到教师和学生之间应该是健身教练和学员间的关系,不是教师带领学生参观浏览,也不是狱警和囚徒的关系.比如他批评没有代码量的软件工程教学.<构建之法>到手,第一遍粗读我花了一周的时间,酣畅淋漓.很多处让你再拍大腿,"

构建之法阅读计划

1.本学期我打算阅读关于软件工程的三本书. 在第1-4周先把构建之法阅读完成 5-9周把人月神话阅读完成 10-16周重新寻找新的书刊阅读 2.速览构建之法中的问题 (1).在之后的团体项目中,我们几人如何分配任务,分配任务之后,如果有一些比如我编程能力缺乏,如何才能真正使这个团队最后的软件质量得到保证 (2).还有如果因为分配之后你学习到只有一部分的知识,另一部分如何学习熟练 (3).我们学习的知识只是基础,到了一些企业中,所用的软件不同,会不会白学. (4).在学校的时候用什么样的团队模式最

”构建之法“——我会用一学期的时间去读你懂你

软件工程 1:为何读“构建之法” 抽出时间,看看软件工程这本书,就像老师说的“好书不读就浪费了,怎么也49块”.不读还对不起我们的毛爷爷呢!刚刚拿到这本书的时候,“构建之法”映入眼帘,心里在想这本书是在教我们怎样去“建造”好一个软件吗?怎么这样取名啊?一开始我只是任务式的看完一到第五章,只是单纯的看并没有太大的思考.不得不说,相对于别的书籍,这本是那样的枯燥乏味,没有一点点的吸引力,一眼看去,全都是理论知识,没有实际的相关操作.要用心看下去是挺难的,因而对于每一章我都是一眼带过,想的只是怎么快点

《构建之法》及《大道至简》阅读计划

<大道至简> 2016年3月2日下午2:30开始完成三篇阅读笔记 <构建之法> 2016年3月2日晚上开始阅读并完成两篇 2016年3月4日下午16:30至晚上完成三篇 2016年3月5日早晨完成一篇

四渎《构建之法》——计划估计、敏捷流程、项目经理和用户场景

本周再次打开<构建之法>,这次我阅读时重点在于学习敏捷流程.项目经理和用户场景等相对较为宏观的内容. 第六章开篇即简单地介绍了敏捷开发的流程:Product Backlog->Sprint Backlog->Sprint->软件的增量发布.同时提出了一些敏捷开发的特色之处:团队成员自己主导任务的估计和分配,使其能动性得到较大的发挥:通过每日"例"会进行面对面的交流,报告工作进度.今日要工作的内容.遇见的问题:通过燃尽图或看版图展现项目进度.这是一种和我们之