软件开发实习周记模板.pdfVIP

软件开发实习周记模板

篇一：软件开发实习周记

实训总结

实训目的:

实训单位和工作岗位：

实训的内容：从事工作情况

实训的心得体会：

“天下英雄皆我辈，一入江湖立马催。”从学校到社会的大环境的转变，身

边接触的人也完全换了角色，老师变成老板，同学变成同事，相处之道完全不同。

在这巨大的转变中，我们可能彷徨，迷茫，无法马上适应新的环境，但在同事的

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

不学到一定的深度和广度是难以在实际工作中应付自如的。因此反映出学习的还

不够，缺点疏漏。需在加以刻苦钻研及学习，不断开拓视野，增强自己的实践操

作技能，我们也许看不惯企业之间残酷的竞争,无法忍受同事之间漠不关心的眼

神和言语。很多时候觉得自己没有受到领导重用，所干的只是一些无关重要的杂

活，自己的提议或工作不能得到老板的肯定。

“在大学里学的不是知识，而是一种叫做自学的能力”。参加工作后才能深

刻体会这句话的含义。课本上学的理论知识用到的很少。在这个信息爆炸的时代，

知识更新太快，靠原有的一点知识肯定是不行的。我们必须在工作中勤于动手慢

慢琢磨，不断学习不断积累。遇到不懂的地方，自己先想

方设法解决，实在不行可以虚心请教他人，而没有自学能力的人迟早要被企

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

这次实训也让我深刻体会到了团结合作的重要性，团结合作是一个优秀的开

发团队的基本素质，是一个项目成功的关键。虽然我们团队只有几个人，而且时

间也很短，我们最终还是顺利的完成了任务，靠的是什么？不仅是努力，还有团

结。整个项目的过程中我们都很讲究团结合作，大家有明确的分工，遇到问题都

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

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

1

执中我们得到了正确的认识，也相互之间学到了不少东西。软件开发不是一个人

的工作，而是一个团队的工作，所以工作中一定要考虑整体，不能一意孤行。

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

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

事。一个环节的失误可能会导致后面的环节都做不好，甚至全盘返工。成功的需

求分析才能有成功的概要设计，成功地概要设计才能进行成功的详细设计，成功

地详细设计是保证编码思路清晰和代码BUG少的前提。然而我在这一点上注意的

不够。开始以为只要把产品做出来就OK了，其他都不重要。所以开始需求文档

和设计文档都做得很

马虎，编码开始的时候就有点理不清思路了，脑子里面很乱，不断地出现问

题，到编码到一半的时候做不下去了。最后只能重新根据需求做设计，然后根据

设计重头开始编码。这样浪费了我很多时间，感觉到起初莽撞的开始编码吃了不

少力，而且还没有什么结果。设计做好之后编码就轻松多了，从头到尾思路很清

晰，做起来效率也很高。这次惨痛的教训我想足以让我在以后的工作牢记在心了。

Coding不是软件开发的全部，只是一个部分，所有的文档也一样重要。我想起在

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

的文档资料是没有办法维护的。其次，文档要尽量详细，代码命名要规范。就像

前面说的，软件开发是一个团队的工作，也许自己心里很清楚，但是合作的同

他们并不清楚你是怎么想的，详细地文档资料才能保证整个项目组有共同的认识。

比如需求吧，如果项目组成员各自对需求的某些地方理解不一致很可能做到最后

发生很大的分歧。规范代码的命名也是一个不能忽视的问题，一方面可能在整合

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

训很深刻，其实就是大小写的问题，我以为没什么关系，后来证明关系大着呢！）。

另一方面命名不规范代码的可读性就很差，这会给测试带来很大的不方便。我们

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

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

还有一点认识就是我觉得设计原型真的是很重要的一个环节。一方面它能把

用户的需求实体化，帮助我们审查需求说明书。另一方面，在需求阶段把原型提

供给客户可以问题得到及时的反馈，避免了在项目结束之后，客户告诉我们说那