软件工程师个人总结11篇(软件工程师工作心得)

时间:2024-05-21 09:35:00 工作总结

  下面是范文网小编分享的软件工程师个人总结11篇(软件工程师工作心得),欢迎参阅。

软件工程师个人总结11篇(软件工程师工作心得)

软件工程师个人总结1

  从八月份入职至今,已一年过去了,回顾自己这段时间在XX单位所走过的路,所经历的事情,没有太多的感慨,没有太多的惊喜,却多了一份镇定,多了一份从容。

  回想入职初,在XX月份,从开始第一周熟悉工作环境,第二周便参与煤矿安全生产管理系统的相关文档设计工作,期间在项目组各位同事的指导、安排下,进行了系统的软件开发委托合同书及系统功能模块设计说明文档的编写,也借此过程学习煤矿生产业务。

  在XX月份,便正式参与了管理软件功能模块的设计工作,在张工的指导、讲解下初次尝试完成了管理软件的维护子系统的功能模块设计;在九月中旬跟随单位施工人员在**一号矿进行业务调研,从而在我们自己的管理系统中,取其长、补其短,也借此机会了解实际的煤矿生产情况,加深对煤矿产业业务流程的理解;在九月底便根据张工的指导开始工程技术文档子系统的功能模块设计。

  XX月份,在张工张工的指导下,进行了物资管理子系统的功能模块设计,并就设计的正确性、合理性分别同张工张工及何工进行讨论;到十月中旬管理软件的各子系统功能模块基本全部设计完成;十月底,根据各子系统模块设计搜集系统数据,建立初步的数据字典及概念模型,为后期数据库设计做准备。

  XX月份的工作以整理系统业务关系与业务流为主,但由于业务关系图的表现形式不够合理,不足以清晰、明了得表现出各层次关系,导致工作多走了几个环节,好在张工张工及时发现问题,并多次向我指导、讲解,最终决定以列表结合流程图形式搜集、汇总系统所有子模块的业务动作、涉及人员及联系模块,为后面工作的展开提供依据。

  XX围绕两个工作展开,一是系统业务描述文档的设计编写,因为该文档是日后编程人员了解煤矿生产业务、系统功能及数据库设计的主要依据,张工张工也多次强调,文档的设计务必从读者角度考虑问题,因此最终设计由简单到复杂,由整体到具体,各层次尽量做到衔接紧密,易于理解;另一项工作是针对已完成的关系列表、系统功能模块设计的业务合理性、正确性和张工张工逐条讨论,并将设计中出现的问题逐条记录在问题跟踪文档中。月底的工作便是根据问题跟踪文档对模块设计进行修改、完善。

  在单位领导的带领下,通过项目组所有成员的不懈努力,在XX月份系统所有功能模块设计完成,在XX月份系统所有业务流程整理完成,在XX月份,对各功能模块设计及业务流的初次审查、整改工作已经完成,现在已开始进行项目组内对各功能模块设计及业务流的审查工作。

  在入职初期,因为之前很少接触生产类软件,一时不知从何入手,好在项目组成员多次向我讲解,加上自己也通过网络查找相关文档,认真阅读相关材料、思考业务处理过程,最终在一个月内便对煤矿整个生产管理业务有了较为系统的认识。之后在张工张工的指导下,完成了管理软件初始化子系统、工程技术文档管理子系统、物资管理子系统的详细功能模块设计和业务处理设计,以及整个系统的业务整理工作。因为张工张工多次强调前期的业务及功能模块的设计直接关系到整个项目最终的成败,一定要做到设计正确、准确、完整,因此在每个子模块的设计中,先把握总体方向,确保设计正确,再搜集大量业务材料、对比其它类似软件处理方式、结合煤矿实际生产情况、思考业务处理流程确保设计准确,最后再将设计放到整个业务系统中,反复检验、审查,确保设计完整。

  回顾这一段时间的工作,我基本完成了本职工作,这与领导的支持和各位同事的配合、帮助是分不开的,但同时我也清楚得认识到自己还有很多不足,也从中获得不少经验、教训,总结为以下几点,

  1.做事前准备、计划是很有必要的。

  这一点在入职第一周业务学习及近期搭建各模块业务关系工作中就体会特别深,正是磨刀不误砍柴工,做好准备、计划对之后的工作能起到事半功倍的效果。

  2.工作要脚踏实地、一步一步,切不可太过心急。

  整个软件的设计从最开始的业务调查、模块框架设计、业务流程设计到具体软件开发设计,每个环节都是建立在前一个环节的基础上,每个环节上的失误都会影响到之后所有环节。

  3.学会从整体看问题。

  这一点在入职初期的业务流程学习中就感受很深,从整体看问题,从主业务流程入手,理解更容易,学习得也更快,在整个工作过程中大的方向也不会错。

  4.要学会适当的思维转变。

  之前的软件开发工作主要是编码工作,所考虑的问题也只局限于技术方面,但在系统业务及功能模块设计工作中,一定要考虑到整个煤矿产业的业务流程和客户群的操作习惯。

  5.与同事的交流要及时要充分,尤其是项目组内成员。

  及时充分的交流能快速解决疑惑、能使整个工作衔接更紧密、能使问题考虑更周全。充分的交流能保证工作的质量,及时的交流能提高工作的效率。

  6.在系统设计过程中要学会从客户角度考虑问题。

  软件良好的客户体验是衡量软件质量的重要标准,因此在软件设计过程中一定要考虑使用软件的客户范围、客户的操作习惯和软件的易操作性。

  7.处理问题一定要以单位利益为重,坚持立场、把握好原则。

  单位项目部成员对**1号矿项目的成功实施便证明这一点;另外在集控平台开发过程中,何工也是基于这一点,多次对系统功能设计提出更高要求,以使系统功能更加完善、可操作性更强。

  8.要学会思考问题、分析问题、处理问题,学会分解问题,把一个大的问题分解成若干个小问题,再将各小问题放到整体考虑其合理性。

  在整理系统业务流程和搭建模块间业务关系工作中,就因为表现形式不够清晰、合理,做了不少重复工作。最终还是在张工的指导下,以“总—分—总”的形式解释业务关系,完成了业务详细说明书。

  9.不要局限于固定模式,要学会创新,在系统功能设计及系统业务整理工作中,张工多次强调这一点,因为只有这样,产品质量才能提高、自己的能力也会有较大提升。

  通过近半年来参与对管理软件的设计工作及与工程施工、项目发展工作的接触,自己成长不少,当然更多的成长集中在技术方面—软件前期的业务设计,总结为以下几点,

  1.已掌握整个煤矿管理的业务处理及流程。

  2.掌握了软件开发前期的整个软件设计流程。

  3.学会如何进行软件业务及功能模块的详细设计。

  4.学会如何发现问题、思考问题、解决问题。

  在管理方面,接触不多,主要集中在项目组对集控平台开发的监管过程,总结为以下几点,

  1.时刻掌握项目进度情况,进度一旦出现状况要及时作出反应

  2.处理问题一定要以单位利益为重,坚持立场、把握好原则。

  3.与外包人员要多交流多沟通,包括业务理解和完成情况。最后,通过在单位近半年来的工作生活,提一些个人的想法,

  1.单位员工交流不够多,尤其是不同部门间的工作交流,而这种交流能使各部门的工作衔接更紧密,工作效率更高。

  2.技术人员接触其他相关技术的机会不多,不过这一点单位正在改善,PLC讲座也即将进行。

  3.在准备项目经理考试期间,如果单位能统一每周提供几个小时供大家学习、讨论、交流,效果可能会更好些。

  4.午饭时间太紧,员工中午休息时间太紧,一定程度上影响下午的工作效率。

  以上都是个人角度的一些看法,考虑不合理之处还望领导及各位同事批评指正。

  XX年已经过去,崭新的XX年来临了,在新的一年里,工作上,生活上,我们都站在了新的一个工作起点,要开始新的一轮工作,我也在此感谢领导和各位同事的支持和帮助,我将在新的一年里继续努力,不断提高自己的业务及专业水平,虚心向大家学习,为XX单位为长风的发展尽自己的力量。

