第一篇：大四實訓心得

上海博為峰軟件基地（51testing）實訓總結（王秀梅）

在上海博為峰軟件基地實訓的學生有9名。有9名同學全部完成實訓，其中有5名已經參加工作。分別為張雅利、周琪、陳皆宇、丁大軍和郭玲玲。周怡君、包凱華、朱旭芝和朱倩還在找工作。

總的來說，在51testing培訓的同學都很有收獲。在這里學到了大學里沒有的知識和技能，更好的鍛煉了大家的獨立學習能力。以下是同學們的學習心得。

課程安排前一階段安排比較松，但后面比較緊。老師們在授課前期階段始終從實用出發，對于每一個知識點在工作過程中所牽扯到的其它知識面都做了大量的補充，也是因為這一點，在課堂上同學和老師們真正做到了互動，整個課堂氣氛緊張而又不乏活躍。對于每一個應用點，老師們根據自己的工作經驗，帶領同學們做了大量的軟件測試培訓實戰訓練，活學活用，舉一反三。對于同學們提出的每一個問題，認真、負責、仔細地回答。

由于軟件測試方面的知識目前還是比較偏重理論的理解方面，所以現在只要及時復習，定期回顧理論知識還是挺好的。但也正是因為如此，我們目前自己做項目的機會不多，所以理論與實踐結合的不佳。很多理論知識學了，但不知到該如何應用到實踐中去。幸虧在接下來的學習中，我們有大量的項目時間課，我將會牢牢把握住時機，在這段項目實踐中，錘煉自己的應用能力，理論聯系實際，爭取把項目做好。

生活上班主任老師和每一位同學親切交流，問寒問暖。同學們之間在生活、學習上真誠地幫助更讓我們覺得自己是博為峰大家庭中的一員。

在博為峰軟件基地培訓已經結束了。大部分同學比較滿意。

第二篇：大四軟件實訓方案

大四軟件專業實訓計劃（初稿）

引

言

軟件項目實訓是為大四計算機相關專業而設置的。其目的是使學生能夠針對具體真實的軟件工程項目，全面掌握軟件工程管理、軟件需求分析、軟件初步設計、軟件詳細設計、軟件測試等階段的方法和技術。培養學生按照軟件項目的標準和規范，進行軟件開發的能力，培養學生的合作意識和團隊精神，培養學生對技術文檔的編寫能力。

通過實訓訓練，達到如下目的：

1.通過整體項目的開發流程，使學生融會貫通大學三年中所學習課程的知識點。

2.通過項目鍛煉學生真正的技術能力，提高學生就業的價值。

階段一：實訓準備工作

一、實訓目的

目的：熟悉軟件開發流程，提升自我價值。

任務：學習軟件開發小組的組織和管理，合理分工，將項目開發各階段的任務明確，確保項目按時按量完成。

二、實訓環境及時間安排

實訓環境安排，場地以每個項目小組分割，小組場地位置確認以后，不能隨意變動。

實訓時間，每周連續三天進行項目實訓。

上午：8：30～12：00

下午：14：00～5：30

三、實訓涉及知識點（1）SQLServer（2）.Net框架

（3）CSS、JavaScript、html（4）JQuery框架

四、實訓必要說明

（1）班級按項目小組進行分組，每組安排4－5人；（2）每個項目小組推選出項目負責人或項目經理；

（3）由項目經理召集項目組成員討論、從附錄1中選定或自擬定一個開發項目；

（4）實行項目經理負責制，由項目經理統一管理整個項目的實施過程，并合和理調整資源和負責項目全局；

（5）根據項目的難易程度合理分配組員的任務，使項目的每項任務切實

落實到個人且規定該任務的起止日期，并最終對問題達成一致的看法；（6）針對項目的實施和采用的軟件開發方法，熟悉相應的軟件開發工具及其使用環境；

（7）查閱相關參考資料，閱讀國家有關軟件開發的標準文檔（見附錄2）。

五、獎懲制度

（1）每個實訓項目完成后，按照項目任務計劃書保質保量完成的最優項目組，將獲得每人200元獎學金獎勵。

（2）在實訓期間，如有項目合同適合實訓學生，從滿足條件的實訓學生中選擇參與項目，學生享受項目提成。（需至少完成一個項目，且優先從最優項目組中選取）

（3）實訓期間，學生不得曠工、遲到、早退。如遇生病或有特殊事情必須向指導老師請假。

