軟件工程師年終總結(jié)范文

軟件工程師年終總結(jié)范文以下是美文閱讀網(wǎng)我整理的關于軟件工程師年終工作總結(jié)的內(nèi)容，更多內(nèi)容請進入美文閱讀網(wǎng)工作總結(jié)欄目查看。

篇一：軟件工程師的年終總結(jié)

總想著每天、每個月、乃至每年都有點進步。20××年，對我來說，是起伏不定的一年，也是收獲頗豐的一年。固然，最大的收獲是有了一個得意的女兒。

在這一年，我跳了兩次槽，一次是自愿的，還有一次是被迫的。我目睹了一些公司從盛到衰的過程，也看到了一些腳踏實地的公司。

離開××1公司，是由于我覺得××1公司不是在做軟件，所謂的印度模式，我想，肯定不是這么做的。抱負不合，不想鋪張時間，也只能背負跳槽的惡名，掛冠而去。去××2公司，是由于看到他是美國獨資公司，做外包軟件，能夠接觸美國的客戶和技術，盼望能夠有所收獲，何況，職位也不錯。確實很想好好做，也跳累了，只想穩(wěn)定進展，究竟，是做父親的人了。沒有想到的是，竟然讓我目睹了一場資產(chǎn)爭奪的好戲。公司易主，流言滿天，誹謗四起，官司大戰(zhàn)，這種尋常只有在電視和電影里看到的情節(jié)，我實實在在的親身經(jīng)受了，也算是人生的重要一課吧，至少，讓我看到了人性最陰暗和惡毒的一面。自然，是做不下去了，只能又走。

也看到了一些踏踏實實做事情的公司。園區(qū)的瑞博軟件就是一個。很少看到如此踏實做事的公司。若干年后，只要他能夠存活，必定是一個勝利的公司。雖然老板對我也很有誠意，只是，對于教育軟件，我實在沒有太大的興趣，何況，假如想做教育，我何不選擇安博呢?究竟，安博給于我許多?；仡^想想，在其他公司，我都是在奉獻，只有在安博，是學習了許多。

說起跳槽，其實，看看那些公司，有多少是在踏踏實實做事情的?老板本不懂軟件，都是看著軟件行業(yè)能賺錢，想來撈一票，結(jié)果把中國的軟件行業(yè)做壞了，也害苦了中國的程序員。自己不好好做事，怎么怪別人跳槽?同工作經(jīng)受的坎坷相比，，在個人力量方面，今年的進步是特別大的。今年上半年，我的進步集中在技術領域。我更加深入討論了設計模式、EJB體系和.Net平臺，還有UML建模，最終有所突破，設計了一套自己的基于.Net平臺的系統(tǒng)架構(gòu)和開發(fā)工具，并且得到了應用的證明。在網(wǎng)上也間續(xù)發(fā)表了一些文章，受到比擬好的歡送，還上了賽迪網(wǎng)的開發(fā)之星。

下半年，在軟件工程方面收獲是許多的。

看到網(wǎng)上對于印度模式從吹捧到批駁的吵鬧，也看到××1公司學習印度的失敗，加上自己從開頭就對那些記者的疑心，打算好好學習軟件工程。我一向認為，任何東西，不能道聽途說，只有自己好好深入討論，才能得其精華。同時，軟件工程肯定不能只看印度的，究竟，美國才是軟件業(yè)最興旺的國度。

列舉一些學習的參考資料：《RUP軟件工程過程》、《MSF微軟解決方案》、《××P極限編程》、《CMM實踐應用Infosys公司的軟件工程執(zhí)行過程》、《人月神話》、《軟件需求》、《軟件工程Java語言實現(xiàn)》。每本書，我都認真研讀了，頗有體會。

我開頭就想，印度軟件工程肯定不會象那些記者所說的那么簡潔，所謂的高中生編程說。所以，我必需實際看看印度的軟件工程。《CMM實踐應用Infosys公司的軟件工程執(zhí)行過程》，是印度最大的軟件公司Infosys公司的分管質(zhì)量的副總裁寫的，介紹他們的CMM4的軟件工程，果真不同凡響。這是我了解印度軟件工程的主要窗口。