软件工程师个人总结2

  从八月份入职至今,已一年过去了,回顾自己这段时间在xx公司所走过的路,所经历的事情,没有太多的感慨,没有太多的惊喜,却多了一份镇定,多了一份从容。

  回想入职初,在x月份,从开始第一周熟悉工作环境,第二周便参与煤矿安全生产管理系统的相关文档设计工作,期间在项目组各位同事的指导、安排下,进行了系统的软件开发委托合同书及系统功能模块设计说明文档的编写,也借此过程学习煤矿生产业务。

  在x月份,便正式参与了管理软件功能模块的设计工作,在xx的指导、讲解下初次尝试完成了管理软件的维护子系统的功能模块设计;在九月中旬跟随公司施工人员在xx一号矿进行业务调研,从而在我们自己的管理系统中,取其长、补其短,也借此机会了解实际的煤矿生产情况,加深对煤矿产业业务流程的理解;在九月底便根据张工的指导开始工程技术文档子系统的功能模块设计。

  x月份,在xx的指导下,进行了物资管理子系统的功能模块设计,并就设计的正确性、合理性分别同xx及xx进行讨论;到十月中旬管理软件的各子系统功能模块基本全部设计完成;十月底,根据各子系统模块设计搜集系统数据,建立初步的数据字典及概念模型,为后期数据库设计做准备。

  x月份的工作以整理系统业务关系与业务流为主,但由于业务关系图的表现形式不够合理,不足以清晰、明了得表现出各层次关系,导致工作多走了几个环节,好在张工张工及时发现问题,并多次向我指导、讲解,最终决定以列表结合流程图形式搜集、汇总系统所有子模块的业务动作、涉及人员及联系模块,为后面工作的展开提供依据。

  xx围绕两个工作展开,一是系统业务描述文档的设计编写,因为该文档是日后编程人员了解煤矿生产业务、系统功能及数据库设计的主要依据,xx也多次强调,文档的设计务必从读者角度考虑问题,因此最终设计由简单到复杂,由整体到具体,各层次尽量做到衔接紧密,易于理解;另一项工作是针对已完成的关系列表、系统功能模块设计的业务合理性、正确性和xx逐条讨论,并将设计中出现的问题逐条记录在问题跟踪文档中。月底的工作便是根据问题跟踪文档对模块设计进行修改、完善。

  在公司领导的带领下,通过项目组所有成员的不懈努力,在xx月份系统所有功能模块设计完成,在xx月份系统所有业务流程整理完成,在xx月份,对各功能模块设计及业务流的初次审查、整改工作已经完成,现在已开始进行项目组内对各功能模块设计及业务流的审查工作。

  在入职初期,因为之前很少接触生产类软件,一时不知从何入手,好在项目组成员多次向我讲解,加上自己也通过网络查找相关文档,认真阅读相关材料、思考业务处理过程,最终在一个月内便对煤矿整个生产管理业务有了较为系统的认识。之后在xx的指导下,完成了管理软件初始化子系统、工程技术文档管理子系统、物资管理子系统的详细功能模块设计和业务处理设计,以及整个系统的业务整理工作。因为xx多次强调前期的业务及功能模块的设计直接关系到整个项目最终的成败,一定要做到设计正确、准确、完整,因此在每个子模块的设计中,先把握总体方向,确保设计正确,再搜集大量业务材料、对比其它类似软件处理方式、结合煤矿实际生产情况、思考业务处理流程确保设计准确,最后再将设计放到整个业务系统中,反复检验、审查,确保设计完整。回顾这一段时间的工作,我基本完成了本职工作,这与领导的支持和各位同事的配合、帮助是分不开的,但同时我也清楚得认识到自己还有很多不足,也从中获得不少经验、教训,总结为以下几点,

  1.做事前准备、计划是很有必要的

  这一点在入职第一周业务学习及近期搭建各模块业务关系工作中就体会特别深,正是磨刀不误砍柴工,做好准备、计划对之后的工作能起到事半功倍的效果。

  2.工作要脚踏实地、一步一步,切不可太过心急

  整个软件的设计从最开始的业务调查、模块框架设计、业务流程设计到具体软件开发设计,每个环节都是建立在前一个环节的基础上,每个环节上的失误都会影响到之后所有环节。

  3.学会从整体看问题

  这一点在入职初期的业务流程学习中就感受很深,从整体看问题,从主业务流程入手,理解更容易,学习得也更快,在整个工作过程中大的方向也不会错。

  4.要学会适当的思维转变

  之前的软件开发工作主要是编码工作,所考虑的问题也只局限于技术方面,但在系统业务及功能模块设计工作中,一定要考虑到整个煤矿产业的业务流程和客户群的操作习惯。

  5.与同事的交流要及时要充分,尤其是项目组内成员

  及时充分的交流能快速解决疑惑、能使整个工作衔接更紧密、能使问题考虑更周全。充分的交流能保证工作的质量,及时的交流能提高工作的效率。

  6.在系统设计过程中要学会从客户角度考虑问题

  软件良好的客户体验是衡量软件质量的重要标准,因此在软件设计过程中一定要考虑使用软件的客户范围、客户的操作习惯和软件的易操作性。

  7.处理问题一定要以公司利益为重,坚持立场、把握好原则

  公司项目部成员对**1号矿项目的成功实施便证明这一点;另外在集控平台开发过程中,何工也是基于这一点,多次对系统功能设计提出更高要求,以使系统功能更加完善、可操作性更强。

  9.要学会思考问题、分析问题、处理问题,学会分解问题,把一个大的问题分解成若干个小问题,再将各小问题放到整体考虑其合理性。

  在整理系统业务流程和搭建模块间业务关系工作中,就因为表现形式不够清晰、合理,做了不少重复工作。最终还是在张工的指导下,以“总—分—总”的形式解释业务关系,完成了业务详细说明书。

  9.不要局限于固定模式,要学会创新

  20xx年已经过去,崭新的XX年来临了,在新的一年里,工作上,生活上,我们都站在了新的一个工作起点,要开始新的一轮工作,我也在此感谢领导和各位同事的支持和帮助,我将在新的一年里继续努力,不断提高自己的业务及专业水平,虚心向大家学习,为xx公司为长风的发展尽自己的力量。

