1/1軟件培訓心得體會

通過實訓中心老師的課堂講解與企業化標準的培訓，使我加深了對自己專業的認識。從而確定自己以后的努力方向。要想在短暫的實訓時間內，盡可能多的學到東西，就需要我們跟老師或同學進行很好的溝通，加深彼此的了解。只有我們跟老師多溝通，讓老師更了解我們，才能跟真切的對我們進行培訓工作。由此，班級的文化“共享”就在生活中慢慢形成了。

“紙上得來終覺淺，絕知此事要躬行！”在這短短的時間里，讓我深深的感覺到自己在實際應用中所學專業知識的匱乏。讓我真真領悟到“學無止境”這句話的涵義。而老師在專業認識周中所講的，都是課本上沒有而對我們又非常實用的東西，這又給我們的實訓增加了濃墨淡采的光輝。我懂得了實際生活中，專業知識是怎樣應用與實踐的。在這些過程中，我不僅知道了職業生涯所需具備的專業知識，而且讓我深深體會到一個團隊中各成員合作的重要性，要善于團隊合作，善于利用別人的智慧，這才是大智慧。靠單一的力量是很難完成一個大項目的，在進行團隊合作的時候，還要耐心聽取每個成員的意見，使我們的組合達到更加完美。

這次實訓帶給我太多的感觸，它讓我知道工作上的辛苦，事業途中的艱辛。讓我知道了實際的工作并不像在學校學習那樣輕松。

人非生而知之，雖然我現在的知識結構還很差，但是我知道要學的知識，一靠努力學習，二靠潛心實踐。沒有實踐，學習就是無源之水，無本之木。這次實訓讓我在一瞬間長大：我們不可能永遠呆在象牙塔中，過著一種無憂無慮的生活，我們總是要走上社會的，而社會，就是要靠我們這些年輕的一代來推動。這就是我們不遠千里來實訓的心得和感受，而不久后的我，面臨是就業壓力，還是繼續深造，我想我都應該好好經營自己的時間，充實、完善自我，不要讓自己的人生留下任何空白！

實訓中除了學到不少專業知識，也了解一些社會的現實性，包括人際交往，溝通方式及相關禮節方面的內容，對于團隊開發來說，團結一致使我深有體會。團隊的合作注重溝通和信任，不能不屑于做小事，永遠都要保持親和誠信，把專業理論運用到具體實踐中，不僅加深我對理論的掌握和運用，還讓我擁有了一次又一次難忘的開發經理，這是也是實訓最大的收獲。

現在我對“一個人最大的財富是他的人生經歷和關系網絡”這句話非常的有感情，因為它確實幫了我們不少。除此課本上的知識畢竟有限。通過實訓，我班同學都有這樣一個感覺，課本上的理論知識與實際工作有很大差距，只有知識是遠遠不夠的，專業技能急需提高。

從最初的笨手笨腳，到現在可以熟練的按照流程開發軟件，這都與我班每個人的努力是分不開的。十個月的實訓，教會了我們很多東西，同時也鍛煉了大家踏實、穩重的能力，每個人都很珍惜這來之不易的實訓機會。

在實際工作中經常會和不同的人打交道，然而他們的態度是不可恭維的，你會感覺到他的不耐煩以及他的高傲，所以這就需要學會溝通的方式及說話技巧，學會靈活面對。通過這十個月的實訓，我班同學都收獲頗豐，總體來說對這次實訓還是很滿意的。盡管實訓很累，每天早出晚歸。但真的很感謝學校能夠提供我們這樣好的實訓機會，以及東軟給予我們的實訓平臺。我們深刻的了解到，只有經歷過，才知道其中的滋味。對于我而言，喜歡體驗生活，可以說通過這次實訓，真真切切的讓我了解了什么是軟件開發，什么是軟件工程，讓我對于軟件最初的觀點也有了本質性的改變！程序員不僅僅是一份職業，更是一份細心一份耐心一份責任心=人生價值的詮釋。即將走向工作崗位的我們更要不斷加強自己的專業技能，社會不會要一個一無是處的人，所以我們要更多更快的從一個學校人向社會人轉變。為此我們將會在以后的日子里繼續努力，不斷激勵經驗，不斷磨礪自己，早日走向工作崗位。

2

