物聯網實習工作總結

總結是對某一特定時間段內的學習和工作生活等表現情況加以回顧和分析的一種書面材料，它能夠使頭腦更加清醒，目標更加明確，讓我們抽出時間寫寫總結吧。你所見過的總結應該是什麼樣的？以下是小編整理的物聯網實習工作總結，僅供參考，大家一起來看看吧。

物聯網實習工作總結1

學校為了我們進一步掌握住自己學習的電子物聯網相關的知識，在這個學期開展了為期一週的實訓課，幫助我在檢驗自己學習的知識是否到位的同時，還讓我們擁有更多的動手經驗，這樣到了畢業之後去崗位工作的時候也能夠更好的適應工作。

物聯網在某種意思上的解釋就是萬物互聯，比如智能家居通過聯網就能用手機等只能設備控制它，比如我們下班回家了想要一到家就能夠有熱水洗澡，沃爾瑪呢就可以在下班的路上用手機打卡燒熱水的機器，在比如現在的紅綠燈都是控制了一定的時常的，無法更改，有時候某一個通向的車沒有一輛，而另外一邊已經排起了長龍，卻因為固定的時間也只能等待綠燈的到來，而用了物聯網的知識就可以利用攝像頭感知當前的車輛情況，然後自動調整紅綠燈的時常，從而改善城市的交通。這些等等都是物聯網的運用，也是我們物聯網專業的主要設計方向，而我們實訓的主要項目就是關於紅綠燈這一塊的。雖然現在紅綠燈的物聯網運用已經被實現出來了，而且部分城市也已經有應用了，但是對於我們物聯網的學生而言，這些還是比較難得項目，所以在一開始得時候老師就説不要求我們給它做出來，但是能完成什麼樣子就要做到什麼樣子，看到老師這樣得話，我不知道別的同學是怎麼想的，但是讓我有了更大的動力，因為沒有必須要完成就可以讓我更加有信心去嘗試，而不是小心翼翼的擔心把項目搞砸以至於實訓課掛科。

紅綠燈的物聯網已經是實現了，所以網絡上面已經能夠找到一些資料了，在加上老師也是給我們講過具體的實現思路，所以也給我們實訓提供了許多的幫助，這個項目的實現最難的地方就是代碼的實現了，就像數學的線路圖一樣，要設計好條件滿足的時候執行什麼程序，當不滿足的時候又執行哪一步，所以彎彎繞繞的特別多，好在我們遇到問題的時候老師會給我們提供解答。經過好幾天的熬夜加班才將它給弄出來，而且在考試檢查的時候也出現了不少的問題，但是在班上的項目實現中還是靠前的。

雖然我也知道項目肯定不會是一個人就能夠完成的，但是這次實訓課大家的表現這麼糟糕也還是挺尷尬的，我們也知道了自己還需要學習的地方是非常多的，讓我們對自己的認識更近一步了。

當然，這一次實訓課也還是有一定的收穫的，讓我對線路板的焊接技術得到了加強，對項目的設計思路得到了進一步的擴大，這些都是能夠給我以後的學習和工作提供幫助的。

物聯網實習工作總結2

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

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

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

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

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

第一、行業背景説明方面

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

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

第二、項目需求説明方面

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

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

第三、系統概要設計方面

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

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

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

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

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

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

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

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