软件工程师个人总结3

  一、财政局项目,本人独立负责开发会计处的三个子系统:

  1、厦门市会计人员信用查询系统。

  2、厦门市代理记账机构信用查询系统。

  3、厦门市会计人员网上报备系统。

  以上三个子系统上线后,方便了社会各界查验会计人员的真实信息、方便了查询合法的代理记账机构信息,以及方便了各单位对会计人员的报备。

  二、餐饮行业项目,在团队开发项目中直接参与了豪享来餐饮有限公司总部的信息综合管理平台项目,主要负责的系统有:

  1、房屋租赁合同管理系统。

  2、短信收发管理系统。

  3、会员管理系统。

  4、基础信息管理系统和人事管理系统的部分功能模块。

  系统应用后,豪享来在管理全国各门店房屋租赁合同上,一定程度上提高了管理效率,并且及时有效提供了相应预警信息;短信收发系统方便了总部及时传递各项信息;会员系统更好的管理全国各门店的会员信息;人事系统在管理中减少工作量等。

  三、金融行业项目,我参与了中国银行厦门分行,企业转账管理系统中的部分模块开发。本系统方便了企业快速实现大量和复杂的转账工作。

  四、国土资源与房产管理局项目,正在负责和开发的是住房货币化补贴网上申报审核系统。本项目采用了新技术,使界面更加大方美观,很大程度上改善人机交互平台的效果。

  总结不足:驻豪享来总部做项目时,由于团队内部某些原因,加之外面的其他因素,一定程度上影响了工作效率、影响开发进度和影响最终软件质量;这是包括我在内项目组中的每个成员都必须检讨的地方。

  通过总结一年来的工作,尽管有了一定的进步和成绩,但在一些方面还存在不足,个别工作做得还不够完善。在今后的工作中,我将努力找出工作中的不足,以便在日后的工作中加以克服。自我不断的学习吸收新技术,认真学习好规范规程及有关文件资料,并且及时的把新技术应用在实际的项目中,进一步提高项目的技术含量。

软件工程师个人总结4

  回顾20xx过去工作中的点点滴滴,心中无限欢喜,忙碌且充实、并快乐着。在这一年的工作中既有成长同时也存在着许多的不足和缺点,这都值得去总结、反思、改正和提高。现在我将本年工作做一个简单的介绍,借以促进、提高。

  工作情况

  今年的工作主要围绕着***和***两个客户系统展开,期间也穿插了一些其他系统中某些功能的编写和改进,这其中有以前从未有过的功能创新也有和客户协调的反反复复功能改进,总体来说还是按时完成了要求的工作任务。

  团队合作

  项目的顺利进行离不开团队的默契配合和共同的努力,每个项目开始之前,每个人都需要认真的了解项目的需求和开发中需要使用到 的关键技术,对于不清楚的不了解的问题要及时提出,而对于那些在开发中会影响到所有人的决策,要及时的通知大家以尽量减少拖延所带来的不必要的重复程序开发和改动。团队如同一个整体,成员如同四肢和躯干,只有互相配合默契才能走得快走得稳走得远。 团结很重要团队是否能配合默契的先决条件是团队的所有成员是否能精诚合作,大家只有心往一处想劲往一处使才能做到事半功倍。

  沟通很重要

  每个项目在开始开发之前都需要主要负责人员做详尽的企业背景及开发内容的介绍,以帮助开发人员建立起对项目的整体宏观认识,从而减少在开发中因为理解错误而导致的开发错误。在开发过程中成员之间要积极的沟通和了解系统的开发进度,对于项目中的公共开发资源一经改动要及时的通知项目组其他成员,同步开发资源。

  氛围很重要

  良好的工作氛围可以有效的激发团队成员的工作积极性,从而达到事半功倍的效果。 工作态度

  学会聆听

  参加工作7年给我最大的感触就是一定要学会安静认真的聆听,无论是开会时还是在讨论时,认真听取每个人对待问题的看法,因为每个人思考问题的方向和出发点不同对于问题的理解不同可能有些情况是自己从来没想过的。因此认真的聆听既能尊重他人也能使自己从中受益,这样两全其美何乐不为呢。

  积极的心态

  对于难度较大的工作要做到冷静坦然积极的面对,不要在还没开始的时候就给自己施加精神心理压力。不要输在起点,因为如果连自己都认为自己做不到那么也就没有以后了,等待自己的是必然的失败,所以保持积极乐观的心态很重要。

  今后打算

  找方向,抓重点,合理分配时间,谦虚、勤学、总结、提高,争取在有限的时间内用领导认可的方式完成每一项工作,更好的与同事沟通、协调,为客户带来更好的产品和服务。最后也要感谢各位领导、同事对我的信任与帮助。