這學期學習了軟件工程實踐這門課，我覺得這是對上學期的軟件工程課程學習的檢驗，上學期學習軟件工程只是我們淺顯的認識，相比之下，這學期就更加全面的說明了開發一個項目所需要的步驟以及開發項目過程中所需要注意的諸多細節。如果說上學期的課程注重理論基礎的話，那么這學期的軟工實踐，顧名思義，就是側重我們動手操作的能力。

原來我認為開發一個項目最重要的就是寫代碼，似乎整個軟件都是編代碼，因為自己動手能力不強所以就很排斥做項目。可是經過我們學習軟工課程到團隊做項目再到學習軟件工程實踐課程之后，我才真正意識到實施一個軟件工程項目并不是說簡單的會編碼就能夠解決問題的，因為一個軟件的生命周期分為三個時期：軟件定義時期、開發時期、維護時期，而這三個時期整體又分為七個階段，他們分別是：問題定義、可行性研究、需求分析、總體設計、詳細設計、編碼和單元測試、綜合測試，由此可看出，當我們開發一個項目時，更多的精力不是放在編碼上，編碼只是一個很小的模塊，而是項目的整體結構上。

在寫軟工實踐體會之前，我想在這里總結一下上學期三人團隊做項目的相關事宜。上學期我們三人團隊根據軟件開發的步驟開發一個名為“西大老鄉‘薈’”的社交系統，主要是為西大學子提供一個找老鄉的平臺。雖然只進行到詳細設計階段，沒有進一步實現，但是我還是從中學到很多東西的。首先要先確定項目主題，也就是這個項目用來做什么，可以解決什么問題。接著就是這個項目是否有研究的必要以及是否有解決的辦法，針對我們的項目，我們對西大的一些學生做了問卷調查，并從調查中繼續完善系統本身的做用戶。第三步根據我們確定的項目主題進行需求分析，這一步驟當時做的不是很好，比如所畫E—R圖、數據流圖等都有考慮不周的問題，導致接下來的概要設計、詳細設計進行的很困難，有些步驟甚至還需要返工。

從我們在需求分析中出現的問題，使我們明白了軟件定義階段對于一個項目的開發是至關重要的，當軟件定義階段完成時必須要用正式的文檔準確的地記錄目標系統的需求。只有前期的準備工作做得好，后面的工作才能順利進行。雖然項目最后沒有完全實現，但是起碼我們已經初步體會到軟件項目開發的步驟，以及每一步所需要完成的文檔等內容。

這學期的軟件工程實踐雖然不是親自動手開發一個系統，但是張元平老師以“物聯網物流倉儲管理系統”為主給我們講解了一個真實系統的開發過程，從計劃到項目系統的發布實施，以及每一步必須生成的文檔。我主要從以下五個方面談一下我的心得體會。

第一、行業背景說明方面

對于一個軟件系統的開發，第一步就是問題定義，了解所開發系統的行業背景，制定計劃。當我們計劃確定以后就要對項目系統本身進行可行性研究，主要從技術可行性、經濟可行性和操作可行性三個方面著手。就比如《物聯網物流倉庫管理系統》的行業背景說明文檔中非常詳細地分析了當下物聯網物流行業的整體業務說明、應用背景、未來發展趨勢以及相關應用案例等四個方面，項目團隊中系統分析員就可以根據這份文檔以及相關的調查資料對將要開發系統的進行定義等工作。

原來我們寫這類文檔的時候就是草草了事，不會做得這么詳細，而這次看到大型項目的行業背景說明也是這么詳細，也讓自己認識到不管是軟件開發的那個階段都要認真對待，這些瑣碎的文檔都是后期開發項目的支撐，只要它們做的透徹，后面的開發工作才能更順利的進行。

第二、項目需求說明方面

這部分項目需求說明就是軟件定義時期中需求分析階段，而該階段的主要目的就是了解用戶的需要，根據用戶的需要確定系統必須完成那些工作，并對目標系統提出完整、準確、清晰、具體的要求。在需求分析結束之前系統分析人員要寫出一份需求規格說明，即為《物聯網物流倉儲管理系統》項目需求說明文檔。我們可以看出該文檔也是非常詳細，相比之下我們之前做項目時寫的需求規格說明書就非常不合格，不僅格式不正確內容也是少之又少。