首先，同原來的想法不同的，也可能同大多數(shù)人(尤其是受那些軟件記者影響很深的“專業(yè)”和非專業(yè)人士)想法不同的是，軟件工程實際上不僅僅只是治理，而是一門涉及很廣的穿插學科。在軟件工程中，大約一半的內(nèi)容是專業(yè)性很強的，涉及到軟件分析、設計甚至編碼的技術。所謂的構(gòu)造化、面對對象，都在軟件工程的范疇內(nèi)，同樣是軟件開發(fā)和組織的重要內(nèi)容，也是軟件質(zhì)量保證的重要內(nèi)容。至于軟件開發(fā)的治理局部，只能算是軟件工程中軟件工程過程的局部，或者說工程治理局部。脫離治理來開發(fā)軟件是肯定不行行的，同樣，拋棄技術根底，空談治理出效益，便如無源之水、無本之木。誠如《軟件工程Java語言實現(xiàn)》中所說：“軟件工程范圍極為廣泛。軟件工程的某些方面屬于數(shù)學或計算機科學，其他方面可歸入經(jīng)濟學、治理學或心理學中。”在這里，我強調(diào)了軟件工程中的技術局部，并非輕視治理，只想在軟件工程的概念上做一些撥亂反正，也盼望多一些人來關懷軟件的核心技術，而不要空喊口號和概念。究竟，中國的軟件太缺乏核心技術了。

其次，對治理要求的嚴格不說(這個誰都知道)，實際上，不管是美國的軟件工程，還是印度的軟件工程，都是比擬敏捷的。即便是印度這樣的所謂“軟件工廠”模式，對于軟件工程過程治理極為嚴格，也有一個局部是特地敘述過程剪裁的。整個軟件工程過程是特別浩大和繁復的，然而，由于工程詳細狀況不同，如工程的規(guī)模，參加人員的數(shù)量、素養(yǎng)等的不同，對于軟件過程的每個局部，不是都必需的，可以依據(jù)詳細狀況來進展剪裁。這個局部對于我的啟發(fā)是很大的。以前做什么ISO9000等，開頭做了一個以為很好的標準，但是，到詳細工程，總是對不起來，處處有問題，現(xiàn)在想想，便是少了這個變通的局部。不過，話說回來，這CMM也是老美想出來的，而不是印度。

第三，對于開發(fā)人員的選用，我發(fā)覺，美國人是特別注意選用優(yōu)秀的開發(fā)人員的。MartinFowler曾經(jīng)開玩笑的說，假如給他一批水平不高的開發(fā)工程，他會考慮全部辭退，重新聘請。《人月神話》中也說，假如200人開發(fā)一個工程，其中25個人最能干，那么會考慮辭退其余的175個人，讓工程經(jīng)理來編程(固然，后面還有一些選擇分析，這里斷章取義了)。其結(jié)論的根底是基于以下討論結(jié)果：優(yōu)秀的開發(fā)人員和差的開發(fā)人員，其效率之差可以到達數(shù)量級。另外，從治理的角度來說，只有人多了，才會有治理問題，當團隊規(guī)模掌握在肯定的范圍內(nèi)時，便不會有太大的治理問題。

對于軟件來說，很難實現(xiàn)同傳統(tǒng)產(chǎn)業(yè)一樣的工廠化生產(chǎn)，這是由軟件開發(fā)的本質(zhì)打算的。軟件的簡單性是軟件的本質(zhì)屬性，在這個屬性沒有轉(zhuǎn)變之前，軟件便不會實現(xiàn)同傳統(tǒng)產(chǎn)業(yè)一樣的工廠化生產(chǎn)。至于印度的所謂“軟件工廠”，實際上，只是完成了軟件代碼的編寫工作，并不是實現(xiàn)了整個軟件研發(fā)工作，而代碼編寫工作，恰恰是軟件開發(fā)中最簡潔的一環(huán)。至于印度是否真的有許多高中生程序員，印度人的書上沒有說，記者到說了不少，我也無從考證。所以，軟件的開發(fā)，還是需要選用優(yōu)秀的人的。除非，公司只想幫別人編寫代碼，而不盼望有自己的產(chǎn)品和技術。

第四，軟件開發(fā)中，最重要的還是團隊合作和溝通。這個是我目前最深切的感受。詳細的，大家都知道，也用不著多說。