软件工程师个人总结5

  20xx年2月2日,我有幸成为北京超图一员,应聘为公司的java软件工程师。入任职以来,在部门领导的带领下,自己感觉无论学习、技术、生活等方面都有很大的提升。

  20xx年里我主要完成的工作有三方面:

  1、荆门石油石化巡检系统的调研和开发。

  该项目是我工作以来第涉及到调研,对我来说算是一个不小的.挑战。在调研过程中,让我学会了如何通过和客户的沟通来了解客户的需求。由于自己的工作经验不足,在调研工作中体现出一些问题。不能很直接的在和客户沟通中非常准确的了解客户的更多需求,有很多需要和客户交流沟通多次才能明白客户的最终需求,也没有把自己作为最终用户并站在用户的角度上来考虑问题,这些都是我在以后的工作中需要提高和改进的地方。在巡检系统的开发工作中,让我进一步巩固和加强了自己的开发能力。

  2、电信12530增值业务的开发与维护。

  从5月以来我就开始接手公司的主要业务之一,12530电信增值业务。由于前面负责这个项目的同事突然离职,导致这个项目的交接工再做得不够好,对我顺利接手这个项目造成很大的困难。而刚一接手这个项目,马上就需要新上一个投票活动,并要对一些主要代码进行修改,让我倍感压力,几乎都快放弃。最后在金总的指导和鼓励下,顺利的完成这次活动。在完成这次投票活动后,为了避免下一个接手这个项目同事与我遇到同样困难,我将这个项目的相关技术文档补充完全,保证别人能够顺利的进行该项目工作。通过这个项目,让我加强了自己在高强高压下工作的能力,也让我找到更多自信。

  3、襄樊、鄂州家政网络服务中心的开发与实施。

  在这两个项目中,除了承担开发工作以外,也逐渐涉及到项目管理的职责,让我在个人能力上有所提高。为了这两个项目能够顺利完成,除了完成自己的工作外,还主动关心其他同事的工作完成情况。让我在项目管理和项目进度的把控能力有很大的提高。将襄樊、鄂州家政网络服务中心顺利实施,为我公司拿下湖北省其他市的家政网络服务中心奠定基础。在工作之外,我也注重个人能力的提高。工作之余,主动学习一些新技术,与同事沟通配合,搭建一个ssh的开发框架。也学习springsecurity知识,这些新知识的积累,对我以后的工作有很大帮助。

  20xx年工作展望:

  1、将学习的springsecurity整合到我们自己搭建的ssh框架,进一步完善框架。

  2、利用搭建的ssh框架,开发一套oa系统平台。

  3、做好襄樊、鄂州家政网络服务中心的维护工作。

  4、希望公司能够大量拿下湖北省其他市的家政网络服务中心,继续开发和实施湖北省其他市的家政网络服务中心。5、继续学习新技术,努力提高自己的个人能力。为以后能够更好,更顺利的工作奠定基础。

  6、希望通过自己的进步和努力,能为公司的发展做出自己的贡献,体现出自己的价值。

