軟體工程個人總結
總結是對某一階段的工作、學習或思想中的經驗或情況進行分析研究的書面材料，透過它可以全面地、系統地瞭解以往的學習和工作情況，我想我們需要寫一份總結了吧。我們該怎麼寫總結呢？下面是小編精心整理的軟體工程個人總結，歡迎大家分享。
軟體工程個人總結 篇1
1、分享第一條經驗：“學歷代表過去、能力代表現在、學習力代表未來。”其實這是一個來自國外教育領域的一個研究結果。相信工作過幾年、十幾年的朋友對這個道理有些體會吧。但我相信這一點也很重要：“重要的道理明白太晚將抱憾終生!”所以放在每一條，讓剛剛畢業的朋友們早點看到哈!
2、一定要確定自己的發展方向，併為此目的制定可行的計劃。不要說什麼，“我剛畢業，還不知道將來可能做什麼?”，“跟著感覺走，先做做看”。因為，這樣的觀點會透過你的潛意識去暗示你的行為無所事事、碌碌無為。一直做技術，將來成為專家級人物?向管理方向走，成為職業經理人?先熟悉行業和領域，將來自立門戶?還是先在行業裡面混混，過幾年轉行做點別的?這很重要，它將決定你近幾年、十年內“做什麼事情才是在做正確的事情!”。
3、軟體開發團隊中，技術不是萬能的，但沒有技術是萬萬不能的!在技術型團隊中，技術與人品同等重要，當然長相也比較重要哈，尤其在mm比較多的團隊中。在軟體專案團隊中，技術水平是受人重視和尊重的重要砝碼。無論你是做管理、系統分析、設計、編碼，還是產品管理、測試、文件、實施、維護，多少你都要有技術基礎。算我孤陋寡聞，我還真沒有親眼看到過一個外行帶領一個軟體開發團隊成功地完成過軟體開發專案，哪怕就一個，也沒有看到。倒是曾經看到過一個“高學歷的牛人”(非技術型)帶一堆人做完過一個專案，專案交付的第二天，專案組成員扔下一句“再也受不了啦!”四分五裂、各奔東西。那個專案的“成功度”大家可想而知了。
4、詳細制定自己軟體開發專業知識學習計劃，並注意及時修正和調整(軟體開發技術變化實在太快)。請牢記：“如果一個軟體開發人員在1、2年內都沒有更新過自己的知識，那麼，其實他已經不再屬於這個行業了。”不要告訴自己沒有時間。來自時間管理領域的著名的“三八原則”告誡我們：另外的那8小時如何使用將決定你的人生成敗!本人自畢業以來，平均每天實際學習時間超過2小時。
5、書籍是人類進步的階梯，對軟體開發人員尤其如此。書籍是學習知識的最有效途徑，不要過多地指望在工作中能遇到“世外高人”，並不厭其煩地教你。對於花錢買書，我個人經驗是：千萬別買國內那幫人出的書!我買的那些傢伙出的書，!00%全部後悔了，無一本例外。更氣憤的是，這些書在二手市場的地攤上都很難賣掉。“擁有書籍並不表示擁有知識;擁有知識並不表示擁有技能;擁有技能並不表示擁有文化;擁有文化並不表示擁有智慧。”只有將書本變成的自己智慧，才算是真正擁有了它。
6、不要僅侷限於對某項技術的表面使用上，哪怕你只是偶爾用一、二次。“對任何事物不究就裡”是任何行業的工程師所不應該具備的素質。開發windows應用程式，看看windows程式的設計、載入、執行原理，分析一下pe檔案格式，試試用sdk開發從頭開發一個windows應用程式;用vc++、 delphi、java、.net開發應用程式，花時間去研究一下mfc、vcl、j2ee、.net它們框架設計或者原始碼;除了會用j2ee、 jboss、spring、hibernate等等優秀的開源產品或者框架，抽空看看大師們是如何抽象、分析、設計和實現那些類似問題的通用解決方案的。試著這樣做做，你以後的工作將會少遇到一些讓你不明就裡、一頭霧水的問題，因為，很多東西你“知其然且知其所以然”!
軟體工程個人總結 篇2
我是20xx年x月x日加入xx技術有限公司，我所在的職位是手機軟體測試人員。
一、工作內容回顧
1、每天根據組長分配給自己任務進行測試，按照測試需求，借相應的手機幷給手機刷任務要求的版本，然後開始執行分配的qc庫裡的每條測試用例，因為每條測試用例都是英文描述，所以每次必須經過認真閱讀以保證正確執行。
2、在測試過程中，手機出現問題時，要判斷是手機硬體的問題還是軟體的問題，如果是軟體的問題，還要繼續跟xx或者xx確認之後，然後才能在公司本地庫中填寫xx，有的xx還需要xx工具來抓取bug和xx，並將這些東西一起放在xx裡面，經過ec處理之後狀態為xx的xx就可以往xx庫中報最終的bug。
3、每次做任務的手機都是去相應的產品組借的，所以做完任務的時候將自己手裡借一切跟測試相關的東西及時籤還，並告知組長任務完成。
二、工作總結
這為期四個月的實習和試用期，使我對手機軟體測試工作有了深入的認識，就是盡最大的努力發現測試手機的不足，經過開發人員解決之後使手機儘快達到上市的標準，這些發現的bug就是為公司創造的價值。作為四個月的xx的員工，我對公司也有了一定的瞭解，xx有限公司xx是值得信賴的諮詢與科技服務提供商，公司擁有超強的全球運營能力、嚴格的質量標準和高效的交付流程，致力於成為全球企業“新時代的合作伙伴”，為客戶成功保駕護航。
自19xx年以來，xx一直致力於為全球客戶提供世界領先的商業/it諮詢、解決方案以及外包服務，在金融服務、高科技、電信、旅遊交通、能源、生命科學、製造、零售與分銷等領域積累了豐富的行業經驗，主要客戶涵蓋眾多財富500強企業及大中型中國企業。我所在的xx分公司主要承接xx手機測試任務，在以往的測試工作中，得到了xx公司的高度認可。
三、工作中優點及不足
對於失敗的教訓要吸取，成功的經驗要進行總結。我對成功的定義是：在保證質量的前提下完成既定的計劃或目標就是成功。其他的所有結果都是失敗。
（一）優點：
1、敢於接受任務並想盡一切辦法完成
入職四個月每一個任務對於初入職場的我都是一個挑戰，保質保量完成任務是最基本的要求，即使是自己不熟悉的任務也會盡自己的努力和前輩的幫助下按時完成。
2、勇於承擔錯誤，正視自身的問題
在這四個月的工作中犯了一些錯誤，測試工具使用不熟練等導致測試結果填寫不規範等，我秉承著有錯即改，下不為例的思想，正視自己的錯誤並積極改正。
（二）不足：
1、由於工作時間不長，參加了很多培訓，在測試的時候這些知識運用的還不夠熟練，所以對手機中出現的bug發現的數量不高。
2、一開始工作的時候，對一些測試工具的使用不是很熟練，在使用的過程中會耽誤一些工作的時間，導致自己在規定的時間內完成任務比較緊張。
（三）以後工作中改進：
1、重視每一個細節，不要忽視小問題
做手機測試工作，首先要具備的就是細心，只有這樣才能發現手機裡的bug，不能放過任何一個與測試用例描述不一樣的執行結果，不管這個差別有多麼的小，很多bug都是從這些細微的差別中產生的。
2、進行重複工作也不能大意
手機測試有時候相同的測試用例要在不同的手機上重複測試，這就相當考驗我的耐心，對每次做測試用例都要向第一次做那樣，認真的執行每一步操作。
3、考慮問題要全面
每次做任務都要有一些發散思維的自由測試，這就需要我們考慮問題的時候要全面的展開思維做盡可能多的測試，才能發現更多的bug。
4、加強學習
平時的時候除了要參加各種培訓外，在培訓之後還要及時的複習總結，對自己不明白的地方及時找師傅或有經驗的人請教，來提高自己的測試技能，並且要認真研究測試工具，多練習使用它們以確保達到熟練的水平。
四、下一步工作展望
下階段的工作我很有信心會比之前有所改善，經過四個月的工作和學習已經具備了一些有用的經驗，相信他們會對我今後的工作有很大的幫助。以後的工作希望自己能夠提高報bug的數量和質量，除此之後還要繼續跟師傅和前輩們學習手機測試的更多方法來提高自己的能力。
這四個月的工作生活是充實且富有樂趣的，結識了很多同事和朋友，公司的氛圍是非常輕鬆愉快的。感謝四個月來吳爽組長的關心，感謝部門同事的悉心指導，感謝公司各位同事的熱心幫助，希望能在接下來的工作中能懲前毖後，總結經驗，吸取教訓，做到個人與公司共榮辱同進退，共同實現xx的輝煌。
軟體工程個人總結 篇3
我於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公司為長風的發展儘自己的力量。
軟體工程個人總結 篇4
作為剛從學校出來的應屆畢業生，第一份工作就落在智通，來到智通，深深地被這個企業的文化所感染，我很認同智通的企業文化，智通的企業精神“統一，專一，事業第一”體現出了這一行業優秀企業文化的特點。在這三個月的學習與親身感受之下，我更加堅定地要使自己成為一名合格並爭取優秀的智通人，我對自己有信心，對智通更有信心。
作為一名在技術崗位的職員，要具備一定的專業知識，不斷地充實自己，在不斷的工作學習與研究中成長，要有很好的團隊協作精神，有很強的執行力，能真正為企業做實事。在智通上班的三個月裡，我主要完成了以下工作專案
一、剛來的兩個星期，由於目前網站工作的需要，師傅指導一邊熟悉工作職位環境一邊學習asp，用了兩個星期系統地學習了這門從未接觸過的asp語言，為接下來一個月的工作打了堅實的基礎。
二、接下來的時間，主要配合網站先前asp的後臺管理系統進行某些功能最佳化與系統維護工作。先後完成了銷售管理模組的最新註冊企業查詢、職業推薦給求職者、把求職者推薦給企業、會員職位重新整理、職位重新整理統計等幾個模組的功能修改與最佳化，解決了業務員帶許可權控制的查詢、推薦時間的控制與查詢速度最佳化、企業職位重新整理時的許可權控制與企業職位時效性的控制以及完成對各銷售組成員的職位數統計，職位重新整理數統計的功能設計。在完成這些各種功能需求的時候，對後臺管理系統進行了深入的分析研究，因此對銷售管理模組非常熟悉，給目前網站新版開發的後臺設計提了不少建設性的想法。之後還完成了logo管理模組中的投票專案新增最佳化與投票結果統計查詢修正、logo、banner的管理與檔案的生成。還完成了客服管理模組中後臺開通資料查詢的改進，企業管理、個人管理模組查詢功能的改進。期間還完成了部分功能錯誤的修正，如校園招聘管理圖片不能上傳、文章類別不能修改、文章不能刪除等。
三、目前新版是用jsp開發的，在這三個月裡，我進一步對java，jsp的深入學習，瞭解了mvc模式開發，在這階段的學習期間，我以一個小商務系統的開發作為學習任務。還對當前流行的jive程式碼與開發思想進行了初步的學習研究。
四、作為一名系統開發與維護工作者，當然不能忽視對資料庫知識的學習，在這段時間我也進一步對sql語句進行了深入的學習，對sql語句的查詢進行了分析，比較重視資料庫效能分析與調整這方面的知識學習。透過這階段的學習，把這些知識與方法運用到了對後臺管理系統會員查詢的速度最佳化功能上，在實際工作中得以實踐運用。
五、 網站新版開發方面，主要還為新版做了幾個資料庫對照表。
六、還參加了網站新版的第二輪測試工作，主要以後臺管理系統為主做測試，還參與了前臺個人管理與企業管理的流程測試，測出了不少關鍵性的bug。
七、入職以來，還擔任了網站部群發郵件的工作。三個月內完成了好幾批郵件群發的工作，每天定時定量地給在無憂無慮網站上註冊的企業或會員群發幾十萬封郵件。還配合客服部群發了兩批特殊活動的郵件，配合網站營銷活動群發了兩批群件，每天堅持固定給註冊會員群發。
在網站技術部工作的三個月裡，自己感受非常多。首先，作為剛從學校出來的畢業生，在實際開發中的經驗尚不夠成熟，還需要在工作中不斷的提升自己。其次，要進一步提高自己的開發技能，使自己的技能滿足今後的需求，主動獲取並學習當今最新技術資訊，平衡自己的知識結構，在不斷的學習中提高自己。然後，要加強與同事們的溝通，融入團隊，互相學習、相互提高，在團隊中不斷完善自己。
我相信，透過我的努力，一定能成為智通的優秀員工，一定會在優秀成績之上提升自己。同時我希望公司能根據情況給我培訓深造的機會，也希望部門內能有經常性的專業技術學習。
軟體工程個人總結 篇5
從軟體工程的角度上來說,我們的專案是不成功的.從時間成本上來說,我們的時間成本太大,進度方面控制的一直不是很好.和預想的軟體工程的進度相差太多.在從需求分析開始的整個軟體工程過程中,從用例設計到編碼以及測試階段.我們一起遇到了各種困難,錯誤.整個原定計劃的時間被一拖再拖.
但我要說,從這次失敗的軟體工程中我的確學到了很多,其他只是複製別人程式碼所學習不到的知識,這一刻我體會到了失敗的苦澀,要避免再次的失敗,唯有付出更多的時間在繼續學習軟體工程的知識,當然也不只是需求分析和編碼方面的知識,要保證一個軟體專案的正常執行,一定要學習專案管理知識,知道如何推行你的專案在給定的時間內以優秀的質量滿足客戶的實際需求.
軟體工程是個很有深度的領域,在這次實踐中所感悟最深的是,對於知識有沒有徹底的理解,不能光靠一張嘴說,也不不能憑感覺.自己感覺掌握了就行,不去實踐.軟體工程是門實踐的科學.一定要而且只有在實踐上實現了才能說你掌握了這個知識點.而不是光會說,這個這個應該是這樣的,沒有自己去實踐,程式執行的結果只是簡單的copy書上的或是google來的答案.這樣是要不得的!
從團隊合作上來說,我和陳偉強都是實踐型的,我們的學習方法基本上都是透過實踐來學習知識.但是我和他也有不同,他更多的是關心一種思想上能否實現.而我可能偏向更為固執些吧,我個人覺得知識是一定實踐的,不實踐怎麼能知道實際的執行結果是否和我們的預期一樣呢?不過另一方面,我還是要想他學習一些從更高層次思考問題的思維方式.
在這次軟體工程的過程中,也是龔根華老師的推薦,我看了Erich Gamma 等人合著的<設計模式>一書.坦白的說,讀完本書後對於軟體工程的感受有了變化,對於它的認識不再僅僅是傳統的資料結構加控制結構這種傳統的設計思維.透過這本書,我看到了O-O所能提供給軟體的更好的通用性,複用性,穩定性,依照這種思維我們可以設計出更加經濟可靠的軟體.只是限於我經歷的開發經驗還是太不夠了,現在的我只是用到MVC這一個設計模式在這個專案中.但是這只是個開始,我會更加的努力學習軟體工程的知識把設計模式,SPI,CMM方面的知識,早日成長為一名合格的軟體工程師.
最後,感謝我和我一起奮鬥的夥伴陳偉強,儘管我們這次的專案並不成功,但我們一直在總結,在學習,我們下次的合作會做更的好些的,感謝給予我們諄諄教導的龔根華老師,謝謝!
軟體工程個人總結 篇6
過去的一年，軟體研發部團結協作，以及在公司這充滿奮鬥的環境下，我以嚴肅認真的工作態度和百折不饒的精神，努力的完成了公司的各項工作，在軟體研發、團隊協作和個人成長上也取得了一定的成績。在公司一年的工作已經結束，特向公司總結匯報如下：
一、軟體研發
根據公司的安排，專案的需要。在自身的努力、伍經理的幫組，團隊的合作下，克服重重技術困難，增長了工作經驗，收穫豐盈：
1、asp.net開發
以前我在其他公司也做過一些開發，但是底層和架構與頁面樣式我都是沒有涉及到的。透過這一年在本公司的的這些專案程式中的鍛鍊，我成長了，我學會了很多很多。
首先，面嚮物件語言的收穫。對於當前程式設計的主流思想是物件，任何事物都可以用物件來表示。以前理解這些話很費解都是從表面上理解，沒有從深入的體會，透過這次asp.net專案的深入，不管是資料還是外部一些條件我們都可以抽象成物件，都可以用物件來表示，具體可以用語言中的類方等。asp.net如此，c#如此java也同樣如此。
其次熱門思想彙報，具備獨立完成vb.net知識方面的能力。以前沒有做過vb的東西，加上這次深入的做，這次涉及到的領域也非常廣，常用的重要的都有涉及，並且還補充xml,javascript實際操作中空白的部分。透過這一年的開發，在.net方面我能勝任這方面的工作，能獨立完成這方面的工作。
再次，c#方面存在一些不足。localhost透過c#這次軟體的開發，也發現自己的不足，如基礎知識掌握不牢，缺乏程式設計整體思想。這些都是需要在工作中完善和改進的。
2、資料庫開發
資料庫是伴隨著專案以來用的最多最平凡的技術。以前對資料庫只是會一些簡單常用的操作，經過這一年專案的實戰，對資料庫的操作增加了一些豐富的經驗。為以後的工作和經驗的積累都奠定了堅實的基礎。同時在專案中還用到了oracel與access資料庫,這是我最大的收穫。
優點：能熟練的運用資料庫技術進行開發。特別是對sql資料庫的操作，經過這麼長時間的積累，基本上能合理的設計和新建資料庫，同時在資料結構上也加強了對資料庫的理解。透過專案的實踐現在能熟練使用和編寫多種sql語句。還掌握了一些關於資料庫最佳化sql語句最佳化的方法，能進行一些簡單的最佳化。
缺點：資料是一門比較先進的技術，並不是你會寫一些sql語句，能建幾個資料庫你就是資料庫工程師。要成為一個好的資料庫管理員是要經過長時間的工作積累。針對自己的不足，在以後的工作和學習中多接觸，多運用新的知識點。充實自己的經驗和知識儲備。
二、團隊協作
上面的成功與收穫，除了自身努力外，以及公司的支援。是這個團隊鑄造了我。我們這個團隊也是因為有了我們這些拼搏協作的隊員，使得它成為一個具有務實、拼搏、創新精神的團隊。我與軟體研發小組是一個整體，這裡的團隊總結也就是我在這個團隊中的收穫。
務實：公司下發的任務，下發的工作，件件都是用心去做的。範文寫作我們這個團隊中沒有一個人在工作的時候做了工作以外的事情，都是實實在在的做跟工作相關對公司有益的事情。相信在伍經理的帶領下現在是這樣，以後同樣也是這樣。
拼搏：公司給的每一個任務不管它多難，如果工作沒有完成我們會晚上加班，也要儘可能的完成當天的工作。如果工作實在忙，為了趕進度我們放棄週末休息時間也要儘可能的使專案提前。
創新：現在我們開始專案的時候都會進行研討，一般都會進行一個效率和邏輯的分析與討論，保證程式正確的前提儘可能的提高程式的效率。
互助：我們小組內只要任何一個人出現技術或其它的問題，我們都會彼此都會盡可能的去幫助他。不會因為某一個人而拖住整個專案滯後。
交流：我們在專案中會及時溝通自己的收穫，特別是一些針對性的技術問題。這樣可以省了很多重複研究的時間，這是一筆很可觀的時間。
在交流中只要我會的心得體會，我懂的，我不會去吝嗇。我會積極的去與你交流，我的團隊名言“人強團則強，人弱團則削”。
三、個人成長
透過公司這快一年的鍛鍊與學習我真的進步了很多，不管從技術上還是做事上，都不像以前那樣了。我在公司學到的懂得的使我飛速成長。
技術上：不管從語言上還是做事的邏輯上都得到了很大的提高。現在在軟體小組裡面自己能獨立完成一部分工作，承擔自己的責任。
軟體工程個人總結 篇7
從八月份入職至今,已一年過去了，回顧自己這段時間在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公司為長風的發展儘自己的力量。
軟體工程個人總結 篇8
我於20xx年x月x日起正式成為公司一員。時間飛逝，轉眼間，做為一名我友正式員工已經有兩個月之久。在這個難忘而又夸姣的日子裡，我深入體會到了公司的積極氛圍和各個部門的巨大魅力，目睹了公司一步步走向成熟，看到了公司網路的不斷健全和系統不斷完善，並日漸不亂，同時，也看到了運維中心給於系統管理職員帶下世人嚮往的學習平臺和和無窮的機遇與挑戰，所以，我在此對於過去的工作做下總結。
一、總結歷史
在運維中心工作期間，我工作認真，具有較強的責任心和進取心，極富工作熱情，確實完成上級交付的工作，善於與他人溝通，和公司部門同事之間能夠通力合作，關係相處融洽而輯穆，配合各部分負責人成功的完成各項工作，具有很強的團隊合作精神。注重自己的個人發展，不斷努力學習系統、網站架構知識。所以我現在已經能夠純熟維護公司的系統服務和監控網站架構，包括前段節點，源站各個站點服務的整理文章由流量資訊等，能及時檢視並報警所引起的網路服務相關故障，能注重公司的種種流程細節，擁有了一名系統管理維護員的基本工作技能。
二、回顧歷史
x月份，是我成為公司正式員工最幼嫩的時期，一直都處在學習階段，學習公司網站的架構分佈情況，以及在系統中各種常見網路服務的搭建，包括學習系統基本的操作，xx的搭建，xx網站的釋出，對後臺資料庫的管理，透過各種熟練的基本操作之後，在此之上，我為迎合公司的發展需求，在網路服務監控方面我準備了各種實戰經驗；在上級的指揮下，我獨自一人自主搭建了新版本軟體xx監控伺服器，並透過測試，可以和公司現階段執行的伺服器媲美，在此基礎上，為了更好方便的管理，我又研究了xx，透過實現對監控裝置的3d效果使之管理人員能第一時間更清晰的瞭解網站後臺伺服器的負載情況。
x月份，透過我們部門定期的進行小組的學習，使我對linux自身的學習有了更大的興趣和憧憬，為此我研究基於各種網站型別的釋出，包括對xx等各種平臺網站伺服器的釋出，樣使我今後在監控，事件處理方面做好了充分的準備；為此，我特地獨立建立我們部門的bbs論壇，並且釋出於外網，使部門員工不僅在公司，而且還可以在家裡進行訪問與交流，以方便我們公司部門員工的共同學習和交流。x月份，我有幸的見證我們公司xx新版本的新上線，同時我也參與了公司內部測試，配合公司對新版本的bug，並及時提出問題。由於公司正處於現階段發展之中，所以我必須迎合而上，配合其他部門積極工作，爭取能為公司的發展出一己之力。
三、瞻望未來
在今後的工作過程中，我會更加嚴格要求自己，同時也有幾個大方向是我需要努力。xx監控系統擁有極其多的複雜服務，它是我的核心工作，它的完成情況反映著我的工作是否盡職。我會努力做好本職工作。還有，xx監控裝置系統，因為時間的分配，有很多多知識未能及時鞏固，同時也需要緊抓時間實踐操縱，並參加實際建設和規劃，使自己能更加靈活應用系統網路知識，並積累處理相關異常經驗。同時，自己也要不斷努力與充實自己，研究xx，xx各種指令碼的編寫，使自己處理處理突發事件的效率提高，以及xx和xx這些常用的服務搭建。在今後的一年裡，也會參加相應的證書考核，工作總結不斷晉升自己，並緊抓利用業餘時間努力學習it知識，搭建各種伺服器知識，包括自己學習小型機跟進步英語水平。
軟體工程個人總結 篇9
轉眼這一年又將過去，儘管受到金融危機的影響，但我們部門，我們小組卻是相當辛苦的一年，就感覺從年頭馬不停蹄地忙到了年尾。業務開發，技術能力以下總結下這一年中工作的情況。
【門禁系統】
年初辦公室來安裝了門禁系統，我也折騰了幾個來回。主要是新的門禁系統跟我們舊的打卡系統的共存問題。我建議門禁系統僅僅使用它的門禁功能，不使用他附帶的考勤功能，以免產生系統移植等額外開發開銷問題。幸虧我記錄了老的考勤系統的引腳接線，門禁系統的安裝者沒有接好老的考勤系統的接線，導致老的考勤系統無法使用。幾經聯絡往復終於讓兩個系統能夠共存，順利正常的使用。
【影片裝置】
隨後日方提供了web會議系統，為軟體園開tv會議提供了方便，不用來回奔襲了。web會議需要的硬體的採購任務交給了我。經過精挑細選選購了價廉物美的裝置。在web會議的除錯上也費了周折，起初的幾次應該是由於設定原因導致跟日方的聯絡中迴音過大，影響會議效果。在不懈努力之下，終於現在勉勉強強還算過的去，效果還行。
【資料庫講解】
期間有幸給學生們講過一次資料庫的安裝課程。把常用到的sql server資料庫的安裝，以及oracle的安裝作了演示和簡單講解。在講授的過程自己也有些許領悟。
【**軟體站】
心裡最大的一塊石頭要算**軟體站了。這個任務可以算是上一年的計劃，一直都沒有得以實施，在*老師的敦促下決定一定要把這個網站弄出來。一方面現在伺服器的資料越來越多，資料都比較分散。新人裝機沒有一個指導很難找到要裝的東西在哪裡。老人裝軟體等也很難找，非常有必要有這麼一個導航，至少是個方便的列表告訴大家急需的軟體在哪裡。經過一段時間的奮鬥，這個網站終於“猶抱琵琶半遮面”.雖然比不上什麼花哨功能強勁的大站點，至少對於這個網站我也傾吾所學，運用flash,dreamweaver,ps等技巧灌注心血弄起來了。應該給大家帶了些許方便，在之後的一些系統更新，*****的軟體更新我都及時釋出在了這個內部使用的網站上。期間也感謝*老師常帶來一些有用實用的軟體資料。
【新人培訓】
今年的新人培訓我依然是培訓的擔當者，感受頗多，有自己的感受，也有對新人的想法。總體說來是很累的，一方面我擔當一塊的培訓由早年的一週延長到兩週，時間內容都增加了。並且放棄了很多休息時間來關心下新人。自我覺得應該是講的比以往都詳細。於是感慨來了，新人是公司的後備力量，我們培訓的責任更加重大。新人很注重第一感覺，倘若教的不對，錯了，很容易這錯誤的資訊便先入為主。我最大的感覺是，有的知識點講過了，解釋過了，舉例子了，演示了，好了，問了都說懂了。立即過一會兒再來問下馬上又說不會了。汗。我覺得兩方面都要總結，新人自身要總結牢記，熟記技術點精髓自身要非常努力。另一方面我們培訓者，可能也要注意方式，方法，講解技巧。有的東西我們是有經驗的，用起來寫起來都曾經有過感官的體驗，但是新人不一樣，新人沒有經歷過這些，一味的填鴨，他們忘的很快。他們需要時間積累，我們在他們入門的時候還要多點關心，多多指導，糾正他們的錯誤。我體驗到了，給新人一定要多講幾遍，講一遍是絕對不行的!且最好講授之間要自己總結些典型的例子，讓新人看一看。
另外年尾也曾去**院作過兩天review的支援吧，感覺自己也要與時俱進啊。
【伺服器配置】
今年我依然是部門這裡的伺服器總負責。自從伺服器越來越多，測試用的，資料的，功能的等等伺服器越來越多。對伺服器的統籌管理尤為重要。伺服器一出問題，好了大家手頭的工作全部都會中斷。重中之重啊!伺服器多，管理維護也帶來壓力，所以在討論研究之後，各組的伺服器由各小組出人維護負責，我總負責及擔當本組的伺服器維護更新備份任務。一年來相安無事。對於日方要求更新的軟體環境等，我都第一時間常常加班加點先自己試點是否成功，成功了則製作教程，釋出在軟體站上，之後全員公告。最有印象的是大夏天超熱的一個周6,日我一人在辦公室由於沒有空調，汗流雨下，索性赤膊上陣。
【上網許可權】
今年對網路加強了管理，特別對外網的訪問進行了一系列的措施。我覺得效果還是有的，杜絕了員工上班時間上無關緊要網站，提高了工作效率。我對上網許可權的管理進行了實施。對誰要開通網路，進行文件化地登記，定時開通關閉，做好記錄。
【申請伺服器資料】
以上說到伺服器越來越多，但是總的來說伺服器多歸多，也都有相應的用處。有ap伺服器，db資料伺服器，檔案伺服器，列印伺服器等等，還有各個小組用的伺服器。基本都做到專機專用，儘量讓一些功能空閒的伺服器多做一些功能服務。年中我還對部門內使用的伺服器進行整理歸類，做了文件描述當前伺服器負載功能情況，便於申請新的伺服器，也是留一份記錄便於日後管理。
【公共上網機】
由於加強了網路管理，上網的許可權受到到限制，則有必要開闢公共上網區域。起初設定了1-2臺，我安裝部署了公共上網，且尋找了一些管理軟體。日後公共上網機還是較少，又將一臺空閒的機器進行了維護作為公共上網機。由於這些機器都是比較老的機器，非常容易宕機，我得不時地關注他們，有的要拆拆弄弄的，有的則要換電源，換風扇換記憶體等等。感覺兼職了一份it機器維護的職責。貌似這一年除了品牌機的電腦，部門的電腦維修沒有給外人來修理的機會。品牌機的故障我也事先把一道關，預先診斷一下。
【ap新伺服器】
公司給員工升級換代舊的開發機器，多出的一臺新的機器，我建議做ap伺服器，因為ap伺服器使用的人多，負荷量大，最好不再使用老的舊的總是宕機的伺服器。所以我也常常加班加點對更換了新的機器做ap伺服器，還有軟體的安裝環境的配置，資料的移植等等很多瑣碎的事情暫且不表。來年希望找個時間把db1的資料伺服器也換成新的機器。現在已經常常宕機了。
【給與業務】
在給與組裡年頭忙到年尾，常常加班加點放棄休假日。不知這是公司崢嶸好的徵兆亦或又是對自己的另一種摧殘。身體累，心累。在給與組裡常常要對應一些困難的問題，有的時候很無奈，也僅僅有無奈來形容感情感受。一切的一切，唯獨只有不斷地提高自己來正面工作，直面每天的生活。學習業務，學習日語，學習技術。學會做人，學會處事，學會溝通。常常感慨我這一年最大的收穫是什麼。“圓滑”並不一定是一個貶義詞，它是一種藝術，它是一種處事技巧，它是有的時候解決問題的唯一手段。在有一些分歧，有一些爭論的時候，愚蠢的方法是方頭方腦的去跟別人碰個頭破血流，然後懷恨在心，終日鬱鬱寡歡似乎人家都跟你過不去似的。合理的，我領會到了，應該先放下自己的立場，站在別人的立場，靜靜地聽他把他的想法觀點完整的表達完畢。然後分析其合理性，提出自己的觀點商討到底誰的更好一點。有的時候也許對方的觀念是錯的，很不合理的，在不能改變事實情況的時候，學會承受，接受。
團隊合作，交流協調
團隊離不開互助合作，又過了一年大家又長了一歲。更加的成熟，愈發的睿智。對人更多了一份寬容，對事更多了一份忍耐。希望熱烈激烈討論的場景繼續下去，哪怕整個面紅脖子粗，不管結果如何，那是大家都彼此投入了用心了。有的時候常想，到底什麼樣是合格呢?什麼樣是完美?姑且不論完美，說說合格，或者講坦蕩。常覺得事情真真正正用心了，對待了，在力所能及的範圍內發揮了自己最大的能量，bug永遠測不完，程式永遠沒有完美。至少自己對得起自己的責任心，不存在僥倖逃避心態做好這件事情，品質之外道義上未嘗不是可以了。一個人再強大，他也不是超人放在一個團隊裡，他頂多是個大水滴。一個人再弱小他也不應該被團隊拋棄，哪怕它僅是個分子，他也是團隊裡不可或缺的一份力量，它必有它的發光灼熱之處。
工作態度
這一份簡單的報告怎可包括我一年的酸甜苦辣。心情，勞動，多年的汗水，凝聚在泛黃的筆記本上。它是歷史的見證，它是對我自己的肯定與鞭策。我決定換上新的筆記本，翻開新的篇章。一如既往…
日語能力
請再允許我給自己找一下藉口。太忙了，沒有時間看日語。空閒喘息的時間，我要放鬆下，我不會捧起該死的日語書!
年初的時候我其實很失落因為組裡大多數的都過了日語考級，儘管它不能代表什麼，但是又拿什麼來區別呢?如同文憑。該死的日語啊，罵罵咧咧中我還得悄悄拾起啊…
不過隨後我還是重拾了信心，因為我有我的價值，直面一切，努力彌補薄弱，其他的讓別人說去吧。
新的一年工作展望
新的一年繼續努力，繼續提升自己的實力。日語技術都要雙重進步。務必與時俱進。自己不升級不換代，就要被歷史的年輪淘汰。
對公司的意見和建議
我覺得這個欄目應該改名，直接叫“發牢騷”,或者叫百姓上訪。估摸著大家的年次報告書是否千篇一律的高調，或者網路download.或者不疼不癢的湊點字數。真正能說出心聲的，真心想法的又有幾何?
怕?得“圓滑”?亦或麻木，說了又有什麼用?
不管如何，我發下牢騷。起初我們初出草寇，領導問我們的目標方向，我迷茫。這待遇我都不知道去留，我如何回答我有什麼規劃。稀裡糊塗年復一年，金融危機不能搪塞為藉口，日本是危機了，咱們可是實在的多幹事了。倘若混下去，似乎怎麼也不匹配咱這性格。生計是現實的，咱們卻也是成長的。冠以行家，骨幹，咱貴不敢當。可這待遇多個一兩百，便幹兩個職位的事情，咱是不是也廉價之至了!是否有時管的太寬了，太“多管閒事”了，有的事情本好心，或者稍熱情過問一下，最後很“莫名其妙”的這事變成您負責了。換個說法曾經的跳躍條件是至少有個質的飛躍，可現在被無奈的，多個五百，一千的你立即可以走人了。因為這多的夠讓您在公司奮鬥5年多還未必到這水平。請鄙視下自己的目光短淺，可生活，是現實的。
軟體工程個人總結 篇10
設計題目：圖書管理系統
指導老師：xxx
1.引言
1.1編寫目的
現代軟體工程中圖書館管理系統的開發與彙報已結束，關於系統開發的總結報告，已以整個團隊的角度，在《專案開發總結報告》中陳述。我作為“非常2+3”小組組長，即圖書管理系統專案負責人，也許由於身處位置的特殊，所見、所想與所得也與其他隊員頗有差異，現總結之。
預期讀者：XX老師。
1.2背景
軟體系統的名稱：圖書管理系統本專案的任務提出者：現代軟體工程開發者：XX使用者及實現該軟體的計算機中心或計算機網路：網際網路該軟體系統同其他系統或其他機構的基本的相互來往關係：無
2.專案概述
2.1專案簡介
圖書館管理系統面向讀者、圖書管理員、系統管理員及遊客提供服務。其中，讀者可查詢、借閱、預定、歸還圖書及留言；圖書管理員可完成圖書的上下架、現有庫存圖書的借還管理等；在此基礎上，系統管理員可以實現對註冊讀者及圖書管理員的管理、通知公告的釋出、系統資料管理及留言管理等。
2.2開發環境
該系統在.NET平臺、利用C#在Visual Studio 20xx IDE中完成開發，並採用Sql Server20xx作為後臺資料庫。解決方案整體採用C/S結構，架構在.NET Framework 4及MVC3.0之上。
3.個人總結
3.1所見
（1）因小組成員來自不同專業、程式設計基礎不等，具體開發工作展開後致使部分同學無法很好的融入進來。具體表現在：程式設計邏輯不清晰、編碼不規範、效率低下、文件編寫不規範等。
（2）由於作業跨度較長，且小組成員間作業時間不易統一，導致團隊成員間溝通不夠及時、有效。
（3）團隊成員間對專案開發重視程度不同，導致工程進度、開發質量及文件編寫規範不盡人意。
3.2所想
（1）因是課程設計，故不同專業同學參與統一專案開發在所難免，相反，不同的專業背景在開發過程中會突破傳統的教條，提出意想不到的建議。在需求分析階段，他們可以更好的充當客戶的角色，從使用者角度提出需求；在測試階段，可以更“海闊天空”的編寫測試用例，更全面的測試程式碼。總之，合理的利用資源，將更有利於專案整體的進行。
（2）在實際專案開發中（尤指公司內），專案成員間溝通是很重要的，及時有效的溝通可以使得介面定義的更加契合，模組銜接更加無縫。那時的成員都沒有課業壓力，有的只是為資本榨取的權利，故在每天8小時的工作日內，交流的及時行可以保證，是否有效還要看個人的功力了！
（3）我承認我的脾氣有時會暴一點，不少要求在別人眼裡會是“苛求”。但這無非是我想帶領我的小組能取得最好的成績。雖然我承擔了大部分的編碼、編寫了全部管理文件及相當部分的開發文件、審閱並彙總所有上交資料，但我覺得自己很有擔當。尤其是組員都很支援我的工作，也許因為大家基礎不一，工作量存在較大懸殊，但我看到了每個人的努力，我想這也夠了。
3.3所得
（1）專案中有兩個非計算機專業同學，在專案開發過程中，在我看來均表現得非常認真。雖然專業知識的相對欠缺，文件用語不夠準確、邏輯不夠清晰等有待加強。但積極參與專案開發的各項工作，尤其在文件編寫、整理等工作量很大的方面的工作十分出色。沒有絲毫輸給計算機專業同學的意思嘛。
（2）小組會議基本每月一次，但完全滿足不了需求！如何為團隊創造更好的溝通環境，也許是專案負責人最大的責任。
（3）透過小組彙報來看，開發工作總體令人滿意。透過文件的彙總結果來看，應該基本涵蓋了專案開發的方方面面。如此，面對小組，面對成績，無愧於心矣！
4.致謝
之所以在個人總結裡要新增“致謝”一章，因為我深知團隊合作的重要性。經過這次專案開發，讓我看到了XX同學的細心嚴謹，文件的整理很統規範，參與工作相當積極；XX雖然話很少，但交給任務後不含糊，盡己所能，相當仗義（作為上交的個人總結，措辭也許欠考慮啦）；XX也比較認真，任務完成較好；XX參與編碼中，完成了相當的工作量，值得肯定。作為專案負責人，再次感謝大家，謝謝大家對我工作的肯定與支援！
不得不說回到現代軟體工程，不得不承認這是我研究生階段最累的一門課，投入時間、精力最多、但無疑也是收穫最多的一門課。感謝XX老師，雖然有時會抱怨您，但謝天謝地，我也稍學會了您的“苛刻”。很慶幸遇到XX老師，我相信，對自己要求再嚴格也不過分，而且我相信未來的我，會變得更加強大。
很高興，在最終彙報時，專案開發基本達到預期，文件的整理也比較完備。總體而言，較好的完成現代軟體工程作業的要求。
在專案開發過程中，作為專案負責人，我深刻認識到團隊協作的重要性；作為程式碼工程師，我不得不承認個人的力量還是有限的；作為文件編輯及審閱者，我得說完備詳盡的文件是必須的，但是需下工夫的。在以後的工作學習中，希望能將暴露出的問題逐一改正。最後，再次感謝小組成員的全力配合，感謝XX老師！
軟體工程個人總結 篇11
在過去的一年中，我擔任公司開發部的一名軟體工程師，主要從事著java專案的開發工作，這一年來我低調努力工作著，不求閃亮顯眼和光芒四射，只為平靜和淡定;這一年中所做的成績如下：
一、財政局專案，本人獨立負責開發會計處的三個子系統：
1、會計人員信用查詢系統。
2、代理記賬機構信用查詢系統。
3、會計人員網上報備系統。
以上三個子系統上線後，方便了社會各界查驗會計人員的真實資訊、方便了查詢合法的代理記賬機構資訊，以及方便了各單位對會計人員的報備。
二、餐飲行業專案，在團隊開發專案中直接參與了豪享來餐飲有限公司總部的資訊綜合管理平臺專案，主要負責的系統有：
1、房屋租賃合同管理系統。
2、簡訊收發管理系統。
3、會員管理系統。
4、基礎資訊管理系統和人事管理系統的部分功能模組。
系統應用後，豪享來在管理全國各門店房屋租賃合同上，一定程度上提高了管理效率,並且及時有效提供了相應預警資訊;簡訊收發系統方便了總部及時傳遞各項資訊;會員系統更好的管理全國各門店的會員資訊;人事系統在管理中減少工作量等。
三、金融行業專案，我參與了中國銀行廈門分行，企業轉賬管理系統中的部分模組開發。
本系統方便了企業快速實現大量和複雜的轉賬工作。工作總結
四、國土資源與房產管理局專案，正在負責和開發的是住房貨幣化補貼網上申報稽核系統。
本專案採用了新技術，使介面更加大方美觀，很大程度上改善人機互動平臺的效果。
總結不足：駐豪享來總部做專案時，由於團隊內部某些原因，加之外面的其他因素，一定程度上影響了工作效率、影響開發進度和影響最終軟體質量;這是包括我在內專案組中的每個成員都必須檢討的地方。
透過總結一年來的工作，儘管有了一定的進步和成績，但在一些方面還存在不足，個別工作做得還不夠完善。在今後的工作中，我將努力找出工作中的不足，以便在日後的工作中加以克服。自我不斷的學習吸收新技術，認真學習好規範規程及有關檔案資料，並且及時的把新技術應用在實際的專案中，進一步提高專案的技術含量。
軟體工程個人總結 篇12
20xx年2月2日，我有幸成為北京超圖一員，應聘為公司的java軟體工程師。入任職以來，在部門領導的帶領下，自己感覺無論學習、技術、生活等方面都有很大的提升。
20xx年裡我主要完成的工作有三方面：
1、荊門石油石化巡檢系統的調研和開發。
該專案是我工作以來第涉及到調研，對我來說算是一個不小的挑戰。在調研過程中，讓我學會了如何透過和客戶的溝通來了解客戶的需求。由於自己的工作經驗不足，在調研工作中體現出一些問題。不能很直接的在和客戶溝通中非常準確的瞭解客戶的更多需求，有很多需要和客戶交流溝通多次才能明白客戶的最終需求，也沒有把自己作為終端使用者並站在使用者的角度上來考慮問題，這些都是我在以後的工作中需要提高和改進的地方。在巡檢系統的開發工作中，讓我進一步鞏固和加強了自己的開發能力。
2、電信12530增值業務的開發與維護。
從5月以來我就開始接手公司的主要業務之一，12530電信增值業務。由於前面負責這個專案的同事突然離職，導致這個專案的交接工再做得不夠好，對我順利接手這個專案造成很大的困難。而剛一接手這個專案，馬上就需要新上一個投票活動，並要對一些主要程式碼進行修改，讓我倍感壓力，幾乎都快放棄。最後在金總的指導和鼓勵下，順利的完成這次活動。在完成這次投票活動後，為了避免下一個接手這個專案同事與我遇到同樣困難，我將這個專案的相關技術文件補充完全，保證別人能夠順利的進行該專案工作。透過這個專案，讓我加強了自己在高強高壓下工作的能力，也讓我找到更多自信。
3、襄樊、鄂州家政網路服務中心的開發與實施。
在這兩個專案中，除了承擔開發工作以外，也逐漸涉及到專案管理的職責，讓我在個人能力上有所提高。為了這兩個專案能夠順利完成，除了完成自己的工作外，還主動關心其他同事的工作完成情況。讓我在專案管理和專案進度的把控能力有很大的提高。將襄樊、鄂州家政網路服務中心順利實施，為我公司拿下湖北省其他市的家政網路服務中心奠定基礎。在工作之外，我也注重個人能力的提高。工作之餘，主動學習一些新技術，與同事溝通配合，搭建一個ssh的開發框架。也學習springsecurity知識，這些新知識的積累，對我以後的工作有很大幫助。
20xx年工作展望：
1、將學習的springsecurity整合到我們自己搭建的ssh框架，進一步完善框架。
2、利用搭建的ssh框架，開發一套oa系統平臺。
3、做好襄樊、鄂州家政網路服務中心的維護工作。
4、希望公司能夠大量拿下湖北省其他市的家政網路服務中心，繼續開發和實施湖北省其他市的家政網路服務中心。5、繼續學習新技術，努力提高自己的個人能力。為以後能夠更好，更順利的工作奠定基礎。
6、希望透過自己的進步和努力，能為公司的發展做出自己的貢獻，體現出自己的價值。
軟體工程個人總結 篇13
本人在工作中，接觸到許多煙囪，體會到只有技術上不斷創新，裝置不斷更新，才能創造出更大的經濟效益和社會效益。
比如，以前在造粒塔和煙囪的滑模中，我們用來提升滑模平臺的是小噸位千斤頂（額定起重量為3。5t），後來經過論證和技術經濟分析比較，決定從xx煙囪開始採用大噸位千斤頂（額定起重量為6。0t），與小噸位千斤頂相比有以下優點：可以節約一半的支承杆；支承杆脫空長度更高，滑模安全性可以得到更大的保證；減少了支承杆的加固工作量。在xx年和xx年施工的貴州xx工程的2個煙囪和xx供熱工程的煙囪，就採用了大噸位千斤頂，其技術和經濟效益十分明顯。
另外，在滑模測量技術上我們也進行了改革。以前一般是在造粒塔或煙囪的中心安裝一臺鐳射對中儀測偏移，而平臺扭轉則在外面用一臺經緯儀測量，顯得非常麻煩。後來我們在煙囪內部相對於中心的對稱半徑上同時佈置2臺鐳射對中儀，根據測量資料就可以直接計算出平臺的偏移和扭轉值了。其精高提高了，工作量也減小了。
儘管我們現在在滑模技術方面取得了一定的成績，但距世界滑模的先進水平還有不小的距離，這需要我們不斷改進技術，總結經驗。就我公司施工的煙囪和造粒塔來說。
1、我們目前還未涉及雙曲線塔和框架的滑模，只限於圓形構築物的滑模。
2、在垂直運輸方面比較落後，傳統方法是採用落地井架加變幅拔杆或者是隨升井架加變幅拔杆，此種方法比較落後，我們可以改進為：在筒體外側配一臺自升式高塔，不但可以滿足鋼筋和混凝土的垂直運輸，而且可以節省幾臺捲揚機的費用。從長遠效益來看，後者肯定比前者明顯。
3、按傳統方法制作的鋼平臺只能使用一次，不僅浪費了鋼材，還增加了拆卸平臺的工作量。如果在保證平臺安全使用的前提下，我們將平臺杆件的焊接連線形式改為螺栓連線，這可以多次重複利用；我們要理論聯絡實際，活學活用，不斷總結施工和管理經驗，技術上不斷改進和創新。
軟體工程個人總結 篇14
總想著每天、每個月、乃至每年都有點進步。20xx年，對我來說，是起伏不定的一年，也是收穫頗豐的一年。當然，最大的收穫是有了一個可愛的女兒。
在這一年，我跳了兩次槽，一次是自願的，還有一次是被迫的。我目睹了一些公司從盛到衰的過程，也看到了一些腳踏實地的公司。
離開x1公司，是因為我覺得x1公司不是在做軟體，所謂的印度模式，我想，絕對不是這麼做的。理想不合，不想浪費時間，也只能揹負跳槽的惡名，掛冠而去。去x2公司，是因為看到他是美國獨資公司，做外包軟體，能夠接觸美國的客戶和技術，希望能夠有所收穫，何況，職位也不錯。的確很想好好做，也跳累了，只想穩定發展，畢竟，是做父親的人了。沒有想到的是，竟然讓我目睹了一場資產爭奪的好戲。公司易主，流言滿天，誹謗四起，官司大戰，這種平常只有在電視和電影裡看到的情節，我實實在在的親身經歷了，也算是人生的重要一課吧，至少，讓我看到了人性最陰暗和惡毒的一面。自然，是做不下去了，只能又走。
也看到了一些踏踏實實做事情的公司。園區的瑞博軟體就是一個。很少看到如此踏實做事的公司。若干年後，只要他能夠存活，必定是一個成功的公司。雖然老闆對我也很有誠意，只是，對於教育軟體，我實在沒有太大的興趣，何況，如果想做教育，我何不選擇安博呢?畢竟，安博給於我很多。回頭想想，在其他公司，我都是在奉獻，只有在安博，是學習了很多。
說起跳槽，其實，看看那些公司，有多少是在踏踏實實做事情的?老闆本不懂軟體，都是看著軟體行業能賺錢，想來撈一票，結果把中國的軟體行業做壞了，也害苦了中國的程式設計師。自己不好好做事，怎麼怪別人跳槽?同工作經歷的坎坷相比在個人能力方面，今年的進步是非常大的。今年上半年，我的進步集中在技術領域。我更加深入研究了設計模式、ejb體系和.net平臺，還有uml建模，終於有所突破，設計了一套自己的基於.net平臺的系統架構和開發工具，並且得到了應用的證實。在網上也陸續發表了一些文章，受到比較好的歡迎，還上了賽迪網的開發之星。
下半年，在軟體工程方面收穫是很多的。
看到網上對於印度模式從吹捧到批駁的吵鬧，也看到x1公司學習印度的失敗，加上自己從開始就對那些的懷疑，決定好好學習軟體工程。我一向認為，任何東西，不能道聽途說，只有自己好好深入研究，才能得其精髓。同時，軟體工程絕對不能只看印度的，畢竟，美國才是軟體業最發達的國度。
列舉一些學習的參考資料：《rup軟體工程過程》、《msf微軟解決方案》、《xp極限程式設計》、《cmm實踐應用——infosys公司的軟體專案執行過程》、《人月神話》、《軟體需求》、《軟體工程java語言實現》。每本書，我都仔細研讀了，頗有體會。
我開始就想，印度軟體工程絕對不會象那些所說的那麼簡單，所謂的高中生程式設計說。所以，我必須實際看看印度的軟體工程。《cmm實踐應用——infosys公司的軟體專案執行過程》，是印度最大的軟體公司infosys公司的分管質量的副總裁寫的，介紹他們的cmm4的軟體工程，果然不同凡響。這是我瞭解印度軟體工程的主要視窗。
首先，同原來的想法不同的，也可能同大多數人(尤其是受那些軟體影響很深的“專業”和非專業人士)想法不同的是，軟體工程實際上不僅僅只是管理，而是一門涉及很廣的交叉學科。在軟體工程中，大約一半的內容是專業性很強的，涉及到軟體分析、設計甚至編碼的技術。所謂的結構化、面向物件，都在軟體工程的範疇內，同樣是軟體開發和組織的重要內容，也是軟體質量保證的重要內容。至於軟體開發的管理部分，只能算是軟體工程中軟體工程過程的部分，或者說專案管理部分。脫離管理來開發軟體是絕對不可行的，同樣，拋棄技術基礎，空談管理出效益，便如無源之水、無本之木。誠如《軟體工程java語言實現》中所說：“軟體工程範圍極為廣泛。軟體工程的某些方面屬於數學或計算機科學，其他方面可歸入經濟學、管理學或心理學中。”在這裡，我強調了軟體工程中的技術部分，並非輕視管理，只想在軟體工程的概念上做一些撥亂反正，也希望多一些人來關心軟體的核心技術，而不要空喊口號和概念。畢竟，中國的軟體太缺乏核心技術了。
其次，對管理要求的嚴格不說(這個誰都知道)，實際上，不管是美國的軟體工程，還是印度的軟體工程，都是比較靈活的。即便是印度這樣的所謂“軟體工廠”模式，對於軟體工程過程管理極為嚴格，也有一個部分是專門講述過程剪裁的。整個軟體工程過程是非常龐大和繁複的，然而，由於專案具體情況不同，如專案的規模，參與人員的數量、素質等的不同，對於軟體過程的每個部分，不是都必須的，可以根據具體情況來進行剪裁。這個部分對於我的啟發是很大的。以前做什麼iso9000等，開始做了一個以為很好的規範，但是，到具體專案，總是對不起來，到處有問題，現在想想，便是少了這個變通的部分。不過，話說回來，這cmm也是老美想出來的，而不是印度。
第三，對於開發人員的選用，我發現，美國人是非常注重選用優秀的開發人員的。martin fowler曾經開玩笑的說，如果給他一批水平不高的開發專案，他會考慮全部解僱，重新招聘。《人月神話》中也說，如果200人開發一個專案，其中25個人最能幹，那麼會考慮解僱其餘的175個人，讓專案經理來程式設計(當然，後面還有一些抉擇分析，這裡斷章取義了)。其結論的基礎是基於以下研究結果：優秀的開發人員和差的開發人員，其效率之差可以達到數量級。另外，從管理的角度來說，只有人多了，才會有管理問題，當團隊規模控制在一定的範圍內時，便不會有太大的管理問題。
對於軟體來說，很難實現同傳統產業一樣的工廠化生產，這是由軟體開發的本質決定的。軟體的複雜性是軟體的本質屬性，在這個屬性沒有改變之前，軟體便不會實現同傳統產業一樣的工廠化生產。至於印度的所謂“軟體工廠”，實際上，只是完成了軟體程式碼的編寫工作，並不是實現了整個軟體研發工作，而程式碼編寫工作，恰恰是軟體開發中最簡單的一環。至於印度是否真的有很多高中生程式設計師，印度人的書上沒有說，到說了不少，我也無從考證。所以，軟體的開發，還是需要選用優秀的人的。除非，公司只想幫別人編寫程式碼，而不希望有自己的產品和技術。
第四，軟體開發中，最重要的還是團隊合作和交流。這個是我目前最深切的感受。具體的，大家都知道，也用不著多說。
最後，對於軟體開發來說，公司老闆的想法是最重要的。如果老闆說“no”，那便是水平再高，管理再好，也終歸無用。年齡漸長，也做父親了，卻總是在漂泊，沒有一個可以穩定發展的地方。希望目前的公司能夠有這個機會。不想總是跳槽。
【軟體工程個人總結】相關文章：