软件公司实习报告

软件公司实习报告七篇

随着个人的文明素养不断提升，需要使用报告的情况越来越多，要注意报告在写作时具有一定的格式。相信很多朋友都对写报告感到非常苦恼吧，以下是小编为大家收集的软件公司实习报告7篇，欢迎大家借鉴与参考，希望对大家有所帮助。

1 前言

在学校，经过一些理论与上机等课的学习，使自己对一些硬件、软件、计算机网络以及数据库知识有了一定的基础，经过差不多一年半的学习，老师们教授了一定的理论知识，但是，自从我在单位实习以来，感觉好多在学校是学不到的，进入社会以后，学到的东西不在局限于书本理论知识，我在北京中金融安科技有限公司签实习协议，作为的是北京中金融安科技有限公司软件工程师，我经常和同事们一起交流，从各位同事们身上学到了在学校根本学不到的东西，感觉自己在这份实习工作受益匪浅。

2 实习说明

(1)实习时间：20xx年3月5日至20xx年5月25日。

(2)实习地点：北京中金融安科技有限公司。

(3)实习性质：毕业实习。

(4)实习目的：通过社会实践，把我们在学校所学的理论知识，运用到客观实际中去，使自己所学有一个更高的提升。以便能够达到拓展自身的知识面，扩大与社会的接触面，使自己的知识有一个质的提高。

3 实习单位简介

北京中金融安科技有限公司成立于20xx年10月，是服务于国家各级金融管理机构的北京市高新技术企业。

公司自成立以来，为中国人民银行与银监会信息系统提供了全技术支持与运营维护，受到了相关领导的一致好评。公司主要业务有：信息系统的基础架构、信息系统的外包服务（包括数据中心建设、机房基础设施运行维护、数据库管理服务、IT整体维护服务等）、金融信息系统开发、金融机具经销、金融工程项目实施、中国金融网展等。

金融信息系统开发方面，公司拥有丰富的金融信息系统开发经验。成功案例有：中国人民银行外事信息管理系统、中国进出口银行外事信息管理系统、中国金融学会信息系统、北京人银科工贸公司信息系统、北京康银阁钱币有限公司信息系统等。

金融机具经销方面，公司利用中国金融信息网的机具信息网络的优势，多次为中国人民银行提供了具有较高性价比的金融机具。在金融工程项目实施方面，公司成功地实施了多起金融工程项目。

在金融网展方面，公司经中国人民银行批准，于20xx年成立了中国金融信息网，建立了规范化非营利性的会员制度，通过吸收金融业具有较高信誉的国内外金融机构与金融服务商加入中国金融网展，建设中国金融业创造价值的沟通平台。

4 实习内容

我在20xx年2月28日来到北京中金融安科技有限公司参加面试，当时公司不在中关村，也不是我想想的那种豪华的写字楼，整个单位的人都在忙碌自己的事情，给人不免有一种失落的感觉。

第三天，我就收到了公司的复试的通知，到公司后参加了一个笔试的考试，考试结束后，单位的总工程师来找我聊了一会关于学校的一些东西和过去学的一些东西，当时给我的感觉还是不错的，第五天我就收到了被录用的通知，让我在3月5号去公司报到，进行为期2个多月的实习，当时，北京中金融安科技有限公司的人事部主管就对我讲过，做软件工程师是一份比较吃苦的行业，当然回报也是很丰厚的，的确，我工作历时了两个多月了，的却这份工作确实是有点辛苦的，刚开始在这里实习的一个月了，由于我住的地方离单位比较远，经常早上的六点就从家里出发了，晚上六点回家，每天都要学习很多的东西，从myEclipse的使用，CSS框架，Struts框架，Spring框架等等都要从新加深学习。

最近两个月来，就一直在进行框架学习，代码的编写与调试，数据库的操作学习等问题，感觉自己在框架，数据库连接等这方面认识得到了一些提升，对myEclipse开发平台有了全面的掌握和运用，在和人交往能力的方面得到了很大的提高，下面是我们单位用的软件开发工具的界面，如图4-1所示。

5 实习心得与收获

时间如白驹过隙，转眼间，我从三月到现在已经两个月多了，在这两个多月的实习工作中，我感觉受益匪浅，因为在实习期间，我似乎每天都有着不同的经历，每天都有不同的感受和启发，每天都能学到不少关于编程的东西。在工作中，发现了很多书本上无法学到的东西。

一、基本概况

我到a公司（按作者要求隐去公司名称，a公司为国内有名的公司）实习，通过近三个月的实习，参与实习项目的开发和同事门的交流学习，了解了a公司和软件公司的开发基本情况。

