軟件工程工作總結範文4篇

本文目錄2018年軟件工程工作總結範文軟件工程師的工作總結範文軟件工程師的工作總結軟件工程師年終個人工作總結

本人在工作中,接觸到許多煙囱,體會到只有技術上不斷創新,設備不斷更新,才能創造出更大的經濟效益和社會效益。

軟件工程工作總結範文4篇

比如,以前在造粒塔和煙囱的滑模中,我們用來提升滑模平台的是小噸位千斤頂(額定起重量為3.5t),後來經過論證和技術經濟分析比較,決定從xx煙囱開始採用大噸位千斤頂(額定起重量為6.0t),與小噸位千斤頂相比有以下優點:可以節約一半的支承杆;支承杆脱空長度更高,滑模安全性可以得到更大的保證;減少了支承杆的加固工作量。在xx年和xx年施工的貴州xx工程的2個煙囱和xx供熱工程的煙囱,就採用了大噸位千斤頂,其技術和經濟效益十分明顯。

另外,在滑模測量技術上我們也進行了改革。以前一般是在造粒塔或煙囱的中心安裝一台激光對中儀測偏移,而平台扭轉則在外面用一台經緯儀測量,顯得非常麻煩。後來我們在煙囱內部相對於中心的對稱半徑上同時佈置2台激光對中儀,根據測量數據就可以直接計算出平台的偏移和扭轉值了。其精高提高了,工作量也減小了。

儘管我們現在在滑模技術方面取得了一定的成績,但距世界滑模的先進水平還有不小的距離,這需要我們不斷改進技術,總結經驗。就我公司施工的煙囱和造粒塔來説。

1、我們目前還未涉及雙曲線塔和框架的滑模,只限於圓形構築物的滑模。

2、在垂直運輸方面比較落後,傳統方法是採用落地井架加變幅拔杆或者是隨升井架加變幅拔杆,此種方法比較落後,我們可以改進為:在筒體外側配一台自升式高塔,不但可以滿足鋼筋和混凝土的垂直運輸,而且可以節省幾台捲揚機的費用。從長遠效益來看,後者肯定比前者明顯。

3、按傳統方法制作的鋼平台只能使用一次,不僅浪費了鋼材,還增加了拆卸平台的工作量。如果在保證平台安全使用的前提下,我們將平台杆件的焊接連接形式改為螺栓連接,這可以多次重複利用;

我們要理論聯繫實際,活學活用,不斷總結施工和管理經驗,技術上不斷改進和創新。

軟件工程師的工作總結範文2018年軟件工程工作總結範文(2) | 返回目錄

xx年已過去,在過去的一年中,我擔任公司開發部的一名軟件工程師,主要從事着java項目的開發工作,這一年來我低調努力工作着,不求閃亮顯眼和光芒四射,只為平靜和淡定;這一年中所做的成績如下:

一、財政局項目,本人獨立負責開發會計處的三個子系統:

1、會計人員信用查詢系統。

2、代理記賬機構信用查詢系統。

3、會計人員網上報備系統。

以上三個子系統上線後,方便了社會各界查驗會計人員的真實信息、方便了查詢合法的代理記賬機構信息,以及方便了各單位對會計人員的報備。

二、餐飲行業項目,在團隊開發項目中直接參與了豪享來餐飲有限公司總部的信息綜合管理平台項目,主要負責的系統有:

1、房屋租賃合同管理系統。

2、短信收發管理系統。

3、會員管理系統。

4、基礎信息管理系統和人事管理系統的部分功能模塊。

系統應用後,豪享來在管理全國各門店房屋租賃合同上,一定程度上提高了管理效率,並且及時有效提供了相應預警信息;短信收發系統方便了總部及時傳遞各項信息;會員系統更好的管理全國各門店的會員信息;人事系統在管理中減少工作量等。轉載請保留

三、金融行業項目,我參與了中國銀行廈門分行,企業轉賬管理系統中的部分模塊開發。本系統方便了企業快速實現大量和複雜的轉賬工作。

四、國土資源與房產管理局項目,正在負責和開發的是住房貨幣化補貼網上申報審核系統。本項目採用了新技術,使界面更加大方美觀,很大程度上改善人機交互平台的效果。

