第一篇：實訓日記與體會

實訓日記：

2011年11月11日~11月20日

實訓的第一周，在實訓的前幾天里，學校主要采取了講座的方式對本次實訓內容涉及到的相關知識幫我們進行了一次總結和補充。今天我們主要總結了軟件開發過程和軟件項目計劃的相關內容，其實這方面的知識我們在上學期的軟件工程課上也已經學過了，只是當時學得比較淺，所以對軟件開發過程尤其是軟件項目計劃沒有形成一個系統和全面的認識。但經過今天老師的講解，就覺得比較清晰了。軟件開發過程是用以開發和維護軟件及其相關產品（如項目計劃、設計文檔、代碼、測試用例、用戶手冊等等）的一組活動、方法、實踐和變換。軟件開發過程分為需求分析、分析設計、實施、測試、部署等幾個階段。軟件項目計劃是一個綜合的組裝工件（即它是一個計劃集），用來收集管理項目時所需的所有信息，包括項目在開始階段中開發的許多工件，并且在整個項目過程中保留下來，它可能在不斷的更新中。

2011年11月20日~11月30日

今天是實習的第二天，還和昨天一樣我們上了一天的理論課，上午講了數據建模，下午講了數據庫的相關知識。上完之后覺得其實這些東西大部分我們在平時上課都是學過的，可是為什么有的內容聽起來是那么陌生，就是平時學得還不夠雜實，只是蜻蜓點水般聽老師講了一次，課后也沒有做進一步的研究，所以造成上午老師讓我們建模的時候，只有少部分同學做了出來。下午的數據庫由于我們在校期間把這部分當作重點內容講了又講，而且在平時使用很多軟件的時候，都要接觸到數據庫，所以這部分內容對我們來說相對不陌生。還有另外一個收獲就是今天我們學習了一個數據庫建模工具——Power Designer，這個軟件我們在學校并沒有接觸過，是在這里第一次接觸的。分析設計人員利用Power Designer可建立三類模型，即面向對象模型（OOM）、概念數據模型（CDM）、物理數據模型（PDM）。完成軟件分析設計通常采用三種途徑，一條途徑是從面向對象分析設計開始，依次建立用例圖、時序圖及類圖，由類圖轉化為CDM及PDM，第二條途徑是從結構化分析設計開始依次產生流程分析設計模型、CDM、PDM及類圖，第三條途徑是前兩條途徑的結合。但是今天并沒有實際操作該軟件。2012年12月01日~12月07日

依舊和以前一樣，今天上的是理論課。因為我們這次做項目開發是用Java進行編程，但是我們之前沒有學過這種語言，心里不免有了一點壓力和緊張感。實訓老師也提前向我們了解到了這個情況，所以今天一天老師講得比較慢。上午的時候老師講得很淺，都是基本的東西，當時的感覺就是其實Java和C++滿象的，只是個別地方有一些不同，或者說是Java的應用更廣泛一些。下午老師主要就某一個具體的系統中的一個部分闡開講解了一下，當時聽得很暈，覺得很難。1

當時心里只有一個感覺，就是覺得這些老師太強了。課后也沒有進行進一步的研究，因為畢竟一種語言不是憑聽老師講幾個小時就可以精通的。在這其中有一個很核心的技術就是J2EE。J2EE簡單而統一的基于組件結構，內建的可伸縮性和安全性支持，提供穩定和可靠的基礎，與企業信息系統和遺留系統的集成，Web服務的內建支持，建立于廠家和平臺的可移植應用，這些特點使J2EE解決了企業開發中的難點。

2011年12月08日~12月13日