在這方面，這篇文檔給我啟發很大。首先就是文檔的格式，要美觀整齊，讓人看著舒服方便。其次就是文檔的內容，原來它不是很重要，寫文檔的時候也不知道怎么寫就借鑒下網上的內容，結果根本就沒有把自己項目的需求寫明白，以至于自己最后都有些糊涂，所以根據以前的經驗教訓我會對這部分更加重視。

第三、系統概要設計方面

這部分內容分說的是軟件設計時期的概要設計階段，該階段的主要目的就是實現系統的功能、設計軟件的結構、模塊組成以及模塊之間的關系。在概要設計階段，我們可以站在全局的高度上，花較少的成本，從抽象的層次上分析對比多種可能的系統實現方案和軟件結構，從中選出最佳方案和最合理的結構。在這個階段還會具體畫出E—R圖、數據流圖等方面的設計。

比如《物聯網物流倉庫管理系統》的系統概要設計從項目概述、設計約束、功能單元與功能模塊設計、數據E—R圖設計、總體設計、界面設計等六個方面介紹，通過讀這個文檔，我覺得最重要的還是總體設計，分別從邏輯架構設計、物理架構設計、技術架構設計設計系統。在這個階段中模塊要做到高內聚低耦合，這樣開發出來的系統才會具有更高的獨立性。

在原來做項目時沒有編寫過這類文檔，在該階段只是畫了結構圖、層次圖以及相關的模塊劃分，對該類文檔尚未重視。通過張老師的講解和自己的學習，我相信在以后做項目的時候一定會注意到這類文檔的編寫。

第四、詳細設計與分析方面

詳細設計階段就是把概要設計階段的每個模塊進一步設計，確定每個模塊所需要的算法和數據結構。在這個階段還是需要我們設計出程序的詳細規格說明，而不是編寫程序。在詳細設計階段，系統設計人員可以通過使用程序流程圖、盒圖、PAD圖等過程設計的工具和Jackson圖等面向數據結構的設計工具進一步設計系統相關接口，主要包括界面設計接口、業務單設計接口、單元模塊設計接口等，這些對于以后的編碼工作都是極其重要的。

第五、編碼和測試方案方面

關于編碼，我認為編碼要想做的完美必備條件就是前面的軟件定義和軟件設計時期要按部就班的做，文檔一定要按要求書寫，不能偷懶也不能草草書寫。對于編碼也要有相應的文檔書寫規范，要使源程序代碼的邏輯簡明清晰、易讀易懂。這樣盡管我們不是設計系統的人員，當看到源程序代碼的時候也能容易讀懂代碼的意思。

其次就是測試的內容，從測試的文檔中我們可以得出，其實測試在軟件開發中同樣占據了重要的地位，它主要就是盡可能多的找到問題并排除其中的潛藏的錯誤，最終把一個高質量的軟件系統交給用戶使用。它要求測試人員也要有很高的技術水平。

3

將近一個月的假期實習生活結束了，告別了這一次短暫的實習生活，這段時間也讓我感概萬分，有歡樂，也有苦累，也許這就是實習生活所必須經歷的吧。似乎嘗到了校園中所不能經歷的辛酸苦累，所以，這段時間里我學到了很多，也都成為了我人生中的寶貴財富，也邁向了社會中重要的一步，是非常值得珍惜的。

這次實踐主要就是學會使用公司軟件部門所開發的應用軟件和各種產品設備，熟悉和了解一貫的操作方法和可能出現的問題，并就如何解決問題向老員工請教方法。教我的是一位年紀稍大的老員工，先與我說了一下要點，然后讓我自已看，遇到不懂的就問。初次接觸，發現它并不像書本那樣的有條有序，許多信息夾雜在一起，令人眼花繚亂，而有不同的種類，要做到隨便一看就知是什么單是不行的，因為看過一點有關軟件測試的書籍，所有有點了解，但是這些根本不夠，于是接來的幾天我就踏踏實實的坐在哪里認真的看產品介紹和說明書，熟悉它的大致結構。

熟悉了相關軟件和硬件的操作和基本故障診斷之后，我也成為工作之中的一員，開始嘗試解決客戶應用產品中出現的一些問題。在這一段時間里，主要任務有鞏固之前所學的，對常見的錯誤要一看便知，并養成認真仔細的工作習慣。在工作的過程中我也遇到了一些棘手的問題，但是經過大家的共同努力也一起解決了。經過了這些之后我也感覺到光靠培訓聽講是不那么管用的，有時候也要自己試著去解決問題去親自動手測試一些東西，在實際的應用過程中去發現問題和解決問題，做任何事都是一樣要實事求是。