總結不足:駐豪享來總部做項目時,由於團隊內部某些原因,加之外面的其他因素,一定程度上影響了工作效率、影響開發進度和影響最終軟件質量;這是包括我在內項目組中的每個成員都必須檢討的地方。

通過總結一年來的工作,儘管有了一定的進步和成績,但在一些方面還存在不足,個別工作做得還不夠完善。在今後的工作中,我將努力找出工作中的不足,以便在日後的工作中加以克服。自我不斷的學習吸收新技術,認真學習好規範規程及有關文件資料,並且及時的把新技術應用在實際的項目中,進一步提高項目的技術含量。

軟件工程師的工作總結2018年軟件工程工作總結範文(3) | 返回目錄

1、分享第一條經驗:“學歷代表過去、能力代表現在、學習力代表未來。”其實這是一個來自國外教育領域的一個研究結果。相信工作過幾年、十幾年的朋友對這個道理有些體會吧。但我相信這一點也很重要:“重要的道理明白太晚將抱憾終生!”所以放在每一條,讓剛剛畢業的朋友們早點看到哈!­

2、一定要確定自己的發展方向,併為此目的制定可行的計劃。不要説什麼,“我剛畢業,還不知道將來可能做什麼?”,“跟着感覺走,先做做看”。因為,這樣的觀點會通過你的潛意識去暗示你的行為無所事事、碌碌無為。一直做技術,將來成為專家級人物?向管理方向走,成為職業經理人?先熟悉行業和領域,將來自立門户?還是先在行業裏面混混,過幾年轉行做點別的?這很重要,它將決定你近幾年、十年內“做什麼事情才是在做正確的事情!”。­

3、軟件開發團隊中,技術不是萬能的,但沒有技術是萬萬不能的!在技術型團隊中,技術與人品同等重要,當然長相也比較重要哈,尤其在mm比較多的團隊中。在軟件項目團隊中,技術水平是受人重視和尊重的重要砝碼。無論你是做管理、系統分析、設計、編碼,還是產品管理、測試、文檔、實施、維護,多少你都要有技術基礎。算我孤陋寡聞,我還真沒有親眼看到過一個外行帶領一個軟件開發團隊成功地完成過軟件開發項目,哪怕就一個,也沒有看到。倒是曾經看到過一個“高學歷的牛人”(非技術型)帶一堆人做完過一個項目,項目交付的第二天,項目組成員扔下一句“再也受不了啦!”四分五裂、各奔東西。那個項目的“成功度”大家可想而知了。­

4、詳細制定自己軟件開發專業知識學習計劃,並注意及時修正和調整(軟件開發技術變化實在太快)。請牢記:“如果一個軟件開發人員在1、2年內都沒有更新過自己的知識,那麼,其實他已經不再屬於這個行業了。”不要告訴自己沒有時間。來自時間管理領域的著名的“三八原則”告誡我們:另外的那8小時如何使用將決定你的人生成敗!本人自畢業以來,平均每天實際學習時間超過2小時。­

5、書籍是人類進步的階梯,對軟件開發人員尤其如此。書籍是學習知識的最有效途徑,不要過多地指望在工作中能遇到“世外高人”,並不厭其煩地教你。對於花錢買書,我個人經驗是:千萬別買國內那幫人出的書!我買的那些傢伙出的書,!00%全部後悔了,無一本例外。更氣憤的是,這些書在二手市場的地攤上都很難賣掉。“擁有書籍並不表示擁有知識;擁有知識並不表示擁有技能;擁有技能並不表示擁有文化;擁有文化並不表示擁有智慧。”只有將書本變成的自己智慧,才算是真正擁有了它。­

6、不要僅侷限於對某項技術的表面使用上,哪怕你只是偶爾用一、二次。“對任何事物不究就裏”是任何行業的工程師所不應該具備的素質。開發windows應用程序,看看windows程序的設計、加載、執行原理,分析一下 pe文件格式,試試用sdk開發從頭開發一個windows應用程序;用vc++、 delphi、java、開發應用程序,花時間去研究一下mfc、vcl、j2ee、它們框架設計或者源碼;除了會用j2ee、 jboss、spring、hibernate等等優秀的開源產品或者框架,抽空看看大師們是如何抽象、分析、設計和實現那些類似問題的通用解決方案的。試着這樣做做,你以後的工作將會少遇到一些讓你不明就裏、一頭霧水的問題,因為,很多東西你“知其然且知其所以然”!­

