读教材并提问-回答自己的提问

第一章:概论

打开第一章时,我想到的是:什么是软件和软件工程是什么,在阅读中让我感到很困惑,但经过仔细阅读之后我大概地了解,最后我还不太明白的是怎样才能做更好的软件?

答:软件=程序+软件工程,所以,想做好软件,要先学好编写程序。

第二章:个人技术和流程

在这章中让我想到了怎么提高个人水平和技能?一个人怎样独立开发程序和发现问题?培养个人写程序的习惯和个人开发流程中要注意到哪些问题,特别是在程序的测试中下大量时间。

答:要经常写程序,以此来提高个人能力,写程序时要注意格式速进。

第三章:软件工程师的成长

阅读到这章,让我学到了软件工程师的成长的历程,软件工程师在各阶段的能力,同时让我感到很困惑的是怎样才能让自已成为一个好的软件工程师?

答:要成为好的软件工程师,要经常写程序,多了解市场需求,经常做项目,积累工作经验。

第四章:两人合作

从上次作业中我了解到了结对合作的好处,当自已出现一点小错误时,同伴的一句提醒,让我更加的谨慎,弥补了个人的不足,而在结对中也遇到了一些问题,出现矛盾时,怎样才能配合好对方做出更好的选择?

答:出现矛盾时,要及时的交流,了解伙伴的能力以此来做出最好的选择。

第五章:团队和流程

在这章中让我最深刻的是非团队和团队的不同之处,有些程序是一个人无法完成的,只有通过团队的合作才能完成,在阅读中我学到了团队的模式,了解了团队的开发流程,但在团队中,怎样处理好个人与团队的关系?

答:做好个人的同时,也要注意和团队的合作,交流是最好的方式。

第六章 敏捷流程

问题:敏捷流程开发的优点比现有的做法能带来更好的价值,那是否所有的项目都用敏捷流程的开发方法来做呢?

答:不是所有的项目都符合敏捷流程,要根据不同的情况来选择方法。

第七章 MSF

问题:MSF团队模型中,对于有些问题不能得到完美的解决,有什么处理方案让用户得到满意的?

答:要站在用户的角度来思考问题,选择适当的方案。

第八章 需求分析

问题:当用户提出需求时,怎么做到正确的分析,做到满足用户的需求?

答:做用户调查,分析了解用户所需。

第九章 项目经理

问题:在大学期间,如果在将来要成为项目经理,要做哪些准备?

答:要多做项目,积累经验,多与人合作交流。

第十章 典型用户和场景

问题:如何更准确知道用户的需求是什么,设计出满足用户的软件?
答:不断接受用户的反馈,持续改进。

第十一章 软件设计与实现

问题:软件设计过程中,如何管理设计变更?

:根据用户的反馈,修改管理设计。

第十二章 用户体验

问题:在何时开始设计用户体验会更好?

:时间点应该不是最重要的,最重要的是用户的反馈。

第十三章 软件测试

问题:软件测试的方法有很多,一般采用哪种测试方法会更好?

:实践一下

第十四章 质量保障

问题:怎样才能算是好的软件质量?

:用户量可以是一个很好的参考指标

第十五章 稳定和发布阶段

问题:软件发布后,如何让软件的功能能够跟上时代?

:不断更新评估后的新需求。

第十六章 IT行业的创新

问题:如何培养IT行业的创新,是否从软件的技术和实践开始?

:不一定是唯一的方向,但是可以是一个方向

第十七章 人,绩效和职业道德

问题:团队的合作中,每个人的能力都不同,如何解决这些问题,让团队同心协力行动?

:让合适的人做合适的事情,每个人的分工也是不一样的。

时间: 2024-10-09 02:45:36

读教材并提问-回答自己的提问的相关文章

如何提问问题?--《提问的智慧》再次推荐

下午在某群中有位网友A问: "大神们,问你们个问题,我在虚拟机里装了个服务器,怎么去配IP啊" 下面网友BC唏嘘了几下,网友B表示震惊,网友C表示"Google一大把"的. 但也有好心网友E回复说"控制台进去配",继而网友A就问"能远程?",网友E说"控制台",并截图(以VMware为例)示意. 网友C表示"这种问题也要人远程?未免太懒了点吧  自己搜索答案  又不是什么高深的问题  "

读教材并提问