今天是上理論課的最后一天，上午我們補了兩節課，一節是關于企業文化，一節是關于軟件測試的。在企業文化課上，老師主要從我們學生的這個角度入手，然后指出好的企業文化對一個企業來說是多么重要。一個企業必須建立良好的企業形象，只有在這個基礎上，才能更好地發展。接下來的軟件測試也很重要，是軟件開發過程中的一個必不可少的環節，在軟件實施完成之后，接下來就要對軟件進行測試，但這方面的內容在學校還確實沒學過，所以聽了之后只有個大概印象。軟件測試是根據程序開發階段的規格說明及程序內部結構而精心設計的一批測試用例（輸入數據及其預期結果的集合），并利用這些測試用例去運行程序，以發現錯誤的過程。軟件測試分為單元測試、集成測試、系統測試和接受測試幾個層次。今天上午結束了我們這次實習的全部理論課，下午我們就進入了實際開發階段。在下午我們分好了組，又確定了各自的角色之后，就進行立項，最后我們組選擇了行政執法管理系統這個項目。

2011年12月14日~12月20日

今天一天我們主要是確定及編寫項目開發計劃，項目開發計劃是整個項目的關鍵所在，如果計劃不好，那么后面的工作也不會出色到哪去。因為整個軟件項目組分為項目經理、開發組、配置組、測試組和SQA組等幾個小組，所以大家分工合作，各自歲自己所在小組所要完成的工作進行了進一步的明確之后，都把自己小組的初步計劃制定出來，然后大家各個小組在一塊互相商量和探討了一下，經過協商和統一，各自對自己的計劃進行修改之后，匯總到項目經理那里，進行進一步的總結，最終完成了整個項目計劃，形成WORD文檔。在整個項目計劃中，首先對完成這個項目我們所要做的工作進行了描述，接著介紹了項目的組織和資源，并列出了我們在開發這個項目過程中的進度安排。最后列出了各個小組的具體項目計劃。

2011年12月21日~12月25日

今天進入了項目開發的下一個階段——需求分析階段。對于設計一個系統和開發一個項目來說，需求分析都是非常重要的工作，如果需求做不好，后面的工作做得再好也是無濟于事。開發軟件系統最為困難的部分就是準確說明開發什么，最為困難的概念性工作就是編寫出詳細技術需求，這包括所有面向用戶、面

向機器和其他軟件系統的接口，同時這也是一旦做錯，將最終會給系統帶來極大損害的部分，并且以后再對它進行修改也極為困難。所以做好需求分析的工作顯得極為重要。基于需求分析的重要性和難度，我們準備花兩天時間進行需求分析。今天我們主要是對需求的目的和需求過程中可能遇到的問題進行了進一步的明確，以便接下來的需求分析做得更加合理。在需求分析中通常遇到的問題有：客戶表面上統一需求，但完成的產品并不能滿足需求；需求總是變化，無法確定；需求太多，無法在給定的時間完成；設計人員抱怨測試人員沒有拿最新的需求版本來設計測試；項目經理發覺開發人員獨自增加了新的功能，新的功能用了很長的時間進行開發，但客戶認為價值不大；客戶總是不想對項目進行驗收，他們擔心系統無法最終滿足需要。

2011年12月26日~12月31日

今天我們繼續進行需求分析，針對我們自己選擇的項目進行了具體的分析。需求分析的整個流程如下：制定需求管理計劃、提取業務需求、需求開發、需求批準、基線化需求、需求變更控制、需求狀態評審。制定好需求管理計劃之后，到用戶方進行需求調查，以獲得項目的初始需求，接著進行需求開發，即對擁護的需要進行分析，并用清晰合理的方式進行描述，使客戶方和開發方對開發的內容達成一致。然后進行需求批準：確認需求正式作為項目管理和其他工程活動的基礎，并做為客戶之間承諾對系統進行驗收的基準。接著基線化需求，目的是在經過客戶和項目組的授權下，將批準的正式的軟件需求工件放入配置管理系統。需求一旦建立基線后，需要通過控制流程來改變，需求的變更需要經過雙方的批準，變更后的需求需要經過客戶、用戶和相關組的評審進入配置管理庫，作為工作基線。項目組通過需求狀態評審對需求狀況達成一致。經過上述諸多步驟之后，最終形成了需求規格說明書，完成了對行政執法管理系統的需求分析。2012年01月01日~01月06日

