软件工程实训心得体会3篇.pdfVIP

  1. 1、本文档共8页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

【最新】软件工程实训心得体会3篇

心得体会是指将学习、生活、工作、实践中的感受、反思的内容并记录下来的文

字,近似于经验总结,下面是由小编为大家整理的范文模板,仅供参考,欢送大家

阅读.

篇一:软件工程实习心得体会

软件工程实习心得体会

软件工程实习心得体会〔一〕

在这次软件工程课程中,我学到了很多东西,第一次深刻的体会到了什么叫做

用工程化的思想来编写软件,以前自己也写过一些小型软件,没有做过大型的工

程,直到这次课堂我担任组长并组织组员共同完成〝个人图书管理系统〞这个工

程,第一次和别人合作,才发现运用工程化的思想来做是如此的有必要.

从这里,我才真正的意识到实施一个软件工程并不是说简单的会编码就能够

解决问题的,我们更多的精力不是放在编码上,编码只是一个很小的模块,只占到

那么小的一个局部.这个事实在很大程度上颠覆了我以前的思想,在我以前的认

识中,似乎整个软件就是编码,除此无它,还好有老师的指导,不然真的会出现老

师所说的,撞得头破血流之后才想起来用软件工程的思想来完成这个工作.

刚真正开始工作之前,我们费了很多的时间来完成一些前端工作,如需求分析

和可行性分析,这块工作在别人看来可能是相对无关紧要,甚至是多于的,其实,

换做在以前,我也会这么认为.可是,我现在算是深深地明白了磨刀不误砍柴工的

道理,这些工作的完成太有必要了,太重要了,要想你的软件有用有市场,能被别

人接受和认可,在进行过程中不会出现崩溃性的问题,这些工作缺一不可.

还有就是接下来的一些设计模块,此模块与软件编码涉及比拟紧密,主要是解

决一些参数传递和接口通讯的问题,此模块对我的触动远没有上两个模块对我的

影响大,因此再次也不做过多的介绍.

在整个活动的完成过程中,作为组长,我收获很多,我发现,要是组里有个人不

怎么想做事情时,他对于整个组织的影响是消灭性的,正所谓〝一颗老鼠屎,能坏

一仓谷〞,以后我的组织里要是出现这样的人,我绝不会给他继续留下来的时机,

我会在第一时间将他去除出去.还有就是,作为组长,你要做的最重要的事情,不

是发挥自己的聪明才智,而是创造出一个平台,让别人去发挥,你所要做得,出了

保证这个平台的完整性和公平性外,还有就是协调好各组员之间的关系.

这就是我的实习感想.

软件工程实习心得体会〔二〕

时间过的很快,转眼间已经实习将近5个月,其中有2个月是属于完全被流放

的.最先在内部系统组参与内部管理系统开发

(struts+mysql+spring+hibernate),之后是去做网络交换机软件的脚本测试.现

在又回归内部系统,虽然在脚本组期间,编码能力被别人甩在后头,但至少具有了

一些测试经验.

至少自己做的东西,是真正交付到了客户手上,到也稍微有些成就感.

一直以来,我都认为测试是脱离了软件工程范围的工作,不以为屑.但在实际

情况中,测试是既重要且难以精湛的.其真正的压力,在于找不到bug,责任在你,

而不在于编码人员.一般的测试人员不懂编码,他们靠的是日以累计的经验总结

和想象力.而要做到高级测试工程师,那么一定要懂编码,因为这是你完全掌握整

个系统的方方面面具体运作的前提.但占主导地位的,还是大型系统的集成测试

经验.实际工程中,编码时间一般只占30%左右,真正消耗时间的是IT阶段的找

bug与对应bug,此阶段根本评定了coder的编码质量.

有些人,以为教学视频和代码看多,自己就懂的多,实际做起来,却不知从何下

手,

问题在那?如何定位?如何解决?通通跟一样能力有关,debug追踪能力,也称调

试.在工程组工作不愁源码资源,但问题是蛋糕摆在面前,你如何去消化?

有位同事告诉我:代码看几遍都没用,要去抄,例如一个查询模块,在此根底上

去做具体记录的历史记录查询模块,你可能会觉得很简单,但实际情况却往往报

一堆异常,配置问题涉及到方方面面,以及数据库字段,传值问题等等,一大堆对

于新人来说很郁闷的问题.但不用怕,只要学会调试,一个个问题去追踪,一个个

去解决,自然而然,那段〝源码〞才真正属于你.

如果你能在短短的时间内就看到问题点在那,放下断点去追踪,出去找工作,

绝对没问题.出现问题的时候,不要光看代码,要用实际行动

文档评论(0)

heart131 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档