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

  之前以为软件工程只是一个理论学科,在细读第一章后,才对软件工程有了初步的认识,软件工程包括理论和实践,它是软件开发中的一个重要的过程,对于一个大型软件的开发来说,具有决定成功与否的意义。除此之外,还初步认识到单元测试的存在,学习到软件工程师的职业发展过程。

疑问:

  1.什么类型的软件才需要软件工程,无论是“Hello World!”,还是"Microsoft Office 2010"这样的软件,都需要软件工程吗?

  2.在第一章1.2.4小节中,提到“软件工程的一个重要任务,就是要决定一个软件在什么时候能‘足够好’,可以发布”,那么,“决定一个软件在什么时候能‘足够好”的标准是什么,是不是每个软件的标准都一样?

  3.第二章第一小节中,单元测试的意具体做法是什么,适用环境是什么?

  4.一个软件工程师需要掌握的计算机语言是不是越多越好,在书本3.1节中提到的对语言的掌握,一个精通c语言和一个精通java的哪个比较好?C语言在IT行业的开发应用有哪些?

时间: 2024-10-10 05:40:39

软件工程---《构建之法》第1.2.3章读后感博客的相关文章

《现代软件工程——构建之法》第1~5章读后感及问题

开篇就讲到一个概念即:软件=程序+软件工程. 开始读这本书,最大的感受的感受就是软件工程原来是可以这么学的,以前学习编程课程的时候,总是感觉这类课程及其枯燥无味,总是在说太多的理论,很少 会涉及到实践,甚至根本就是没有实践这个环节,所以学习很无聊,但是读到这本书,真的是全新的感受,首先,不仅仅只是在说理论了,加入了很多实 践的东西. 开篇作者就说了“软件 = 程序 +软件工程”,以前写软件或者说程序,就只是写程序,最多会考虑到数据结构的知识,很少会用到软件工程,但是随着学习的深入,代码量的累积,

《构建之法》之第一二三章读后感

读<构建之法>这本书就像读故事书那样,耐人寻味,又很多故事和经验都是源自作者本身,读起来很有趣,并不会像其他书那样的枯燥乏味. 这本书的第一章——概论,为我们解释什么是软件,什么是软件工程,读完这章对这些概念有一定的认识这章让我明白,代码不能盲目的敲,好的软件并非两三天内就能赶出来的.在编写程序之前,需要做一系列的分析.设计,要满足客户的需求,后续还要对软件进行测试.维护等.在这之前,我一直觉得能把程序运行,能有正确的结果,那就完成任务了,可这只是整个软件流程的一部分而已. 问题:目前软件工程

读《现代软件工程——构建之法》第1~5章有感

第一章的问题:在我了解第一章的时候,我比较着重于软件开发过程的难题,对于这5大难点的解决,我还是有点迷茫,我在想随着软件工具的开发是否会减轻这些难点,但是工具更多不是要求更高,对于一个团队密切不是需要更严密? 第二章:在关于单元测试和回归测试中,单元测试我们改如何具体描写,还有如果由单个人操作,那在temp的合作中该怎么分工. 第三章:在这章中,我想到一个局外问题,职业与证件,是否因为职业而采取证件措施,还是一个人能力依据证件表现? 第四章:在2人合作中,调试工作应该如何划分,最后调试为最主要,

读《现代软件工程——构建之法》第8~10章

真心看不懂! 第八章  需求分析  8.2软件产品的利益相关者  8.4功能定位 问题:怎样才能高效率的广泛而深入地了解用户的背景.心理.需求等等? 第九章 项目经理 问题:作为一个PM,如何能让自己得到所有团队人员的支持?作为一个PM又该如何管理好自己的同事,使项目做的更好?(感觉这一点是很重要但又好怕自己做不好的,毕竟每个人都有每个人自己的生活.) 第十章 典型用户和场景 问题:如何能更进一步深层次的挖掘用户的需求?

《构建之法》8,9,10章读后感和总结

第八章:需求分析 需求分析,我觉得需求分析挺重要的,一个需求分析是指对要解决的问题进行详细的分析,弄清楚问题的要求,包括需要输入什么数据,要得到什么结果,最后应输出什么.可以说,在软件工程当中的"需求分析"就是确定要计算机"做什么",要达到什么样的效果.可以说需求分析是做系统之前必做的.需求分析确定了整个团队的方向,那么怎么做好需求分析呢?有以下几个步骤:1.获取和引导需求:2.分析和定义需求:3.验证需求:4.在软件产品的生命周期中管理需求. 第九章:项目经理0

《构建之法》之第四章读后感

<构造之法>第四章主要讲一些两人合作前的基础,以及两人合作对于成功的重要性,两人合作是两个人的不断磨合.适应.与进步. 本章大篇幅讲了两人合作需要的准备,例如代码的规范,这非常重要,如果你的代码,只有你一个人看得懂,这十分不利于团队合作,再好的代码,不能被别人知道,这还是一个不好的程序,因此代码规范非常重要.优秀的代码应该遵守的原则是:简明.易懂.无二义性.我们在规范代码时要注意缩进.行宽.括号.断行.空号等的规范与使用.我们要养成良好的写代码的习惯,注意程序的命名,我们要用英文命名,不能随便

《构建之法》第十六章读后感更正

第十六章IT行业的创新 1.关于灵感.灵光闪现固然重要,很多伟大的发明依靠的就是灵光一现的基础,但是灵光闪现的前提是个人的思考,长时间的思考.完成这一灵光的基础是不断的尝试,提高自己的技术.这样才会将自己的灵光变成一个实物而不是空想. 2.关于喜好.并不是人人都喜欢创新,因为创新本来就是个长耗时又难以被认可的东西.创新有需要考虑的因素有许多,个人.面子.优先级等等,现在人们更多的是支持在原有材料技术上的"线性发展"--扩充功能等. 3.关于想法.人们接受的并不是好的想法而是他们所需要的

《构建之法》第11,12章读后感

第11章 软件设计与实现 1.  关于小飞拿到spec之后做的估计开发任务所需时间,他是根据以前同类任务所需花费的实际时间以及其他同事的时间估计的.以现阶段我们学生的角度,该如何估计一个项目开发所需时间呢? 2.  修改集是什么?集成是什么意思?怎么样才是集成呢? 3.  每日构建是什么意思呢? 每日构建意味着自动地,每天,完整地构建整个代码树.(译者按:"代码树",原文为source tree,        意思是将整个项目源代码的目录,子目录,文件的位置尽可能事先固定下来,这样在

构建之法第六、七章读后感

第六章 Scrum 是一个用于开发和维持复杂产品的框架 ,是一个增量的.迭代的开发过程.Scrum包括了一系列实践和预定义角色的过程骨架.Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务,产品负责人代表利益所有者,开发团队包括了所有开发人员. 敏捷流程一共有4步: 第一步:弄懂需求与任务是相互依赖的关系 第二步:想要学会把一个任务从产品层级的描述逐步细化到技术实现层面,那么技术能力和交流能力尤为重要的,根据每个人的能力来分配任务以保证任务的高效完成. 第三步:个人要