結合之前的培訓，了解我現在的任務就是熟悉各種軟件的操作和數據結構，然后在此基礎上盡一切可能的去模擬、去思考現實使用環境中的應用可能性和預測可能出現的狀況再對比一出現故障的概率等等，在這樣的一個環節之后我要做的更細致的活兒就是做好各種測試計劃和測試報告，然后對這些報告做一個準確和客觀的評估然后將我所獲得的結果反饋給軟件或者硬件開發人員。

經過了將近一個月時間學習，了解到自己還有許多的不足，首先是缺乏工作經驗，因為自己缺乏經驗，很多問題而不能分清主次，還有些培訓或學習不能找到重點，然后工作態度仍然不夠積極，在工作中僅僅能夠完成布置的工作是不夠的，若沒有工作做時可能就會松懈，不能做到主動學習。在工作中，不允許絲毫的馬虎，嚴謹認真是時刻要牢記的。同時，學術上不夠鉆研，這是由工作性質決定的，也是我自己選擇的，因為在我看來，只有被市場認可的技術才有價值，，但我畢竟是大三在校生，對科研技術進展方面都不了解，所以還需要更多的鍛煉機會。

經過這一次的實踐與學習，我才慢慢開始真正了解了軟件測試工作，實習是一個開端，一個讓自己學會成長的地方，不管是從工作技能上還是為人處事上，我都感覺到了自己有很大的提高。

首先，應對軟件測試感興趣和對自己有自信，如果具備了這兩點，那么在開發過程中不管遇到什么樣的困難，我相信自己一定能克服。作為軟件測試工作者要善于懷疑，世界上沒有絕對正確的，總有錯誤的地方，具有叛逆心理，別人認為不可能發生的事，我卻認為可能發生，別人認為是對的，我卻認為不是對的。有時候，往往某些質疑才是關鍵。保持一個良好的心情，否則很可能無法把測試作好，一定不能把生活中的不愉快的情緒帶到工作中來。在工作技能上，因為從事的是測試工作，自己又沒有經驗，所以一切需要我從頭開始，而且更需要自己的努力、耐心和細心。這些都是自己欠缺的，但是在工作了這幾個月后，真的發現自己有了很大的改善。其次，讓自己成熟了許多。雖然不能用語言來描述，但是確實可以從生活中的點點滴滴感覺得到。經歷使人成長，只有經歷過，才可以讓自己真的成熟起來。

剛開始的時候很多人都和我一樣，認為軟件測試工作簡單，只需要動動鼠標就行，之后才明白當初的認識是多么的膚淺。雖然自是功能測試，手工測試的工作，但是那鼠標也不是那么亂點的!所以其實做任何一件事都要付出自己自己的真心，努力去做，勇敢去做，才能離成功更進一步。

4

軟件測試在整個軟件周期中的重要性，它存在于整個項目周期，在項目開始之初需求調研的時候就開始了，在形成需求規格說明書的時候就需要針對文檔進行測試。這個環節在后續整個項目中占了很大的比重，能主導整個項目的走向，成敗與否全在于開始階段的決策。

再嚴密的測試也不能完全發現軟件當中所有的錯誤，但是測試還是能發現大部分的錯誤，能確保軟件基本是可用的，所以在后續使用的過程中還需要加強快速響應的環節。結合軟件測試的理論，故障暴露在最終客戶端之前及時主動的去發現并解決。這一點就需要加強研發隊伍的建設。

經過這次培訓中多個案例的講解，讓我了解到系統在上線之后會有很多不能預知的性能問題，需要在上線之前實現進行模擬，以規避風險，包括大數據量訪問，高并發數等等。

當然也有很多應對手段，沒有哪種手段可稱為最完美，只有最合適的，需要靈活掌握，綜合運用以達到最優程度，這是個很值得研究的領域。

目前我們在項目建設過程中對性能壓力測試的重視程度還不太高，廠家也很少有雇傭第三方的測試機構。而是在現網進行試用，遇到問題再解決，可能會產生滯后問題，影響客戶使用。希望以后能在性能測試方面提高重視程度，加大人力投入，以保證系統上線后能夠穩定運行。

