總結是在某一時期、某一專案或某些工作告一段落或者全部完成後進行回顧檢查、分析評價，從而得出教訓和一些規律性認識的一種書面材料，它可以有效鍛鍊我們的語言組織能力，因此好好準備一份總結吧。但是卻發現不知道該寫些什麼，以下是小編幫大家整理的軟體培訓總結報告，僅供參考，歡迎大家閱讀。
軟體培訓總結報告1
我應該是對maya第一階段的學習有一個初步的認識了，在接maya之前一直覺得這個軟體很神祕，當栩栩如生的三維動畫就是用它製作出來的，我又對這個軟體產生了幾分“愛意”。
帶著這份“愛意”我到清美報名了，接待的老師很熱情，教學老師也很認真負責，這裡不累贅闡述。
下面就我第一階段的學習作一個簡單的心得彙報：
maya軟體的主要有四個模組：maya建模、maya動畫角色建模、maya材質燈光、maya角色動畫、maya後期特效。
我首先接觸到的就是建模，想學好三維動畫，當然要把這個maya角色建模學好啦。
三維動畫的建模主要有：a、nurbs曲面建模技術。
b、polygons多邊形建模技術。
c、subdiv細分建模技術。
當李老師給我們上完第一堂課後，我對maya的“愛意”就全消了，因為軟體基本都是英文，而我又是一個英語盲，除了簡單“thank you”之外估計就說不出完整的第二句，加上翻了一下教材，難度之大完全觸及了我的底線。
當然“愛意”頓時消退，可是我還是很認真地去學，鑑於我個人的職業發展方向的需求和動漫產業的朝陽性，我的學習動力依舊，老師也很負責地在教授。
由於寫字速度慢，字又寫得不好，所以上課做的龍飛鳳舞的筆記也只有我自己看的懂，亂七八糟的圈圈叉叉中蘊涵著大致內容和操作步驟，整個上午所要學的東西很多很繁瑣，動手操作時腦袋時常會混淆一些東西，導致步驟混亂，所以做我做起東西來會很慢。
好在我們上課的時候都人手一機，可以及時消化，在不至於打亂仗。
經過老師多天來的孜孜不倦的教誨，以及自己的勤學苦練。
一個月後自己終於可以動手做出完整的模型了，嘿嘿……雖然做出的東西還比較粗糙和幼稚。
經過幾天的鏖戰，最終做出了機器貓，那個得瑟勁不知道大家能否體會，讓我也有了無比的成就感。
當然現實是殘酷的，在我得瑟完畢靜下心來，把自己做的模型和參考的圖片進行比較時，我才認識天壤之別是什麼意思。
這種差距源自於兩者的創作意圖，源自於時間的磨礪，源自於經驗，文化和技術的沉澱，快餐和速成文化對我們這代人的影響等等等等。
這些都是我從兩幅作品的對比中體會到的。
作品本身不會說話，卻可以感染我這樣去想。
於是我此時此刻深信一句話“學習是沒有捷徑可言的，唯一的捷徑就是不斷的學習和練習，只有這樣才能學到真功夫”。
我學maya還只邁出了第一步，路漫漫其修遠兮，吾將更加努力。
我也相信在李老師的教導下，我在清美一定能學到更多的東西。
以後的學習心得我會慢慢更新，希望有同樣經歷的朋友能夠多多交流！以下是我還沒有做完的作品，希望專業人士給點意見！
軟體培訓總結報告2
通過這半學期我對軟體工程的學習，老師在課堂上從軟體工程的基礎到使用者的需求分析，最後到黑盒白盒測試通過自身做過的一些案例，生動形象的講解了軟體工程這門本身枯燥乏味的課程，這不僅增強了學生學習的積極性，也通過讓我們自己去做一些需求分析，我們從中學到了許多知識。
老師不僅僅在課堂上對我們悉心的知道，在課外還讓我們多看一些有關軟體工程方面最前沿的理論，通過這段時間我讀了《軟體工程——實踐者的研究方法》、《件工程案例》這兩本書，通過自己的讀書學習，我有以下心得體會。
眾所周知軟體對於一個公司，一個企業乃至一個國家都是十分重要的，因此一個軟體的維護也十分重要，下面我就講一些關於軟體維護的知識。
維護階段是軟體生存期中時間最長的一個階段，也是花費的精力和費用最多的一個階段。
由於作業系統軟體和基礎軟體版本升級或應用管理系統軟體的不斷開發、完善，需要對軟體進行維護。
但當執行環境改變或者系統功能、效能需求發生變化，使原軟體不能通過維護的手段滿足使用者需求時，則需要進行軟體更新。
1、軟體維護的型別：
軟體的開發過程對軟體的維護有較大的影響。
若不採用軟體工程的方法開發軟體，則軟體只有程式而無文件，維護工作非常困難，這是一種非結構化的維護。
若採用軟體工程的方法開發軟體，則各階段都有相應的文件，容易進行維護工這是一種結構化的維護。
非結構化維護活動只能從閱讀、理解和分析源程式開始，這樣做難以弄清系統功能、軟體結構、資料結構等問題，常常造成誤解。
同時由於沒有測試文件，也不可能進行迴歸測試很難保證程式的正確性。
這種軟體維護方法僅在軟體工程時代之前採用。
在進行結構化維護活動時，需從評價需求說明開始，弄清楚軟體功能、效能上的改變；對設計說明文件進行評價，並進行修改和複查；根據設計的修改，
進行程式的變動；根據測試文件中的測試用例進行迴歸測試；最後，把修改後的軟體再次交付使用。
這對於減少精力、減少花費和提高軟體維護效率有很大的作用。
2、軟體維護的困難：
軟體維護的困難主要是由於軟體需求分析和開發方法的缺陷造成的。
軟體生存週期中的開發階段沒有嚴格而科學的管理和規劃，就會引起軟體執行時的維護困難。
這種困難表現在如下幾個方面。
（1）讀懂別人的程式是困難的。
（2）文件的'不一致性。
這種不一致性表現在各種文件之間的不一致以及文件與程式之的不一致。
（3）軟體開發和軟體維護在人員和時間上存在差異。
（4）軟體維護不是一項吸引人的工作。
3、軟體維護的費用：
軟體維護的費用在總費用中的比重是不斷增加的，它在1970年佔35%～40%，1980年上升到40%～60%，1990年上升到70%～80%。
軟體維護費用不斷上升，這只是軟體維護有形的代價，另外還有無形的代價，即要佔用更多的資源。
由於大量軟體的維護活動要使用較多的硬體、軟體和軟體人員等資源，這樣一來，投入新的軟體開發的資源就因不足而受到影響。
由於維護時的改動，在軟體中引入了潛在的故障，從而降低了軟體的質量。
4、軟體維護的分類
軟體維護有改正性維護、適應性維護、完善性維護和預防性維護4類。
（1）改正性維護。
在軟體交付使用後，由於開發時測試的不徹底、不完全，必然會有一部分隱藏的錯誤被帶到執行階段來，這些隱藏下來的錯誤在某些特定的使用環境下就會暴露。
為了識別和糾正軟體錯誤、改正軟體效能上的缺陷、排除實施中的誤使用，應當進行的診斷和改正錯誤的過程，就叫做改正性維護。
例如，改正性維護可以是改正原來程式中未使開關（off/on）復原的錯誤；解決開發時未能測試各種可能情況帶來的問題；解決原來程式中遺漏處理檔案中最後一個記錄的問題等。
（2）適應性維護。
隨著計算機的飛速發展，外部環境（新的硬、軟體配臵）或資料環境（資料庫、資料格式、資料輸入/輸出方式、資料儲存介質）可能發生變化，為了使軟體適應這種變化，而去修改軟體的過程就叫做適應性維護。
例如，適應性維護可以是為現有的某個應用問題實現一個數據庫；對某個指定的事務編碼進行修改，增加字元個數；調整兩個程式，使它們可以使用相同的記錄結構；修改程式，使其適用於另外一種終端。
（3）完善性維護。
在軟體的使用過程中，使用者往往會對軟體提出新的功能與效能要求。
為了滿足這些要求，需要修改或再開發軟體，以擴充軟體功能、增強軟體效能、改進加工效率、提高軟體的可維護性，這種情況下進行的維護活動叫做完善性維護。
例如，完善性維護可能是修改一個計算工資的程式，使其增加新的扣除專案；縮短系統的應答時間，使其達到特定的要求；把現有程式的終端對話方式加以改造，使其具有方便使用者使用的介面；改進圖形輸出；增加聯機幫助（Help）功能；為軟體的執行增加監控設施等。
在維護階段的最七年級兩年，改正性維護的工作量較大。
隨著錯誤發現率急劇降低，並趨於穩定，就進入了正常使用期。
然而，由於改造的要求，適應性維護和完善性維護的工作量逐步增加，在這種維護過程中又會引入新的錯誤，從而加重了維護的工作量。
實踐表明，在幾種維護活動中，完善性維護所佔的比重最大。
即大部分維護工作是改變和加強軟體，而不是糾錯。
所以，維護並不一定是救火式的緊急維修，而可以是有計劃、有預謀的一種再開發活動。
事實證明，來自使用者要求而擴充、加強軟體功能、效能的維護活動約佔整個維護工作的50%。
（4）預防性維護。
除了以上三類維護之外，還有一類維護活動，叫做預防性維護。
這是為了提高軟體的可維護性、可靠性等，為以後進一步改進軟體打下良好基礎。
通常，預防性維護定義為：“把今天的方法學用於昨天的系統以滿足明天的需要”。
軟體培訓總結報告3
來到北大青鳥通州校區學習已經快一年了，雖然時間不算太長，但對於我而言，在北大青鳥，我的收穫是無法用時間長短來衡量的！
以前，我一直以為軟體的開發其實是一件很輕鬆的事情，只要一天坐在電腦旁敲敲鍵盤，那麼一切就可以了，但是現在我才發現，我以前的很多的思想是多麼的膚淺可笑。
程式設計其實是一種樂趣和苦惱共存的一項創造性活動。
因為程式設計不僅能夠滿足我們內心深處進行創造的渴望，而且還能愉悅我們內在的情感。
我們會在攻下一個又一個的難關之中，不斷成長，不斷自我增值從而實現自我的滿足！
在北大青鳥廣力學習的這段日子中，我覺得學習的負擔並不會太重，學習壓力比高三時要輕得多，但由於初次接觸程式設計這一課程，所起初也不太適應，但經過一段時間的學習，現在逐漸適應了。
我覺得學習程式設計最重要的是練習，俗話說：“熟能生巧”。
的確，一開始的時候，我只顧看書，並沒有太多上機練習，結果學完的知識總是很快就忘了，後來我才逐漸意識到練習的重要性，現在學習感覺上已經比開始輕鬆多了。
另外，我瞭解到了預習的重要性，每個人對新的事物都會感到陌生和害怕，這是人的本能，但現在每節課都會有新的知識，我們要想對於這些新的知識不畏懼，最好的方法莫過於預習了，每次上課後不僅要溫習，更加要預習，先溫習後預習，這是我一貫的學習作風。
儘管預習經常會有不明白的地方，但你依然要去看，把問題記下，第二天帶著問題上課，這樣往往就能事半功倍，讓你學得更好！
想通了以後，我自己也越來越自信了。
就像一隻從起跑線上開始爬行的蝸牛，雖然很慢，但是我目標很明確，很堅定！或許很多人會認為學習軟體是一門很枯燥的課程，但是我覺得這乏味中也有不少樂趣。
例如學習。NET和C#時，我們小組就自己製作了一款小遊戲，雖然是一款很簡單的小遊戲，只能有一些普通的攻擊動作，但是它就是我們的學習成果。
玩著自己編寫出來的小軟體，想著以後能開發出更厲害更完善的系統，讓我們對未來的工作和學習充滿了動力！
學習軟體並非易事，這其中的碰到的困難也有很多。
如果你問我在學習軟體的過程中，什麼學習方法最重要，那我會認為勤奮是最重要的。
一定要反覆的練習，這樣你才會掌握得更紮實，基礎打得好，後期的學習才會更省力！另外，我覺得課餘時間應該好好的利用起來，不要侷限於課本，要主動的去學習更多的知識和技能，為以後的工作準備更多的能力！