計算機軟件實訓總結(jié)

試驗數(shù)據(jù)軟件實訓總結(jié)

兩周的實訓生活轉(zhuǎn)瞬即逝，這兩周的實訓充實并有意義，帶著收獲的喜悅寫下這份總結(jié)來記錄自己的一點一滴，從開始的懵懵懂懂到現(xiàn)在的熟練掌握少不了老師的辛勤指導和自己的努力學習，更少不了同學間的互幫互助。

本次實訓的目的在于通過綜合訓練，使學生掌握建筑材料軟件的使用，提高數(shù)據(jù)處理能力；使學生掌握建筑材料實驗軟件的使用方法，通過試驗數(shù)據(jù)的處理，掌握數(shù)據(jù)處理軟件并應(yīng)用軟件輸出試驗報告。

基于對計算機有淺薄的認識，試驗數(shù)據(jù)處理主要應(yīng)用Exel軟件，在學習計算機應(yīng)用基礎(chǔ)的基礎(chǔ)上我們開始了理論與實踐的結(jié)合體，實訓按照計劃有序進行：從水泥性能指標混凝土性能指標砂漿性能指標瀝青性能指標鋼材性能指標土的性能指標，其中伴隨著試驗報告的輸出，到最后的實訓答辯。學習中充滿著歡樂加上我們對知識的渴望與科技的好奇我們的學習過程很踏實。

試驗的操作與數(shù)據(jù)的記錄都經(jīng)歷過，但是用計算機軟件處理數(shù)據(jù)卻是現(xiàn)在開始學習的，其中Exel軟件中各個函數(shù)公式的應(yīng)用都是需要熟練掌握的，基于自己的學習和老師的耐心指導這兩周即將結(jié)束的時候每個同學都能操作實驗數(shù)據(jù)處理工具了，從懵懵懂懂、初步了解、基本掌握到最后階段的熟練操作。學習是沒有盡頭的，活到老學到老這則至理名言也是我們緊緊追隨的道理。

這次的實訓是我們上大學來第一次的室內(nèi)實訓，說的通俗一點這樣的實訓屬于技術(shù)類的實訓，而以往的實訓相對于這次實訓只是淺淺的認識實習，計算機是社會發(fā)展、科技進步的必需品，而以后的工作也離不開計算機這一神圣的工具，所以這次實訓無論是對生活還是工作起著不可替代的作用的。這次實訓讓我學到了很多知識，讓我體會到了計算機的強大。

實訓生活結(jié)束的同時我的知識的行囊也增加了不少分量，帶著收獲的果實步入即將開始的假期生活。

班級：材料3102姓名：鄭志肖日期：201*-07-

擴展閱讀：計算機(軟件)專業(yè)小結(jié)及實習心得

計算機專業(yè)（軟件）實習心得

一直以來期望從事自己喜歡的事業(yè)的我，對軟件開發(fā)有者及大的興趣，可由說種種原因使我從事工作以來走了好幾年彎路，心中的夢想遲遲不能得以實現(xiàn)，可程序員的夢想從來沒有從我的心中抹去，但這扇大門好像并沒有向我敞開，今天，貴公司給了我敲開這扇大門的機會，讓我真實體驗了程序員的誕生過程。早就聽說，程序員的前幾個月是最苦的，可從來沒有感受到，海馬實習基地讓我提前感受到了剛剛進入軟件行業(yè)的壓力和困惑，再也沒有在自己家里隨便寫段小程序后的那種“自豪”感了。要面對每天必須面對的問題，再也不可能以“逃避”而了之了。也讓我感覺到做為一個程序員所應(yīng)該具備的基本素質(zhì)在這不到一個月的實習過程中也讓我深深體會到了作為一個合格的程序員應(yīng)該具備的基本素質(zhì)。

團隊精神和協(xié)作能力是程序員應(yīng)該具備的基本素質(zhì)，最近的工作中讓我深深休會到了這一點，由于小組成員配合不好，使本來很方便的cvs給自己的工作帶來的及大的麻煩，一不小心自己寫的的東西就會被小組別的成員在上傳文件的時候給覆蓋掉，一整天的工作可能就這樣被反工，我們小組這次就是因為協(xié)作不好，導致各模塊之間不法連接，給工作帶來了及大的麻煩，消耗了大量的勞動力還沒有提高工作效率。這使我深深的體會到：一個成功商業(yè)性軟件的開發(fā)必須有一個有強大凝聚力的團隊，個人的力量是有限的，團隊精神和良好的協(xié)作會使我們做出優(yōu)秀的軟件。

良好的文檔是正規(guī)研發(fā)流程中非常重要的環(huán)節(jié)，作為代碼程序員，30％的工作時間寫技術(shù)文檔是很正常的，缺乏文檔，一個軟件系統(tǒng)就缺乏生命力，在未來的查錯，升級以及模塊的復用時就都會遇到極大的麻煩。這次的這個小小的項目，就因為文檔上的一點點理解錯誤讓我們花了很大的工夫去改代碼，改頁面。很慶幸的是，這是一個小項目，要是大項目，這種問題可能就會導致大量的代碼修改，可見文檔在一個項目中起者巨大的做用。