對于快速響應這塊，我們不能一味依賴廠家，而希望自己就能快速響應，及時將問題解決。這也是一個比較長遠的問題，需要加強研發力量的投入。

我個人是做開發出身，有此類經驗，當時是在客戶現場，因為了解系統內部結構，能夠在第一時間排查解決客戶所反饋問題。

現在系統完全由廠家開發，很難了解內部結構，或許會造成后期維護困難。所以，是否應該針對某些項目介入廠家研發工作，比如請廠家提供源代碼等相關要素，以增進維護人員對系統的了解。

最后再次感謝公司提供的平臺，感謝領導的信任，讓我有機會得到更深層次的學習以及展示自己能力的機會，我也會盡我所能來完善工作的系統，提高整體工作效率，為南方電網的發展建設提供更堅實，優秀的支撐服務平臺。

5

20xx年x月x日。我懷著對提高并實現自我價值的心態，走進深圳走秀網絡科技有限公司的大門，開始了自己大學里兼職實習工作。轉眼間。6個月的實習時間就要過去了。回想起這段時間的工作過程，我深深的認識到在走秀網實習的選擇是絕對正確的，走秀網和公司的同事們對我個人產生的積極影響也是超越我料想之中的。現將這段時間的工作進行如下總結。

首先，要具有良好的學習能力。剛進走秀，帶我的老大是哈爾濱人，我跟她很投緣。開始的一個星期，我只是熟悉公司的一些業務和我們前端的測試范圍，在熟悉業務的過程中，我發現這些頁面上的東西看上去挺簡單的，但是要深入了解還是需要很長的一段時間。期間老大叫一個老員工帶著我去測試一些之前所遺留的簡單的bug。走秀網的測試部還比較大，所以對工作的流程和上線之前的版本控制的非常嚴格。我們在上線之前，會經過兩套環境，功能測試環境和鏡像環境，功能測試環境是對需求和功能的一個詳細的驗證環境，鏡像環境是模擬生產環境回歸之前我們在功能測試環境上鎖遺留的一些小的bug。因為不知道這些轉測試的bug是怎么產生的，所以需要去跟開發人員溝通，開始的時候自己一個人不敢過去開發部，就讓老員工(才哥)帶著過去，一段時間過后，我開始自己去和開發溝通交流，從發現問題的重現，到催促開發修改和轉測試，這一段時間讓我深刻體會到溝通時多么重要。

在走秀期間，我們測試部總監還會對我們不定時的培訓。教會我們測試的工作流程和每個階段應該展開的工作范疇。作為測試，必要會使用的缺陷管理工具bugzilla和測試用例管理工具testlink，還給我們培訓了，如何使用自動化工具rubywatir來對一些測試點進行自動化腳本的編寫。慢慢的，在對公司的業務了解的比較透的時候，老大就開始讓我們自己對一些小需求進行測試，測試的過程中，不僅僅是對頁面和表面功能進行測試，還要根據需求文檔和頁面的顯示對數據庫表進行查詢操作，查看頁面的顯示和功能是否和數據表里面的一致，還要在后臺日志中查看是否有報錯。所以，測試并不是像我想象中的那么簡單，不是在頁面上點來點去就可以測的好的。

實習可以使每一個學生有更多的機會嘗試不同的工作，扮演不同的社會角色，逐步完成職業化角色的轉化，發現自己真實的潛力和興趣，以奠定良好的事業基礎，也為自我成長豐富了閱歷，促進整個社會人才資源的優化配置。作為一名學生，我想學習的目的不在于通過畢業考試，而是為了獲取知識，獲取工作技能，換句話說，在學校學習是為了能夠適應社會的需要，通過學習保證能夠完成將來的工作，為社會做出貢獻。然而步出象牙塔步入社會是有很大落差的，能夠以進入公司實習作為緩沖，對我而言是一件幸事，通過實習工作了解到工作的實際需要，使得學習的目的性更明確，得到的效果也相應的更好。

人要想成功及獲得好的業績，必須牢記一個規則：我們永遠不能將個人利益凌駕于團隊利益之上，在團隊工作中，會出現在自己的協助下同時也從中受益的情況，反過來看，自己本身受益其中，這是保證自己成功的最重要的因素之一。

6