软件工程师个人总结6

  我于20xx年xx月加入xxxx至今,严格履行软件工程师的岗位职责,认真学习,努力工作,较好地完成了本职工作和领导交给的各项任务。在这年终之际,现对来公司20xx年的时间里所作的工作汇报如下:

  一、思想政治表现

  坚持四项基本原则,热爱祖国,遵纪守法,具有良好的思想素质和职业道德,能用xxx的要求来指导自己的行动。积极要求进步,团结友善,明礼诚信。

  二、工作情况

  1、新产品研发:由于我参加工作较长,在软件行业领域这么多年来积累了丰富的经验。刚进入公司被划分到xxx产品小组,参与了此产品的需求收集、分析、设计编码工作。此产品的前台控制端的框架设计是我采用当今流行的先进技术架构搭建而成。目前此产品雏形已经完毕,处在后期测试完善阶段。当初由于部门人手不够,我与我的搭档相互鼓励,还有部门领导的大力支持,我们每天充满激情的迎接自己的工作。回过头来,看到自己辛勤工作的成果,还是欣慰的。

  2、综合事务管理:日常事务性工作都是些琐碎的事情,统计考勤,报销费用、部门审计工作等等。以前我一直做得是自己的专业知识工作,初次接受这些琐碎的工作时我就告诫自己做就要做好,一定做到腿勤、口勤。使票据及时报销,账目清楚,协助领导建立健全各项制度,保持良好的工作秩序和工作环境,使各项管理日趋正规化、规范化。完成办公日常用品购置、上下沟通、资料报刊订阅等日常事务,各类事项安排合理有序。整理部门工作周报、月报,为部门工作的正常开展提供了有效保证。

  3、部门项目/产品进度跟踪及归档:我担负着部门项目/产品的进度跟踪工作,为保证文档、代码版本的准确性,我主动联系质量保障部在公司服务器上给我们部门开通了vss空间并且给部门每位员工开通了自己的账户,定时督促部门相关成员把文档与产品代码维护到版本控制服务器上,现在大家已养成习惯,要找文档模板、公司制度等等都会自动去此服务器上寻找,项目阶段性文档,代码也会自动维护进去,我会定时察看并监督。这样保障了代码准确性,公司成果不流失,同时也为同事工作提供便利。

  三、存在不足

  xxx行业对于我来说是个全新的行业,还有目前工作较繁杂,从而无法进一步提高自己的工作能力。再说计算机领域是个宽广的领域,技术发展是日益月新,计划下一年合理的安排自己的工作,使自己的业务知识与技术水平更有所提高。

  以上是我的个人年终工作总结,在以后的工作中,我一定不断加强个人修养,自觉加强学习,努力提高工作水平,适应新形势下本职工作的需要,扬长避短,发奋工作,克难攻坚,力求把工作做得更好。

  从八月份入职至今,已一年过去了,回顾自己这段时间在XX公司所走过的路,所经历的事情,没有太多的感慨,没有太多的惊喜,却多了一份镇定,多了一份从容。

  回想入职初,在X月份,从开始第一周熟悉工作环境,第二周便参与煤矿安全生产管理系统的相关文档设计工作,期间在项目组各位同事的指导、安排下,进行了系统的软件开发委托合同书及系统功能模块设计说明文档的编写,也借此过程学习煤矿生产业务。

  在X月份,便正式参与了管理软件功能模块的设计工作,在指导、讲解下初次尝试完成了管理软件的维护子系统的功能模块设计。在九月中旬跟随公司施工人员在一号矿进行业务调研,从而在我们自己的管理系统中,取其长、补其短,也借此机会了解实际的煤矿生产情况,加深对煤矿产业业务流程的理解。在九月底便根据张工的指导开始工程技术文档子系统的功能模块设计。

  X月份,在指导下,进行了物资管理子系统的功能模块设计,并就设计的正确性、合理性分别同及进行讨论。到十月中旬管理软件的各子系统功能模块基本全部设计完成。十月底,根据各子系统模块设计搜集系统数据,建立初步的数据字典及概念模型,为后期数据库设计做准备。

  X月份的工作以整理系统业务关系与业务流为主,但由于业务关系图的表现形式不够合理,不足以清晰、明了得表现出各层次关系,导致工作多走了几个环节,好在张工张工及时发现问题,并多次向我指导、讲解,最终决定以列表结合流程图形式搜集、汇总系统所有子模块的业务动作、涉及人员及联系模块,为后面工作的展开提供依据。

  围绕两个工作展开,一是系统业务描述文档的设计编写,因为该文档是日后编程人员了解煤矿生产业务、系统功能及数据库设计的主要依据,也多次强调,文档的设计务必从读者角度考虑问题,因此最终设计由简单到复杂,由整体到具体,各层次尽量做到衔接紧密,易于理解。另一项工作是针对已完成的关系列表、系统功能模块设计的业务合理性、正确性和逐条讨论,并将设计中出现的问题逐条记录在问题跟踪文档中。月底的工作便是根据问题跟踪文档对模块设计进行修改、完善。

  在公司领导的带领下,通过项目组所有成员的不懈努力,在XX月份系统所有功能模块设计完成,在XX月份系统所有业务流程整理完成,在XX月份,对各功能模块设计及业务流的初次审查、整改工作已经完成,现在已开始进行项目组内对各功能模块设计及业务流的审查工作。

  在入职初期,因为之前很少接触生产类软件,一时不知从何入手,好在项目组成员多次向我讲解,加上自己也通过网络查找相关文档,认真阅读相关材料、思考业务处理过程,最终在一个月内便对煤矿整个生产管理业务有了较为系统的认识。之后在指导下,完成了管理软件初始化子系统、工程技术文档管理子系统、物资管理子系统的详细功能模块设计和业务处理设计,以及整个系统的业务整理工作。因为多次强调前期的业务及功能模块的设计直接关系到整个项目最终的成败,一定要做到设计正确、准确、完整,因此在每个子模块的设计中,先把握总体方向,确保设计正确,再搜集大量业务材料、对比其它类似软件处理方式、结合煤矿实际生产情况、思考业务处理流程确保设计准确,最后再将设计放到整个业务系统中,反复检验、审查,确保设计完整。回顾这一段时间的工作,我基本完成了本职工作,这与领导的支持和各位同事的配合、帮助是分不开的,但同时我也清楚得认识到自己还有很多不足,也从中获得不少经验、教训,总结为以下几点:

  1、做事前准备、计划是很有必要的。

  这一点在入职第一周业务学习及近期搭建各模块业务关系工作中就体会特别深,正是磨刀不误砍柴工,做好准备、计划对之后的工作能起到事半功倍的效果。

  2、工作要脚踏实地、一步一步,切不可太过心急。

  整个软件的设计从最开始的业务调查、模块框架设计、业务流程设计到具体软件开发设计,每个环节都是建立在前一个环节的基础上,每个环节上的失误都会影响到之后所有环节。

  3、学会从整体看问题。

  这一点在入职初期的业务流程学习中就感受很深,从整体看问题,从主业务流程入手,理解更容易,学习得也更快,在整个工作过程中大的方向也不会错。

  4、要学会适当的思维转变。

  之前的软件开发工作主要是编码工作,所考虑的问题也只局限于技术方面,但在系统业务及功能模块设计工作中,一定要考虑到整个煤矿产业的业务流程和客户群的操作习惯。

  5、与同事的交流要及时要充分,尤其是项目组内成员。

  及时充分的交流能快速解决疑惑、能使整个工作衔接更紧密、能使问题考虑更周全。充分的交流能保证工作的质量,及时的交流能提高工作的效率。

  6、在系统设计过程中要学会从客户角度考虑问题。

  软件良好的客户体验是衡量软件质量的重要标准,因此在软件设计过程中一定要考虑使用软件的客户范围、客户的操作习惯和软件的易操作性。

  7、处理问题一定要以公司利益为重,坚持立场、把握好原则。

  公司项目部成员对矿项目的成功实施便证明这一点。另外在集控平台开发过程中,何工也是基于这一点,多次对系统功能设计提出更高要求,以使系统功能更加完善、可操作性更强。

  8、要学会思考问题、分析问题、处理问题,学会分解问题,把一个大的问题分解成若干个小问题,再将各小问题放到整体考虑其合理性。

  在整理系统业务流程和搭建模块间业务关系工作中,就因为表现形式不够清晰、合理,做了不少重复工作。最终还是在张工的指导下,以“总—分—总”的形式解释业务关系,完成了业务详细说明书。

  9、不要局限于固定模式,要学会创新。

  20xx年已经过去,崭新的XX年来临了,在新的一年里,工作上,生活上,我们都站在了新的一个工作起点,要开始新的一轮工作,我也在此感谢领导和各位同事的支持和帮助,我将在新的一年里继续努力,不断提高自己的业务及专业水平,虚心向大家学习,为XX公司为长风的发展尽自己的力量。

