软件开发实习周记10篇.docx

实训总结

实训目的:

实训单位和工作岗位：

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

“天下英雄皆我辈，一入江湖立马催。” 从学校到社会的大环境的转变，身边接触的人也完全换了角色，老师变成老板，同学变成同事，相处之道完全不同。在这巨大的转变中，我们可能彷徨，迷茫，无法马上适应新的环境，但在同事的帮助和自己摸索的情况下，我还是完成了这次实训。但我发现，以我们的经验，不学到一定的深度和广度是难以在实际工作中应付自如的。因此反映出学习的还不够，缺点疏漏。需在加以刻苦钻研及学习，不断开拓视野，增强自己的实践操作技能，我们也许看不惯企业之间残酷的竞争,无法忍受同事之间漠不关心的眼神和言语。很多时候觉得自己没有受到领导重用，所干的只是一些无关重要的杂活，自己的提议或工作不能得到老板的肯定。

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

参加工作后才能深刻体会这句话的含义。课本上学的理论知识用到的很少。在这个信息爆炸的时代，知识更新太快，靠原有的一点知识肯定是不行的。我们必须在工作中勤于动手

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

方设法解决，实在不行可以虚心请教他人，而没有自学能力的人迟早要被企业和社会所淘汰。所以我们还要 继续学习，不断提升理论素养。

这次实训也让我深刻体会到了团结合作的重要性，团结合作是一个优秀的开发团队的基本素质，是一个项目成功的关键。虽然我们团队只有几个人，而且时间也很短，我们最终还是顺利的完成了任务，靠的是什么？不仅是努力，还有团结。整个项目的过程中我们都很讲究团结合作，大家有明确的分工，遇到问题都能互相帮助解决。问题的及时解决保证了项目按计划进展。我们之间也发生过很多争执，很多时候都是争得面红耳赤，在工作中我认为这是一种好的现象，在争执中我们得到了正确的认识，也相互之间学到了不少东西。软件开发不是一个人的工作，而是一个团队的工作，所以工作中一定要考虑整体，不能一意孤行。

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

首先，做项目的每一个环节都应该谨慎。任何一个环节都不能马虎，敷衍了事。一个环节的失误可能会导致后面的环节都做不好，甚至全盘返工。成功的需求分析才能有成功的概要设计，成功地概要设计才能进行成功的详细设计，成功地详细设计是保证编码思路清晰和代码BUG少的前提。然而我在这一点上注意的不够。开始以为只要把产品做出来就

OK 了，其他都不重要。所以开始需求文档和设计文档都做

得很马虎，编码开始的时候就有点理不清思路了，脑子里面很乱，不断地出现问题，到编码到一半的时候做不下去了。最后只能重新根据需求做设计，然后根据设计重头开始编码。这样浪费了我很多时间，感觉到起初莽撞的开始编码吃了不少力，而且还没有什么结果。设计做好之后编码就轻松多了，从头到尾思路很清晰，做起来效率也很高。这次惨痛的教训我想足以让我在以后的工作牢记在心了。Coding 不

是软件开发的全部，只是一个部分，所有的文档也一样重要。

我想起在学校里面学的软件的生命，占主要的并不是编码，而是维护，没有详细的，正确的文档资料是没有办法维护的。其次，文档要尽量详细，代码命名要规范。就像前面说的，软件开发是一个团队的工作，也许自己心里很清楚，但是合作的同事他们并不清楚你是怎么想的，详细地文档资料才能保证整个项目组有共同的认识。比如需求吧，如果项目组成员各自对需求的某些地方理解不一致很可能做到最后发生

很大的分歧。规范代码的命名也是一个不能忽视的问题，一

方面可能在整合的时候出现问题，哪怕只是文件命名的大小写（这一点我在这次项目中犯过，教训很深刻，其实就是大小写的问题，我以为没什么关系，后来证明关系大着呢！）。另一方面命名不规范代码的可读性就很差，这会给测试带来很大的不方便。我们这次由于时间关系，只是进行了一下小

组内代码走查，我发现由于大家命名不规范，各人一种命名

的风格，导致阅读很困难。

还有一点认识就是我觉得设计原型真的是很重要的一个环节。一方面它能把用户的需求实体化，帮助我们审查需求说明书。另一方面，在需求阶段把原型提供给客户可以问题得到及时的反馈，避免了在项目结束之后，客户告诉我们说那不是他想要的那样。再者，原型为我们设计编码提供了很好的参考，提高了效率。

随着项目的结束，我的实训也结束了。通过制作这个网站

让我由浅至深、一步一步的了解了原来制作一个网站要走得程序很多。每个人除了要有一定的技术之外，更重要的是团队的合作，在一个团队里只有我们团结一致，那么所有的困难都会迎刃而解，因为一个人的力量是有限的，而一个团队的力量是无穷的。

在信息时代，学习是不断地汲取新信息，获得事业进步的

动力。作为