在支付寶測試分析的角色和系統分析的角色是對應的，只不過一個是測試類的另外一個是開發類的。系分下面會有相應開發，測分下面會有相應的測試用例編寫和執行人員。也就是說測試分析文檔是對測試執行人員的一個指導(在我原來的理解方式上，覺得測試分析人員應該是用例編寫人員;而在這里測試分析人員是從業務上去分析的，用例是用例執行人員來寫并且執行的)。

而通過這次的這次分析覺得自己的測分還存在以下的問題：

1、太關注開發的內部實現邏輯。建議：將開發內部實現邏輯看成一個黑盒子，測試分析要從這個黑盒子的輸入和輸出上去看開發內部實現邏輯是不是有問題，而不應該先去了解開發的實現邏輯然后按照他們的思路去分析。

2、分析文檔寫的過于詳細，甚至將用例的步驟都寫了出來。建議：測試分析要從全局上去看問題，細節的東西即便是知道的，也要留給之后的用例編寫人員去了解(就像系分之后的開發需要去寫詳細設計的道理一樣)，這樣后面的人才會自己主動去想問題。

3、分析文檔要考慮維護性問題，不要出現類似比如還款中狀態為“R”這種具體的數據內容。因為我的分析是對后續用例編寫人員的一個指導性的文檔，所以如果側分這么寫很有可能導致用例也照著這么寫，其實不管側分和用例都不應該具體寫到R這么細節，否則的話開發稍作變動我們就要相應變動我們的用例

4、沒有明確測試目的。review用例的時候，沒有提出每個用例需要明確一個測試目的，讓別人來看這個用例的時候能明白到底是怎么回事。

總結：

1、以后寫測試分析文檔，依據僅僅是prd文檔，必須拋開開發實現邏輯部分(即不去看系分文檔)，待測分出來之后，再去看系分文檔，互相看看彼此考慮的是否存在遺漏的地方。等到在寫用例的時候再讓寫用例的人和相應的開發去互相明確更細節的東西。

2、寫用例我們目前都是僅僅做到對流程上的每個節點去單獨分析，細到看輸出的時候會關注到數據庫表的一個變化。但是除了以上部分，其實還少了對整體流程的關注，需要增加業務流程的各條路徑的一個覆蓋，在針對路徑的用例中不需要關注到數據庫表級那么細。

3、在做流程路徑覆蓋之前應該畫一個路徑圖，這個圖的畫法考慮各個入口的不同分開畫流程圖，分別進行路徑覆蓋。

7

時光荏苒，歲月如梭，不知不覺間發現我來公司已經有一個月的時間了。起初剛來報到時內心充滿著無限的向往，想像著職場生活會是怎樣的精彩，在哪里會體現自己的價值，可是第一天就受到了打擊，發現自己什么都不會，連領導們在討論什么事情都聽不懂。我知道，從大學到社會工作是要經歷一個過渡階段的，當然，這個過程中就需要自己去學會適應，學會成長，逐漸從一個稚嫩的大學生蛻變成為一個社會需要的人。

第一天上班我被分配的任務就是學習我們龐大集團所使用的財務軟件—金蝶K3，對于我來說，K3是一個很陌生的軟件，但是我想畢竟在大學里學習過用友財務軟件，財務知識都是一樣的，軟件也一定有相通的地方。首先，我學習了集團編寫的整車物流系統實施手冊和金蝶K3財務系統操作手冊，看了這兩本書后，只是對金蝶有了淺顯的了解，想象著軟件的操作流程。接著，用了一定的時間將我們公司金蝶K3培訓視頻全部觀看了一遍，在這個過程中我體會到工作中不僅要應用我們所學的財務知識，同時還要掌握軟件的操作技巧，這就要求我們做到學以致用。通過學習K3，我深刻的理解了這句話“知識是永遠也學不完的”。在學習過程中，我總結了金蝶K3的一些學習方法，在這里與大家分享，如有不妥之處，望大家提出，我們共同進步。

第一，我們應該熟悉業務，清楚公司會涉及到哪些具體的業務，比如說外購業務、銷售業務、委外加工業務、車輛代管業務、車輛調撥業務等等。我認為，只有清楚了具體的業務才能明白會計的核算流程。