（4）項目小組成立后，根據所分配工作任務簽字確認，項目實訓期間，如無故曠工3次以上，或消極怠工及其惡劣致使影響項目組整體進度的，指導老師有權請離該學生出項目組，違規學生視為自動放棄實訓。

階段二：軟件項目需求分析

一、實訓目的與任務

目的：掌握項目需求管理與需求分析方法，了解需求獲取的方法，熟悉需求分析的任務與步驟；練習撰寫軟件需求規格說明書。

任務：采用結構化的軟件開發技術，完成對項目的分析過程，給出系統的邏輯功能模型，數據字典以及規格說明書。

二、實訓內容與步驟

（1）分析系統的業務流程和數據需求，獲得當前系統的物理模型，然后抽象出當前系統的邏輯模型，再建立目標系統的邏輯模型；（2）用結構化分析方法對整個系統進行分析細化，用數據流圖描繪系統的邏輯模型，描繪信息在系統中流動和處理的情況；

（3）寫出該系統的數據字典，用數據字典對人們不了解的條目進行解釋，對所有被加工引用的數據流和數據存儲進行解釋；

（4）用小說明來描述最底層的基本加工邏輯，說明并不描述具體的加工過程，而只是這個加工的輸入數據和輸出數據的邏輯關系；

（5）根據附錄2中給定的文檔規范標準，編寫軟件需求規格說明書。

階段三：軟件項目系統設計

一、實訓目的與任務

目的：掌握概要設計和詳細設計的基本方法與流程，了解結構化程序設計的基本概念與技術；練習撰寫概要設計說明書和詳細設計說明書。

任務：認真分析實訓二的結果，給出系統合理的體系結構，描繪系統結構圖，并合理劃分系統的各組成模塊，最后給出系統的各部分設計規格說明書。

二、實訓內容與步驟

（1）設計系統的體系結構，畫出系統體系結構圖；（2）數據庫設計，建立E-R模型和數據庫邏輯模型；

（3）根據附錄2中給定的文檔規范標準，編寫軟件概要設計說明書和詳細設計說明書。

階段四：面向對象的設計

一、實訓目的與任務

目的：了解面向對象設計的基本流程，掌握軟件體系結構、用戶界面、數據庫設計和模塊設計的方法，訓練撰寫面向對象設計報告的能力。

任務：在實訓六基礎上完成系統體系結構的建立和面向對象的系統設計，并完成面向對象設計報告。

二、實訓內容與步驟

認真分析實訓六的結果，并在此基礎上進行面向對象分析，具體任務如下：（1）設計系統的體系結構（2）劃分系統模塊（對象）（3）數據庫結構設計（4）系統的輸入輸出設計（5）用戶界面的設計

（6）撰寫面向對象的設計報告

階段五：軟件項目編碼

一、實訓目的與任務

目的：了解程序設計語言的選擇方法，掌握編譯程序實現的基本方法，培養養成良好的程序設計風格，訓練程序設計能力，練習編程文檔的撰寫。

任務：在實訓三的基礎上，選擇程序設計語言，開發實現軟件系統，編寫源程序清單。

二、實訓內容與步驟

（1）用開發工具建立軟件項目工程；（2）設計實現該系統功能的用戶界面；（3）使用此開發工具開發各種控件；

（4）使用數據庫管理系統軟件建立關系數據庫；

（5）使用開發工具編寫腳本事件；（6）建立界面操作與后臺數據庫的連接。

階段六：軟件項目測試

一、實訓目的與任務

目的：了解軟件測試的一般步驟，掌握測試用例的設計方法，訓練撰寫軟件測試報告的能力。

任務：正確運用軟件測試技術和方法，完成系統的單元測試、綜合測試、確認測試、系統測試的方法，掌握測試用例的設計方法，并給出測試報告。

二、實訓內容與步驟

（1）制定軟件測試計劃；（2）設計軟件測試用例；

（3）實施單元測試，包括對模塊接口、局部數據結構、重要執行路徑、出錯處理和邊界條件的測試；

（4）撰寫軟件測試報告

附錄一：

實訓項目題目

題目一：XX銀行內務管理系統

1、功能需求

1).簽發、注銷、作廢管理、審核管理 2).組織機構及授權管理

3).系統參數設置（打印控制、顯示控制等）4).日志審計和管理 5).統計報表管理 6).個人資料管理