今天進入了項目開發的另一個階段，即分析設計階段。在這個階段包括概要設計以及數據庫設計等。其中用到的主要工具就是Power Designer。在今天主要是具體了解了一下分析設計的目的、任務、活動流程以及分析設計中各角色應該完成的主要任務。首先軟件分析設計活動是建立系統的構架，它的目的是將系統的軟件需求分配給軟件結構，使設計適應具體的實施環境。分析設計的整個活動流程是軟件構架設計（建立軟件系統的構架，將系統的軟件需求分配給軟件結構）——軟件構架設計評審（檢查軟件系統構架設計是否合理，其中包括發現和修復缺陷和一致性確認）——基線化構架（將評審通過的軟件構架設計工件置于配置管理，作為詳細設計的基礎）——軟件詳細設計（根據需求工件、構架設計工件，進一步精確描述軟件系統，并使之適于具體的實施環境）——軟件詳細設計評審（檢查軟件系統詳細設計是否合理，包括發現和修復缺陷以及一致性確認）——

基線化詳細設計（將評審通過的軟件詳細設計工件置于配置管理，作為實施活動的基礎）。

2012年01月07日~01月12日

今天我們主要完成軟件項目的概要設計，概要設計說明書是根據需求規格說明書的要求所編寫的，是為詳細設計作依據的，為詳細設計提供標準。基于行政執法管理系統是智能化、可擴展性、集成有效性和跨平臺的管理系統，為了安全問題，本系統分成客戶端和服務器端。在對該系統進行概要設計時需要做的工作主要有軟件系統結構設計、數據設計、接口設計、出錯處理設計和系統維護設計。其中軟件系統結構設計中包括對各個模塊（執法考試、執法證件注銷、執法證件掛失、執法證件年審及吊銷、執法證件發放）的數據流和控制流的復審，通過變換映射，并采用適當的優化準則進行軟件結構的優化，畫出軟件體系結構的樹狀層次圖并對各個模塊進行了描述。數據設計包括對數據字典的復審并對各個數據項進行了描述。接口設計包括三個方面，即用戶界面設計、內部接口設計和外部接口設計。在出錯處理設計中采用對話框形式為用戶提供警告信息。系統維護設計中要充分考慮系統的可維護性和移植性。

2012年01月13日~01月20日

今天我們完成了軟件項目的數據庫設計，從而結束了全部的分析設計工作。在軟件項目的數據庫設計中我們主要用到了數據庫設計工具Power Designer，這也是我這次實習較大的一個收獲，以前沒有接觸過這個軟件，在這次實習中對這個軟件的使用有了一個基本的了解。雖然我并不屬于開發組的，但是基本上我們這次實習都是大家互相合作，所以我們都參與了數據庫的設計。做數據庫設計首要的就是對系統中涉及到的那些實體，畫好實體關系圖，而各實體之間的關系又是重中之重，因為我們在操作中由于沒有對實體之間的關系進行正確的判斷，導致后面由概念數據模型（CDM）向物理數據模型（PDM）轉換時發生了錯誤，以致后面的操作無法進行下去。另外在創建CDM時應該明確模型所描述的業務問題，例如，需要存儲哪些信息，與業務有關的實體有哪些，業務流程如何，了解這些問題后，才可以開始建立CDM。最后經過修改實體之間的關系，我們完成了CDM的創建集向PDM的轉換，最后給出了數據庫設計說明書。2012年01月20日~01月25日

接下來的三天主要是根據分析設計的結果進行編碼，由于之前沒有學過Java，再加上我們所要完成的這個系統是非常龐大的。如果我們在短短幾天內想要吧整個系統的功能都加以實現，這是不可能的。所以在這最后一個周里，我們花了三天時間進行編碼。因為我們組只有一個同學之前學過Java，所以編碼的重任就交給他了。我們其他人還是各負其責，做好自己的角色應該完成的任務。另外也展開了頁面設計的工作。編碼階段的任務就是將詳細設計翻譯成計算機最終

可運行的軟件單元、集成工作版本。在編碼中有以下一些角色：編碼員（負責編碼、修復代碼缺陷），集成員（負責制定集成計劃、集成程序單元，創建工作版本基線），測試員（負責執行測試活動），集成計劃評審人員（參與集成計劃的評審，一般由設計員、測試、配置經理、編碼員、構架設計師登組成），代碼評審員（評審源代碼，一般由非代碼作者的編碼員組成）。