7、在一種語言上編程,但別為其束縛了思想。“代碼大全”中説:“深入一門語言編程,不要浮於表面”。深入一門語言開發還遠遠不足,任何編程語言的存在都有其自身的理由,所以也沒有哪門語言是“包治百病”的“靈丹妙藥”。編程語言對開發人員解決具體問題的思路和方式的影響與束縛的例子俯拾皆是。我的經驗是:用面對對象工具開發某些關鍵模塊時,為什麼不可以借鑑c、c51、彙編的模塊化封裝方式?用傳統的桌面開發工具(目前主要有vc++、delphi)進行系統體統結構設計時,為什麼不可以參考來自 java社區的ioc、aop設計思想,甚至借鑑像spring、hibernate、jboss等等優秀的開源框架?在進行類似於實時通信、數據採集等功能的設計、實現時,為什麼不可以引用來自實時系統、嵌入式系統的優秀的體系框架與模式?為什麼一切都必須以個人、團隊在當然開發語言上的傳統或者經驗來解決問題???“他山之石、可以攻玉”。­

8、養成總結與反思的習慣,並有意識地提煉日常工作成果,形成自己的個人源碼庫、解決某類問題的通用系統體系結構、甚至進化為框架。眾所周知,對軟件開發人員而言,有、無經驗的一個顯著區別是:無經驗者完成任何任務時都從頭開始,而有經驗者往往通過重組自己的可複用模塊、類庫來解決問題 (其實這個結論不應該被侷限在軟件開發領域、可以延伸到很多方面)。這並不是説,所有可複用的東西都必須自己實現,別人成熟的通過測試的成果也可以收集、整理、集成到自己的知識庫中。但是,最好還是自己實現,這樣沒有知識產權、版權等問題,關鍵是自己實現後能真正掌握這個知識點,擁有這個技能。­

9、理論與實踐並重,內外雙修。工程師的內涵是:以工程師的眼光觀察、分析事物和世界。一個合格的軟件工程師,是真正理解了軟件產品的本質及軟件產品研發的思想精髓的人(個人觀點、歡迎探討)。掌握軟件開發語言、應用語言工具解決工作中的具體問題、完成目標任務是軟件工程師的主要工作,但從軟件工程師這個角度來看,這只是外在的東西,並非重要的、本質的工作。學習、掌握軟件產品開發理論知識、軟件開發方法論,並在實踐中理解、應用軟件產品的分析、設計、實現思想來解決具體的軟件產品研發問題,才是真正的軟件工程師的工作。站在成熟理論與可靠方法論的高度思考、分析、解決問題,並在具體實踐中驗證和修正這些思想與方式,最終形成自己的理論體系和實用方法論。­

10、心態有多開放,視野就有多開闊。不要抱着自己的技術和成果,等到它們都已經過時變成垃圾了,才拿出來丟人現眼。請及時發佈自己的研究成果:開發的產品、有創意的設計或代碼,公佈出來讓大家交流或者使用,你的成果才有進化和昇華的機會。想想自己 xx年間開發的那些windows系統工具,5、6年之後的今天,還是那個樣子,今天流行的好多windows系統工具都比自己的晚,但進化得很好,且有那麼多用户在使用。並且,不要保守自己的技術和思想,儘可能地與人交流與分享,或者傳授給開發團隊的成員。“與人交換蘋果之後,每個人還是隻有一個蘋果;但交換思想之後,每個人都擁有兩種思想”,道理大家都懂,但有多少人真正能做到呢? ­

11、儘量參加開源項目的開發、或者與朋友共同研製一些自己的產品,千萬不要因為沒有錢賺而不做。網絡早已不再只是“虛擬世界”,網上有很多的開源項目、合作開發項目、外包項目,這都是涉獵工作以外的知識的絕好機會,並且能夠結識更廣的人緣。不要因為工作是做 erp,就不去學習和了解嵌入式、實時、通信、網絡等方面的技術,反過來也是一樣。如果當他別人拿着合同找你合作,你卻這也不會,那也不熟時,你將後悔莫及。 ­