題目二： XX招商平臺數據庫管理系統

1、功能需求

1).角色與權限分配功能，管理員角色與功能角色不能同時具備相同權限 2).功能構成角色 3).地塊信息錄入功能

4).地塊項目錄入和關聯地塊功能 5).對招商信息的項目進行跟蹤

6).在每條上傳記錄里均可以添加多個附件 7).每條招商記錄均可根據展示模板進行格式轉換 8).具備快速檢索記錄的功能

附錄二：

軟件開發文檔指南 可行性研究報告

可行性研究報告的編寫目的是：說明該軟件開發項目的實現在技術、經濟和社會條件方面的可行性；評述為了合理地達到開發目標而可能先擇的各種方案；說明論證所選定的方案?？尚行匝芯繄蟾娴木帉憙热菀笕缦拢?/p>

1.1 引言

1.1.1 編寫目的 1.1.2 背景

1.1.3 定義

1.1.4 參考資料

1.2 可行性研究的前提

1.2.1 要求

1.2.2 目標

1.2.3 條件、假定和限制 1.2.4 進行可行性研究的方法 1.2.5 評價尺度

1.3 對現有系統的分析 1.3.1 數據流程和處理流程 1.3.2 工作負荷 1.3.3 費用開支 1.3.4 人員 1.3.5 設備 1.3.6 局限性

1.4 所建議的系統

1.4.1 對所建議系統的說明 1.4.2 數據流程各處理流程 1.4.3 改進之處 1.4.4 影響

1.4.4.1 對象設備的影響 1.4.4.2 對軟件的影響

1.4.4.3 對用戶單位機構的影響 1.4.4.4 對系統動行的影響 1.4.4.5 對開發的影響

1.4.4.6 對地點和設施的影響 1.4.4.7 對經費開支的影響 1.4.5 局限性

1.4.6 技術條件方面的可行性 1.5 可選擇其他系統方案 1.5.1 可選擇的系統方案1 1.5.2 可選擇的系統方案2 ……

1.6 投資及收益分析 1.6.1 支出

1.6.1.1 基本建設投資 1.6.1.2 其他一次性支出 1.6.1.3 非一次性支出 1.6.2 收益

1.6.2.1 一次性收益 1.6.2.2 非一次性收益 1.6.2.3 不可定量的收益 1.6.3 收益/投資比

1.6.4 投資回收周期

1.6.5 敏感性分析

1.7 社會條件方面的可行性

1.7.1 法律方面的可行性

1.7.2 使用方面的可行性

1.8 結論 2 項目開發計劃

編制項目開發計劃的目的是用文件的形式，把對于在開發過程中各項工作的負責人員、開發進度所需經費預算、所需軟、硬件條件等問題作出安排記載下來，以便根據本計劃開展和檢查本項目的開發工作。編制內容要求如下：

2.1 引言

2.1.1 編寫目的 2.1.2 背景

2.1.3 定義

2.1.4 參考資料

2.2 項目概述

2.2.1 工作內容

2.2.2 主要參加人員

2.2.3 產品及成果

2.2.3.1 程序

2.2.3.2 文件

2.2.3.3 服務

2.2.3.4 非移交產品

2.2.4 驗收標準

2.2.5 完成項目的最遲期限

2.2.6 本計劃的審查者與批準者

2.3 實施總計劃

2.3.1 工作任務的分解

2.3.2 接口人員

2.3.3 進度

2.3.4 預算

2.3.5 關鍵問題

2.4 支持條件

2.4.1 計算機系統支持

2.4.2 需要用戶承擔的工作

2.4.3 需由外單位提供的條件

2.5 專題計劃要點 軟件需求說明書

軟件需求說明書的編制是為了使用戶的軟件開發者雙方對該軟件的起初規定有一個共同的理解，使之成為整個開發工作的基礎。編制軟件需求說明書的內容要求如下：

3.1 引言

3.1.1 編寫的目的 3.1.2 背景

3.1.3 定義

3.1.1 參考資料

3.2 任務概述

3.2.1 目標

3.2.2 用戶的點

3.2.3 假定與約束

3.3 需求規定

3.3.1 對功能的規定

3.3.2 對性能的規定

3.3.2.1 精度

3.3.2.2 時間特性要求

3.3.2.3 靈活性

3.3.3 輸入輸出要求

3.3.4 數據管理能力的要求

3.3.5 故障處理要求