2012年01月25日~01月31日

由于系統過大，加上我們在這方面的弱勢，所以我們只選擇了整個系統中的考試系統這塊來做。其實在之前我們有和實習老師提過我們這方面的問題，老師還建議我們把編碼這塊外包給是相對強項的團隊，他說他們公司在日常業務中如果做不過來經常采取這樣的方法。但是由于大家都是學生，以前從來沒有真正開發過一個項目，其他學校的同學就算他們以前有學過Java，他們的工作量也是很大的，所以我們還是硬著頭皮做了下來。在整個編碼的過程中，很感謝實習老師對我們的幫助。我們有很多問題都不懂，一直不停地向老師提問題，老師都一一耐心地為我們講解，從前臺到后臺，以及如何與數據庫和服務器連接，這些雖然之前在學校也有過類似的操作，但是沒有這樣系統地完整地進行過操作，所以這次對我們來說真的是一個嚴峻的考驗。老師看我們在這方面不是很清楚，就把我們分成兩個組，一個組一個組地進行了演示和講解，又讓我們自己進行了練習。2012年02月01日~02月05日

今天是編碼的最后一天，我們都比較早的到了辦公室，對編碼進行最后的沖刺。但是主要還是那個同學寫，我們幫著看一下哪些地方有欠缺和不太完善的地方，給他提出來，進行進一步的修改。我們組每兩個人負責一個模塊的頁面設計，這要用到頁面設計軟件Dreamweaver，在學校里有學過這個軟件，但也只是一些皮毛而已，不太熟練。所以在今天下午我和我的搭檔就開始了我們負責的模塊——自動生成考號這個模塊的頁面設計。由于他是男生，對這些比較熟悉和感興趣，所以我就向他請教了好多，重新學習了Dreamweaver。在學習過程中，才發現自己在學校的過程中，很多知識都是只懂皮毛，沒有一項特別擅長的，也深深體會到以后的學習方法必須改進。經過一下午的研究，我們差不過弄出了一個還不算太差的頁面。等那個同學的編碼也差不多完成的時候，我們把各自做的頁面進行了集成，經過大家共同的努力，終于弄出了完整的行政執法人員的考試系統。2012年02月05日~02月10日

今天的主要任務是進行測試，軟件測試是為了發現錯誤而執行程序的過程，它是根據程序開發階段的規格說明及程序內部結構而精心設計的一批測試用例（輸入數據及其預期結果的集合），并利用這些測試用例去運行程序，以發現錯誤的過程。測試的流程主要是制定測試計劃（編寫測試計劃）——設計測試（編寫測試用例）——執行單元測試（產生單元測試通知單、單元測試日志）——執

行集成測試（產生集成測試通知單、集成測試日志）——執行系統測試（產生系統測試通知單、系統測試日志）——評估測試（編寫測試分析報告）。當然這些工作是貫穿于整個項目開發過程中的，今天主要是進行系統測試和評估測試。同時整個開發過程中我們SQA小組也協同項目經理對各個方面進行了質量評審。從各個方面對不同的工件進行了評審，其中大部分通過了，不可避免地其中也有一些問題，但是我們采取了相應的糾正措施，保證了各個工件的質量。最后，各個部門都開始準備自己要上交的相關報告。

2012年02月12日

今天是實習的最后一天，上午我們進行結項，對整個項目還欠缺沒有完成的工作進行了結，基本上大家都在寫自己要上交的報告。由于我們SQA小組的內容不是很多，所以在完成了自己所要交的報告之后，協助項目經理提交了項目開發總結報告。在經過對各小組所提交的報告進行集成之后，完成了項目開發總結報告的編寫。下午老師對我們兩個小組的成果進行了評審。首先是我們組，由項目經理先簡單的對整個項目做一個介紹，然后就他所負責的項目開發計劃進行了講解和說明。一開始大家都比較緊張，后來老師很幽默地說沒什么的，又不是考試。經過老師的鼓勵，大家也都放松了下來，接著各個部門對自己的工作也都一一進行了匯報。最后老師進行了總結發言，對我們的工作給予了高度的肯定，老師說雖然存在不足，但是從我們的專業性質以及我們完成的情況來說已經很不錯了。整個實習活動就在我們的掌聲中結束了。