此外，良好的代碼編寫習慣，不但有助于代碼的移植和糾錯，也有助于不同技術(shù)人員之間的協(xié)作。作為一個程序員，對需求的理解能力也是很重要的，只有真正理解了一個模塊的作用，才會寫出高效率的代碼，才能使整個軟件項目作出來更加優(yōu)秀，具備更好的安全性和穩(wěn)定性，我在寫代碼的過程中就遇到了需求理解上的問題，使得寫出來的代碼功能不全，幸好不是給客戶發(fā)現(xiàn)在，要不，這個軟件的商業(yè)價值可能就會打折扣了。單元測試對于一個程序員來說是不可不做的一項工作，不做好測試就會給后期的集成工作帶來麻煩，往往為了一個小問題會讓我們查找好多模塊，給后期工作帶來很大麻煩。

這一段時間的工作也讓我明白了一點：一個優(yōu)秀的程序員必須不斷的學習，隨時總結(jié)，找到自己的不足，這樣逐步提高，才能讓自己很快的成長起來。建站俠客發(fā)表于201*-4-2810:19對軟件開發(fā)的一點心得體會一、前期規(guī)劃：

我理解的前期規(guī)劃是：在市場人員們匯總一個需求提交給產(chǎn)品專家?guī)ьI(lǐng)的產(chǎn)品經(jīng)理團隊，然后經(jīng)過這個團隊根據(jù)公司具體情況再次分析和規(guī)劃出一個最終需求文檔。

這個需求文檔應(yīng)當首先提交給技術(shù)研發(fā)部門的負責人以及核心開發(fā)人員。由開發(fā)團隊對其進行技術(shù)和風險分析。如果對此需求統(tǒng)一有異議的地方，需要返回給產(chǎn)品團隊，重新修正需求。反復如此，直至需求完善準確，細致，清晰。前期規(guī)劃就像高樓的地基，如果馬馬虎虎，就算是一塊磚塊沒擺好都可能導致整個高樓建設(shè)的失敗。在規(guī)劃中我認為，交流永遠是需要雙方積極主動，能認真聽取每個人的建議。前期工作思維不慎重，不細致，不認真，不夠完善，將產(chǎn)生連鎖效應(yīng)直接導致整個工程和項目的失敗。

這種失敗可能表現(xiàn)為：第一種，軟件按需求實現(xiàn)但是功能根本不能滿足用戶需要。第二種，功能都有了，軟件沒有達到可用性、易用性。對于第一種，當然是因為前期規(guī)劃疏漏了某些細小功能，沒能把需求文檔做完善。應(yīng)該是規(guī)劃工作做的還不夠認真和細致。

對于第二種情況，我認為更多是在產(chǎn)品設(shè)計規(guī)劃方面經(jīng)驗還不夠成熟。這種問題應(yīng)該是很難避免的。因為每種新產(chǎn)品對產(chǎn)品團隊來說都很陌生。即使以前做過類似的東西，也難免面面俱到。這只能通過不斷努力和認真的態(tài)度來彌補。前期規(guī)劃的交流涉及了市場、產(chǎn)品和技術(shù)研發(fā)等多個團隊之間。需要的不僅是團隊內(nèi)部的交流，更多需要協(xié)調(diào)好團隊之間的交流。可能有時候需要公司高層和中層參與協(xié)調(diào)。

目前，很多開發(fā)人員深感項目的需求文檔寫的都很單薄。大家可以想一想，如果沒有好的開始，怎么會有好的結(jié)束呢？需求文檔單薄，不夠細致，由誰來繼續(xù)完善呢？難道讓程序員們自己去完善。我想程序員也可能沒有這種能力。對于程序員能把代碼寫的很健壯很穩(wěn)定就已經(jīng)是很不容易的事情了。

二、概要設(shè)計：

我理解的概要設(shè)計步驟：（以項目為中心的開發(fā)流程）1〉項目經(jīng)理仔細閱讀項目需求文檔。2〉項目經(jīng)理召集項目開發(fā)成員，開項目啟動會議。具體商議項目的開發(fā)任務(wù)和責任分配。3〉核心開發(fā)人員開發(fā)確定，以及各模塊開發(fā)人員確定。4〉由系統(tǒng)分析員和核心開發(fā)人員仔細閱讀需求文檔，對系統(tǒng)整個架構(gòu)分析和做技術(shù)規(guī)劃。5〉系統(tǒng)分析員整理和書寫最終的系統(tǒng)架構(gòu)和概要設(shè)計文檔。

6〉系統(tǒng)分析員在文檔提交日，提交給項目經(jīng)理。項目經(jīng)理確認文檔并審批。

7〉項目經(jīng)理召集項目開發(fā)成員，開一個概要設(shè)計以及系統(tǒng)架構(gòu)確定的會議。向每個成員分發(fā)文檔，并討論確定最終概要設(shè)計文檔。8〉開始詳細設(shè)計文檔的工作三、詳細設(shè)計：

