軟件開發工作總結
總結是在某一時期、某一項目或某些工作告一段落或者全部完成后進行回顧檢查、分析評價，從而得出教訓和一些規律性認識的一種書面材料，它在我們的學習、工作中起到呈上啟下的作用，因此好好準備一份總結吧。那么總結要注意有什么內容呢？以下是小編為大家整理的軟件開發工作總結，希望對大家有所幫助。
軟件開發工作總結1
時間過得真快，轉眼間，在山大實習生活就結束了
四周的時間能夠和山大的同學一起工作、學習、生活我感到非常的榮幸，同時也感覺到很大的壓力，作為電子商務專業的學生從事軟件開發感覺還是有一定的困難，特別是我們還是和山大大三的學生一起，在初來時自己就有一些不自信，但隨著項目的進展，我慢慢的找到了自己的位置，找到自己的目標，雖然自己與好的同學還有差距，這也給了我很大壓力，但是我相信沒有壓力就沒有動力，所以整個實訓過程中我都在不斷地努力。
實訓期間讓我學到很多東西，不僅在理論上讓我對it領域有了全新的認識，在實踐能力上也得到了很大的提高，真正的學到了學以致用，更學到很多做人的道理，對我來說受益匪淺。特別是利用周六上午的時間山大為我們安排的講座讓我們了解it領域一些新的發展動態以及一些領先的技術，讓我意識到自己知識的缺少，這激勵我在以后的學習、工作、生活中要不斷了解信息技術發展動態以及信息發展中出現的新的技術。
除此之外，我還學到了如何與人相處，如何和人跟好的交流，我們組成一個團隊大家一起開發一個項目，大家的交流溝通顯得尤為重要，如何將自己的想法清楚明白的告訴隊友，如何提出自己想法的同時又不傷害其他的隊友的面子，這些在我的實訓生活中都有一些體會。可是說，第一次親身體會理論與實際相結合，讓我大開眼界。也是對以前學習的一個初審吧，相信這次實訓多我以后的學習、工作也將會有很很大的'影響，在短短的二十幾天里這些寶貴的經驗將會成為我以后工作的基石。
作為大二的學生，經過兩年的在校學習，對程序設計有了一些基本的理性的認識和理解。在校期間一直忙于理論的學習，沒有機會也沒有經驗來參與我們項目的開發，所以在實習之前軟件按開發對我來說是非常抽象的，一個完整的項目要怎么來分工以及完成該項目所需要的基本步驟也不明確，經過這次實訓讓我明白一個完整項目的完成必須團隊分工合作，并在每個階段進行必要的總結和檢查。在我們項目的開發過程中我們項目的步驟：詳細設計、詳細設計review、編碼、編碼review、單體測試。在項目開發過程中我也深刻的體會到詳細設計對一個項目開發有明確的指引作用，它可以使開發人員對這個項目所要實現的功能在總體上有具體的認識，并能減少在開發過程中出現不必要的脫節。
軟件開發工作總結2
一年即將過去，現對個人工作總結如下：
已經完成的工作:
1、按照《軟件開發項目管理》要求完成《AutoPFA軟件開發項目意向總結書》《項目功能需求規范書》
2、將AFTimpulse文件格式映射到內存模型使autopfa兼容AFTimpulse文件格式。
3、仿照AFTimpulse完成autopfa圖形和表格輸入界面及計算結果表格和圖表輸出界面。
4、通過使用單位模塊將autopfa模型轉化到無單位的計算模型。
5、完成流體分析穩態算法。
6、完成流體分析瞬態算法。
尚未完成的工作:
1、與AutoPDMS接口。
2、算法計算功能還需要增加,明渠，可壓縮流體，沖擊力等等。
3、計算結果輸出還需要完善。
4、模型數據輸入功能還不太完善。
自己感覺做得不錯滿意的方面。為什么滿意？
能夠在最困難的時候堅持，autoPFA萬里長征總算踏出第一步。李總能給我機會寫算法，對我來說確實是一個很有壓力和挑戰的任務，數學方面確實還比較欠缺，好在大學還聽了點計算方法的課，學起來還不難。寫算法這段時間確實花了很多精力，也學到了很多，突然覺得大學的課程太有用了。自己感覺做得較差不滿意的方面。為什么不滿意？仿真是計算機熱門，未來很多設計可能將會進入仿真時代。要做好仿真計算機語言只是一門工具。必須具備扎實的數據基礎和數學建模能力。特征線方法理論還是算比較容易的。要想做好流體分析軟件，數學，流體知識，和計算機技能都要同步提高。溝通能力和計算機水平都要加油努力提高，才能把軟件做好。你是否按照去年的年終計劃做了，為什么做到或沒做到？基本按照去年計劃完成autopfa第一個版本。自己來年的計劃。
準備如何提高發展自己？
看一些復雜算法及理論推導還是很吃力，準備提高自己數學能力。算法的效率很重要，大學學的數據結構和算法不深，準備看看運籌學訓練一下算法思維。英文閱讀水平也要加強。計算機能力加強多看幾本書學習前人經驗。自己對公司的建議或期待。公司發展越來越大，產品覆蓋面越來越廣，產品技術含量也越來越高。這當然與李總發展公司的戰略目標和戰略眼光分不開的。兩年來autopfa流體分析一直消耗公司有限的'發展資源。期待流體分析有自己的客戶支持流體分析發展，我堅信只要計算功能能算對，能夠不斷改進滿足客戶工程設計要求，流體分析作為一個單獨的軟件也是能盈利的，同時將autopfa集成到AutoPDMS提高公司軟件整體競爭力為公司發展做出。
今天早上內蒙古客戶試用autopfa流體分析軟件，他們的需求很簡單從一個水庫抽水。揚程較高需要計算。《水務設計手冊》提到循環水和補給水系統需要瞬變流計算這個應該是給水系統。從AFT文檔可以知道工程師在設計系統是當他感覺的存在安全隱患才會去計算瞬變流。以內蒙古客戶需求為例：水泵停泵，系統最大壓力出現在泵出口，最小壓力出現在泵入口，如果低于大氣壓力或壓力太高是不允許的。這樣可能需要增加一個空氣罐，并通過計算確定空氣罐適當的尺寸和位置。確定空氣罐尺寸和位置要經過很多次刪除和嘗試。典型的假設是空氣罐應該盡量靠近瞬態源。我們要不斷改變空氣罐到泵的距離和初始氣體體積通過計算結果得到符合要求的設計。說了這么多主要是期待公司考慮滿足不使用AutoPDMS客戶需求（比如以上例子工程師需要先通過計算才能得出設計）：autopfa作為單獨軟件輸入功能要完善。
軟件開發工作總結3
時間一晃而過，轉眼間到公司已經快一年了。這一年的時間里，在領導和同事們的悉心關懷、指導和幫助中，通過自身的努力，各方面均取得了一定的進步，工作上的收獲，知識的豐富，經驗的增長以及仍然存在的不足作如下總結。以明確來年的目標，盼懲前毖后，在新的一年中有更好的成績。
一、主要工作：
1.參與了試驗檢測管理系統的相關工作（3月上旬至10月）
①試驗檢測軟件（舊版）
參與試驗檢測管理系統（舊版）部分模塊功能的開發參與試驗檢測管理系統（舊版）功能測試
參與試驗檢測管理系統（舊版）BUG確認及修改
參與試驗檢測管理系統（舊版）部分安裝及售后工作②試驗檢測軟件（新版）
參與試驗檢測管理系統（新版）部分模塊功能的開發參與試驗檢測管理系統（新版）功能測試
參與試驗檢測管理系統（新版）BUG確認及修改參與試驗檢測管理系統（新版）表格模板修改
參與試驗檢測管理系統（新版）部分安裝及售后工作
2.參與公路工程項目管理系統質量控制子系統（隧道部分）（10月下旬至今）
參與隧道部分數據庫腳本編寫參與隧道部分表格基礎功能實現
公路工程項目管理系統質量控制子系統（隧道部分）其他開發仍在進行當中
二、經驗教訓
1.試驗檢測管理系統
試驗檢測管理系統是我來公司參與的第一個項目，也是入職以來投入精力最多的項目。在這個項目中投入精力最多的是表格邏輯關系編寫、表格間數據提取及處理，模板表格修改，這個過程中不僅對專業知識有了一定的豐富和提高，還對公路工程相關知識有所了解。在后期對系統進行優化和修改的過程中，不斷地和技術人員溝通和交流，不斷的學習，使得該系統從當初的Bug多，界面不美觀不一致的狀況得到了明顯的改善。
經驗：一個好的軟件在于軟件本身的質量，軟件能不能給用戶的使用帶來方便、軟件的界面是否簡單大方，不讓人反感，軟件是否穩定，容易維護、容易擴展。利用語言做軟件只是一個程序員的基礎，更重要的是能發現問題、認識問題、解決問題，做一個好的軟件應該設身處地的站在用戶的角度考慮怎么樣才能更有利于用戶的使用。
教訓：做開發要不斷的和客戶溝通，站在客戶的角度思考問題，不能想當然的實現開發功能。
2.公路工程項目管理系統質量控制子系統（隧道部分）
試驗檢測管理系統的開發和優化工作有所突破之后，我參與到了公路工程項目管理系統質量控制子系統（隧道部分）的開發中。這個系統涉及到WCF相關專業知識，這個是我沒有接觸過的'東西，所有在架構的熟悉，代碼的編寫，功能的開發的過程中遇到一些問題，但同時也學到了更多的知識，在解決問題的同時也學到了很多東西。經驗：WCF的有關要點和應用。
教訓：做事要重視細節，不能忽略小問題，進行重復工作不能大意，考慮問題要嚴謹。
三、程序上的收獲
1.代碼規范，注重交流
剛來到公司的時候代碼不規范，該加注釋的不加注釋，經過同事的指導和代碼對比發現了自己的不足，進而意識到代碼書寫的規范與否會直接影響代碼的易讀性，進而影響到軟件開發的效率。經過一段時間的修正，體會到如果自己寫的代碼很爛會讓下一個改你程序的同事很是頭疼，所以一定要提高自己的素質，首先應該注意的要條理清楚、思路明晰、代碼規范。
2.軟件開發不是一個人的事
在團隊中技術與交流同等重要，交流是團隊開發的基石，技術水平是項目堅固的保證。
3.測試不馬虎
一次系統升級，由于是剛剛改好的程序就要上機，就沒有好好測試，結果升級后造成了很多沒有預料到的問題。經過那次升級意識到測試可能不一定需要很高的技術含量。但卻是個考驗細心，嚴謹的任務。甚至有的時候感到很繁瑣枯燥。但這個保證軟件質量的一個重要過程。
4.掌握進度，隨時匯報
在做程序的時候以后都應該時刻提醒自己反應情況，提出自己遇到的困難需要哪些幫助。遇到不會的，不懂的應該及時提出問題。
四、工作計劃
經過一年的工作，對以后的工作做一簡單計劃：
1、要提高工作的主動性，做事干脆果斷，不拖泥帶水；
2、工作要注重實效、注重結果，一切工作圍繞著目標的完成；
3、要提高大局觀，是否能讓其他人的工作更順暢作為衡量工作的標尺；4、把握一切機會提高專業能力，加強平時知識總結工作；
5、精細化工作方式的思考和實踐。
6、虛心請教比我做的優秀的其他同事，向他們學習技術或經驗。多聽、多看、多想、多做、多溝通，向每一個員工學習他們身上的優秀工作習慣，豐富的專業技能，配合著實際工作不斷的進步
五、展望來年
通過一段時間的成長，對自己的人生有了進一步的認識，渴望有所突破的我，將會在以后的工作和生活中時時提醒自己，不斷地提高。
希望20xx年能在20xx的基礎上技術更上一層樓，能對數據庫以及WCF的知識進行系統的學習，完成今年尚未完成的公路工程項目管理系統質量控制子系統的編寫，積累知識和經驗，為即將到來的其他項目做好準備。
軟件開發工作總結4
回顧20xx過去工作中的點點滴滴，心中無限歡喜，忙碌且充實、并快樂著。在這一年的工作中既有成長同時也存在著許多的不足和缺點，這都值得去總結、反思、改正和提高。現在我將本年工作做一個簡單的介紹，借以促進、提高。
工作情況
今年的工作主要圍繞著***和***兩個客戶系統展開，期間也穿插了一些其他系統中某些功能的編寫和改進，這其中有以前從未有過的功能創新也有和客戶協調的反反復復功能改進，總體來說還是按時完成了要求的工作任務。
團隊合作
項目的順利進行離不開團隊的默契配合和共同的努力，每個項目開始之前，每個人都需要認真的了解項目的需求和開發中需要使用到 的關鍵技術，對于不清楚的不了解的問題要及時提出，而對于那些在開發中會影響到所有人的決策，要及時的通知大家以盡量減少拖延所帶來的不必要的重復程序開發和改動。團隊如同一個整體，成員如同四肢和軀干，只有互相配合默契才能走得快走得穩走得遠。 團結很重要團隊是否能配合默契的先決條件是團隊的所有成員是否能精誠合作，大家只有心往一處想勁往一處使才能做到事半功倍。
溝通很重要
每個項目在開始開發之前都需要主要負責人員做詳盡的企業背景及開發內容的介紹，以幫助開發人員建立起對項目的整體宏觀認識，從而減少在開發中因為理解錯誤而導致的開發錯誤。在開發過程中成員之間要積極的溝通和了解系統的開發進度，對于項目中的公共開發資源一經改動要及時的通知項目組其他成員，同步開發資源。
氛圍很重要
良好的工作氛圍可以有效的激發團隊成員的工作積極性，從而達到事半功倍的效果。 工作態度
學會聆聽
參加工作7年給我最大的感觸就是一定要學會安靜認真的聆聽，無論是開會時還是在討論時，認真聽取每個人對待問題的看法，因為每個人思考問題的方向和出發點不同對于問題的理解不同可能有些情況是自己從來沒想過的`。因此認真的聆聽既能尊重他人也能使自己從中受益，這樣兩全其美何樂不為呢。
積極的心態
對于難度較大的工作要做到冷靜坦然積極的面對，不要在還沒開始的時候就給自己施加精神心理壓力。不要輸在起點，因為如果連自己都認為自己做不到那么也就沒有以后了，等待自己的是必然的失敗，所以保持積極樂觀的心態很重要。
今后打算
找方向，抓重點，合理分配時間，謙虛、勤學、總結、提高，爭取在有限的時間內用領導認可的方式完成每一項工作，更好的與同事溝通、協調，為客戶帶來更好的產品和服務。最后也要感謝各位領導、同事對我的信任與幫助。
軟件開發工作總結5
今年我市的小麥生產，在冬春遭受多年不遇的嚴重干旱、中期病蟲害偏重發生、收獲期又陰雨較多的不利形勢下，通過全市廣大干群的共同努力，上下一心，克難攻堅，打贏了抗旱保苗、阻擊病蟲害、“龍口奪糧”三大戰役，取得了較好的收成，雖說與去年相比增產幅度不大，但在大災之年能獲得如此產量已屬不易，成效中凝聚了全市廣大干群和農業科技人員的心血和汗水，在世界經濟危機的背景下XX市今年夏糧豐收意義更大，為維護社會穩定和確保國家糧食安全做出了積極貢獻，達到了農業豐收、農業增效、農民增收的目的。現總結如下：
一、小麥生產形勢分析
根據農技中心測產調查，今年全市實收小麥面積208萬畝，與去年持平略增，平均畝產383.8公斤，總產達79830.4萬公斤，實現連續6年夏糧大豐收，與上年相比，平均單產增2.9公斤，增幅0.76%，總產增加603.2萬公斤，增幅0.77%。從成產三因素看，今年小麥畝穗數34萬，穗粒數為31.1粒，千粒重為42.7克，與去年的33.8萬、30.5粒和43.47克相比，呈“兩增一減”態勢，即群體增0.2萬頭，穗粒數增加0.6粒，千粒重減少0.77克。
二、我市今年小麥生產在大旱之年能夠取得如此好的收成，得益于以下幾個方面:
1、國家多項惠農政策的實施，充分調動了農民種糧積極性。近年來隨著國家種糧直補、良種補貼、配方施肥、標準糧田建設、農綜開發、土地治理、農資綜合補貼、農機補貼、保護價收購等一系列支農、惠農政策和項目的實施，農民種糧積極性進一步提高，小麥種植面積穩中有升，生產投入和田間管理也得到進一步加強，在去年冬春連旱一百多天的災害天氣情況下，有效地促進了良種良法配套和生產環境的'改善，為今年小麥生產奠定了良好基礎。
2、各級領導高度重視，督導得力，職能部門配合行動有力，為小麥生產提供了組織保障。去年秋收麥播期間為確保適期播種，夯實麥播基礎，市委、市政府先后召開了秋收秋種電視電話會議、小麥播種工作會議等。抓好各項麥播措施的落實，高質量地完成了小麥播種工作。麥播后，特別是去年11月底、12月初旱情逐漸顯現以來，XX市委、市政府高度重視，為打造鄧州糧食主產核心區，多次召開各鄉鎮和涉農部門抗旱澆麥工作會議，為做到未雨綢繆，市四大家領導帶隊，對各鄉鎮抗旱澆麥工作進行檢查督導，并出臺各項優惠政策支持抗旱澆麥工作，如對農戶澆麥進行財政補貼，購置澆水機械進行補貼，提前發放綜合直補，保證低價抗旱用油、用電，引丹灌區開閘放水，廣播電臺大力宣傳抗旱先進典型等，并協調農業、供銷、水利、農機、氣象、電業、石油等部門，相互配合，形成合力，充分發揮職能，積極支持抗旱工作，確保了小麥生產的順利進行。
3、技術服務到位，為小麥生產提供了有力技術支撐。在小麥備播、播種、管理等關鍵時期，我們及時組織農業技術人員，深入鄉村、農戶和田間地頭，現場指導近百場次，舉辦專題培訓會34期次，培訓農民15000余人次，開辦電視講座10余期，發布50余條農業短信，印發技術資料10余萬份，大廳服務咨詢50期300余人次，多途徑、多角度對農民進行全方位的技術服務，真正把小麥高產、高效栽培和抗逆生產技術送到農民手中，落實到小麥生產中。在小麥生產過程中，針對小麥不同生育期遇到的不同問題，我們及時組織技術人員，認真開展調查研究，適時提出技術管理意見，為領導科學決策，指揮小麥生產提供了參考依據。如去冬今春小麥嚴重干旱期間，農技中心組織土肥專家定期測試墑情，根據苗情、旱情，發10期抗旱簡報，36條抗旱新技術短信息，組織全體技術人員組成12個技術服務小組深入田間地頭，科學指導群眾采用新技術、新措施做到節水、節時、節能，澆好保命水、豐產水。又如，小麥生長中后期，我們針對影響小麥產量和品質的吸漿蟲和銹病，組織26名技術人員，四次深入田間踏查，對銹病和吸漿蟲發生情況進行嚴密監測，并及時提出防治措施，為領導科學決策、及早防治病蟲害提供參考依據。
4、示范樣板創建，為小麥生產提供了典型引路作用。今年以市政府為總牽頭人，在腰店、桑莊等鄉鎮創建萬畝小麥高產示范方的同時，涉農部門分別在全市26個小麥主產鄉鎮內，共建“萬、千、百、十”不同類型的小麥示范樣板田126個，面積達25萬余畝，示范方內發揮資源和技術優勢，圍繞糧食高產、糧食增產、高產創建、探索模式、服務指導等方面大力推廣了新品種、新技術和新成果，促進糧食生產規模化、機械化和集約化。如腰店鄉、桑莊鎮示范方，特別是腰店鄉黑龍村百畝示范方，采取“六統一”，規范有效地落實了關鍵措施，取得了較高產量。據省農調隊5月19日上午現場測驗，百畝示范方，面積132畝，畝群體43.4萬，穗粒數37粒，千粒重預計42克，按85%折畝產579.5公斤。5月31日XX市農業局專家組又一次現場實測，畝產584.9公斤，發揮了很好的示范帶動作用，并得到省市領導的高度評價，5月21日省小麥專家胡廷積、張世英一行在XX市委書記黃興維、XX市委書記劉朝瑞等領導同志陪同下到示范方現場進行觀摩和考察，給予了充分肯定和贊揚，5月23日全XX市示范方創建示范觀摩會在鄧州召開，兄弟縣XX縣組織其鄉鎮黨委書記、農業局等單位領導，來鄧州觀摩，現場考察小麥示范方建設成效。領導和同志們均為大旱之年XX市萬畝示范方能夠取得如此高的產量贊嘆不已。
軟件開發工作總結6
1 引言
1.1 編寫目的
XXX公司業務管理系統的開發已經基本完成。寫此項目開發總結報告，以方便我們在以后的項目開發中來更好的實施項目的訂制開發; 讓我在今后的項目開發中有更多的有據的資料來規范我們的開發過程和提高我們的開發效率，從而創造更多公司效益。
1.2 背景
項目名稱：XXX業務管理系統
軟件名稱：XXX業務系統
客戶：XXX
用戶：XXX員工
1.3 參考資料
項目開發文檔：
（1）軟件開發數據模型：PDM_OperationSystem20070831.pdm
（2）數據庫開發文檔： XXX業務管理系統數據庫設計說明書2.0.doc
（3）軟件業務流程參考：XXX業務管理系統流程說明.doc
（4）軟件使用手冊參考：XXX業務管理系統功能說明3.0.doc
（5）軟件業務流程參考：XXX業務管理系統流程說明.doc
（6）軟件中使用到的第三方控件：ComponentArt Web.UI 20xx.1252 for asp.net2.0.rar
（7）軟件中使用的安全Ikey驅動：Ikey Driver.rar
以上參考資料是截止20xx-08-31是最新的資料文檔。如有修改，即使修改此處的參考文檔名稱。
2 開發工作評價
2.1 對生產效率的評價
（1）系統開發已歷時快１年的時間了
（2）開發的反復性比較多。
（3）對客戶的需求理解不是很透徹。
綜合以上，此項目的開發效率不是很高，相反有相當一定時間的浪費。
2.2 對產品功能的評價
經過我們公司各位同事的共同努力協作，XXX業務管理系統已經很好的完成了客戶的業務流需求。經過對客戶使用過程的觀察，此項目開發的還是比較成功，但是還是存在著一些問題，造成這些問題的原因是多方面的。如：前期系統數據庫的設計缺陷和部分代碼的構建缺陷、客戶需求的理解上也存在一定問題，這就需要我們用一定的時間來維護客戶使用過程中提出的新問題和存在的debug。總的來說，此系統的功能開發還是一個比較成功的案例。
2.3 對技術方法的總結
在此項目中使用到技術和工具：
（1）使用代碼生成器：使用代碼生成器 [動軟.Net代碼自動生成器]，此工具在很大程度上提高了編碼效率，從而加快了項目的開發進程。在以后的項目中，我們要盡量的來使用一些類似的工具來在最短的時間內完成工作。在今后的項目開發中，我們最好是能開發出適合自己的代碼生成工具，更大限度的節省開發周期和開發費用。
（2）使用數據庫建模工具：PowerDesigner 工具來建立系統數據庫模型，以方便程序員很好的理解業務流和掌握系統架構者的架構思想，更好的滿足客戶的功能需求。在今后的項目開發中，我們要更好的來完成系統的前期數據庫模型的建立，最大的來優化系統功能。
（3）使用第三方控件：此系統中使用了ComponentArt Web.UI 第三方控件。此控件在很大程度上滿足了客戶對軟件界面的需求，從而也給軟件的操作帶來了方便。本項目中只使用了ComponentArt Web.UI一種第三方控件，在今后的項目開發過程中，要繼續使用第三方的控件。這樣以來，無論是針對軟件界面的美觀性、友好性來說、易操作性而言，還是針對系統開發效率而言，這都是很好途徑。但需要注意的是：在使用第三方控件時，要謹慎的選擇一些網絡中的比較常見的第三方控件。
（4）使用自定義控件：此系統中使用了自定義控件(GhdGridView)，此自定義控件可以很好的統一系統中的所有信息顯示表格樣式。如客戶對數據顯示樣式有什么新的意見，我就不需要修改每一個頁面的表格樣式，我們只需要修改GhdGridView控件的樣式，系統中的所有繼承自GhdGridView的表格樣式都可以改變。
（5）系統開發框架：此系統的框架使用的是簡單三層結構，此框架在開發一些中小軟件是比較實用的。但是我們要是可以開發出自己的框架，把一些通用的功能開發到框架中。這樣以來，在以后的系統開發中，針對系統中一些通用的功能就不需要再開發，從而也可以很好的提高我們的開發效率；減少很多維護費用。使我們的技術不斷的更加成熟。
（6）系統安全加密：此系統中針對客戶提出的系統安全問題，我們采用了Ikey加密硬件鑰匙來驗證客戶端登陸客戶的合法性，此Ikey鑰匙可以綁定到一個系統使用用戶，也可以讓多個用戶來使用一個加密鑰匙來驗證登陸系統的合法性。這樣以來，即使用戶的密碼不慎丟失，或者被不法人員取得（不法人員他也是無法登陸到我們的系統中來），這樣就最大的提高了我們系統的安全性。Ikey加密鑰匙是很好的加密B/S架構軟件的硬件工具，在以后的軟件安全方面可以借鑒。
3 項目經驗總結
3.1 簽定合同
一個項目的開發成敗或者說項目開發帶來效益的大小，在很大程度上是受項目合同簽定的影響的。往往，很多一部分公司與客戶簽定的項目合同都是很模糊的，也很難簽定的比較清楚，這樣以來就會導致在項目的`開發后期，工作量會越來越大，影響項目的竣工周期；而且，項目的開發費用一般是不會變的。這樣以來，我們就大大的降低了我們的開發效益。雖然需求范圍很難簽定的明確，但是我們在簽定合同時，要盡量的去把合同功能邊界和添加新功能的條件簽定。
3.2 開發團隊
在項目確立后，要盡快的建立起項目開發團隊。項目團隊成員的團結合作、相互溝通是非常重要的，團隊成員之間要相互學習彼此的優點和技術，使團隊的能力不斷的提高。這樣，在項目的開發過程中，團隊才不會被難題困住不動。另外，團隊中要有一個項目負責人，這個人無論是在與客戶的溝通上，還是在技術上都要是很出眾的人，此項目負責人要能很好的溝通客戶與開發成員之間，以此來更好的理解客戶的功能需求。人的記憶力總是有限的，所以就要求開發團隊成員要盡量的書寫一些開發文檔，這些文檔往往是我們在項目開發后期要用到的可尋資料。項目團隊士氣是項目成功的一個因素,我們需要不斷的來培養我們的團隊氣勢，使我們的團隊不斷的壯大。
3.3 需求的調研
在項目確立后，就到了需求調研分析階段。
（1）項目組對客戶的整體組織結構、公司有關人員的關系、職責等如果沒有一個很好、足夠的了解掌握，這樣項目組就無法很好的完整的整理到客戶的需求、或者說客戶真實的功能需求，如此以來我們就為自己埋下了地雷，影響項目的開發周期，這就要求我們要與客戶搞好無論是工作上的還是生活上的朋友關系，要深入的去了解客戶需求。
（2）我們要盡量的讓客戶也參與到項目的開發團隊中來，也就是說我們要使客戶把自己也納入到項目的開發團隊中來，如此一來，我們掌握客戶需求的真實性、可靠性就會大大的提高，也就不會為項目的后期功能開發埋下陷阱。
（3）在需求調研過程中，如果缺乏足夠用戶參與，這樣的需求調研也是失敗的。很多程序員不愿參與到客戶的需求調研中去，為什么呢？很簡單，與客戶溝通不如與代碼溝通容易有意思。盡管這樣，我們還是必須用足夠多的時間去和客戶進行溝通，了解他們真實的需求。很多用戶也是如此，他們自己也不愿意參與到項目的需求調研中來，為什么呢？需求調研有出去和朋友一塊爛漫嗎？！雖然現狀如此，我們還是要努力的使客戶參與到需求的調研中來。
（4）模糊需求，也就是模棱兩可是需求規格說明中最為可怕的問題。一是指諸多客戶對需求說明產生了不同的理解；一是指單個讀者能用不止一個方式來解釋某個需求說明。針對對這種情況，就要求我們的調研人員要能夠從多個角度來分析客戶的不同需求，整理出最終的需求與客戶確認，定出最終真實可靠的需求，我們絕不能憑借我們自己的單面理解來定立客戶的最終需求。
（5）在一個項目的開發中，文檔的書寫是極為重要的一項工作。因為，某些文檔就是我們在開發后期與客戶溝通的可尋依據、也是我們程序員在編碼過程中要用到的重要文檔。我們絕對不能認為，憑借我們的大腦來記錄所有的開發需求。即使，你說你是天才，你要用你那顆愛因斯坦的大腦來記錄所有的開發需求，那也是不可能的，人的精力總是有限的。這就要求我們在需求調研中做好需求文檔的記錄和整理。
（6）需求調研工具選擇，客戶一般對圖形還是比較感興趣的，所以我們在調研過程中，我要盡量的采用圖形化界面來和客戶溝通需求。比如可以采用Rose工具，把客戶的意思轉換為用例圖、時序圖、協作圖、狀態圖、類圖等，使表達的意思更加直觀。這樣客戶會更快的進行問題的實質。
3.4 做好開發計劃
在項目確立后，我們就需要做好項目開發計劃，需求調研用時，開發用時，測試用時，實施用時，維護用時。在我們做好了計劃后，我們要隨時的跟蹤計劃任務的完成進度，從而使我們的項目進度掌控在我們的開發周期范圍之內，今日計劃、行動，明日成功。
3.5 很好的溝通
在其他行業中，人與人的之間的溝通是很重要的。項目開發也不例外，很好的溝通能夠加快項目的進度，這就要求我們每一個開發人員要學會和善于溝通于客戶和同事之間。在一個項目的開發過程中，我們與客戶的溝通是一個不斷交流和溝通的過程。在開發到一定的階段，我們就需要和客戶溝通已有功能，盡量的去避免一些隱藏的問題，及時的發現問題，解決問題，從而按時或者提前完成項目的開發。
3.6 做好工作總結
在項目進行的過程中，我們要不斷去整理自己的工作情況和做好總結，這樣以來，無論是在自己的技術還是其它方面，都會對我們有很大的提高，在長期的積累后，無論是我們個人能力，還是我們的團隊能力都會有很大的提高。
軟件開發工作總結7
哲學就是用簡單的說話來體現出隱含深層意義的道理，讓人們去思考和體會。哲學本身就是用來完善自己的精神修養和幫助他人完善思想的。
哲學的特征在于追問本質，不斷反思。內容上，哲學的反思對象無所不包;深度上，哲學的反思是無窮無盡的。現實中，我們可以借用哲學的思維方式，但是不能照搬哲學的思維方式。也即是說我們能夠直接關注的現實是具體而有限的，思維的不可封閉性使得我們在解決具體問題時不能進行無窮追問。
把哲學低估于現代科學是不負責任的，哲學隱藏在現實生活中的每一部分，它為我們提供了一種生活的方式，如果將哲學簡單的與現代科學相提并論，則成為了一種狹隘的唯科學主義。
“又是一年畢業時”，看到一批批學子離開人生的象牙塔，走上各自的工作崗位;想想自己也曾經意氣風發、躊躇滿志，不覺感嘆萬千……本文是自己工作6年的經歷沉淀或者經驗提煉，希望對所有的軟件工程師們有所幫助，早日實現自己的人生目標。本文主要是關于軟件開發人員如何提高自己的軟件專業技術方面的具體建議，前面幾點旨在確定大的方向，算是廢話吧。
謹以此文獻給那個自己為你奉獻3年青春與激情的開發團隊。還有團隊成員：PPL、YT、YK、TYF、LGL、CHL、CDY、CB、DPD。
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等等優秀的開源產品或者框架，抽空看看大師們是如何抽象、分析、設計和實現那些類似問題的通用解決方案的。試著這樣做做，你以后的工作將會少遇到一些讓你不明就里、一頭霧水的問題，因為，很多東西你“知其然且知其所以然”!
7、在一種語言上編程，但別為其束縛了思想。“代碼大全”中說：“深入一門語言編程，不要浮于表面”。深入一門語言開發還遠遠不足，任何編程語言的存在都有其自身的理由，所以也沒有哪門語言是“包治百病”的“靈丹妙藥”。編程語言對開發人員解決具體問題的思路和方式的影響與束縛的例子俯拾皆是。我的經驗是：用面對對象工具開發某些關鍵模塊時，為什么不可以借鑒C、C51、匯編的模塊化封裝方式?
用傳統的桌面開發工具(目前主要有VC++、Delphi)進行系統體統結構設計時，為什么不可以參考來自Java社區的IoC、AOP設計思想，甚至借鑒像Spring、Hibernate、JBoss等等優秀的開源框架?在進行類似于實時通信、數據采集等功能的設計、實現時，為什么不可以引用來自實時系統、嵌入式系統的優秀的體系框架與模式?為什么一切都必須以個人、團隊在當然開發語言上的傳統或者經驗來解決問題???“他山之石、可以攻玉”。
8、養成總結與反思的習慣，并有意識地提煉日常工作成果，形成自己的個人源碼庫、解決某類問題的通用系統體系結構、甚至進化為框架。眾所周知，對軟件開發人員而言，有、無經驗的一個顯著區別是：無經驗者完成任何任務時都從頭開始，而有經驗者往往通過重組自己的可復用模塊、類庫來解決問題(其實這個結論不應該被局限在軟件開發領域、可以延伸到很多方面)。這并不是說，所有可復用的東西都必須自己實現，別人成熟的通過測試的成果也可以收集、整理、集成到自己的知識庫中。但是，最好還是自己實現，這樣沒有知識產權、版權等問題，關鍵是自己實現后能真正掌握這個知識點，擁有這個技能。
9、理論與實踐并重，內外雙修。工程師的內涵是：以工程師的眼光觀察、分析事物和世界。一個合格的軟件工程師，是真正理解了軟件產品的本質及軟件產品研發的思想精髓的人(個人觀點、歡迎探討)。掌握軟件開發語言、應用語言工具解決工作中的具體問題、完成目標任務是軟件工程師的`主要工作，但從軟件工程師這個角度來看，這只是外在的東西，并非重要的、本質的工作。
學習、掌握軟件產品開發理論知識、軟件開發方法論，并在實踐中理解、應用軟件產品的分析、設計、實現思想來解決具體的軟件產品研發問題，才是真正的軟件工程師的工作。站在成熟理論與可靠方法論的高度思考、分析、解決問題，并在具體實踐中驗證和修正這些思想與方式，最終形成自己的理論體系和實用方法論。
10、心態有多開放，視野就有多開闊。不要抱著自己的技術和成果，等到它們都已經過時變成垃圾了，才拿出來丟人現眼。請及時發布自己的研究成果：開發的產品、有創意的設計或代碼，公布出來讓大家交流或者使用，你的成果才有進化和升華的機會。
想想自己20xx年間開發的那些Windows系統工具，5、6年之后的今天，還是那個樣子，今天流行的好多Windows系統工具都比自己的晚，但進化得很好，且有那么多用戶在使用。并且，不要保守自己的技術和思想，盡可能地與人交流與分享，或者傳授給開發團隊的成員。“與人交換蘋果之后，每個人還是只有一個蘋果;但交換思想之后，每個人都擁有兩種思想”，道理大家都懂，但有多少人真正能做到呢?
11、盡量參加開源項目的開發、或者與朋友共同研制一些自己的產品，千萬不要因為沒有錢賺而不做。網絡早已不再只是“虛擬世界”，網上有很多的開源項目、合作開發項目、外包項目，這都是涉獵工作以外的知識的絕好機會，并且能夠結識更廣的人緣。不要因為工作是做ERP，就不去學習和了解嵌入式、實時、通信、網絡等方面的技術，反過來也是一樣。如果當他別人拿著合同找你合作，你卻這也不會，那也不熟時，你將后悔莫及。
12、書到用時方恨少，不要將自己的知識面僅僅局限于技術方面。諾貝爾經濟學獎得主西蒙教授的研究結果表明：“對于一個有一定基礎的人來說，他只要真正肯下功夫，在6個月內就可以掌握任何一門學問。”教育心理學界為感謝西蒙教授的研究成果，故命名為西蒙學習法。可見，掌握一門陌生的學問遠遠沒有想想的那么高難、深奧。多方吸取、廣泛涉獵。極力夯實自己的影響圈、盡量擴大自己的關注圈。財務、經濟、稅務、管理等等知識，有空花時間看看，韜光養晦、未雨綢繆。
13、本文的總結與反思：
A：不要去做技術上的高手，除非你的目標如此。雖然本文是關于提高軟件開發知識的建議，做技術的高手是我一向都不贊同的。你可以提高自己的專業知識，但能勝任工作即止。
B：提高軟件知識和技術只是問題的表面，本質是要提高自己認識問題、分析問題、解決問題的思想高度。軟件專業知識的很多方法和原理，可以很容易地延伸、應用到生活的其它方面。
C：在能勝任工作的基礎上，立即去涉獵其它領域的專業知識，豐富自己的知識體系、提高自己的綜合素質，尤其是那些目標不在技術方面的朋友。
軟件開發工作總結8
我于20xx年8月13日進入公司，根據公司的需要，目前擔任Android軟件工程師 一職，負責綜合代維，考務通手機客戶端的開發工作。將近3個月的時候在這個新的工作環境我收獲頗深。 開始讓我獨立完成整個項目，這還是我的第一次，之前在公司是多人完成，過程中也遇到了許多困難，但是都一一解決了，我想這是我最寶貴的經歷，通過三個月的不斷學習，在項目開發中的不斷鍛煉以及同事、領導的幫助，我已逐漸融入這個大家庭，個人的工作技能也有了明顯的提高，雖然仍有一些不足，但三個月以來我付出了不少，也收獲了不少，我感覺自己成長了，也逐漸成熟了。
初到公司，加入了咨詢與信息化部，加入了綜合代維項目組，我也曾擔心自己不知道該怎么與項目組的同事溝通，擔心不知道怎么做好工作，但是項目組的前輩們都很親切，也很耐心的教導我，解答我的疑問，以及他們團結向上的精神，讓我很快的熟悉了工作，融入了項目組。
在這三個月的學習和工作中，我一直嚴格要求自己，遵循公司的規章制度，認真完成領導布置的每一項任務，遇到的問題虛心的向項目組的前輩們學習、請教，不斷的提高、充實自己。開發過程中出現的一些差錯，也有前輩們耐心的指出和指導我修改，這些經歷讓我不斷成熟，處理問題時考慮得更全面，杜絕類似情況的發生。在此我要特地感謝部門的領導和同事們對我的指引和幫助，感謝他們對我工
作上失誤的提醒和指正。
經過這三個月，我已經能獨立進行開發任務，按時按質的完成分配的工作任務，當然還有許多不足，開發的'經驗仍有待提高，編寫代碼的簡潔性和完整性也需要進一步增強，需要不斷的繼續學習以提高自己的工作能力。
總之，這三個月來我學到了很多，感悟了很多；看到公司的迅速發展，看到部門的同事越來越多，我深深地感到驕傲和自豪，也更加迫切的希望以一名正式員工的身份在這里工作，實現自己的奮斗目標，體現自己的人生價值，和公司一起成長。
我會用謙虛的態度和飽滿的熱情做好我的本職工作，為公司創造價值，同公司一起展望美好的未來！
XX
20xx年11月13日
軟件開發工作總結9
一、個人工作詳細說明
本次軟件項目設計的題目是場地預約系統，它是基于B/S模式實現的用于體育城場地管理預約的Web應用軟件。為用戶提供并接受用戶提出的需求信息，同時通過數據庫管理系統存儲數據，給場地的管理帶來很大的方便。本項目的實現分為前臺與后臺。其中前臺，用戶可以瀏覽場地所提供的可預訂場地的信息，同時可以對需要的場地進行預訂；后臺主要是針對管理員，管理員可以通過后臺對場地的相應信息進行增添修改等操作。
我基本參與了本項目的全部實現過程，涉及項目的需求分析，概要設計，詳細設計，代碼編寫，調試與運行。在需求分析階段和小組其他成員認真分析討論了本項目各方面的需求，主要是功能方面的需求，基本確定了本場地預約系統應該具有的基本功能。概要設計階段通過討論分析確定了所需表結構。詳細設計階段參與部分代碼的編寫，其中包括頁面與數據庫交互的實現，還有相應jsp頁面代碼的實現幾布局的調整，修改。
在數據庫設計實現階段，通過和我們組其他成員的共同討論，確定了場地信息、用戶信息等表結構的詳細信息，并實現了其數據庫的建立和相應表的具體信息的設計實現。同時針對個別表結構完成了相應代碼的`編寫與實現。
在后臺，實現了用戶的信息的瀏覽查看，修改及刪除等功能，同時完成了足球場等場地信息的瀏覽、增添、修改、刪除等功能。
前臺參與了主界面的設計與實現，通過查詢數據庫得到主界面顯示所需場地的相關信息，通過這樣，用戶可以很清楚的獲知所有可預訂場地的信息，其主界面上的所有關于場地的數據都是動態從數據庫獲取的，這樣當場地增添或刪除時通過修改數據庫可以很方便的實現界面呈現給用戶的場地信息，能夠很好的使實際情況跟提供給用戶的信息保持同布，非常利于場地信息的管理和發布。
二、個人工作體會西安石油大學
時間過得真快，不知不覺中近一個月的課程設計就要結束了。本次課程設計我們組做的題目是場地預約系統，先前選題的時候以為它實現起來應該比較簡單，在通過后邊的具體分析之后才發現它并不是我所想象的那樣簡單，其中涉及許多問題我當時并沒有想清楚。
經過我們小組的共同努力，最終基本上完成了場地預約系統的實現。雖然做的不是很完美，不是特別有創意，但這是我們共同努力的結果，當我們看著自己親自完成的項目覺得很欣慰。
軟件開發工作總結10
金秋十月是個收獲季節，希望我們每一天的生活都如這個季節一樣，又一個月過去了，現對工作中收獲與不足總結
一、工作內容
九月份的工作比較繁忙，工作重點有四方面：s6測試，醫院軟件開發、測試，售后服務，文檔書寫及培訓。
1、關于s6測試
s6的新增修改功能大約30多項內容，測試的重點如：其一，每日結賬時更正庫存的操作，此項功能涉及的方面比較多，影響數據的準確性，測試起來比較煩瑣、測試量也比較大；其二，由于業務開票時程序內部處理發生了改變，由原來的控制臺轉移到存儲過程中處理，所以對此部分也進行了重點測試；其三，飲片劃價自動批號的測試；其它方面的測試包括，gsp報表、客戶對應商品銷售、批次會員錄入以及遠程配送價格等的測試，再有就是售后人員隨時提出的問題隨時測試，如打印模塊加完打印項還是不能打印、某些模板在99pbl修改以后還是不好用、哪個報表數據是否有問題等。
2、醫院軟件開發、測試
對于新版醫院軟件的功能模塊開發工作也做出了一點貢獻，作了15個打印模塊（如入庫重打、劃價重打、盈損重打等），12個查詢模塊（入庫報表查詢、住院報表查詢、入出院費用查詢等），所做模塊包含的內容為：菜單掛接、將窗口中不需要的按鈕隱藏、書寫查詢報表中所需要的sql語句（大約60句，但語句結構并不復雜）、打印模塊及查詢模塊所需的數據窗口大約80個；測試方面，現在只是進行了表面性的測試，測試的內容包括每個窗口中的字體是否一致、按鈕是否對齊、點擊按鈕后彈出的提示是否正確、開票窗口的金額、價格、數量、庫存等的變化情況是否正確，焦點移動問題等，現已測出的問題100多個；其它方面，修改了庫結構，將每個的表中將不允許為空的字段修改正確以及將a25、a35等字段在每個表的長度統一等。
3、售后服務
s6的售后工作，由于每日結賬時更正庫存，造成幾個客戶的庫存數據不準確，通過查詢客戶實際的數據庫找到了問題的原因，再有就是在電話中為售后人員解答一些問題；其它方面，上門服務三次，分別是，解決了先知醫療器械公司的應收應付財務問題，通勝醫藥財務軟件中輔助核算的客戶查不到，從后臺修改數據已解決問題，漢華林銷售出錯庫存未減，原因未查到；遠程及電話解決客戶提出的財務軟件、財務接口、金稅接口等問題。由于十一休息，售后人員少，在月末休息前做了兩天售后工作。
4、其它方面
s6的培訓文檔寫了兩次，其次就是書寫了加強版與s6的`區別，再有就是編譯序程、備份程序、程序注冊等工作，其中程序注冊是隨時性，所以也占用一定的時間。
二、工作分析
通過的工作，自己在pb方面又懂得了一些知識，并且可以修改簡單的錯誤，也可看明白一些簡單的腳本結構，這對于我的測試工作是很有幫助的。從反饋的情況看，s6的結賬庫存更正功能還存問題，還需要加強測試。再有從售后服務的情況看，售后人員在財務方面的技術還需要加強。
三、工作計劃
1、醫院軟件測試
2、書寫醫院軟件的說明書
3、s6新增、修改功能的測試
軟件開發工作總結11
xx年已過去，在過去的一年中，我擔任公司開發部的一名軟件工程師，主要從事著JAVA項目的'開發工作，這一年來我低調努力工作著，不求閃亮顯眼和光芒四射，只為平靜和淡定;這一年中所做的成績如下：
一、財政局項目，本人獨立負責開發會計處的三個子系統：
1、會計人員信用查詢系統。
2、代理記賬機構信用查詢系統。
3、會計人員網上報備系統。
以上三個子系統上線后，方便了社會各界查驗會計人員的真實信息、方便了查詢合法的代理記賬機構信息，以及方便了各單位對會計人員的報備。
二、餐飲行業項目，在團隊開發項目中直接參與了豪享來餐飲有限公司總部的信息綜合管理平臺項目，主要負責的系統有：
1、房屋租賃合同管理系統。
2、短信收發管理系統。
3、會員管理系統。
4、基礎信息管理系統和人事管理系統的部分功能模塊。
系統應用后，豪享來在管理全國各門店房屋租賃合同上，一定程度上提高了管理效率,并且及時有效提供了相應預警信息;短信收發系統方便了總部及時傳遞各項信息;會員系統更好的管理全國各門店的會員信息;人事系統在管理中減少工作量等。
三、金融行業項目，我參與了中國銀行廈門分行，企業轉賬管理系統中的部分模塊開發。
本系統方便了企業快速實現大量和復雜的轉賬工作。
軟件開發工作總結12
從八月份入職至今,已一年過去了，回顧自己這段時間在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單位為長風的發展盡自己的力量。
軟件開發工作總結13
先自我簡介一下，本人從事asp。net開發進一年，09屆畢業生，xx年11月開始上班，之前做asp，xx年2月后開始做asp。net，由于公司轉型，現在帶十幾個人在一起搞asp。net開發，主要是關于準金融行業的行業管理軟件。年度總結在會議上也寫了，但僅限于對于工作總結及xx年工作計劃，自我總結較少，因此今天專門做下自我的年度總結，主要從技術、管理、人生上面談談這一年的收獲，前輩路過歡迎多多指正。
技術
我在學校里學的是電氣自動化，程序基礎僅限于c基礎課程的一些知識，后來由vb、html轉向asp，在asp上花費了不少時間，對asp比較熟悉，后來由于公司業務需要，將開發平臺轉向asp。net，開始對asp。net不是很感冒，以為就是asp的一點擴展（那時還不知道三層架構，數據數據訪問全在頁面里——！），后來招來幾個北大青鳥的過來終于意識到asp。net的強大之處，經過個人的努力已經逐步掌握了asp。net，現在層次上只能講個人覺得是入門而已，原因是多方面的，待會兒會講到。
相信從面向過程轉向面向對象的同學都有一種感覺：面向對象開始真的有點別扭，涉及到屬性，尤其是類之間的各種關系，那時老想用面向過程傳遞參數多方面啊。于是老在想對象這種東西，從概念中跳中來，以自己的方式去理解才逐漸體會到頁面對象的精華來，分層次展現、分級別訪問、封裝對象之間各種關系逐漸真正理解了，尤其是對象之間的關系，如對象a與對象b兩者之間的關系，有些需要完全公開，有些需要隱藏，有些需要通過第三方傳遞，有些需要給自己的下級可見，有些需要讓下級去完成具體操作——這不是現實的實際模型嗎？應該這么理解，面向對象來源于現實，它不是一種憑空空想出來的理論，這些對象之間的關系可以將其還原為父子、夫妻、領導下屬、同事、朋友之間的關系。相比之下，頁面過程往往像是一股腦全部推給用戶使用，其中的數據與數據訪問方法層次不清晰，在模擬現實上它與面向對象相比更易于入門理解，實質上難于準確直接地表述。
面向對象上另一方面是它的設計模式，在之前的面向過程中對這個設計模式并沒有清晰地提出來，面向過程優秀的代碼要求高內聚低耦合，從個人的理解上，這僅是對軟件開發方法“技”上理論總結；設計模式是達到了“道”的層次，因為它從更大的方向、更抽象的層次來去表述具體的代碼模塊之間的關系，可以認為設計模式是完全從實際的應用來不斷總結得來的經驗，之間并沒有這種術語，但相信前人肯定也使用到這種思想，它從實際應用于來，當然要應用于實際工作中，認真思考不斷總結每個人都會有自己的`“設計模式”，可以借鑒前人的思想來去提升自己，不可去為“設計模式”而設計模式。
具體到asp。net的實現模型中，真正理解它的機制與方法也就不難理解，記住b/s中離不開post或get，所有的autopostback、selectedindexchanged……都是去調用form傳值，加上runat=server的服務器控件打開它生成的源文件也是普通的html標簽，微軟的讓軟件開發更容易的思路是很好的，時代在前進，很多年前你使用c寫出mis證明你很牛，很多年之后你不在使用c去寫“學生管理系統”、“圖書館管理系統”那只能說明你的腦子少一根筋，開發語言都有長處與不足的地方，因為它們適用的場合不同，類似不能拿匕首去跟炮彈比，也不能拿c與php比，程序員都有一種偏執的心理，但一點要記住，你面對的用戶才有最終發言權，程序能不能滿足需要，易用性、穩定性、成本才是應當首先放到重要位置來去談的。
管理
最開始擔任管理一職時開發團隊加我在內只有四個人，那時只是抱著接受挑戰的心理去做管理，加上我本人比較重感情，團隊之間關系相處都不錯，但嚴重的問題逐漸顯露出來：工作的隨意性、團隊精神薄弱、工作方式蠻干，印象深刻的是有幾個開始承諾項目不能完工，于是最后天天加班，一直做到早上6點，睡一會7點半接著上班，幾個同事都是年齡差不多的小伙子，干勁十足。后來隨著時間的推進，問題越來越擺在眼前：項目遲遲不能完工，又由于公司待遇方面讓新員工感覺不值得，于是形成了老板抱怨員工也抱怨的狀況，我在中間兩點都要去“消火”，這期間是我們部門相對最累的時間但也是相對感覺最充實的時候，后來，之前的員工跟我說“再也找不到那種感覺了”，這是我能想像的。這期間主要是老總對我十分信任，工作上主要是管理方法上對我指點了不少。后來我逐步體會到，管理應該是“大家定規則去遵守”，而不應該是“人管人”。
人管人很容易陷入一個誤區：領導去時時刻刻關注每個員工，這樣最后往往后造成員工對領導的敷衍了事，管理松了員工會責任下下降，管理緊了造成員工與領導關系緊張，另一方面領導時間精力有限必然耗費大量的精力在日常的監督中而不能投入到全局的管理中。
于是“定制度—定分工—定進度”，明確日常所有的規章制度，這期間除了公司主要的工作規章制度外其他的日常工作紀律、日常管理等規章制度都是我本人制訂，然后征求大家意見最后去貫徹執行。中間也遇到了不少問題，比如開始我們內部是允許使用qq的，后來員工用qq閑聊的時間增多，大大影響了工作效率，最后決心禁止，開始阻力較大（貌似程序員都喜歡掛上幾個qq去到群里搞個群主，雖然群里大多都是菜鳥），最后多次開會，逐個談話，闡明道理，形勢逐漸好轉。
項目分工上針對技術水平明確分工，制訂項目開發計劃，由于開始技術都不是很成熟，不少時間我這邊強勢要求，使用野蠻方法，完不成加班——我陪著加班，這段時間能感覺到員工對我稍有怨言但總體還是認可的。
這期間公司新招人員，人員的增多更使我意識到團隊管理的重要性，這期間版本控制、編碼規范、文檔管理、bug管理等諸多問題都得到一一解決，技術水平上主要是我個人利用空余時間學習新知識充電，然后展開各種培訓，主要是photoshop、css、js、sql等方面，培訓一方面提升了員工的技術水平，一方面我本人在學習培訓的過程中得到的最多，因為這個時候個人要求去思考的會，加上我本人對技術興趣比較深厚，所以后期工作慢慢踏入良性循環。
待遇低、條件艱苦、工作時間長、工作壓力大是團隊中最大的難題，這方面公司在某些方面決策層有著嚴重的錯誤思想，造成技術人員對公司埋怨增多，在這方面我本人只能以勸架婆的身價去安慰身邊的兄弟，因為我明白現在公司的問題與當前中國軟件行業的通病一樣，盲目追求利益最大化，不求質量，但求速度，整個社會風氣造成軟件行業良莠不齊發展，整個中國三四個人的開發團隊組成的公司數不勝數，整個程序員階層生存狀況可想而知，瘋狂加班、代碼質量低下、維護成本大、穩定性差、用戶體驗差……。當然我們本身不能去逃避這個現狀，對于個人來講任何假大空的口號都是沒有意義的，程序員作為技術人員最重要的是心態，以良好的心態去面對各種問題，發現問題、解決問題，發現問題抱怨是解決不了問題的（“it民工”是我個人認為it人最沒有正確的自我定位的一個稱謂，試想一個人連自己都看不起自己的職業，他能做好自己的工作嗎？），最主要是解決問題。
我在面試員工時反復提到的三點是；工作態度、發展潛力、工作能力，由前向后排序，心態最重要，大公司大家都想削尖腦袋往里擠，但名額有限，所以廣大的程序員同志絕大多數都集中在二流三流四流的軟件公司，這個時候更應該做好個人職業定位。以我個人的經驗，新員工選擇一家公司往往最看重工資待遇跟發展潛力，程序員是一種不可以混日子的職業，工作能力很重要，但不是最主要的，工作態度是最重要的，工作態度往往跟個人的思想認識還有職業所在的環境有關，我個人的體會是絕不能太過于情緒化，情緒化無論是對工作還是對個人的發展都是不利的，就是說哪怕是明天你要辭職，你今天都要把今天要做的事情認真用心做好。
對于工作責任心不夠的員工是尤其值得關注的，他們往往自我意識過于強烈，追求以自我為中心，很多時候伴隨著工作得不到認可、工作感覺不充實不開心，我會主動找他談話，我認識：你管理的是一個實實在在的人，他不是一臺任你擺布的機器，人會有情緒往往是有心結，找到原因，多加開導，用心去關心每個成員。對于實在不適合在本團隊發展的員工要做好最壞打算。程序員這個職業與現在的大學生具有一致的特征，一個是從天之驕子淪為多余人，一個是從高智商人士成為今天中國通行的”it民工“。另一方面是程序員往往年齡集中在20—25之間的男性中，情緒化、失落感、心理不成熟等一系列問題都會出現。但這個階段的人往往也最易溝通，可塑性也較強，適當的引導、合理的方式會比野蠻的管理效果強上百倍。
軟件開發工作總結14
時間過的真快，轉眼間我已經在XX移動工作2個月了，這段時間里我抱著虛心學習的態度，學習公司的開發流程，熟悉公司的企業文化。了解公司的系統開發框架、主要技術。主動和同事溝通、學習經驗。在接到項目開發任務后，努力和認真的工作，并在同事的幫助下，如期完成了項目的開發。
試用期的工作還比較有限，簡單的列了一些，期待公司領導指出工作中的不足。
1、熟悉公司軟件開發的系統框架和主要技術，主要任務是掌握C#開發語言和.net集成開發環境，熟悉公司軟件開發的基本框架及分層開發方式。
2、熟悉勞務費的業務需求，主要任務是參與勞務費許求的`分析與討論，手機版整理出系統的流程和基本功能模塊，并設計出數據庫。
3、完成勞務費系統功能的開發和測試，主要任務是開發所有web頁面，包括基本設定，業務數據導入，各分區域和機型統計報表，及備件核銷勞務費的計算等存儲過程的編寫。
4、參與電子臺帳和物流系統的開發，目前主要任務是完成臺帳定單部分和報關部分的開發。
在這期間，我也發現自己的很多不足，主要表現在對公司的一些業務不夠了解，關于這點我以后要加強和同事的溝通和學習，還有就是代碼的組織不是很清晰，關于這點，在現在的開發中我已經改善。
信息管理部是一個專業性較強的團隊，專業水平是個人的核心競爭力，我非常榮幸能加入這個團隊，我將努力的提升自己的專業水平，并擴充學習部門的相關業務知識，爭取能在C#開發、ERP二次開發、OracleDBA等方面取得很大的進步。
軟件開發工作總結15
08年頂著名校碩士的光環加入了一家非常有名的非軟件公司做軟件開發，剛開始一切其實都很美好。大外企的各種好在頭一年給自己帶來了很多光環，當然自己也學到了很多(主要是非技術的東西)。
可是從第二年開始，當自己被各種郵件，開會和扯皮的事包圍后，技術能力急轉直下。然而自己當時還沒意識到這個問題，感覺錢還行，也不忙，再加上本來就很迷茫，就得過且過了。
直到去年，很多清華北大同事的離職，日復一日的簡單重復工作，明顯的天花板，不漲的`工資，以及家庭原因的集中爆發才讓自己后知后覺，才開始反醒，才開始下決心做轉變。
然而轉變是痛苦的，這五年技術上主要是在windows平臺上做一些企業內部業務的處理和展示，主要用一點c++/c#，還有MFC，Winform，WPF，WCF。
技術基本上是做的皮毛，一般問題用MSDN,google和stackoverflow就能基本解決。用不到數據庫，也用不到什么數據結構，用到一點點網絡知識，主要精力都在業務展現上。這一切在我看來招個應屆生用一年也能有和我一樣的開發能力，唯一懂的多的業務，也長進不多，都是繁雜的重復。
所以在自己開始面試和找工作時被bs了很多次，頂著光環人家一般都給你面試機會，但是一旦聊到技術細節，自己很多都答不上來，也曾經一度非常沮喪。
慶幸最后找了個技術相關的職位，能夠兼顧到家庭和自己后面發展的想法，還算可以，這是后話，暫不討論。
【軟件開發工作總結】相關文章：
軟件開發工作總結15篇11-28
軟件開發工程師工作總結10-31
軟件開發個人工作總結12-02
軟件開發試用期工作總結10-07
軟件開發年終工作總結08-05
軟件開發人員工作總結10-01
軟件開發年終工作總結12-05
軟件開發試用期工作總結【實用】10-13
軟件開發年終工作總結11-07