實習體會：

在這短短的三個月里，我學到了很多東西，包括專業技能、團隊精神、企業文化等諸多方面。其中感觸最深的一點就是將來走上工作崗位和在學校學習真的有很多有不一樣的地方。接下來就上面提到的幾個方面簡單說一下我自己的感受。

首先，在專業技能方面，由于這次實習根據公司的安排我們研究軟件開發這一塊，由于在學校時和軟件相關的課程我們只學過軟件工程和數據庫系統，編程語言只學過C和C++，而這次實習是要求我們用C語言完成一個項目的開發，所以這次實習對我們來說難度是比較大的。但在實習的前幾天，經過實習老師給我們把整個知識體系整理一遍以后，基本上搞清了軟件開發的整個程序，并把欠缺的知識進行了補充，也基本上可以進行項目開發了。在開發過程中，同學們互相合作，有不懂的地方及時向老師請教，最終在預定的時間完成了老師要求的部分。所以，熟練的專業技能是一個公司生存和發展的資本。

其次，在團隊合作方面，這次實習讓我重新認識了什么是團隊合作。以前在學校也經常做一些分組的實驗，每次大家都是把期望都寄托在比較擅長的同學身上，然后草草收場。但這次在成都實習不一樣，我們十幾個人完成一個系統，大

家各有分工，每個人都扮演不同的角色。在整個開發過程中，大家都做好自己分內的事，然后不懂的地方全組人員在一起討論，最終把問題解決。雖然在期間也有相互摩擦的地方，由于進度的安排，或者是事先沒有協商好，可能導致一些問題的發生，就比如在實習的最后幾天，測試組的同學急于測試，而開發組的編碼任務還沒有完全結束，測試組的同學在測試某一個單元的時候不小心破壞了數據庫，但是大家互相諒解了，最終完成了全部工作。一個團隊的成績怎么樣，要看這個團隊的成員合作得怎么樣，而不是個人表現。

總之，在這次實訓中我還是學到了不少東西，而且讓自己發現了在平時學習中存在的不足之處：學任何東西都應該認真研究，否則一知半解還不如不學；另外要注重把平時所學和實際相聯系。

第二篇：實訓體會

實訓總結

這次在尚學堂的實訓，李老師講了前臺設計，后臺開發，還有數據庫，所講的知識，除了課本上有的，還包括很多課本上沒有而對我們又非常實用的東西，不僅如此，也讓我懂得了實際生活中，專業知識是怎樣應用與實踐的。在這些過程中，我不僅知道了許多關于職業生涯的專業知識，而且還讓我深深體會到一個團隊中各成員合作的重要性，要善于團隊合作，善于利用別人的智慧，這才是大智慧。

“紙上得來終覺淺，絕知此事要躬行!”在這短短的時間里，通過李老師的課堂講解，讓我深深的感覺到自己在實際應用中所學專業知識的匱乏。例如：ajax,bootstrap(框架 做網頁)，react,node.js(后臺)等等，好多沒見過或不了解，讓我更加加深了對自己專業的認識，從而確定了自己以后努力的方向。

這次實訓讓我在一瞬間長大：我不可能永遠呆在象牙塔中，過著一種無憂無慮的生活，我總是要走上社會的，而社會，就是要靠我們這些年輕的一代來推動。人非生而知之，雖然我現在的知識結構還很差，但是我知道要學的知識，一靠努力學習，二靠潛心實踐。沒有實踐，學習就是無源之水，無本之木。這就是我的感受和想法，而不久后的我，還要考研，我更應該好好經營自己的時間，充實、完善自我，不要讓自己的人生留下任何遺憾!當然，我在實訓中除了學到不少專業知識，也知道對于開發來說，靠單一的力量是很難完成一個大項目的，團隊的團結一致很重要。在開發時，如果沒有團隊，一個人很難獨立完成，但有團隊后，進行合理分配工作，不僅省力更省時，要知道時間就是金錢。同樣的項目，一個人的速率是比不上團隊的，一個人的智慧也比不上群體的智慧。快人一步，步步都可能超前。團隊的合作注重溝通和信任，不能不屑于做小事，永遠都要保持親和誠信，把專業理論運用到具體實踐中。這次實訓，不僅加深我對理論的掌握和運用，還讓我擁有了一次又一次難忘的開發經驗，這是也是實訓的一大收獲。

