软件工程读书提问

在我读了这本软件工程的构建之法之后,我发现这本书提出一个比较费解观点时,会通过文中虚构的人物来提出读者可能的疑问,并通过比较形象生动的对话的形式,给我们侧面的解答这些问题,这样更容易我们理解。但是看这本书的话,要是没有太多的经验以及积累,大量的代码实践,看起来可能会比较困难。对于我这种基础比较差,代码量也少的人来说,看起来会比较困难和费解。在此列出一些问题:

1:不是很清楚书中讲到的团队和流程中的足球团队和软件工程之间的联系,从书中看到了足球团队各种团队,但是还是不太能理解。

2:单元测试到底是怎么弄的,虽然书上有,但是我基础不好,还是不太明白。

3:结对编程也是不太能理解,因为以往编写代码等的时候都是自己一个人,有不懂就是百度或者请教同学,所以不是很能理解结对编程。

4:本书中提到的软件工程师与普通程序员的对比,那么要怎样才能称为一名合格的软件工程师。

5:工作量估算方法在看了书之后还是很难理解。

时间: 2024-10-12 07:12:28

软件工程读书提问的相关文章

速读《构建之法:现代软件工程》提问

提问: 1.如何更好的理解并学习现代软件工程? 2.我们该从哪些方面去培养自己的技能与能力? 3.再日后的团队合作之中我们该如何更好的体现自己的价值与能力? 4.如何判断一个团队的优与劣?优秀的团队是怎样的? 5.什么是敏捷流程和敏捷团队? 6.毕业后该怎样去体现自己的竞争力?如何在毕业后体现自己的自身价值?

软件工程读书计划

我选择了如下三本书作为我本学期的软件工程课外读物 1.梦断代码        2.代码Z大全      3.人月神话 读书计划,第一个月:梦断代码 第二个月:代码Z大全 第三个月:人月神话 此外:每周写一篇读后感,谈谈自己的体会. 目标:使自己能够对软件工程这门课有更加深刻的体会,掌握一点别人的思想内涵,提高自己对信息技术的能力和感悟!!!!

软件工程-读书笔记

第一章 概论 主要阐述了软件工程是什么,软件工程与计算机科学的关系,软件工程与软件的关系 通过类比航空产业的发展,引出为什么需要软件工程,软件工程是什么 软件工程对于计算机科学来说是一个完整的体系,但与计算机科学亦有交融 介绍了软件工程的目标--创造“足够好”的软件 第二章 个人技术和流程 讲明个人技术对项目开发的影响,以及对软件开发团队的影响 为了让我们开发的软件足够好,在开发中需要有一定的流程 单元测试.回归测试.效能分析对软件开发的帮助 第三章 软件工程师的成长 同上一章个人技术相呼应,个

软件工程读书笔记(2)——第二章 软件过程

第二章 软件过程 软件工程的目标是在规定的时间和预算内开发出高质量软件. 软件项目失败的主要原因几乎与技术和工具没有任何关系,更多的是由于缺少过程规范,只有建立规范的软件开发过程,并持续不断地加以改进,才能管理和控制软件产品的质量. 一.软件过程的概念 1.任务思维与过程思维 软件发展的前期阶段:强调软件开发结果,忽略软件开发过程.(类似于黑盒子) Watts Humphery首先将过程管理的原则和思想引入软件开发过程中,将软件开发任务看做是一个可控的,可度量的和可改进的过程. 2.软件过程的定

大道至简软件工程读书总结

从软件工程的名字来分析,软件工程=软件+工程.软件是命令的集合,工程以最短的时间和最少的人力.物力做出高效.可靠且对人类有用的东西.所以将这两者综合起来,便是软件工程. 此书甚薄,一百二三十页,而且是三十二开的纸,所以我觉得这更不像是一本书,而是一本手册. 术中最经典之处非古文莫属,每一章的开头都有引用古文,由此可见作者的思想之广,知识体系的完整,所以这恰恰是我们所应该学习的地方. "虽我之死,有子存焉:子又生孙,孙又生子:子又有子,子又有孙.子子孙孙,无穷匮也.尔山不加增,何苦而不平?&quo

软件工程读书笔记(1)——第一章 概述

第一章 概述 一.软件工程概念的提出 1968年NATO(North Atlantic Treaty Organization,北大西洋公约组织)会议首次提出“软件工程”概念. 软件工程是为了解决开发成本效益和软件质量的问题而产生. 二.软件 1.什么是软件? <IEEE Standard Glossary of Software Engineering Terminology>给出了有关软件的如下定义: 软件是计算机程序.规程以及运行计算机系统可能需要的相关文档和数据.(软件≠程序) 根据软

软件工程读书笔记(八)——需求分析

私以为软件工程的起点便是需求分析.准确全面地找到这些需求主要有以下几个步骤 一.            获取和引导需求 作为本科生,身边共性的需求不难获取,实验室信息,导师信息,实习信息等等,总结起来便是我们需要一个综合的官方的信息发布平台.而这其中又牵扯到一个问题,要分的清用户需求和产品需求.用户需求是用户从自身角度出发,自以为的需求.用户经常提出的需求,从他们角度而言都是正确的,但更多是从自身情况考虑,对于产品的某个功能有自己的期望,但对产品定位.设计的依据等情况不了解,他们的建议也许并不是

软件工程——读书笔记(八/九/十)

第八章 在本章中着重介绍了需求分析的具体流程及内容,在以往我们往往只是认为这仅仅只是通过市场调研,通过数据的分析便可以开始一个项目或是对一个项目进行优化.而今却是认识到了其实一次好的需求分析并不是仅靠几个简单的市场调研数据就可以解决的,在进行单纯的数据调研上本身就是存在着天然的缺陷的,我们并不能从简单的123中看到用户真实的情感反馈,这只是将计算机的10判断方式移植了过来,但若是进行一次详细的调查,却又往往需要花费大量的时间与资金亦是难以获得周全的数据,故而这也是需求分析里一直使人头疼的点之一.

软件工程读书笔记(10)——第十章 软件测试

第十章 软件测试 一.验证与确认 1.软件的错误 有错是软件的属性,而且是无法改变的,因为软件是由人来完成的,所以由人做的工作都不会是完美无缺的. 2.验证与确认 为把握软件开发各个环节的正确性,需要进行各种确认和验证工作.验证和确认是贯穿软件生命周期的规范化评估方法. 二.软件测试基础 1.什么是软件测试 广义上讲,测试是指软件产品生存周期内所有的检查.评审和确认活动,如设计评审.系统测试. 狭义上讲,测试是对软件产品质量的检验和评价,它一方面检查软件产品质量中存在的质量问题,同时对产品进行客