(1) 项目组共有30人左右

(2) 项目组分为需求分析部门，核心技术部门（主要负责设计工作），开发部门，项目管理部门（测试，项目文档管理）

(3) 项目使用j2ee技术

二、调查结果

在实习期间，我被安排在开发部门做代码编写工作。负责完成由核心技术部门完成的基于需求分析部门的设计。

开发部门有10几位同事，大部分为毕业1~2年。大家的工作效率都比较高，在部门经理的安排下能及时的完成设计部门的设计。一开始，项目的进展十分顺利。

随着项目的推进，出现了一些问题。主要因为在各个部门的协调上存在着不一致。需求部门不能很好的维护其需求文档的权威性，也就是说需求没有做到位。在和客户（由于本系统面向的是全省的电力局，在与客户的沟通上也存在问题，比如宁波和绍兴的客户对系统的需求有较大的差异）的沟通上没有协调好各客户之间的差异。这直接导致了需求频繁变更。而需求的变更直接导致了设计的变更，然后便是开发的修改。这大大的影响了系统开发的进度。比如数据库结构的修改次数很多，这直接影响到系统的结构，适应数据库变更的代码修改工作量相当大。

在这个时候项目组有部分人离开了，熟悉系统的开发人员的离开对整个项目组来说更是雪上加霜。这时cto及时调整了需求分析部门的工作方法，不发布不成熟的文档，一旦需求发布，需求部门应全全负责。设计部门进一步完善设计文档，开发部门暂时停止新功能的开发，做代码审查，以完善既有代码的正确性。同时引进新员工补充开发团队。这在一定程度上缓解了项目的问题，使项目团队能正常运转起来。

在项目前期的开发过程中，测试部门没有介入，在项目完成80%后，测试组开始测试工作。这时遇到了大量问题，包括功能与需求的不一致，测试人员的需求理解的偏差，甚至测试工具软件的问题，这很大程度上影响了项目的进度。最后开发部不得不停下新模块开发工作，而转过去帮助测试部门完成测试。

三、体会

通过这次实习，在具备代表性的a公司中，我体会到了当前国内软件公司面临的部分问题，比如规范不足，缺乏良好的软件工程体制等等。更让人担忧的是即使确定了理论方 ……此处隐藏4817个字……制作H5的招聘页面， 之前的“给师姐打电话”的H5应用还没有优化好，能做的改进的地方还有很多，leaderx老师让我先把招聘网站做好， H5应用先放放， 他给了我大街网做的“中国好Offer”作为参考， 拿到之后确实感觉这些页面都做得很好， x老师搜集的资源确实十分丰富，从实习到现在他发给我的参考很实用，在看完了五六十个H5的招聘页面之后开始构思， 在将产品架构基本做好后，测试又发现很多问题， 有技术层面的，但更多的设计本身的问题。技术的细节的问题：基于jquery mobile的开发框架国内的资料十分有限，不得不查阅原始的英文API，很多问题也只能去JQM的论坛查找，这些都十分考验英文阅读能力。CSS的布局问题繁杂，在各个浏览器，各个应用的渲染都不一样， 也是很折磨人的过程，我现在就碰到了css中font-weight属性在Safari没有渲染的问题，至今没有解决。

逐渐体会到前端工作的繁琐与细节， 需要学的东西很多， 有时候可以凭自己一些小聪明在当前解决，但并没有摸到问题的根源，扬汤止沸不是长久之计，但又好像没有足够的时间来系统的摸索，我只能先将这些问题一一记下来。这些技术的体会是一方面，另一方面便是产品的设计层面， 现在就是因为产品快做好后发现有很多地方犯了低级错误， 以往的纸上谈兵头头是道，等到自己亲身实践却感到把握不住很多设计原则， 比如界面设计给用户造成的不必要的干扰， 功能可见性的不足，逻辑上的不严谨， 以下我归纳了下岗做好的H5界面存在的交互问题：

1.页面的设计初衷是左右滑动来切换页面，但给几个朋友测试后都不能进入页面后就自然而然的知道是左右滑动。

2.join us的图标给用户是按钮的错觉，在测试中很多用户以为是按钮，都会下意识的点击。

3.交互效果的乏善可陈，与滑动的逻辑似乎也没有太大关联，只是单纯的加入了一些css3的动画。

4.用于提示左右滑动的动态箭头会让用户以为是点击作用

改进：

1.放弃join us 图标

2.改为上下滑动，箭头提示更改

3.重新设计图标摆放结构

总结： 这次的H5页面主要在于设计问题， 事先并没有完全构思好原型就急切投入到代码的编写中，这种开发方式本身是十分幼稚的!