3.3.6 其它的專門的要求

3.4 運行環境規定

3.4.1 設備

3.4.2 支持軟件

3.4.3 接口

3.4.4 控制 4 數據需求說明書

數據要求說明書的編制目的是為了向整個開發時期提供關于處理數據的描述和數據采集要求的技術信息。編制數據要求說明書的內容要求如下：

4.1 引言

4.1.1 編寫目的 4.1.2 背景

4.1.3 定義

4.1.4 參考資料

4.2 數據的邏輯描述

4.2.1 靜態數據

4.2.2 動態輸入數據

4.2.3 動態輸出數據

4.2.4 內部生成數據

4.2.5 數據約定

4.3 數據的采集

4.3.1 要求和范圍

4.3.2 輸入的承擔者

4.3.3 處理

4.3.4 影響 5 概要設計說明書

概要設計說明書可稱作系統設計說明書，這里說的系統是指程序系統，編制的目的是說明對程序的系統的設計考慮，包括程序系統的基本處理流程、程序系統的組織結構、模塊劃分、功能分配、接口設計、運行設計、數據結構設計和出錯處理設計等，為程序的詳細設計提供基礎。編制概要設計說明書的內容要求如下：

5.1 引言

5.1.1 編寫目的 5.1.2 背景

5.1.3 定義

5.1.4 參考資料

5.2 總體設計

5.2.1 需求規定

5.2.2 運行環境

5.2.3 基本設計概念和處理流程

5.2.4 結構

5.2.5 功能需求與程序的關系

5.2.6 人工處理過程

5.2.7 尚未解決的問題

5.3 接口設計

5.3.1 用戶接口

5.3.2 內部接口

5.3.3 外部接口

5.4 運行設計

5.4.1 運行模塊組合 5.4.2 運行控制

5.4.3 運行時間

5.5 系統數據結構設計

5.5.1 邏輯結構設計要點

5.5.2 物理結構設計要點

5.5.3 數據結構與程序的關系

5.6 系統出錯處理設計

5.6.1 出錯信息

5.6.2 補救措施

5.6.3 系統維護設計 6 詳細設計說明書

詳細說明書可稱作程序設計說明書。編制目的是說明一個軟件系統各個層次中的每一個程序（每個模塊或子程序）的設計考慮，如果一個軟件系統比較簡單，層次很少，本文件可以不單獨編寫，有關內容合并概要設計說明書。對詳細設計說明書的內容要不得要求如下：

6.1 引言

6.1.1 編寫目的 6.1.2 背景

6.1.3 定義

6.1.4 參考資料

6.2 程序系統的組織結構

6.3 程序1（標識符）設計說明

6.3.1 程序描述

6.3.2 功能

6.3.3 性能

6.3.4 輸入項

6.3.5 輸出項

6.3.6 算法

6.3.7 流程邏輯

6.3.8 接口

6.3.9 存儲分配

6.3.10 注釋設計

6.3.11 限制條件

6.3.12 測試計劃

6.3.13 尚未解決的問題

6.4 程序2（標識符）設計說明

…… 數據庫設計說明書

數據庫設計說明書的編制目的是對于設計中的數據庫所有標識、邏輯結構和理結構作出具體的設計規定。其內容要求如下：

7.1 引言

7.1.1 編寫目的 7.1.2 背景

7.1.3 定義

7.1.4 參考資料

7.2 外部設計

7.2.1 標識符和狀態

7.2.2 使用它的程序

7.2.3 約定

7.2.4 專門指導

7.2.5 支持軟件

7.3 結構設計

7.3.1 概念結構設計

7.3.2 邏輯結構設計

7.3.3 理結構設計

7.4 運用設計

7.4.1 數據字典設計

7.4.2 安全保密設計 8 用戶手冊

用戶手冊的編制是要使用非專門術語的語言，充分地描述該軟件系統工程所具有的功能及基本的使用方法。使用戶（或潛在用戶）通過本手冊能夠了解該軟件的用途，并且能夠確定在什么情況下，如何使用它。具體的內容要求如下：

8.1 引言

8.1.1 編寫目的 8.1.2 背景

8.1.3 定義

8.1.4 參考資料

8.2 用途

8.2.1 功能

8.2.2 性能

8.2.2.1 精度

8.2.2.2 時間特性

8.2.2.3 靈活性

8.2.3 安全保密

8.3 運行環境

8.3.1 硬設備

