完整版软件开发实习周记.pdfVIP

软件开发实习周记

篇一：软件开发实习周记10篇

实训总结实训目的：实训单位和工作岗位：实训的内容：

从事工作情况实训的心得体会：

“天下英雄皆我辈，一入江湖立马催。”从学校到社会

的大环境的转变，身边接触的人也完全换了角色，老师变成老

板，同学变成同事，相处之道完全不同。在这巨大的转变中，

我们可能彷徨，迷茫，无法马上适应新的环境，但在同事的帮

助和自己摸索的情况下，我还是完成了这次实训。但我发现，

以我们的经验，不学到一定的深度和广度是难以在实际工作中

应付自如的。因此反映出学习的还不够，缺点疏漏。需在加以

刻苦钻研及学习，不断开拓视野，增强自己的实践操作技能，

我们也许看不惯企业之间残酷的竞争，无法忍受同事之间漠不

关心的眼神和言语。很多时候觉得自己没有受到领导重用，所

干的只是一些无关重要的杂活，自己的提议或工作不能得到老

板的肯定。

“在大学里学的不是知识，而是一种叫做自学的能

o

力”参加工作后才能深刻体会这句话的含义。课本上

学的理论知识用到的很少。在这个信息爆炸的时代，知

识更新太快，靠原有的一点知识肯定是不行的。我们必

须在工作中勤于动手慢慢琢磨，不断学习不断积累。遇

到不懂的地方，自己先想方设法解决，实在不行可以虚

心请教他人，而没有自学能力的人迟早要被企业和社会

所淘汰。所以我们还要继续学习，不断提升理论素养。

这次实训也让我深刻体会到了团结合作的重要性，团结

合作是一个优秀的开发团队的基本素质，是一个项目成功的关

键。虽然我们团队只有几个人，而且时间也

很短，我们最终还是顺利的完成了任务，靠的是什么？

不整个项冃的过程中我们都很讲

究团结合作，大家有明确的分工，遇到问题都能互相帮助解决。

问题的及时解决保证了项目按计划进展。我们之间也发生过很

多争执，很多时候都是争得面红耳赤，在工作中我认为这是一

种好的现象，在争执中我们得到了正确的认识，也相互之间学

到了不少东西。软件开发不是一个人的工作，而是一个团队的

工作，所以工作中一定要考虑整体，不能一意孤行。

当然，这个月的实训也给了我不少经验和教训。

首先，做项目的每一个环节都应该谨慎。任何一个环节都不能

马虎，敷衍了事。一个环节的失误可能会导致后面的环节都做

不好，甚至全盘返工。成功的需求分析才能有成功的概要设计，

成功地概要设计才能进行成功的详细设计，成功地详细设计是

保证编码思路清晰和代码BUG少的前提。然而我在这一点上注

意的不够。开始以为只要把产品做出来就0K了，其他都不重

要。所以开始需求文档和设计文档都做得很

马虎，编码开始的时候就有点理不清思路了，脑子里面

很乱，不断地出现问题，到编码到一半的时候做不下去了。最

后只能重新根据需求做设计，然后根据设计重头开始编码。这

样浪费了我很多时间，感觉到起初莽撞的开始编码吃了不少

力，而且还没有什么结果。设计做好之后编码就轻松多了，从

头到尾思路很清晰，做起来效率也很高。这次惨痛的教训我想

足以让我在以后的工作牢记在心了。Coding不是软件开发的

全部，只是一个部分，所有的文档也一样重要。我想起在学校

里面学的软件的生命，占主要的并不是编码，而是维护，没有

详细的，正确的文档资料是没有办法维护的。其次，文档要尽

量详细，代码命名要规范。就像前面说的，软件开发是一个团

队的工作，也许自己心里很清楚，但是合作的同事他们并不清

楚你是怎么想的，详细地文档资料才能保证整个项目组有共同

的认识。比如需求吧，如果项冃组成员各自对需求的某些地方

理解不一致很可能做到最后发生很大的分歧。规范代码的命名

也是一个不能忽视的问题，一方面可能在整合的时候出现问

题，哪怕只是文件命名的大小写（这一点我在这次项目中犯过，

教训很深刻，其实就是大小写的问题，我以为没什么关系,后

来证明关系大着呢！）另一方面命名不规范代码的可读性就

o

很差，这会给测试带来很大的不方便。我们这次由于时间关系，

只是进行了一下小组内代码走查，我发现由于大家命名不规

范，各人一种命名的风格，导致阅读很困难。

还有一点认识就是我觉得设计原型真的是很重要的一个

环节。一方面它能把用户的需求