软件工程师试用期总结

时光如梭，转瞬间已进入我公司二月有余，首先感谢公司领导对我的信任将新产品开发重任交给我去做，再次感谢领导和同事对我工作上的指导。这是我人生中弥足珍贵的经历，也给我留下了精彩而美好的回忆。在这段时间里公司领导及同事门给予了我足够的支持、鼓励和帮助，让我充分感受到了领导们坚定的信念和同事们积极乐观的精神。

记得初到公司的第一天，领导就将试制了两年多一直没有供货的产品：流水槽总成交给我，当时感觉这是一份很有压力而富有挑战的工作。虽然以前从事过冲压工艺及管理方面的工作，有一定的经验，但是面对的顾客不一样，要求也不一样，现在面对的是大众公司，各方面要求都要严格些。学习是取得一切进步的前提和基础。在这段时间里，白天忙于现场配合泰国工程师及工装科解决流水槽调试及试装过程中存在的一些问题，晚间回家认真学习公司各相关文件、标准，并带着问题向同事们互相探讨、互相学习取长补短，具体做了如下工作：

一、后流水槽总成大众试装工作

来公司两个月，去大众公司现场12次。每次试装顾客都要提出不同的问题(大众倒三班)诸如：后流水槽总成表面波浪、凸凹、划痕等质量问题、与尾灯支架匹配间隙问题、激光焊接等等试装存在的缺陷，每次回来都要配合工装现场制定解决方案，并跟踪落实。然后再同大众公司产品工程师、现场工程师、车间管理人员协调下一轮试装等事宜。功夫不负有心人，在公司领导及相关人员的积极努力下，流水槽总成的试装工作已接近尾声，下一步就要进行 OTS工装样件提交了。

二、编制各类技术文件几十种：

依据新产品开发程序，编制各类技术文件，如：控制计划、过程流程图、过程FMEA、作业指导书、检验指导书、检具说明、平面布置图......等等。

在与公司同行的互相交流中，发现我公司有些指导性文件版本中有不完善之处，并及时依据标准进行完善。如：冲压下料卡中没有规定剪切毛刺公差等。

三、设计工位器具二种

根据流水槽零件形状不规则，而且是表面件：内表面质量要求高等特点，设计第一、二工序间带滑轮的转运车两种。

四、焊接夹具改造

后流水槽总成焊接夹具：流水槽(1K5 809 643/644)与支架(1K5 863 345)点焊时，支架摆放时是垂直位置，靠压弯部定位放不住，零件容易掉落。提建议将夹具适当位置加小磁铁固定。

以上是我来公司两个月来所做的一些主要工作，还有一些如配合三坐标检测、检具检测、夹具调整等一些零散工作就不一一累述了。

工作中虽然又积累了一些经验，相对于自身有了很大进步。尽管如此自认为同大众公司沟通较少，不利于新产品开发进度。 在以后的工作中还需继续努力，不仅要学习更好的与人愉快的相处，而且在技术和项目管理上也要更进一步，同时以积极，热情，细致对待每一项工作，多角度的提高自己解决实际问题的能力，为企业创造更多的价值，让自己的人生更有意义。

第二篇：一位软件工程师的软件过程总结职业论坛

一位软件工程师的软件过程总结　　无论什么过程都不能适用于任何项目，我们应该根据项目的特点去选择合适的过程。只有这样才能在过程一级保证项目的成功。　　地税部门对项目的组织采用rup及xp结合的方式，根据项目的特点来决定对rup及xp的侧重。但一个至高无上的目标是必须遵守的，就是以最快的速度向客户提交可执行的版本，而要做到这一点则必须坚持小步骤迭代及测试自动化。过程分类rup　　属于重量级的开发过程，强调分析设计及迭代开发。对于研发型项目，前期没有基础，在形成稳定的框架之前应该走一段分析设计的过程。形成稳定的开发框架之后，则应该转向敏捷过程。Xp　　属于轻量级开发过程，强调重构（编程中的设计）及测试自动化。对于有一定基础的项目应该是首选。项目过程约束　　每个开发人员必须将服务器上的weblogic拷贝至本地，对程序的修改基于vss在本地进行修改测试，数据库配置成开发专用数据库。 　　单元测试由开发人员自己负责，发布后的功能测试由测试组负责并将启用butterfly进行缺陷跟踪。 　　发布专用数据库由ＤＢＡ单独负责。任何人不得更改。 　　开发过程中发现问题随时提出来，不要有事后诸葛亮得做法。 　　开发之前搞清楚需求，不要出现大的反工。 　　每天走之前简单描述自己的当前的工作成果，发送给开发负责人并抄送项目组所有成员，作为每天的工作周报。工具antvssjdkjunitcheckStyle　　数据库同步脚本（刘明开发）rational rosevisiobutterfly核心思想　　尽快提交版本 　　每日创建 　　持续集成 　　简单设计 　　自动化单元测试与重构 　　基于模型进行工作，自动化生成文档 　　自动化检查代码规范 　　自动化生成javadoc 　　尽快提交版本　　衡量进度最直接的方法是可运行的软件。所以开发过程一个终极目标是持续快速的提交版本。开发组以最快的速度提交版本，提供测试人员进行测试。经过项目组测试人员测试的版本，同样以最快的速度提交客户测试人员进行测试。为达到这个目标，必须建立相应的机制，达到版本的快速持续发布。通过测试得到反馈，而这些反馈能够驱动开发尽快提交版本包括：　　开发人员尽快的将代码提交到配置管理开发库中，最长不能超过一天 　　开发人员提交的代码必须是编译通过的 　　开发人员本地代码与配置开发库代码尽量保持一致　　每日创建保证版本的快速全编译及部署，提供测试人员测试 每日创建　　开发组每天的工作成果，在每天发布的版本中充分体现。

每天晚上进行全版本的编译发布，第二天测试人员进行测试，将结果反馈给开发组。每日创建的实现完全基于ant实现，通过定时任务每日进行。步骤：　　取得vss中最新源代码 　　取得vss中数据库操纵脚本并运行 　　生成ormap 　　编译最新源代码 　　停服务器 　　完全删除老系统 　　部署新系统 　　启动服务器 　　详细内容参见自动发布脚本持续集成　　具备了每日创建的机制后，每天开发组完成的新功能或修改的bug将在当天晚上集成发布到测试服务器上。这样，开发组可以得到测试结果的快速反馈，又促进了下一轮的迭代。简单设计　　目前整个系统已经具备稳定的开发框架，所以我们的业务实现可以设计拖后，开始进行简单设计，明确接口及xml格式，在编程中通过重构进行设计，时刻把握一点就是最快的发布版本。自动化单元测试与重构　　为了达到最快速度的发布版本，我们可能会产生一个拙略的实现，这可以通过重构来在以后的版本中改进，当然，必须通过单元测试提供重构过程中的质量保证。　　基于模型进行工作，自动化生成文档　　维护模型比维护文档更轻松，在维护一致性方面也更有效。所以我们必须基于模型工作，而文档可以随时根据模板自动生成。　　通过rational rose建立一套分析设计模型，将rose与vss进行集成，整个项目组可以在整个模型上进行协作。通过定义rose模板实现文档的自动化。自动化检查代码规范　　代码规范的检查我们基于checkstyle进行，目前采用的检查模板是J2EE标准模板，我们可以开发自己的模板进行检查。　　Checkstyle对程序命名规范，缩进规范等，通过与ant集成可以自动化，并生成结果报告。自动化生成javadoc　　系统的接口等文档通过javadoc生成，通过ant发布脚本在每天的版本发布中可以自动生成。为了达到我们要求的格式，可以自己定义xsl样式表。