8.3.2 支持軟件

8.3.3 數據結構

8.4 使用過程

8.4.1 安裝與初始化

8.4.2 輸入

8.4.2.1 輸入數據的現實背景

8.4.2.2 輸入格式

8.4.2.3 輸入舉例

8.4.3 輸出

8.4.3.1 輸出數據的現實背景

8.4.3.2 輸出格式

8.4.3.3 輸出舉例

8.4.4 文卷查詢

8.4.5 出錯處理與恢復

8.4.6 終端操作 9 操作手冊

操作手冊的編制是為了向操作人中提供該軟件每一個運行的具體過程和有關知識，包括操作方法的細節。具體的內容要求如下：

9.1 引言

9.1.1 編寫目的 9.1.2 背景

9.1.3 定義

9.1.2 參考資料

9.2 軟件概述

9.2.1 軟件的結構

9.2.2 程序表

9.2.3 文卷表

9.3 安裝與初始化

9.4 運行說明

9.4.1 運行表

9.4.2 運行步驟

9.4.3 運行1（標識符）說明

9.4.3.1 運行控制

9.4.3.2 操作信息

9.4.3.3 輸入-輸出文卷

9.4.3.4 輸出文段

9.4.3.5 輸出文段的復制

9.4.3.6 啟動恢復過程

9.4.4 運行2（標識符）說明

9.5 非常規過程

9.6 遠程操作 10 模塊開發卷宗

模塊開發卷宗是在模塊開發過程中逐步編寫出來的，每完成一個模塊或一級密切相關的模塊的復審時編寫一份，應該把所有的模塊開發卷宗匯集在一起。編寫的目的是記錄和匯總低層次開發的進度和結果，以便于對整個模塊開發工作的管理和復審，并為將來的維護提供非常有用的技術信息。具體的內容要求如下：

10.1 標題

10.2 模塊開發情況表

10.3 功能說明

10.4 設計說明

10.5 源代碼清單

10.6 測試說明

10.7 復審的結論 11 測試計劃

11.1 引言

11.1.1 編寫目的 11.1.2 背景

11.1.3 定義

11.1.4 參考資料

11.2 計劃

11.2.1 軟件說明

11.2.2 測試內容

11.2.3 測試1（標識符）

11.2.3.1 進度安排

11.2.3.2 條件

11.2.3.3 測試資料

11.2.3.4 測試培訓

11.2.4 測試2（標識符）

……

11.3 測試設計說明

11.3.1 測試1（標識符）

11.3.1.1 控制

11.3.1.2 輸入

11.3.1.3 輸出

11.3.1.4 過程

11.3.2 測試2（標識符）

……

11.4 評價準則

11.5.1 范圍

11.4.2 數據整理

11.4.3 尺度 12 測試分析報告

測試分析報告的編寫是為了把組裝測試和確認測試的結果、發現及分析寫成文件加發記載，具體的編寫內容要求如下：

12.1 引言

12.1.1 編寫目的 12.1.2 背景

12.1.3 定義

12.1.4 參考資料

12.2 測度概要

12.3 測試結果及發現

12.3.1 測試1（標識符）

12.3.2 測試2（標識符）

……

12.4 對軟件功能的結論

12.4.1 功能1（標識符）

12.4.1.1 能力

12.4.1.2 限制

12.4.2 功能2（標識符）

……

12.5 分析摘要

13.5.1 能力

12.5.2 缺陷和限制

12.5.3 建議

12.5.4 評價

12.6 測試資源消耗 13 開發進度月報

開發進度月報的編制目的是及時向有關管理部門匯報項目開發的進展和情況，以便函及時發現或處理開發過程中出現的問題。一般地，開發進度月報是以項目組為單位每月編寫的。如果被開發的軟件系統規模比較大，整個工程項目被劃分給若干個分項目組承擔，開發進度月報將以項目組為單位按月編寫。具體的內容要求如下：

13.1 標題

13.2 工程進度與狀態

13.2.1 進度

13.2.2 狀態

13.3 資源耗用與狀態 13.3.1 資源耗用 13.3.1.1 工時 13.3.1.2 機時 13.3.2 狀態

13.4 經費支出與狀態

13.4.1 經費支出

13.4.1.1 支持性費用

13.4.1.2 設備購置費

13.4.2 狀態

13.5 下個月的工作計劃

13.6 建議 項目開發總結報告