软件工程师个人总结7

  一、分享第一条经验:

  “学历代表过去、能力代表现在、学习力代表未来。”其实这是一个来自国外教育领域的一个研究结果。相信工作过几年、十几年的朋友对这个道理有些体会吧。但我相信这一点也很重要:“重要的道理明白太晚将抱憾终生!”所以放在每一条,让刚刚毕业的朋友们早点看到哈!

  二、一定要确定自己的发展方向,并为此目的制定可行的计划。

  不要说什么,“我刚毕业,还不知道将来可能做什么?”,“跟着感觉走,先做做看”。因为,这样的观点会通过你的潜意识去暗示你的行为无所事事、碌碌无为。一直做技术,将来成为专家级人物?向管理方向走,成为职业经理人?先熟悉行业和领域,将来自立门户?还是先在行业里面混混,过几年转行做点别的?这很重要,它将决定你近几年、十年内“做什么事情才是在做正确的事情!”。

  三、软件开发团队中,技术不是万能的,但没有技术是万万不能的!

  在技术型团队中,技术与人品同等重要,当然长相也比较重要哈,尤其在mm比较多的团队中。在软件项目团队中,技术水平是受人重视和尊重的重要砝码。无论你是做管理、系统分析、设计、编码,还是产品管理、测试、文档、实施、维护,多少你都要有技术基础。算我孤陋寡闻,我还真没有亲眼看到过一个外行带领一个软件开发团队成功地完成过软件开发项目,哪怕就一个,也没有看到。倒是曾经看到过一个“高学历的牛人”(非技术型)带一堆人做完过一个项目,项目交付的第二天,项目组成员扔下一句“再也受不了啦!”四分五裂、各奔东西。那个项目的“成功度”大家可想而知了。

  四、详细制定自己软件开发专业知识学习计划,并注意及时修正和调整(软件开发技术变化实在太快)。

  请牢记:“如果一个软件开发人员在1、2年内都没有更新过自己的知识,那么,其实他已经不再属于这个行业了。”不要告诉自己没有时间。来自时间管理领域的著名的“三八原则”告诫我们:另外的那8小时如何使用将决定你的人生成败!本人自毕业以来,平均每天实际学习时间超过2小时。

  五、书籍是人类进步的阶梯,对软件开发人员尤其如此。

  书籍是学习知识的最有效途径,不要过多地指望在工作中能遇到“世外高人”,并不厌其烦地教你。对于花钱买书,我个人经验是:千万别买国内那帮人出的书!我买的那些家伙出的书,!00%全部后悔了,无一本例外。更气愤的是,这些书在二手市场的地摊上都很难卖掉。“拥有书籍并不表示拥有知识;拥有知识并不表示拥有技能;拥有技能并不表示拥有文化;拥有文化并不表示拥有智慧。”只有将书本变成的自己智慧,才算是真正拥有了它。

  六、不要仅局限于对某项技术的表面使用上,哪怕你只是偶尔用一、二次。

  “对任何事物不究就里”是任何行业的工程师所不应该具备的素质。开发windows应用程序,看看windows程序的设计、加载、执行原理,分析一下pe文件格式,试试用sdk开发从头开发一个windows应用程序;用vc++、 delphi、java、.net开发应用程序,花时间去研究一下mfc、vcl、j2ee、.net它们框架设计或者源码;除了会用j2ee、 jboss、spring、hibernate等等优秀的开源产品或者框架,抽空看看大师们是如何抽象、分析、设计和实现那些类似问题的通用解决方案的。试着这样做做,你以后的工作将会少遇到一些让你不明就里、一头雾水的问题,因为,很多东西你“知其然且知其所以然”!

  七、在一种语言上编程,但别为其束缚了思想。

  “代码大全”中说:“深入一门语言编程,不要浮于表面”。深入一门语言开发还远远不足,任何编程语言的存在都有其自身的理由,所以也没有哪门语言是“包治百病”的“灵丹妙药”。编程语言对开发人员解决具体问题的思路和方式的影响与束缚的例子俯拾皆是。我的经验是:用面对对象工具开发某些关键模块时,为什么不可以借鉴c、c51、汇编的模块化封装方式?用传统的桌面开发工具(目前主要有vc++、delphi)进行系统体统结构设计时,为什么不可以参考来自java社区的ioc、aop设计思想,甚至借鉴像spring、hibernate、jboss等等优秀的开源框架?在进行类似于实时通信、数据采集等功能的设计、实现时,为什么不可以引用来自实时系统、嵌入式系统的优秀的体系框架与模式?为什么一切都必须以个人、团队在当然开发语言上的传统或者经验来解决问题?“他山之石、可以攻玉”。

  八、养成总结与反思的习惯,并有意识地提炼日常工作成果,形成自己的个人源码库、解决某类问题的通用系统体系结构、甚至进化为框架。

  众所周知,对软件开发人员而言,有、无经验的一个显著区别是:无经验者完成任何任务时都从头开始,而有经验者往往通过重组自己的可复用模块、类库来解决问题(其实这个结论不应该被局限在软件开发领域、可以延伸到很多方面)。这并不是说,所有可复用的东西都必须自己己实现,别人成熟的通过测试的成果也可以收集、整理、集成到自己的知识。

软件工程师个人总结8

  本人在工作中,接触到许多烟囱,体会到只有技术上不断创新,设备不断更新,才能创造出更大的经济效益和社会效益。

  比如,以前在造粒塔和烟囱的滑模中,我们用来提升滑模平台的是小吨位千斤顶(额定起重量为3.5t),后来经过论证和技术经济分析比较,决定从xx烟囱开始采用大吨位千斤顶(额定起重量为6.0t),与小吨位千斤顶相比有以下优点:可以节约一半的支承杆;支承杆脱空长度更高,滑模安全性可以得到更大的保证;减少了支承杆的加固工作量。在xx年和xx年施工的xx_工程的xx_个烟囱和xx供热工程的烟囱,就采用了大吨位千斤顶,其技术和经济效益十分明显。

  另外,在滑模测量技术上我们也进行了改革。以前一般是在造粒塔或烟囱的中心xx_一台激光对中仪测偏移,而平台扭转则在外面用一台经纬仪测量,显得非常麻烦。后来我们在烟囱内部相对于中心的对称半径上同时布置xx_台激光对中仪,根据测量数据就可以直接计算出平台的偏移和扭转值了。其精高提高了,工作量也减小了。

  尽管我们现在在滑模技术方面取得了一定的成绩,但距世界滑模的先进水平还有不小的距离,这需要我们不断改进技术,总结经验。就我公司施工的烟囱和造粒塔来说。

  1、我们目前还未涉及双曲线塔和框架的滑模,只限于圆形构筑物的滑模。

  2、在垂直运输方面比较落后,传统方法是采用落地井架加变幅拔杆或者是随升井架加变幅拔杆,此种方法比较落后,我们可以改进为:在筒体外侧配一台自升式高塔,不但可以满足钢筋和混凝土的垂直运输,而且可以节省几台卷扬机的费用。从长远效益来看,后者肯定比前者明显。

  3、按传统方法制作的钢平台只能使用一次,不仅浪费了钢材,还增加了拆卸平台的工作量。如果在保证平台安全使用的前提下,我们将平台杆件的焊接连接形式改为螺栓连接,这可以多次重复利用;

  我们要理论联系实际,活学活用,不断总结施工和管理经验,技术上不断改进和创新。