通過這七天的實訓，我收獲頗豐，總體來說對這次實訓我還是很滿足的。盡管實訓不久，但我每天都有所得，每一天過得都很充實。我真的很感謝學校能夠提供我們這樣好的實訓機會，以及尚學堂給予我們的實訓平臺。我們深刻的了解到，只有經歷過，才知道其中的滋味。對于我而言，通過這次實訓，讓我對于專業最初的觀點也有了本質性的改變!程序員不僅僅是一份職業，更是一份細心+一份耐心+一份責任心=人生價值的詮釋。對于即將走向工作崗位的我們更要不斷加強自己的專業技能，社會不會要一個一無是處的人，所以我要更多更快的從一個學校人向社會人轉變。為此我將會在以后的日子里繼續努力，不斷激勵經驗，不斷磨礪自己，早日成為一個對社會有用的人。

2017年4月12日星期三

第三篇：實訓體會

這次的實訓算起來在實驗室的時間只有幾天，我們組在組長的領導安排下，分工明確，組長伍靜負責整體思路框圖的構造，我負責資料的搜集與整理協助伍靜與王陽陽編寫程序，調試程序，并對每次程序的顯示效果加以記錄。此次實訓課題，我們做了喇叭自檢、LED自檢和鍵盤自檢，最后又做了綜合性的x25045存儲性能測試。在這次單片機實訓過程中，我認為最重要的就是認真的研究老師給的題目，整理思路，畫出程序框圖，再依照程序框圖編寫程序并加以調試。其次，老師對實驗的講解要一絲不茍的去聽去想，因為只有都明白了，做起實訓就會事半功倍，如果沒弄明白，就迷迷糊糊的去做，到頭來一點收獲也沒有。最后，要重視程序的模塊化，修改的方便，也要注重程序的調試，掌握其方法。

此次實訓雖然在最后大程序的實踐中我們遇到了很多困難，甚至一度不知從何入手，但對于此次實訓我還是受益匪淺，首先在做本次實習的過程中，我感觸最深的當屬查閱大量的設計資料了。為了讓自己的設計更加完善，查閱這方面的設計資料是十分必要的，同時也是必不可少的。其次，在這次課程設計中，我們運用到了以前所學的專業課知識，如：C語言、模擬和數字電路知識等。雖然過去從未獨立應用過它們，但在學習的過程中帶著問題去學我發現效率很高，這是我做這次實訓的又一收獲。

最后，在實習之前，我們要對所用單片機的內部結構有一個系統的了解，知道該單片機內有哪些資源；要有一個清晰的思路和一個完整的的軟件流程圖；在設計程序時，不能妄想一次就將整個程序設計好，反復修改、不斷改進是程序設計的必經之路；要養成注釋程序的好習慣，一個程序的完美與否不僅僅是實現功能，而應該讓人一看就能明白你的思路，這樣也為資料的保存和交流提供了方便；在實習過程中遇到問題是很正常的，但我們應該將每次遇到的問題記錄下來，并分析清楚，以免下次再碰到同樣的問題。但是從中學到的知識會讓我受益終身。除此之外，我的最大收獲還有團隊合作的巨大力量，個人力量始終有限，必須組合起來，人盡其才，才能做到事半功倍。這些就是我在此次實訓中的一些心得與體會，我相信這些會在我今后的學習、工作、生活中幫助我走的更遠。

第四篇：實訓日記

實訓日記

所在院系：經濟與管理學院 專

業：市場營銷 班

級：營銷1601B 學

號：1629150147 姓