最終，對于軟件開發(fā)來說，公司老板的想法是最重要的。假如老板說“No”，那便是水平再高，治理再好，也終歸無用。年齡漸長，也做父親了，卻總是在漂泊，沒有一個可以穩(wěn)定進展的地方。盼望目前的公司能夠有這個時機。不想總是跳槽。

篇二：軟件工程師年終個人總結(jié)

從八月份入職至今,已五個多月過去了，回憶自己這段時間在××公司所走過的路，所經(jīng)受的事情，沒有太多的感慨，沒有太多的驚喜，卻多了一份鎮(zhèn)靜，多了一份沉著。

回想入職初，在八月份，從開頭第一周熟識工作環(huán)境，其次周便參加煤礦安全生產(chǎn)治理系統(tǒng)的相關文檔設計工作，期間在工程組各位同事的指導、安排下，進展了系統(tǒng)的軟件開發(fā)托付合同書及系統(tǒng)功能模塊設計說明文檔的編寫，也借此過程學習煤礦生產(chǎn)業(yè)務。

在九月份，便正式參加了治理軟件功能模塊的設計工作，在張工的指導、講解下初次嘗試完成了治理軟件的維護子系統(tǒng)的功能模塊設計；在九月中旬跟隨公司施工人員在××一號礦進展業(yè)務調(diào)研，從而在我們自己的治理系統(tǒng)中，取其長、補其短，也借此時機了解實際的煤礦生產(chǎn)狀況，加深對煤礦產(chǎn)業(yè)業(yè)務流程的理解；在九月底便依據(jù)張工的指導開頭工程技術文檔子系統(tǒng)的功能模塊設計。

十月份，在張工張工的指導下，進展了物資治理子系統(tǒng)的功能模塊設計，并就設計的正確性、合理性分別同張工張工及何工進展爭論；到十月中旬治理軟件的各子系統(tǒng)功能模塊根本全部設計完成；十月底，依據(jù)各子系統(tǒng)模塊設計搜集系統(tǒng)數(shù)據(jù)，建立初步的數(shù)據(jù)字典及概念模型，為后期數(shù)據(jù)庫設計做預備。

十一月份的工作以整理系統(tǒng)業(yè)務關系與業(yè)務流為主，但由于業(yè)務關系圖的表現(xiàn)形式不夠合理，缺乏以清楚、明白得表現(xiàn)出各層次關系，導致工作多走了幾個環(huán)節(jié)，好在張工張工準時發(fā)覺問題，并屢次向我指導、講解，最終打算以列表結(jié)合流程圖形式搜集、匯總系統(tǒng)全部子模塊的業(yè)務動作、涉及人員及聯(lián)系模塊，為后面工作的綻開供應依據(jù)。

十二月圍繞兩個工作綻開，一是系統(tǒng)業(yè)務描述文檔的設計編寫，由于該文檔是日后編程人員了解煤礦生產(chǎn)業(yè)務、系統(tǒng)功能及數(shù)據(jù)庫設計的主要依據(jù)，張工張工也屢次強調(diào)，文檔的設計務必從讀者角度考慮問題，因此最終設計由簡潔到簡單，由整體到詳細，各層次盡量做到連接嚴密，易于理解；另一項工作是針對已完成的關系列表、系統(tǒng)功能模塊設計的業(yè)務合理性、正確性和張工張工逐條爭論，并將設計中消失的問題逐條記錄在問題跟蹤文檔中。月底的工作便是依據(jù)問題跟蹤文檔對模塊設計進展修改、完善。

在公司領導的帶著下，通過工程組全部成員的不懈努力，在十月份系統(tǒng)全部功能模塊設計完成，在十一月份系統(tǒng)全部業(yè)務流程整理完成，在十二月份，對各功能模塊設計及業(yè)務流的初次審查、整改工作已經(jīng)完成，現(xiàn)在已開頭進展工程組內(nèi)對各功能模塊設計及業(yè)務流的審查工作。