第二，我們應該理清思路，對具體業務的會計核算流程有一個清楚的認識，比如說外購入庫業務，首先是保管錄入外購入庫單并審核，然后由會計人員下推生成購貨專用發票，兩者相互鉤稽，進行入庫核算并生成憑證傳遞到總賬。只有清楚了核算流程，才能知道要做什么，才不至于不知道從何處開始或者到某個步驟卡住不知道接下來應該做什么。

第三，在視頻學習過程中，要高度集中注意力，堅持做筆記，對于其中的重點細節部分和強調需要注意的事項要記錄下來，好好琢磨反思，再到軟件中去實際操作體會。

第四，在實際操作之前，完成前期數據準備。基礎資料是運行K3系統的基石，就像蓋房子前要準備好材料一樣，有了準備的基礎資料才能進行系統的初始化。

第五，謹記我們集團的財務制度，有一些東西是硬性要求，是不允許被更改的，比如說，不允許作廢憑證；期末發票未到要進行暫估處理；暫估處理要在“物資采購”的貸方體現；所有損益類科目按其默認余額方向記業務發生數據，其相反方向記結轉損益數據等等。

第六，遇到問題就要解決。在學習過程中難免會遇到很多問題，視頻學習過程中當遇到不懂的問題時先記錄下來（記錄很重要），當看完這一節時再返回去找到不懂的地方反復看。因為當時你不懂但是當你把這一節全部看完時可能就明白了，如果不明白就需要反復多看幾遍，細細琢磨，有些問題我們在短時間內無法解決，或者無法獨立解決，那我們就要去虛心請教他人，直至明白為止。

第七，在視頻學習過程中，還要勤動手，學了一個知識點就去嘗試著操作，這樣才能使知識得到應用，也才能對知識理解的更加深刻。學以致用，切合實際；只學不用，很難深入。

然而，會寫字不等于會寫文章。學會了軟件的單個操作應用，其實只是學會了“寫字”，但是工作上要求交出的作業是“文章”，這就需要自己去融會貫通，在實際業務中積累經驗，從而寫出一篇篇滿意的文章。

第八，我們要重復看K3視頻，看一遍只略懂皮毛，看兩遍加深了解，看三遍記住一些知識點，看很多遍后，你會發現每次都能學習到新的知識。當然，不能一口氣看到底，要勞逸結合，累了就休息一會兒，這樣學習效率才會高。

第九，學會擴展思考。學習了一個知識點，不妨嘗試著自己給自己出題，用這個知識點可以做些什么？把每個想法都實踐一下。以后你會發現你學習的東西很連貫，實踐中需要的操作皆在“意料之中”，因為你在學習的時候就已經解決了這些問題。

這是我學習金蝶K3的一些心得體會，一些個人見解如有不妥之處請大家不吝指出；如果大家有更好的學習方法，我們互相交流，以達共勉。

堅持“活到老，學到老”的信念，我想必能成就屬于自己的一片天空。“點點滴滴，造就不凡。”在以后的工作中我們不斷積累經驗，細心加耐心，懷著無限憧憬與希望，定能把枯燥的工作演變成多姿多彩的生活。

8

這個學期學習了工程造價軟件應用——————廣聯達軟件的應用，這門課程只有十六個課時，這對于我們來說是很困難的，用十六個學時的時間去學好一個軟件，而且它還是一個包括三個模塊的軟件。剛開始的時候自己還告誡自己一定要好好學習這個課程，因為以后工作中如果從事造價工作的話一定會用到它的，它將是我們以后工作的一個手段，是我們工作的得力助手，我們在工作中是離不開它的。所以我們必須去學好這個軟件，必須學會運用這個軟件，進而去熟練的運用這個軟件，再次就是把它應用到實際的工作中去。

開始接觸到這個軟件時心里面就有一點很擔心，因為自己在以前的學習中，我對計算機不是很感興趣，學習計算機軟件一直都是我的一個軟肋，說實話我心里面真的很擔心，我害怕自己學不好這個軟件，但是我知道只要自己努力去學習，一定會學習好的。

在開始學習的時候自己還沒有感覺廣聯達這個軟件有什么困難，感覺很簡單。

在開始老師總是告訴我們在應用軟件時要適時看下面的提示，這樣會簡單好多，老師給我們總結出繪制構件的三個基本步驟：