软件工程师个人总结9

  总想着每天、每个月、乃至每年都有点进步。20xx年,对我来说,是起伏不定的一年,也是收获颇丰的一年。当然,最大的收获是有了一个可爱的女儿。

  在这一年,我跳了两次槽,一次是自愿的,还有一次是被迫的。我目睹了一些公司从盛到衰的过程,也看到了一些脚踏实地的公司。

  离开x1公司,是因为我觉得x1公司不是在做软件,所谓的印度模式,我想,绝对不是这么做的。理想不合,不想浪费时间,也只能背负跳槽的恶名,挂冠而去。去x2公司,是因为看到他是美国独资公司,做外包软件,能够接触美国的客户和技术,希望能够有所收获,何况,职位也不错。的确很想好好做,也跳累了,只想稳定发展,毕竟,是做父亲的人了。没有想到的是,竟然让我目睹了一场资产争夺的好戏。公司易主,流言

  满天,官司大战,这种平常只有在电视和电影里看到的情节。我实实在在的亲身经历了,也算是人生的重要一课吧,至少,让我看到了人性最阴暗和恶毒的一面。自然,是做不下去了,只能又走。

  也看到了一些踏踏实实做事情的公司。园区的瑞博软件就是一个。很少看到如此踏实做事的公司。若干年后,只要他能够存活,必定是一个成功的公司。虽然老板对我也很有诚意,只是,对于教育软件,我实在没有太大的兴趣,何况,如果想做教育,我何不选择安博呢?毕竟,安博给于我很多。回头想想,在其他公司,我都是在奉献,只有在安博,是学习了很多。

  说起跳槽,其实,看看那些公司,有多少是在踏踏实实做事情的?老板本不懂软件,都是看着软件行业能赚钱,想来捞一票,结果把中国的软件行业做坏了,也害苦了中国的程序员。自己不好好做事,怎么怪别人跳槽?同工作经历的坎坷相比,,在个人能力方面,今年的进步是非常大的,今年上半年,我的进步集中在技术领域。我更加深入研究了设计模式、ejb体系和.net平台,还有uml建模,终于有所突破,设计了一套自己的基于.net平台的系统架构和开发工具,并且得到了应用的证实。在网上也陆续发表了一些文章,受到比较好的欢迎,还上了赛迪网的开发之星。

  下半年,在软件工程方面收获是很多的。

  看到网上对于印度模式从吹捧到批驳的吵闹,也看到x1公司学习印度的失败,加上自己从开始就对那些记者的怀疑,决定好好学习软件工程。我一向认为,任何东西,不能道听途说,只有自己好好深入研究,才能得其精髓。同时,软件工程绝对不能只看印度的,毕竟,美国才是软件业最发达的国度。

  列举一些学习的参考资料:《rup软件工程过程》、《msf微软解决方案》、《xp极限编程》、《cmm实践应用——infosys公司的软件项目执行过程》、《人月神话》、《软件需求》、《软件工程java语言实现》。每本书,我都仔细研读了,颇有体会。

  我开始就想,印度软件工程绝对不会象那些记者所说的那么简单,所谓的高中生编程说。所以,我必须实际看看印度的软件工程。《cmm实践应用——infosys公司的软件项目执行过程》,是印度最大的软件公司infosys公司的分管质量的副总裁写的,介绍他们的cmm4的软件工程,果然不同凡响。这是我了解印度软件工程的主要窗口。

  首先,同原来的想法不同的,也可能同大多数人(尤其是受那些软件记者影响很深的“专业”和非专业人士)想法不同的是,软件工程实际上不仅仅只是管理,而是一门涉及很广的交叉学科。在软件工程中,大约一半的内容是专业性很强的,涉及到软件分析、设计甚至编码的技术。所谓的结构化、面向对象,都在软件工程的范畴内,同样是软件开发和组织的重要内容,也是软件质量保证的重要内容,至于软件开发的管理部分,只能算是软件工程中软件工程过程的部分,或者说项目管理部分。脱离管理来开发软件是绝对不可行的,同样,抛弃技术基础,空谈管理出效益,便如无源之水、无本之木。诚如《软件工程java语言实现》中所说:“软件工程范围极为广泛。软件工程的某些方面属于数学或计算机科学,其他方面可归入经济学、管理学或心理学中。”在这里,我强调了软件工程中的技术部分,并非轻视管理,只想在软件工程的概念上做一些拨乱反正,也希望多一些人来关心软件的核心技术,而不要空喊口号和概念。毕竟,中国的软件太缺乏核心技术了。

  其次,对管理要求的严格不说(这个谁都知道)。实际上,不管是美国的软件工程,还是印度的软件工程,都是比较灵活的。即便是印度这样的所谓“软件工厂”模式,对于软件工程过程管理极为严格,也有一个部分是专门讲述过程剪裁的。整个软件工程过程是非常庞大和繁复的,然而,由于项目具体情况不同,如项目的规模,参与人员的数量、素质等的不同,对于软件过程的每个部分,不是都必须的,可以根据具体情况来进行剪裁。这个部分对于我的启发是很大的。以前做什么iso9000等,开始做了一个以为很好的规范,但是,到具体项目,总是对不起来,到处有问题,现在想想,便是少了这个变通的部分。不过,话说回来,这cmm也是老美想出来的,而不是印度。

  第三,对于开发人员的选用,我发现,美国人是非常注重选用优秀的开发人员的。martinfowler曾经开玩笑的说,如果给他一批水平不高的开发项目,他会考虑全部解雇,重新招聘。《人月神话》中也说,如果200人开发一个项目,其中25个人最能干,那么会考虑解雇其余的175个人,让项目经理来编程(当然,后面还有一些抉择分析,这里断章取义了)。其结论的基础是基于以下研究结果:优秀的开发人员和差的开发人员,其效率之差可以达到数量级。另外,从管理的角度来说,只有人多了,才会有管理问题,当团队规模控制在一定的范围内时,便不会有太大的管理问题。

  对于软件来说,很难实现同传统产业一样的工厂化生产,这是由软件开发的本质决定的。软件的复杂性是软件的本质属性,在这个属性没有改变之前,软件便不会实现同传统产业一样的工厂化生产。至于印度的所谓“软件工厂”,实际上,只是完成了软件代码的编写工作,并不是实现了整个软件研发工作。而代码编写工作,恰恰是软件开发中最简单的一环。至于印度是否真的有很多高中生程序员,印度人的书上没有说,记者到说了不少,我也无从考证。所以,软件的开发,还是需要选用优秀的人的。除非,公司只想帮别人编写代码,而不希望有自己的产品和技术。

  第四,软件开发中,最重要的还是团队合作和交流,这个是我目前最深切的感受。具体的,大家都知道,也用不着多说。

  最后,对于软件开发来说,公司老板的想法是最重要的。如果老板说“no”,那便是水平再高,管理再好,也终归无用。年龄渐长,也做父亲了,却总是在漂泊,没有一个可以稳定发展的地方。希望目前的公司能够有这个机会。不想总是跳槽。