項目開發總結報告的編制是為了總結本項目開發工作的經驗，說明實際取得的開發結果以及對整個開發工作的各個方面的評價。具體的內容要求如下：

14.1 引言

14.1.1 編寫目的 14.1.2 背景

14.1.3 定義

14.1.4 參考資料

14.2 實際開發結果

14.2.1 產品

14.2.2 主要功能和性能

14.2.3 基本流程

14.2.4 進度

14.2.5 費用

14.3 開發工作評價

14.3.1 對生產學率的評價

14.3.2 對產品質量的評價

14.3.3 對技縮方法的評價

14.3.4 出錯原因的分析

第三篇：實訓心得

宏圖三胞實訓心得

轉眼間，市場營銷實訓結束了，給我留下的是無窮的回味和深刻的體會。將近一個月的實習經歷，我對公司各環節的業務流程有了初步的了解。因為我是在銷售部實習，所以對銷售有更切實的體會。做銷售要先把自己推銷出去。我被分配到的是電腦附件區，我做好了準備。銷售前的準備，計劃工作，絕不可疏忽輕視，有備而來才能勝券在握。

我覺得，銷售這個行業是比較鍛煉人的，并值得自己探索的職業。銷售員這份工作讓我接觸到比較復雜的人和事，感悟良多。這次實習也為即將踏入社會的我提供了可貴的經驗。以下是我對銷售行業的一些認識。

1、首先要做好充分的物質準備。物質準備工作做得好，可以讓顧客感到銷售人員的誠意，可以幫助銷售人員樹立良好的洽談形象，形成友好、和諧、寬松的洽談氣氛。還要增強自信，對于銷售人員取得成功至關重要。銷售人員在毫無準備的情況下貿然訪問客戶，往往因為情況不明、，底數不清總擔心出差錯，造成言詞模棱兩可，而客戶看到這種對推銷自己的產品都信心不足的銷售人員時，首先會感到擔心和失望，進而不能信任銷售人員所推銷的產品，當然更不能接受。因此，充分的前期準備工作，可以使銷售人員底氣十足，充滿信心，銷售起來態度從容不迫，言語舉止得當，容易取得客戶信任。

2、不同部的協作。我們馬上就要步入社會，成功不可能一觸而就，這就需要我們從低層做起，擺正心態，虛心向長輩及同行學習。這次實習中，我更加注重鍛煉自己的執行力，做的過程就是學習的過程，我不怕苦，不怕累，勤快認真，踏實地完成上級安排的任務。況且銷售部的工作并不是單一的，要和收銀部等相互協作。通過這次實習，我認識到每一份工作都不是單打獨斗，而是需要在團體中相互協作。每個部門的立場和出發點有時并不一致，這時就需要有協作的精神，請求其他部門協作時要客氣有禮，并做備份，這樣才能更好地完成任務。

3、其次，銷售人員要做到“知己”，才能提高銷售的成功率。所謂的“知己”就是需要掌握自己公司多方面的生產、經營、規模等情況以及自己負責的產品的性能、指標、價格等知識。對于客戶來說，銷售人員就是公司。但事實上銷售人員只是代表公司而已。既然銷售人員只是代表著公司，他就應該對企業有一個全面的了解，包括經營目標、經營方針、歷史業績、企業及所銷售產品的優勢等等。銷售人員必須熟悉本公司有關價格、信用條件、產品運送程序以及在銷售過程中不可缺少的其他任何情報。在銷售過程中，公司要有良好的信用條件，公司必須守信用、守合同，產品運送必須準確、及時，銷售人員只有熟識這些知識，才能在銷售的過程中及時地利用優惠條件來吸引客戶，引發客戶的購買欲。

4、在實習工作中，我才算真正接觸到真實的工作環境和氛圍，這不僅鍛煉了能力，更能幫助自我更好定位。在實習的時候，經理會交給我們不同的工作任務，從不同的工作中我們可以了解到自己的優勢與劣勢，認清自己的不足，從而加以完善。我認識到自己的溝通技巧還不夠全面，認識問題不能往往以偏概全，知識面還不夠廣，今后一定要加以強化。同時，實習也是實驗，實驗一下自己是否適合這份的工作，從而更好地指導自己今后的職業生涯。

實習已經結束，我也該開始新的生活了。在不多的大學生活里，我還需要做好很多事情，比如英語的繼續學習，比如專業課的深入學習，比如對行業的繼續關注等。未來不管是做個職業經理人還是自主創業，大學時期的積累，毋庸置疑，必定是我人生的一筆財富。