名：李永輝

2017年6月12日

星期一

由于對實訓的期盼，一大早就起來了。早上在網上搜集一些關于海爾空調的專業知識，下午我們小組去智航輝海爾專賣店進行了調查。通過對智航輝的調查，我有以下感觸，首先，智航輝處于小區附近，相比市中心影響力遠不如，其次，當我跨進這個專賣店，空間太小，給人一種很狹隘的感覺，再者，一共兩個銷售，一個銷售對我們提出的問題，回答的很詳細，另一個在玩手機，我覺得這是一種失職，最后，這個店雖然小，但是東西很齊全，還是可以作為選擇的對象。

今天的實訓比較簡單，這是一個好的開端。

2017年6月13日

星期二

實訓第二天，我們早上到文明路社區報到，社區負責人馬主任安排我們的調研活動，上午我們參觀了社區，下午我們走進小區開始我們的調查。

馬主任告訴我們下午調查的小區是電業局退休的職工，最開始，調查第一戶的時候，心懷忐忑，不知道該怎說，簡單聊了幾句，就走了。第二戶，是一位奶奶開的門，很熱情邀請我們進去，聊的很投機，也發現了一些問題。第三戶，還是一位奶奶開的門，這位奶奶和我們調查的第二戶提的意見一樣。不知不覺6點了，今天的調查結束了。

今天很累，回到學校就睡覺了。

2017年6月14日

星期三

和昨天一樣，早早地去了社區，馬主任對我們的調查結果不滿意，給我們開個簡單的會，要求我們真實的情況調查出來，并了解群眾的生活需要。

沒有像昨天那么順利，吃了閉門羹，兩棟樓，只有兩戶開門，一戶以沒時間為由，直接把我們趕走了，另一位簡單的應付了我們的調查。迫于無奈，我們采用在小區門口蹲點的方法，經過一下午的實踐證明，我們蹲點還很有效的。

連續兩天沒有午休，回到學校倒頭就睡，一個字，累。

2017年6月15日

星期四

說實話，早上很困，不想去社區，畢竟已經連續好幾天沒有午休了，晚上又不沒有充分的誰眠。早上到了社區，找了一間空屋子休息了一個小時，頓時感覺好多了。前幾天中午的飯又貴又難吃，今天換了一個地方，很合口。下午的工作依舊，越做越覺得社區是在走形式。

晚上我們和老師說了我們的情況，老師很生氣，覺得我們在社區做的工作和我們調查的內容無關，決定明天和我們一起去。

經過這幾天，體會到工作的辛苦，明天加油！

2017年6月16日

星期五

經過昨天老師的指點，我們針對不同點群體采取了不同的調查方式，效率很高。這幾天接受調查的對象大多是老人或中年婦女，我覺得這次調查對象太狹窄。

這幾天的勞動給我很大的收獲，只要肯下功夫，總會有意想不到的收獲。我的感想就是，空巢老人這個問題非常嚴重，需要更多的志愿者去慰問他們，還有，大多數社區服務做的不到位，還是希望重視一下。

在社區這幾天做的工作和我們調查海爾產品沒有一點關系，我們決定下周不來社區了，畢竟選擇是雙向的，下周開始我們真正的調查。

2017年6月19日

星期一

今天早上我們調查了好幾個海爾專賣店，做了詳細的調查，并拍照，為以后的工作做基礎，了解到空調的類別，掛飾的主要放在臥室，柜式的一般放在客廳。并且還了解到，大多數人買空調更傾向于格力的。

今天信息量很大，一切正常。

2017年6月20日

星期二

我們針對調查出現的問題，設計了調查問卷，主要問題是在購買空調會選擇哪種品牌，喜歡什么樣式的空調，以及能接受的價位。

下午我們在網上做了調查，情況一般，決定明天帶著調查問卷去市中心，各大超市調查。希望明天順利！

2017年6月21日

星期三

我們一共四個組，為了提高效率，每個組去不同的地方。