12、書到用時方恨少,不要將自己的知識面僅僅侷限於技術方面。諾貝爾經濟學獎得主西蒙教授的研究結果表明: “對於一個有一定基礎的人來説,他只要真正肯下功夫,在6個月內就可以掌握任何一門學問。”教育心理學界為感謝西蒙教授的研究成果,故命名為西蒙學習法。可見,掌握一門陌生的學問遠遠沒有想想的那麼高難、深奧。多方吸取、廣泛涉獵。極力夯實自己的影響圈、儘量擴大自己的關注圈。財務、經濟、税務、管理等等知識,有空花時間看看,韜光養晦、未雨綢繆。­

13、本文的總結與反思: a:不要去做技術上的高手,除非你的目標如此。雖然本文是關於提高軟件開發知識的建議,做技術的高手是我一向都不贊同的。你可以提高自己的專業知識,但能勝任工作即止。 b:提高軟件知識和技術只是問題的表面,本質是要提高自己認識問題、分析問題、解決問題的思想高度。軟件專業知識的很多方法和原理,可以很容易地延伸、應用到生活的其它方面。 c:在能勝任工作的基礎上,立即去涉獵其它領域的專業知識,豐富自己的知識體系、提高自己的綜合素質,尤其是那些目標不在技術方面的朋友。 ­

軟件工程師年終個人工作總結2018年軟件工程工作總結範文(4) | 返回目錄

xx年是我在公司工作的第三年,在這三年裏隨着公司在不斷的發展和壯大我個人也從一個不知所謂的稜頭青逐漸的變的成熟,詳細內容請看下文軟件工程師年終個人工作總結

我從一個對平衡機毫無瞭解的門外漢變成一個熟悉平衡機原理熟悉公司各種產品的專業技術人員,而且在對部門的管理和與人溝通方面我也有了更深層次的認識,我深知我取得的這些進步和公司領導的培養是分不開的。沒有他們不厭其煩的教導和一次次的給予機會我不會取得今天的進步,展望xx年是機遇和挑戰並存的一年,我將團結在公司領導核心周圍,努力工作,艱苦奮鬥,為公司向更高層次發展做出自己的貢獻。

回首xx初,雖然在xx年公司取得了可喜的成果,但是公司領導並沒有沾沾自喜,反而為xx年制定了更高的目標。我也在經過短暫的調整之後馬上進入自己的角色,當時按照領導的指示,我負責研發部管理和電氣車間生產管理的工作。、我首先指定的部門工作範疇細則,明確了整個部門的工作任務。又對每個部門的成員在整個部門工作中所負責的範疇做了規定並已書面的形式發放到他們手中,我制定了部門成員結構組成圖,明確上下級的從屬關係。我想在完成公司交給的部門任務的同時建立一個有紀律,有向心力的團隊更好的為公司服務是領導更希望我能做到的。在xxxx年初我的部門人員發生了很大的變化,首先是李鑫的離職按照公司領導的指示我迅速調整了部門的結構,將原來主要負責電氣生產的董建軍接替李鑫的研發工作,將原來只參與電氣生產的許建文安排在負責生產管理並參與生產的位置,在我整理李鑫的工作備份時候,我發現一體機單片機程序不能正常工作,我用其他方法找到李鑫要回了能用的程序,並完成當時李鑫負責的一東項目, 4月份董建軍離職,影響了第一台微電機自動平衡機部分編寫,為了保證設備參展,我連續加班,五一長假也不例外,最後實現了設備參展前有流暢動作的目標。

這時公司領導也不斷的給我提供新的技術人員來補充部門工作。在新的人員還不能完全勝任的階段,為了能完成生產任務,我經常是身兼多職,從電氣圖設計,到指導和參與配電完成再有新plc程序和觸摸屏程序編寫,設備廠內調試都由我一個人來完成。很多時候為了不耽誤工程的進度我就利用自己的業餘休息時間加班加點。加班到很晚沒有車我就自己花錢打車回家。