第四篇：實訓心得

實習心得

今天的實習收獲良多，實習教練通過一些小活動教會我們很多做人的道理，讓我們受益終生，在今后的就業打下堅實的基礎。

上午我們玩了兩個小游戲，第一個“拼字游戲”。在這個游戲中，教會了我們在工作中藥有洞察力，善于發現，相互配合等一些工作技巧。在“運輸氣球”的游戲里，雖然我們小組取得的成績不太好，但也發現了自身的問題：考慮問題不全面，分工不明確等一些小的錯誤，然而這種小的錯誤導致我這個環節的失敗。經過我們的調整，在一個環節中我們取得了好成績。在下午的“無敵風火輪”游戲里由于我們考慮問題不周，動作不統一等導致了游戲的失敗，然而在接下來的“七人八足”的游戲里，結合我們一天的經驗與實踐，終于翻盤。功夫不負有心人，只要信任自我，團結合作，一切都可能實現。

最后，老師告訴我們“個人像鷹，團隊像雁”我們自己就要像雄鷹一樣翱翔天際，展翅未來，在團隊中我們要像大雁一樣團結合作，互相幫助，共享藍天。只有這樣，我們在今后的工作中才能步步高升，勇創佳績！

姓名：張化罡

學號：11043124

班級：電子信息工程（電氣自動化）

第五篇：實訓心得

實訓心得

班級：樓宇智能化姓名：陶郁卿學號：1103040207 在這一次的網絡互聯設備實訓當中，我體會到了考勤門禁的全過程，從項目構思開始經過不懈的努力，一直到最后的項目運行這一步，這使我更深的了解到了考勤門禁項目的全過程。真的是萬事開頭難啊，遇到了很多的問題，比如：設備和電腦之間的連接，經過多次的反復檢查，最后還是解決了問題?？傊畣栴}一籮筐，實踐出真知，原來自己還有那么多欠缺的知識。于是回歸本源，先把課本上的東西弄通再談其他。然后又到圖書管里借了幾本關于考勤門禁方面的書籍來參考。在對基本知識有了詳細的了解之后，做起東西來就得心應手多了。在安裝調試的過程中，一點一點的發現問題解決問題，看著實訓作業一點一點的做出來，真的很有成就感。

通過學習實踐中和老師的指導下以大量明晰的操作步驟和典型的應用實例，教會我們。讓我對考勤門禁的安裝、管理、維護等有了更深的了解，對此次實訓，頗有體會。本次實習主要任務是學會考勤門禁的安裝、使用、管理、維護等，通過理論與實踐相 結合，進一步加深我們的理論知識。要想在短暫的實訓時間內，盡可能能多的學一些東西，這就需要我們跟老師有很好的溝通，加深彼此的了解。然而老師并不了解我們的工作和學習能力，不清楚我們會做那些工作，所以跟老師進行溝通是很必要的。通過溝通了解，老師對我們有了大體了解，便有針對性的教我們一些考勤門禁方面的知識。這次實訓讓我學到的東西太多，使我受益非淺，它讓我知道了工作上的辛苦，讓

我知道工作并不像在學校里學習一樣輕松。人非生而知之，要學得知識，一靠學習，二靠實踐。沒有實踐，學習就是無源之水，無本之木。以上就是我在學校里進行實訓的心得和感受。不到半年的時間就將步入社會的我們，面臨是繼續深造，還是就業的壓力，我想我們更應該把握住最后的一段時間，充實和完善自我。

在做完了整個實訓項目之后再回頭想想，自己所會的東西實在是太少了，現在的我做的考勤門禁只是一些簡簡單單的安裝、使用、管理、維護等，看到了一些知名的公司所安裝的考勤門禁，不僅分布有條有理內容非常豐富，信息量大，而且全部都能正常連接使用，考勤軟件的安排有條有理，使得我贊嘆不已，流連忘返。以我的經驗，當前的軟件的功能日趨復雜，不學到一定的深度和廣度是難以在實際工作中應付自如的。因此反映出學習的還不夠，缺點疏漏。需在加以刻苦鉆研及學習，不斷開拓視野，增強自己的實踐操作技能，為以后能夠應付各種智能樓宇中的問題而努力，不斷地提升自我能力，更加完善自己。