有的人不愿意接受調查，突然感覺到人們的冷漠、無情，當然，還是有人很樂意的，非常感謝那些接受調查人。晚上，我們對調查進行匯總，得出結論，人們最喜歡的是格力，其次是美的。價位，樣式沒有過多的要求。

做最好的自己，不要在意世俗的眼光。

2017年6月22日

星期四

今天我們根據自己的認知，網上的了解，調查的結果，他人的意見等等，做成ppt的形式，為了明天的匯報。

付出總有匯報，希望自己以后的生活會更精彩！

2017年6月23日

星期五

今天進行了匯報，意味著為期兩周的實訓就要結束了，雖然很累，但是有很大的收獲，我希望我以后的每一步腳踏實地，以后的每一天堅信付出總有回報，吃的苦中苦，方為人上人。

這次實訓室我們邁向社會的一小步，在以后的生活中，會遇到更多的難題，不過，我堅信我都會克服的。

馬上就要考試了，好好復習，加油！

第五篇：實訓日記

日記

起碼不用整天對著那枯燥乏味的書本，而且實訓期間也可以隨時活動，也能真正地學到知識，比起理解書本的理論實際多了，而且我們還能學而致用，在實訓中能夠運用學過的理論知識運用到實際當中去，同時還能培養自己的操作能力。現在真的如愿以償了，每天真的不用對著書本上課，好期待呀！剛開始是懷著激動的心情來到實訓崗位。從開始的一個一無所知的懵懂的學生，漸漸地，所有的一切都在轉變了。。

不知不覺，在學院院辦宣傳科實訓的日子已經有三個星期了。想想自己在那段實訓的日子里做過什么事情，還真的是無從說起。在那里，我們什么事情都要做，但并非所有的事情我們都能夠勝任。所謂的實訓說得文雅些就是實習，有時幫老師送文件，對校資料，收集資料，別看這是小事，實際上我們還是不能夠很好地完成這些任務。老師布置的這些任務，我們一般都是草草了事，最后還是要老師重做。不過，有時是整天坐在那里等老師分配任務。說真的，有些郁悶，更多的是無聊與煩躁，相對其他部門的同學來說，我們是何等的清閑。有時也會有所抱怨，為什么老師老是讓我們坐在那里做自己的事情，不布置任務。不過怎么說畢竟自己的能力有限，閱歷不夠豐富，資歷不足，總的來說還是幫不上什么忙，老師也很體諒我們，不會讓我們做一些力所不能及的事情。可這樣只會讓我覺得更慚愧，但更多的是責備，連老師布置的最基本的是最簡單的任務我們都沒有盡心盡力地完成。

現在學院將要面臨評估，全校上下都處于“一級警戒”的狀態。學院要做好充分的準備迎接即緊張又神圣一刻的來臨，因此老師們做任何事都不能出一點差錯。有時看著老師每天忙碌的背影，而我們卻愣在那里什么也幫不上忙，更因自己的不負責任而感到羞愧，有時會覺得自己一無是處。像我連最基本、簡單的準備茶水的接待工作也做不好，老師只是笑了笑以表示諒解。而此時此刻的我不得不深思，是否自己真的這么愚笨，連準備茶水的工作都不能夠勝任。即將畢業的我究竟憑什么與別人競爭這條萬人競爭的“獨木橋”？從這點小事上來看，我真的要認真地自我檢討。面對如此殘酷的就業競爭，我該怎么提升自己才能從“險境”中脫穎而出。

這段實訓的日子很短暫，只有五個星期；這段實訓的日子有點無聊，但很有意義；這段實訓的日子很乏味，但體會深刻。站在社會上，無論是一件小事還是大事，我們都要認真地完成，千萬不能馬虎，更不能隨便地應付式地完成。就好比如何使用剪刀剪出整齊的紙一樣，雖然是這很簡單的工作但還是要細心地完成它。

發自內心，我還真的很感謝我們的指導老師，感謝他們的寬容，對于我們做事的輕浮只是一笑而過；感謝他們的體諒，能夠適當地給我們分配一些簡單的任務，這使我們覺得還是有有用之處的；感謝他們的指導，即使他們有多忙，都能擠出時間指導我們如何能夠更好地完成這個任務