1.书中P14用图表明确的展示出了计算机科学和软件工程的不同侧重点,且两者相互之间也能用同样的形式来证明.既然如此,我们在有正确理论的前提下,为什么作者会偏向将其看成为工程,而不是想如何将工程越与理论相吻合? 答:理想总是和实践有出入的,我们必须通许更多的实践来达到理想. 2.在这个章节中我了解到了单元测试的重要性,问题出现在P24页小飞与阿超的对话,既然单元测试(每一个模块)要写的尽可能的详细来达到避免 bug的出现.例如同样的功能可以用10行代码构成,或许能用比其更简洁的代码写出,那么是否会

问答项目---提问回答采纳处理!

其实很简单,做一个记录,有时间可以瞟一眼! 如果还没有回答问题,就显示回答框: 这里还要判断是否是自己提问的,如果是自己提问的就不让它显示: 只对提问者显示采纳按钮: <if condition="isset($_SESSION['uid']) && $_SESSION['uid'] eq $askinfo['uid'] && !$askinfo['solve']"> <a href="{:U('Show/adopt',arr

回答自己的提问

第一章:需要团队合作更紧密. 第二章:结合自身情况和团队组员情况适当分配工作任务,最大化团队力量. 第三章:一个人能力多少取决于他所做过的成绩. 第四章:公测比较好,多点用户,多点反馈. 第五章:应该配合团队成员情况,尽量把团队力量最大化. 第六章:出错后自然就会补回去,补回去了就达到了很好的效果了. 第七章:到现在都不是很清楚... 第十章:多思考,且要换位思考,置身其中的每一个角色. 第十一章:很难做到自由的码农,当然经验足后,就自然不会是码农了,码农只是一个阶段. 第十二章:首先先小部分给

回答自己的提问——对自己最大的反馈

1.既然我们要不断地根据客户的需求来编写程序,那我们平时写的代码在今后如若遇到不同需求的时候几变成了一些废弃的资料,不能再重复使用了吗?那么代码的意义又将失去了,我们创造了它却又抛弃了它,正如抛弃了自己的孩子一般,创造它又有何意义啊? 2.我们在选择队友的时候应当要怎么考虑呢?强强联合?还是以优带弱?是否可以详细解说一下应当如何选择自己的队友? 3.我们应当怎样选择不同的开发流程才能开发出适应时代的软件呢? 4.如果在冲刺的时候发现了新问题,改进了原来的计划,这是好事还是坏事呢? 5.我们作为一

回答过去的提问

原问题博客地址:http://www.cnblogs.com/R-81/p/5873996.html ASK: Bug的定义根据开发者与使用者的分析角度不同,有着很大的区别,如何使开发者能够有效的感受使用者的角度,使软件更具人性化? ANSEWR: 其实在团队项目和试用必应词典作业实践考察中,我逐渐觉得开发者几乎是不可能预知到使用者角度所认同的bug,开发者眼中的 bug是指对代码负责,代码的正确性要有保证,代码的安全性和稳定性上不会出现问题,经过单元测试.白盒测试都不会出现问题,那么 开发者就

回答自己的提问!

1.在那么多软件工程开发的方法中,什么方法适用于我们学生现在初步的软件开发呢,怎样能提高我们对软件开发的兴趣? 答:现在没有任何一种方法是普适的:我觉得现在我们团队的开发方法就适用于学生的开发,通过sprit会议,冲刺,燃尽图等等. 2.既然我们要不断地根据客户的需求来编写程序,那我们平时写的代码在今后如若遇到不同需求的时候几变成了一些废弃的资料,不能再重复使用了吗? 答:每段代码都有自己的意义,每个软件工程师都是用无尽的代码练就而成的,没有练习就没有经验,也就没有所谓的能力. 3.怎样才能高效

第一周-泛读教材

第一堂课上老师就要求我们在一个周内看完课本,然后提出自己不懂的地方.用了一周的时间,我大概读完了这本书,以下是我在这本书中所遇到的不解之处: 1.在书的第二章<个人技术和流程>中,有这样一段文字:软件实体应该是可以扩展的,同时是不可修改的.当时的疑惑是怎么才能做到可以扩展但是又不可修改,然后看了下面给出的解释是说当需求发生变化时,我们可以对模块进行扩展,从而来改变模块的功能:但是对模块进行扩展时,不必改变模块的本身.这确实是一个可以实现的办法,但是就实际的实践来说,当新的需求出现的时候,我们是

在一个小班,所有人中,随机抽取一个人回答问题,且不能重复提问同一个人

package Moth.JUL.JUL04; import java.util.Scanner; //有12个人,循环随机提问一个人,直到提问完所有人为止,要求不能重复提问到一个人 public class Random { static Scanner input = new Scanner(System.in); public static void main(String[] args) { String names[] = { "吖一", "吖二", &q