選構件、選方法、看提示。在廣聯達圖形算量軟件GCL20xx模塊下，最基本的是先建立好軸網，然后就是在定義和繪圖之間來回轉換，把定義模式中定義好的構件在繪圖模式中繪制在軸網中。

我們只需要按照繪制的順序繪制就好，按照：墻、門窗洞口、柱、梁、樓梯、裝修、土方、基礎、其他、自定義的順序進行定義繪制。然后一層一層的繪制就可以了。

等繪制好之后在廣聯達計價軟件模塊中選擇清單或者定額模式進行綁定、換算定額、套價，出清單或出總價。在廣聯達鋼筋抽樣GGJ20xx模塊下，進行抽筋算量，按照：柱、墻、門洞口、梁、板、基礎、自定義、其他的順序進行定義繪制，然后匯出總量即可。

我們買了最新版的密碼狗，可以進行全程的算量，通過這段時間我的練習，我認為繪圖算量前必須進行三項準備工作：

1、分圖紙：把圖紙分為：總說明、基礎、框架柱、墻和暗柱配筋、連梁配筋、梁配筋、板配筋、結構平面圖、零星（樓梯節點等）九大部分。對構件來說，這9部分是獨立的。

2、分析繪圖先后順序：首先根據總說明建立工程，把基礎放在第一種構件繪圖，而后是框架柱，可以使用柱表功能。再做墻和約束邊緣構件配筋，因為墻會是梁的支座。再下來是連梁配筋，因為連梁會是次梁的支座，所以連梁放在梁的前面。接下來是主梁、次梁。繪制完上述的構件后，板和板配筋就很方便了，利用點式畫法或自動生成最小板，很快可以把板繪制完，再配板鋼筋。最后算樓梯等零星。

3、建立樓層關系表：在廣聯達軟件中，層的概念很重要，掌握了層，軟件的應用就會很簡單了，把建筑里的構件分為水平構件和豎向構件，水平構件分為梁、板，豎向構件為剪力墻和柱。盡量用層來控制豎向構件，非到萬不得以不要用輸標高來控制豎向構件。我在畫圖之前建立一張樓層關系表，根據此表在軟件中建立樓層，按總說明在此表中標上構件砼標號，在鋼筋軟件里很快可以把鋼筋的錨固和搭接調好。此表放在電腦前，可以在匯圖時隨時清楚的看到自己算在哪層，因為圖紙上有些構件是按層來標示的，有些是按標高來標示的，有了這張樓層關系表，計算時很方便，不用來回推算。

鋼筋工程基本思路和圖形工程基本思路：

1、鋼筋工程基本思路：

在計算鋼筋工程量時，首先建立軸網，因為工程軸網是繪制其他構件的基礎，所以建立正確軸網是繪圖算量的最近本的關鍵。

基礎：根據不同的基礎類型，定義和繪制不同的類型。

框架柱：首先做出基礎部分框架柱，然后復制到上一層，通過原位標注把截面尺寸和鋼筋信息不同的柱子更改過來即可。

畫圖時只要畫出一層構件，其他樓層通過復制即可。在繪制時靈活應用設置柱靠梁邊、調整柱端頭、F4等命令能快速確定出柱的位置。

墻：雖然墻的層數多，但是變化很少同樣采取做一層構件復制到其他層，再修改屬性方法處理。

約束邊緣構件：做完墻后，有助于確定約束邊緣構件的位置。建立構件時采用建立異型構件方法處理，在坐標方格內繪制柱截面后，隨即定義好插入點，方便繪圖。然后自定義各種鋼筋，由于此部分構件錄入需要一個一個箍筋錄入，本次工程在此部分使用了相對較多的時間。

梁：梁比較直觀，只要按圖紙標注錄入鋼筋信息即可，標注時使用梁平法表格進行標注，對跨數自動識別與圖紙不相同的梁采用；設置梁支座、刪除梁支座，對于同名相同標注的梁采用應用同名梁；對于不同跨有相同的鋼筋信息我采用梁跨格式刷；對于某一跨某一位置鋼筋信息相同的，我又采用梁跨數據刷，減少了重復勞動，提升了布置鋼筋的效率。軟件自動考慮了梁與柱之間的關聯，比手工算量簡便很多。

板：底層框架裙房部分的板形狀不規則，按自動生成板來畫板，這樣就不容易產生板重疊的現象（用畫線來畫板容易使板重疊）。然后再根據需要合并板、畫線分