軟件工程師年終個人總結
日子在彈指一揮間就毫無聲息的流逝，經過過去一年的辛勤付出，我們一定積累了不少經驗和教訓，現在就讓我們對過去的工作做一個詳實的總結吧。千萬不能認為年終總結隨便應付就可以，這是展現表達力的機會，下面是小編整理的軟件工程師年終個人總結，僅供參考，希望能夠幫助到大家。
軟件工程師年終個人總結1
從八月份入職至今，已五個多月過去了，回顧自己這段時間在XX公司所走過的路，所經歷的事情，沒有太多的感慨，沒有太多的驚喜，卻多了一份鎮(zhèn)定，多了一份從容。
回想入職初，在八月份，從開始第一周熟悉工作環(huán)境，第二周便參與煤礦安全生產管理系統(tǒng)的相關文檔設計工作，期間在項目組各位同事的指導、安排下，進行了系統(tǒng)的軟件開發(fā)委托合同書及系統(tǒng)功能模塊設計說明文檔的編寫，也借此過程學習煤礦生產業(yè)務。
在九月份，便正式參與了管理軟件功能模塊的設計工作，在張工的指導、講解下初次嘗試完成了管理軟件的維護子系統(tǒng)的功能模塊設計；在九月中旬跟隨公司施工人員在xx一號礦進行業(yè)務調研，從而在我們自己的管理系統(tǒng)中，取其長、補其短，也借此機會了解實際的煤礦生產情況，加深對煤礦產業(yè)業(yè)務流程的理解；在九月底便根據張工的指導開始工程技術文檔子系統(tǒng)的功能模塊設計。
十月份，在張工張工的指導下，進行了物資管理子系統(tǒng)的功能模塊設計，并就設計的正確性、合理性分別同張工張工及何工進行討論；到十月中旬管理軟件的各子系統(tǒng)功能模塊基本全部設計完成；十月底，根據各子系統(tǒng)模塊設計搜集系統(tǒng)數據，建立初步的數據字典及概念模型，為后期數據庫設計做準備。
十一月份的工作以整理系統(tǒng)業(yè)務關系與業(yè)務流為主，但由于業(yè)務關系圖的表現形式不夠合理，不足以清晰、明了得表現出各層次關系，導致工作多走了幾個環(huán)節(jié)，好在張工張工及時發(fā)現問題，并多次向我指導、講解，最終決定以列表結合流程圖形式搜集、匯總系統(tǒng)所有子模塊的業(yè)務動作、涉及人員及聯(lián)系模塊，為后面工作的展開提供依據。
十二月圍繞兩個工作展開，一是系統(tǒng)業(yè)務描述文檔的設計編寫，因為該文檔是日后編程人員了解煤礦生產業(yè)務、系統(tǒng)功能及數據庫設計的主要依據，張工張工也多次強調，文檔的設計務必從讀者角度考慮問題，因此最終設計由簡單到復雜，由整體到具體，各層次盡量做到銜接緊密，易于理解；另一項工作是針對已完成的關系列表、系統(tǒng)功能模塊設計的業(yè)務合理性、正確性和張工張工逐條討論，并將設計中出現的問題逐條記錄在問題跟蹤文檔中。月底的工作便是根據問題跟蹤文檔對模塊設計進行修改、完善。
在公司領導的帶領下，通過項目組所有成員的不懈努力，在十月份系統(tǒng)所有功能模塊設計完成，在十一月份系統(tǒng)所有業(yè)務流程整理完成，在十二月份，對各功能模塊設計及業(yè)務流的初次審查、整改工作已經完成，現在已開始進行項目組內對各功能模塊設計及業(yè)務流的審查工作。
在入職初期，因為之前很少接觸生產類軟件，一時不知從何入手，好在項目組成員多次向我講解，加上自己也通過網絡查找相關文檔，認真閱讀相關材料、思考業(yè)務處理過程，最終在一個月內便對煤礦整個生產管理業(yè)務有了較為系統(tǒng)的認識。之后在張工張工的指導下，完成了管理軟件初始化子系統(tǒng)、工程技術文檔管理子系統(tǒng)、物資管理子系統(tǒng)的詳細功能模塊設計和業(yè)務處理設計，以及整個系統(tǒng)的業(yè)務整理工作。
因為張工張工多次強調前期的業(yè)務及功能模塊的設計直接關系到整個項目最終的.成敗，一定要做到設計正確、準確、完整，因此在每個子模塊的設計中，先把握總體方向，確保設計正確，再搜集大量業(yè)務材料、對比其它類似軟件處理方式、結合煤礦實際生產情況、思考業(yè)務處理流程確保設計準確，最后再將設計放到整個業(yè)務系統(tǒng)中，反復檢驗、審查，確保設計完整�；仡欉@一段時間的工作，我基本完成了本職工作，這與領導的支持和各位同事的配合、幫助是分不開的，但同時我也清楚得認識到自己還有很多不足，也從中獲得不少經驗、教訓，總結為以下幾點。
1、做事前準備、計劃是很有必要的。
這一點在入職第一周業(yè)務學習及近期搭建各模塊業(yè)務關系工作中就體會特別深，正是磨刀不誤砍柴工，做好準備、計劃對之后的工作能起到事半功倍的效果。
2、工作要腳踏實地、一步一步，切不可太過心急。
整個軟件的設計從最開始的業(yè)務調查、模塊框架設計、業(yè)務流程設計到具體軟件開發(fā)設計，每個環(huán)節(jié)都是建立在前一個環(huán)節(jié)的基礎上，每個環(huán)節(jié)上的失誤都會影響到之后所有環(huán)節(jié)。
3、學會從整體看問題。
這一點在入職初期的業(yè)務流程學習中就感受很深，從整體看問題，從主業(yè)務流程入手，理解更容易，學習得也更快，在整個工作過程中大的方向也不會錯。
4、要學會適當的思維轉變。
之前的軟件開發(fā)工作主要是編碼工作，所考慮的問題也只局限于技術方面，但在系統(tǒng)業(yè)務及功能模塊設計工作中，一定要考慮到整個煤礦產業(yè)的業(yè)務流程和客戶群的操作習慣。
5、與同事的交流要及時要充分，尤其是項目組內成員。
及時充分的交流能快速解決疑惑、能使整個工作銜接更緊密、能使問題考慮更周全。充分的交流能保證工作的質量，及時的交流能提高工作的效率。
6、在系統(tǒng)設計過程中要學會從客戶角度考慮問題。
軟件良好的客戶體驗是衡量軟件質量的重要標準，因此在軟件設計過程中一定要考慮使用軟件的客戶范圍、客戶的操作習慣和軟件的易操作性。
7、處理問題一定要以公司利益為重，堅持立場、把握好原則。
公司項目部成員對xx1號礦項目的成功實施便證明這一點；另外在集控平臺開發(fā)過程中，何工也是基于這一點，多次對系統(tǒng)功能設計提出更高要求，以使系統(tǒng)功能更加完善、可操作性更強。
8、要學會思考問題、分析問題、處理問題，學會分解問題，把一個大的問題分解成若干個小問題，再將各小問題放到整體考慮其合理性。
在整理系統(tǒng)業(yè)務流程和搭建模塊間業(yè)務關系工作中，就因為表現形式不夠清晰、合理，做了不少重復工作。最終還是在張工的指導下，以“總—分—總”的形式解釋業(yè)務關系，完成了業(yè)務詳細說明書。
9、不要局限于固定模式，要學會創(chuàng)新。
在系統(tǒng)功能設計及系統(tǒng)業(yè)務整理工作中，張工多次強調這一點，因為只有這樣，產品質量才能提高、自己的能力也會有較大提升。通過近半年來參與對管理軟件的設計工作及與工程施工、項目發(fā)展工作的接觸，自己成長不少，當然更多的成長集中在技術方面—軟件前期的業(yè)務設計，總結為以下幾點。
1、已掌握整個煤礦管理的業(yè)務處理及流程。
2、掌握了軟件開發(fā)前期的整個軟件設計流程。
3、學會如何進行軟件業(yè)務及功能模塊的詳細設計。
4、學會如何發(fā)現問題、思考問題、解決問題。
在管理方面，接觸不多，主要集中在項目組對集控平臺開發(fā)的監(jiān)管過程，總結為以下幾點，
1、時刻掌握項目進度情況，進度一旦出現狀況要及時作出反應
2、處理問題一定要以公司利益為重，堅持立場、把握好原則。
3、與外包人員要多交流多溝通，包括業(yè)務理解和完成情況。
最后，通過在公司近半年來的工作生活，提一些個人的想法，
1、公司員工交流不夠多，尤其是不同部門間的工作交流，而這種交流能使各部門的工作銜接更緊密，工作效率更高。
2、技術人員接觸其他相關技術的機會不多，不過這一點公司正在改善，PLC講座也即將進行。
3、在準備項目經理考試期間，如果公司能統(tǒng)一每周提供幾個小時供大家學習、討論、交流，效果可能會更好些。
4、午飯時間太緊，員工中午休息時間太緊，一定程度上影響下午的工作效率。
以上都是個人角度的一些看法，考慮不合理之處還望領導及各位同事批評指正。
x年已經過去，嶄新的20xx年來臨了，在新的一年里，工作上，生活上，我們都站在了新的一個工作起點，要開始新的一輪工作，我也在此感謝領導和各位同事的支持和幫助，我將在新的一年里繼續(xù)努力，不斷提高自己的業(yè)務及專業(yè)水平，虛心向大家學習，為XX公司為長風的發(fā)展盡自己的力量。
軟件工程師年終個人總結2
1、分享第一條經驗：“學歷代表過去、能力代表現在、學習力代表未來�！逼鋵嵾@是一個來自國外教育領域的一個研究結果。
相信工作過幾年、十幾年的朋友對這個道理有些體會吧。但我相信這一點也很重要：“重要的道理明白太晚將抱憾終生！”所以放在每一條，讓剛剛畢業(yè)的朋友們早點看到哈！
2、一定要確定自己的發(fā)展方向，并為此目的制定可行的計劃。
不要說什么，“我剛畢業(yè)，還不知道將來可能做什么？”，“跟著感覺走，先做做看”。因為，這樣的觀點會通過你的潛意識去暗示你的行為無所事事、碌碌無為。一直做技術，將來成為專家級人物？向管理方向走，成為職業(yè)經理人？先熟悉行業(yè)和領域，將來自立門戶？還是先在行業(yè)里面混混，過幾年轉行做點別的？這很重要，它將決定你近幾年、十年內“做什么事情才是在做正確的事情！”。
3、軟件開發(fā)團隊中，技術不是萬能的，但沒有技術是萬萬不能的！在技術型團隊中，技術與人品同等重要，當然長相也比較重要哈，尤其在mm比較多的團隊中。
在軟件項目團隊中，技術水平是受人重視和尊重的重要砝碼。無論你是做管理、系統(tǒng)分析、設計、編碼，還是產品管理、測試、文檔、實施、維護，多少你都要有技術基礎。算我孤陋寡聞，我還真沒有親眼看到過一個外行帶領一個軟件開發(fā)團隊成功地完成過軟件開發(fā)項目，哪怕就一個，也沒有看到。倒是曾經看到過一個“高學歷的牛人”（非技術型）帶一堆人做完過一個項目，項目交付的第二天，項目組成員扔下一句“再也受不了啦！”四分五裂、各奔東西。那個項目的“成功度”大家可想而知了。
4、詳細制定自己軟件開發(fā)專業(yè)知識學習計劃，并注意及時修正和調整（軟件開發(fā)技術變化實在太快）。
請牢記：“如果一個軟件開發(fā)人員在1、2年內都沒有更新過自己的知識，那么，其實他已經不再屬于這個行業(yè)了�！辈灰嬖V自己沒有時間。來自時間管理領域的著名的“三八原則”告誡我們：另外的那8小時如何使用將決定你的人生成�。”救俗援厴I(yè)以來，平均每天實際學習時間超過2小時。
5、書籍是人類進步的階梯，對軟件開發(fā)人員尤其如此。
書籍是學習知識的最有效途徑，不要過多地指望在工作中能遇到“世外高人”，并不厭其煩地教你。對于花錢買書，我個人經驗是：千萬別買國內那幫人出的書！我買的那些家伙出的書，！00%全部后悔了，無一本例外。更氣憤的是，這些書在二手市場的地攤上都很難賣掉�！皳碛袝⒉槐硎緭碛兄R；擁有知識并不表示擁有技能；擁有技能并不表示擁有文化；擁有文化并不表示擁有智慧。”只有將書本變成的自己智慧，才算是真正擁有了它。
6、不要僅局限于對某項技術的表面使用上，哪怕你只是偶爾用一、二次。
“對任何事物不究就里”是任何行業(yè)的工程師所不應該具備的素質。開發(fā)windows應用程序，看看windows程序的設計、加載、執(zhí)行原理，分析一下 pe文件格式，試試用sdk開發(fā)從頭開發(fā)一個windows應用程序；用vc++、 delphi、java、。net開發(fā)應用程序，花時間去研究一下mfc、vcl、j2ee、。net它們框架設計或者源碼；除了會用j2ee、 jboss、spring、hibernate等等優(yōu)秀的開源產品或者框架，抽空看看大師們是如何抽象、分析、設計和實現那些類似問題的通用解決方案的。試著這樣做做，你以后的工作將會少遇到一些讓你不明就里、一頭霧水的問題，因為，很多東西你“知其然且知其所以然”！
7、在一種語言上編程，但別為其束縛了思想。
“代碼大全”中說：“深入一門語言編程，不要浮于表面”。深入一門語言開發(fā)還遠遠不足，任何編程語言的存在都有其自身的'理由，所以也沒有哪門語言是“包治百病”的“靈丹妙藥”。編程語言對開發(fā)人員解決具體問題的思路和方式的影響與束縛的例子俯拾皆是。我的經驗是：用面對對象工具開發(fā)某些關鍵模塊時，為什么不可以借鑒c、c51、匯編的模塊化封裝方式？用傳統(tǒng)的桌面開發(fā)工具（目前主要有vc++、delphi）進行系統(tǒng)體統(tǒng)結構設計時，為什么不可以參考來自 java社區(qū)的ioc、aop設計思想，甚至借鑒像spring、hibernate、jboss等等優(yōu)秀的開源框架？在進行類似于實時通信、數據采集等功能的設計、實現時，為什么不可以引用來自實時系統(tǒng)、嵌入式系統(tǒng)的優(yōu)秀的體系框架與模式？為什么一切都必須以個人、團隊在當然開發(fā)語言上的傳統(tǒng)或者經驗來解決問題？“他山之石、可以攻玉”。
8、養(yǎng)成總結與反思的習慣，并有意識地提煉日常工作成果，形成自己的個人源碼庫、解決某類問題的通用系統(tǒng)體系結構、甚至進化為框架。
眾所周知，對軟件開發(fā)人員而言，有、無經驗的一個顯著區(qū)別是：無經驗者完成任何任務時都從頭開始，而有經驗者往往通過重組自己的可復用模塊、類庫來解決問題 （其實這個結論不應該被局限在軟件開發(fā)領域、可以以延伸到很多方面）。這并不是說，所有可復用的東西都必須自己實現，別人成熟的通過測試的成果也可以收集、整理、集成到自己的知識庫中。但是，最好還是自己實現，這樣沒有知識產權、版權等問題，關鍵是自己實現后能真正掌握這個知識點，擁有這個技能。
9、理論與實踐并重，內外雙修。
工程師的內涵是：以工程師的眼光觀察、分析事物和世界。一個合格的軟件工程師，是真正理解了軟件產品的本質及軟件產品研發(fā)的思想精髓的人（個人觀點、歡迎探討）。掌握軟件開發(fā)語言、應用語言工具解決工作中的具體問題、完成目標任務是軟件工程師的主要工作，但從軟件工程師這個角度來看，這只是外在的東西，并非重要的、本質的工作。學習、掌握軟件產品開發(fā)理論知識、軟件開發(fā)方法論，并在實踐中理解、應用軟件產品的分析、設計、實現思想來解決具體的軟件產品研發(fā)問題，才是真正的軟件工程師的工作。站在成熟理論與可靠方法論的高度思考、分析、解決問題，并在具體實踐中驗證和修正這些思想與方式，最終形成自己的理論體系和實用方法論。
軟件工程師年終個人總結3
本人在工作中，接觸到許多煙囪，體會到只有技術上不斷創(chuàng)新，設備不斷更新，才能創(chuàng)造出更大的經濟效益和社會效益。
比如，以前在造粒塔和煙囪的滑模中，我們用來提升滑模平臺的是小噸位千斤頂（額定起重量為3.5t），后來經過論證和技術經濟分析比較，決定從xx煙囪開始采用大噸位千斤頂（額定起重量為6.0t），與小噸位千斤頂相比有以下優(yōu)點：可以節(jié)約一半的支承桿；支承桿脫空長度更高，滑模安全性可以得到更大的保證；減少了支承桿的加固工作量。在xx年和xx年施工的貴州xx工程的2個煙囪和xx供熱工程的煙囪，就采用了大噸位千斤頂，其技術和經濟效益十分明顯。
另外，在滑模測量技術上我們也進行了改革。以前一般是在造粒塔或煙囪的中心安裝一臺激光對中儀測偏移，而平臺扭轉則在外面用一臺經緯儀測量，顯得非常麻煩。后來我們在煙囪內部相對于中心的對稱半徑上同時布置2臺激光對中儀，根據測量數據就可以直接計算出平臺的偏移和扭轉值了。其精高提高了，工作量也減小了。
盡管我們現在在滑模技術方面取得了一定的成績，但距世界滑模的先進水平還有不小的距離，這需要我們不斷改進技術，總結經驗。就我公司施工的煙囪和造粒塔來說。
1、我們目前還未涉及雙曲線塔和框架的滑模，只限于圓形構筑物的滑模。
2、在垂直運輸方面比較落后，傳統(tǒng)方法是采用落地井架加變幅拔桿或者是隨升井架加變幅拔桿，此種方法比較落后，我們可以改進為：在筒體外側配一臺自升式高塔，不但可以滿足鋼筋和混凝土的垂直運輸，而且可以節(jié)省幾臺卷揚機的'費用。從長遠效益來看，后者肯定比前者明顯。
3、按傳統(tǒng)方法制作的鋼平臺只能使用一次，不僅浪費了鋼材，還增加了拆卸平臺的工作量。如果在保證平臺安全使用的前提下，我們將平臺桿件的焊接連接形式改為螺栓連接，這可以多次重復利用；我們要理論聯(lián)系實際，活學活用，不斷總結施工和管理經驗，技術上不斷改進和創(chuàng)新。
【軟件工程師年終個人總結】相關文章：
軟件工程師個人總結07-13
軟件工程師個人總結05-02
軟件工程師個人總結05-31
軟件工程師個人年終總結07-14
軟件工程師年度考核個人總結04-30
軟件工程師個人年終工作總結05-20
軟件工程師年終個人工作總結05-06
軟件工程師年終個人工作總結09-11
軟件工程師年終個人工作總結12-01
軟件工程師年終個人工作總結10-01