今天讲了分支结构和循环的内容，if else，switch case break ，for，while，do—while。简单的单词，却有不少题目啊。来xx，每个人都开始改变了，以前不爱学，现在却不得不学，原来的话题从德玛寒冰，到现在的如何循环，都是一个进步。话说大连民族那哥们确实狠，一天提交九十多道题，瞬间超过并把我甩在后头了。高级程序员的下一级是构架师哦。大学三年第一次晚上熬夜想代码，还好做出来了。99乘法表的蝴蝶结，明天在考虑棱型的吧！

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

最先在内部系统组参与内部管理系统开发（struts+mysql+spring+hibernate），之后是去做网络交换机软件的脚本测试。现在又回归内部系统，虽然在脚本组期间，编码能力被别人甩在后头，但至少具有了一些测试经验。

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

一、浅谈测试

一直以来，我都认为测试是脱离了软件工程范围的工作，不以为屑。但在实际情况中，测试是既重要且难以精湛的、其真正的压力，在于找不到bug，责任在你，而不在于编码人员。一般的测试人员不懂编码，他们靠的是日以累计的经验总结和想象力。而要做到高级测试工程师，则一定要懂编码，因为这是你完全掌握整个系统的方方面面具体运作的前提。但占主导地位的，还是大型系统的集成测试经验。实际项目中，编码时间一般只占30%左右，真正耗费时间的是IT阶段的找bug与对应bug，此阶段基本评定了coder的编码质量。

二、程序员的困惑

有些人，以为教学视频和代码看多，自己就懂的多，实际做起来，却不知从何下手，问题在那？如何定位？如何解决？通通跟一样能力有关，debug追踪能力，也称调试。在项目组工作不愁源码资源，但问题是蛋糕摆在面前，你如何去消化？

有位同事告诉我：代码看几遍都没用，要去抄，例如一个查询模块，在此基础上去做具体记录的历史记录查询模块，你可能会觉得很简单，但实际情况却往往报一堆异常，配置问题涉及到方方面面，以及数据库字段，传值问题等等，一大堆对于新人来说很郁闷的问题。但不用怕，只要学会调试，一个个问题去追踪，一个个去解决，自然而然，那段“源码”才真正属于你。

三、如何调试追踪？

如果你能在短短的时间内就看到问题点在那，放下断点去追踪，出去找工作，绝对没问题。出现问题的时候，不要光看代码，要用实际行动去追踪运行期间的具体值，那是最好途径。eclipse是个很爽的ide，这点做的很好。例如页面内容显示不是自己想要的数据，我们要先从数据库查询语句去下手，设置断点，一步一步step over，让sql字段（存取最终sql语句的字符串）运行到有值，inspect进去看，如果还看不出来，就点击它，copy后在sql客户端去实际运行，看看实际查询出来的表是什么，如果是对的，有可能就是页面调用的错误或者action逻辑的传值问题。

页面错误的调试，基本方法是用右键点击实际网页查看源代码，copy到editplus，就能看到具体错误发生在那几行。通常有几种常见的错误，例如：缺少对象这种很多时候是有些被你调用的字段有可能为空的情况出现的，可以加if（xxx=null）语句加保护。追踪的方法基本就是用alert语句，放在有可能出错的地方。

四、一些习惯

遇到问题先自己思考，无从下手再找高手帮忙看看，注意他帮你看的思路，别在一旁闲着，看多了自己也会了，不然你一辈子都停留在那种水平，从人身上学到的东西远远比书多的多。

解决了一个问题后，要去究根问底去找到问题产生的起因，以防你下次遇到类似的问题再浪费同样的时间。

把代码写的漂亮，注释、空行、规范一样不能少，可读性是放在第一位。曾经看过一个高手写的代码，真的一看就是不同水平的人写的，几乎很完美，读起来很流畅，方便自己也方便别人。

任务完后不要呆着，去要求经理给你更有挑战性的任务，只要你肯去尝试，他们就会对你另言相看，把三天的任务一天加班搞定，效率和忠诚都有了，路也比较好走了。

五、题尾话

如果你有一份思想，我有一份思想，拿出来交换，我们大家拥有就是2分份思想，可惜这种观念，并不能深入每一个团队的每一个人，少一点自私，未必不是好事。职场到处都存在被排挤的隐患，要为自己找片草地实在不容易。但有一点要相信，只要自己不放弃自己，这世上就没有绝望的路，你可以被打趴下，可以被身边的人暗算，可以被深爱的人流放，只要你用自己决心站起来，受过的伤痊愈后就能增强你的抵抗力，一路前进！