在入職初期，由于之前很少接觸生產(chǎn)類軟件，一時不知從何入手，好在工程組成員屢次向我講解，加上自己也通過網(wǎng)絡查找相關文檔，仔細閱讀相關材料、思索業(yè)務處理過程，最終在一個月內(nèi)便對煤礦整個生產(chǎn)治理業(yè)務有了較為系統(tǒng)的熟悉。之后在張工張工的指導下，完成了治理軟件初始化子系統(tǒng)、工程技術文檔治理子系統(tǒng)、物資治理子系統(tǒng)的具體功能模塊設計和業(yè)務處理設計，以及整個系統(tǒng)的業(yè)務整理工作。由于張工張工屢次強調(diào)前期的業(yè)務及功能模塊的設計直接關系到整個工程最終的成敗，肯定要做到設計正確、精確、完整，因此在每個子模塊的設計中，先把握總體方向，確保設計正確，再搜集大量業(yè)務材料、比照其它類似軟件處理方式、結(jié)合煤礦實際生產(chǎn)狀況、思索業(yè)務處理流程確保設計精確，最終再將設計放到整個業(yè)務系統(tǒng)中，反復檢驗、審查，確保設計完整?；貞涍@一段時間的工作,我根本完成了本職工作，這與領導的支持和各位同事的協(xié)作、幫忙是分不開的，但同時我也清晰得熟悉到自己還有許多缺乏，也從中獲得不少閱歷、教訓，總結(jié)為以下幾點：

1.做事前預備、規(guī)劃是很有必要的。

這一點在入職第一周業(yè)務學習及近期搭建各模塊業(yè)務關系工作中就體會特殊深，正是磨刀不誤砍柴工，做好預備、規(guī)劃對之后的工作能起到事半功倍的效果。

2.工作要腳踏實地、一步一步，切不行太過心急。

整個軟件的設計從最開頭的業(yè)務調(diào)查、模塊框架設計、業(yè)務流程設計到詳細軟件開發(fā)設計，每個環(huán)節(jié)都是建立在前一個環(huán)節(jié)的根底上，每個環(huán)節(jié)上的失誤都會影響到之后全部環(huán)節(jié)。

3.學會從整體看問題。

這一點在入職初期的業(yè)務流程學習中就感受很深，從整體看問題，從主業(yè)務流程入手，理解更簡單，學習得也更快，在整個工作過程中大的方向也不會錯。

4.要學會適當?shù)乃季S轉(zhuǎn)變。

之前的軟件開發(fā)工作主要是編碼工作，所考慮的問題也只局限于技術方面，但在系統(tǒng)業(yè)務及功能模塊設計工作中，肯定要考慮到整個煤礦產(chǎn)業(yè)的業(yè)務流程和客戶群的操作習慣。

5.與同事的溝通要準時要充分，尤其是工程組內(nèi)成員。

準時充分的溝通能快速解決懷疑、能使整個工作連接更嚴密、能使問題考慮更周全。充分的溝通能保證工作的質(zhì)量，準時的溝通能提高工作的效率。

6.在系統(tǒng)設計過程中要學會從客戶角度考慮問題。

軟件良好的客戶體驗是衡量軟件質(zhì)量的重要標準，因此在軟件設計過程中肯定要考慮使用軟件的客戶范圍、客戶的操作習慣和軟件的易操作性。

7.處理問題肯定要以公司利益為重，堅持立場、把握好原則。

公司工程部成員對××1號礦工程的勝利實施便證明這一點；另外在集控平臺開發(fā)過程中，何工也是基于這一點，屢次對系統(tǒng)功能設計提出更高要求，以使系統(tǒng)功能更加完善、可操作性更強。

8.要學會思索問題、分析問題、處理問題，學會分解問題，把一個大的問題分解成若干個小問題，再將各小問題放到整體考慮其合理性。

在整理系統(tǒng)業(yè)務流程和搭建模塊間業(yè)務關系工作中，就由于表現(xiàn)形式不夠清楚、合理，做了不少重復工作。最終還是在張工的指導下，以“總分總”的形式解釋業(yè)務關系，完成了業(yè)務具體說明書。

9.不要局限于固定模式，要學會創(chuàng)新。

在系統(tǒng)功能設計及系統(tǒng)業(yè)務整理工作中，張工屢次強調(diào)這一點，由于只有這樣，產(chǎn)品質(zhì)量才能提高、自己的力量也會有較大提升。通過近半年來參加對治理軟件的設計工作及與工程施工、工程進展工作的接觸，自己成長不少，固然更多的成長集中在技術方面軟件前期的業(yè)務設計，總結(jié)為以下幾點，

1.已把握整個煤礦治理的業(yè)務處理及流程。

2.把握了軟件開發(fā)前期的整個軟件設計流程。

3.