软件工程师个人总结10

  本人在工作中,接触到许多烟囱,体会到只有技术上不断创新,设备不断更新,才能创造出更大的经济效益和社会效益。

  比如,以前在造粒塔和烟囱的滑模中,我们用来提升滑模平台的是小吨位千斤顶(额定起重量为3。5t),后来经过论证和技术经济分析比较,决定从xx烟囱开始采用大吨位千斤顶(额定起重量为6。0t),与小吨位千斤顶相比有以下优点:可以节约一半的支承杆;支承杆脱空长度更高,滑模安全性可以得到更大的保证;减少了支承杆的加固工作量。在xx年和xx年施工的贵州xx工程的2个烟囱和xx供热工程的烟囱,就采用了大吨位千斤顶,其技术和经济效益十分明显。

  另外,在滑模测量技术上我们也进行了改革。以前一般是在造粒塔或烟囱的中心安装一台激光对中仪测偏移,而平台扭转则在外面用一台经纬仪测量,显得非常麻烦。后来我们在烟囱内部相对于中心的对称半径上同时布置2台激光对中仪,根据测量数据就可以直接计算出平台的偏移和扭转值了。其精高提高了,工作量也减小了。

  尽管我们现在在滑模技术方面取得了一定的成绩,但距世界滑模的先进水平还有不小的距离,这需要我们不断改进技术,总结经验。就我公司施工的烟囱和造粒塔来说。

  1、我们目前还未涉及双曲线塔和框架的滑模,只限于圆形构筑物的滑模。

  2、在垂直运输方面比较落后,传统方法是采用落地井架加变幅拔杆或者是随升井架加变幅拔杆,此种方法比较落后,我们可以改进为:在筒体外侧配一台自升式高塔,不但可以满足钢筋和混凝土的垂直运输,而且可以节省几台卷扬机的费用。从长远效益来看,后者肯定比前者明显。

  3、按传统方法制作的钢平台只能使用一次,不仅浪费了钢材,还增加了拆卸平台的工作量。如果在保证平台安全使用的前提下,我们将平台杆件的焊接连接形式改为螺栓连接,这可以多次重复利用;我们要理论联系实际,活学活用,不断总结施工和管理经验,技术上不断改进和创新。

软件工程师个人总结11

  本人在工作中,接触到许多烟囱,体会到只有技术上不断创新,设备不断更新,才能创造出更大的经济效益和社会效益。

  比如,以前在造粒塔和烟囱的滑模中,我们用来提升滑模平台的是小吨位千斤顶(额定起重量为3.5t),后来经过论证和技术经济分析比较,决定从烟囱开始采用大吨位千斤顶(额定起重量为6.0t),与小吨位千斤顶相比有以下优点:可以节约一半的支承杆;支承杆脱空长度更高,滑模安全性可以得到更大的保证;减少了支承杆的加固工作量。在xx年和xx年施工的贵州工程的2个烟囱和供热工程的烟囱,就采用了大吨位千斤顶,其技术和经济效益十分明显。

  另外,在滑模测量技术上我们也进行了改革。以前一般是在造粒塔或烟囱的中心安装一台激光对中仪测偏移,而平台扭转则在外面用一台经纬仪测量,显得非常麻烦。后来我们在烟囱内部相对于中心的对称半径上同时布置2台激光对中仪,根据测量数据就可以直接计算出平台的偏移和扭转值了。其精高提高了,工作量也减小了。

  尽管我们现在在滑模技术方面取得了一定的成绩,但距世界滑模的先进水平还有不小的距离,这需要我们不断改进技术,总结经验。就我公司施工的烟囱和造粒塔来说。

  1、我们目前还未涉及双曲线塔和框架的滑模,只限于圆形构筑物的滑模。

  2、在垂直运输方面比较落后,传统方法是采用落地井架加变幅拔杆或者是随升井架加变幅拔杆,此种方法比较落后,我们可以改进为:在筒体外侧配一台自升式高塔,不但可以满足钢筋和混凝土的垂直运输,而且可以节省几台卷扬机的费用。从长远效益来看,后者肯定比前者明显。

  3、按传统方法制作的钢平台只能使用一次,不仅浪费了钢材,还增加了拆卸平台的工作量。如果在保证平台安全使用的前提下,我们将平台杆件的焊接连接形式改为螺栓连接,这可以多次重复利用;

  我们要理论联系实际,活学活用,不断总结施工和管理经验,技术上不断改进和创新。

软件工程师个人总结11篇(软件工程师工作心得)相关文章:

4s店个人工作总结11篇(汽车4s店工作总结个人)

个人教育科研工作总结11篇(教育科研情况个人总结)

建筑公司个人年终工作总结12篇(建筑公司年终工作总结报告)

质检工作个人总结12篇(质检工作总结及自我评价)

员工个人工作总结11篇(入职一月个人工作总结报告)

初中生物教师个人总结12篇(初中生物教师个人年度总结)

物业个人年度工作总结11篇(物业工作个人总结)

质检员个人总结12篇(质检员总结范文)

物业员工个人工作总结10篇(物业个人工作总结范文)

物业前台个人总结11篇(物业前台的个人总结)