1〉項目經(jīng)理組織成立各個模塊的開發(fā)小組，并確定開發(fā)小組組長（程序經(jīng)理）。2〉各開發(fā)組長書寫各自模塊的詳細設(shè)計文檔，開發(fā)成員需要協(xié)助，配合。3〉在指定提交日，開發(fā)組長提交文檔給系統(tǒng)分析員。由系統(tǒng)分析員審批。4〉系統(tǒng)分析員組織召開一個詳細設(shè)計文檔確認的會議。

5〉然后開發(fā)組長分發(fā)各自模塊的詳細設(shè)計文檔給程序員，程序員在指定時間內(nèi)完成。6〉程序員做內(nèi)部測試。開發(fā)組長協(xié)調(diào)并配合。7〉確認無bug提交給開發(fā)組組長。

8〉所有模塊整合工作，由整個開發(fā)組成員參與完成。由所有開發(fā)組長和系統(tǒng)分析員負責主要部分工作。程序員協(xié)助和配合。9〉對整合后工程做詳細測試。

10〉確認測試通過后，開發(fā)組長根據(jù)開發(fā)成員表現(xiàn)以及提交成果填寫績效考核表。然后提交給項目經(jīng)理。

11〉項目經(jīng)理會召開項目總結(jié)會，同時向優(yōu)秀成員頒獎。同時鼓勵所有成員繼續(xù)努力。對不能按時完成導致項目能按時提交，以及對導致失敗的關(guān)鍵人員給與懲罰處理。

當然，以上只是一個簡單的開發(fā)流程，一定是有很多不足的地方。希望能起到拋磚引玉的作用。大家都明白，流程和制度是死的，但人是活的，所以如何按流程做得好，關(guān)鍵還是在人本身了。沒有一個流程和制度，一個團隊也必將是一盤散沙。正所謂“無規(guī)矩無以成方圓”。這句話說得很有道理。四、具體編碼：

開發(fā)幾個項目之后，對編寫程序有了更進一步的了解。

好的程序應(yīng)該具有:易讀性，易擴展性，容錯性。

易讀性:所有變量和函數(shù)以及類名用簡單易懂易記憶的命名方式。所有類和函數(shù)甚至變量都有關(guān)鍵的注釋說明。這點很重要，也是最基礎(chǔ)的。如果代碼書寫不夠美觀和易懂，我想自己以后也不想再看。就更別談功能的擴展和新版本開發(fā)了。

易擴展性:整體系統(tǒng)架構(gòu)邏輯簡單清晰。模塊與模塊之間盡量做到互不影響，也就是盡可能的獨立。這部分工作主要體現(xiàn)在前期設(shè)計工作中，需要掌握好的設(shè)計經(jīng)驗和方法才能夠做得比較好。

容錯性:對數(shù)據(jù)流和指針以及數(shù)組都做數(shù)據(jù)有效性檢查；對第三方接口的調(diào)用失敗的容錯性。對所有代碼都做調(diào)用失敗后的錯誤處理。以及在大的工程中加入trace文件輸出，把關(guān)鍵的數(shù)據(jù)流和關(guān)鍵處理部分的操作信息輸出。以便對工程異常情況產(chǎn)生條件的定位，及時解決問題。

我覺得程序員能在這三方面做得很好就算一個優(yōu)秀的programmer了。

五、調(diào)試、跟蹤與測試：

1測試需要注意的：

對每個模塊的接口做測試，數(shù)據(jù)邊界的檢查。在對整個模塊做測試。

主要測試穩(wěn)定性，效率以及功能是否正常。

確認單個模塊完全正常后，再加入工程。

在系統(tǒng)架構(gòu)設(shè)計的時候，可能會引入原型參考。要對原型做完成測試后，確認沒有問題后，才可使用。

2可以采用VC自帶Trace或者將信息輸出為文本文件的方式跟蹤程序并輸出關(guān)鍵信息，以便定位程序異常的原因。

3對于通信模塊的測試，特別注意服務(wù)端和客戶端的數(shù)據(jù)流�？梢葬槍π缘膶懸粋�客戶端或服務(wù)端的測試程序，檢驗通訊過程是否正常。

4在用VC做開發(fā)中，一定先要讓Debug版本正常運行，保證沒有任何異常，內(nèi)存泄漏和Assert等調(diào)試警告信息。如果用到其他Lib,一定要保證Lib本身不存在問題。

這里只是提到一些自己容易忽略的東西，希望能對大家有所幫助，歡迎指正！謝謝。

友情提示：本文中關(guān)于《計算機軟件實訓總結(jié)》給出的范例僅供您參考拓展思維使用，計算機軟件實訓總結(jié)：該篇文章建議您自主創(chuàng)作。

來源：網(wǎng)絡(luò)整理 免責聲明：本文僅限學習分享，如產(chǎn)生版權(quán)問題，請聯(lián)系我們及時刪除。

《計算機軟件實訓總結(jié)》由互聯(lián)網(wǎng)用戶整理提供,轉(zhuǎn)載分享請保留原作者信息,謝謝!
鏈接地址：http://m.seogis.com/gongwen/445917.html

• 上一篇：六周軟件實訓總結(jié)
• 下一篇：ERP實訓總結(jié)與心得體會