有關設計類的實習報告模板集錦四篇
隨著人們自身素質提升，報告使用的次數愈發增長，多數報告都是在事情做完或發生后撰寫的。那么，報告到底怎么寫才合適呢？下面是小編整理的設計類的實習報告6篇，希望能夠幫助到大家。
設計類的實習報告 篇1
題目：路燈控制器設計
專業班級：
姓 名： 時 間
指導教師：
完成日期：20xx年06月 17 日
路燈控制器設計任務書
1．設計目的與要求
設計一個路燈控制電路，準確地理解有關要求，獨立完成系統設計，要求所設計的電路具有以下功能：
（1）具有光控功能，白天光線較亮、即使有聲音時路燈也不亮，光線較暗、有聲音時路燈點亮；
（2）具有聲控功能，晚上光線較暗、有聲音時路燈點亮，聲音消失后延時照明一段時間后自動熄滅；
（3）采用高亮度LED作為照明光源。 2．設計內容
（1）畫出電路原理圖； （2）元器件及參數選擇； （3）電路仿真；
（4）SCH文件生成與打印輸出； （5）PCB文件生成與打印輸出。 3．編寫設計報告
寫出設計的全過程，附上有關資料和圖紙，有總結體會。 4．答辯
在規定時間內，完成敘述并回答問題。
設計類的'實習報告 篇2
一、實習地點：東方商城
二、實習目的及意義
通過本次實習，對目前燈具設計的市場情況進行考察和比較分析，了解在學校所學的專業知識在具體實踐中的運用。隨著人民生活水平的不斷提高，科學技術的不斷發展，燈具的類型和風格也在不斷發展。
本次實習可以通過燈具現有的市場情況了解現在發展的狀況，也參加燈具設計的展覽，了解燈具發展的前沿。
三、實習方式與要求：
1、通過參觀市場調研，進行實地的考察，對當前燈具市場有直觀的了解；
2、閱讀并收集有關資料，并進行客觀分析，能很好的總結關于燈具設計的趨勢方向的一個整體思路
四、實習內容：
1、參觀燈具市場，了解燈具現有市場的設計情況，以及相關的材料與工藝，關注它們與造型的關系。
2、認真分析不同類型燈具的設計，了解它與人的關系，通過詢問等手段，了解顧客、銷售者對現有家具品牌的分析。
3、了解現有燈具的現狀，以及問題所在，為自己的燈具設計廣泛地收集資料。
4、了解在燈具市場相關的行業信息和本專業的發展趨向。
五、進度安排
1、認識實習為一周，時間安排在20xx、9、1X—20xx、9、1X
2、實習前的調研及查閱資料，時間1—2天；
3、自行分組參觀時間3天；
4、整理參觀收集的資料和圖片，時間1天；
六、實習心得
燈具市場是迎合人們對于美的需求的，體現了居民生活水平和欣賞水平的提高。燈具市場能否持續發展，關鍵取決于政策優勢和政府支持力度能否繼續保持或加強；與周邊區域的競爭有沒有持續優勢；商家的觀念能否與時俱進，始終保持強勁的競爭力。我們還必須明白：未來，區域細分是不可避免的。也就是說，每一個省其實都有可能形成以省為中心的小區域燈具市場，這種燈具市場雖然不能取代大區域燈具市場，但會給大區域燈具市場帶來不可忽略的影響。面對他們的.競爭和截流，大區域市場的輻射能力將不可避免地減小，份額將逐步萎縮。這是所有大區域燈具市場遲早要面臨的危機。應對危機的方法就是增設區域網點，讓每個燈具市場都有自己的“手”按在那里。
雖然這次實習時間有點短，但這次實習是入大學以來感覺學到東西最多，感覺開拓知識面最廣的一次學習，建筑室內裝飾行業在建筑行業所創造的GDP的比重越來越高，這就從一個方面反應到室內裝飾越來越受人民的重視，同樣中國照明及燈具市場的銷售額也逐年增加，這就為學裝飾設計專業的學生提供了更好的就業環境，所以我們應該強化自己的專業知識和拓廣自己的知識面，為設計出更好的作品而儲備知識和技能。
設計類的實習報告 篇3
一、實習目的、任務
通過設計院的實習，了解建筑師的基本工作程序、工作方法、職業素質要求，畢業后能更好適應市場的發展和社會的要求，同時，也是檢驗學生在校的學習下的成果，彌補課堂學習之不足，提高綜合設計的技能，以達到專業培養的目標。
1. 了解設計院的工作程序，建筑師的基本工作內容和工作方法。
2. 了解設計院不同專業相互合作方式，學習建筑師的職業素質、及協調能力。
3. 結合實際工作，學習運用計算機繪圖，進行建筑設計方案和建筑施工圖的繪制。
二、實習內容
1. 了解設計院的工作和程序，建筑師的基本工作內容和工作方法，了解設計院的不同工種的基本工作內容和合作方式。
2. 了解有關建筑設計的法規、規范、標準。結合實習工作，在實習單位的指導老師的具體安排下，學習運用計算機繪圖，進行建筑設計方案或建筑施工圖的繪制。
3. 能熟練運用cad進行圖紙的改良。
三、實習心得、體會
三年的大學生活接近尾聲，在即將踏入社會，面對競爭激烈的社會環境前，社會實踐對我么來說是必不可少的重要環節，這是正式工作前的一次大閱兵，同時也是理論與時間相結合，并鍛煉我們動手能力的大好機會，為未來的工作打下堅實的`基礎。
大三上學期，我有幸在教育建筑設計院實習，在這段實習期里，我進一步了解了建筑的深刻內涵，從書面的理論水平攀升島與實際結合的新的高度，同時，對具體設計流程，平面圖，立面圖，剖面圖以及效果圖的要求規范都有了更深層的體會，空間概念也逐漸明晰，對未來有了新的定位，這段實習經歷在我未來的建筑設計生涯中將發揮不可替代的作用。總結這幾天下來的收獲，真的很大很大。
設計類的實習報告 篇4
一、實習目的：
檢驗與鞏固理論知識，提高實際操作能力與社會實踐能力。
二、實習時間：
20xx-07-27 至 20xx-10-23
三、實習地點：
廣東廣州
四、實習單位與部門：
廣州**網絡科技有限公司·軟件開發部
五、實習內容：
應學校要求，本人于七月二十七號來到廣州**網絡科技有限公司實習。初到該公司，聽公司負責人講解了公司狀況以及工作要求，就馬上開始我的工作。從該負責人得知，公司的軟件開發業務并沒有多長時間，所以公司的很多工作流程還不太規范。在3個月的實習時間里，我參與了一個類似于erp的項目。項目的大致內容是：為一家中型制造業企業量身訂做一套綜合管理系統，包括了倉庫管理，銷售管理，采購管理，生產管理，財務管理以及人事管理，共六個子系統，且這六個子系統是有機的組合，以方便該企業的管理生產資源，人力資源以及財務。在整個參與過程中，在不同時間里擔任的工作任務也不同。
1、八月份
據了解，該項目早在3月份就開始了，而且該項目一直是處于不受控狀態，控制不了的原因有諸多，例如客戶的需求發生了巨大變動，該項目進行期間有很多其他的項目插入到開發過程中等等。于是，我參與了測試程序的工作，以熟悉整個項目的具體內容，功能實現，設計方法等。在做測試工作的過程中，發現實習單位目前對測試不太重視，在以前的項目中也很少有全面的軟件測試階段。主要表現在：一方面，在我實習期間，就陸續有以前做的系統拿回來，重新做測試工作并修改。據了解，目前國內的絕大多數軟件企業也是重編碼輕測試，導致軟件的強壯性低下，而在售后的維護階段中經常性需要大幅度修改。這樣一來，經常有不同的新老系統并行，給新系統的項目進度帶來了外部干擾；另方面，公司要求的測試方法也較為簡單，且測試文檔的書寫格式極其簡單，這種書寫格式在一些功能上的錯誤和明顯的數據錯誤上有很好的表意效果，但是在表達程序的邏輯錯誤和內部數據錯誤時有很大的欠缺。在整個測試工作中也大概了解了該系統的各方面特性。該系統采用b/s結構開發，隨著internet的高速發展、電信部門對網絡線路的投入、帶寬的增加等各個對b/s結構有利的條件下，采用b/s結構可以節省很多的成本。在以前采用c/s結構開發的系統中，需要為系統開發客戶端，而且在維護過程中，除了對服務器端的維護，還要對各個客戶端進行維護，而目前盛行的b/s結構，則只需要開發和維護服務器端，相比之下，開發和維護的成本也就大大降低。另外，b/s結構在internet里的應用性比較高。但是，b/s結構也不是完美的選擇，它存在諸如b/s結構的用戶界面上比較難控制，瀏覽器的安全性能沒有很好的保障等問題。整個系統采用asp .net+ms sql server 20xx做開發，編程語言采用c#和vb。
測試工作和書寫文檔是比較枯燥的工作，測試更是要細心，有耐性的去做，在這個月里認真的完成了我的工作，還幫忙修改了用戶界面。我的工作得到了負責人的肯定。
2、九月份
八月末就得知要將整個系統重構，因為原有未完成的系統跟變動后的用戶需求有太大的出入，而且系統存在比較多的`錯誤，難以修復。負責人要求我參與到系統的重構工作中去，參與設計，代碼編寫。這對我來說是一個考驗也是一個機會，于是我選擇了“倉庫管理”子系統，用vb作為編碼語言。在九月份的開發過程中，有兩個方面的感觸：
第一是技術方面。由于采用了vb編寫代碼，而自身只學了c/c++、還有java。對vb只是一點點了解，另外，對asp dotnet更是一點不通。所以，這個時候需要發揮下自學能力，和領悟能力。在開發過程中印象最深的是web form里datagrid的操作，以及對整個web form的運行過程。首先，由于倉庫管理絕大部分工作是填寫單據，單據是由單頭和單體組成，單頭記錄基本信息，單體記錄明細信息。設計決定在填寫單體時，采用datagrid行內編輯，所以datagrid的行內編輯將是技術的難點。dotnet的datagrid控件有編輯命令與刪除命令，而新增則可以通過一個button點擊來生成一個新行等待編輯。三個操作的代碼清單如下：
‘編輯命令代碼清單
private sub datagrid1_editcommand(byval source as object, byval e as system.web.ui.webcontrols.datagridcommandeventargs) handles datagrid1.editcommand
if viewstate("add") <> 1 then
datagrid1.edititemindex = e.item.itemindex ‘將該行的編輯狀態行
datagrid1.databind()
end if
end sub
‘刪除命令代碼清單
private sub datagrid1_command(byval source as object, byval e as system.web.ui.webcontrols.datagridcommandeventargs) handles datagrid1.command
if viewstate("add") <> 1 then
dim delindex as integer
delindex = cint(e.item.cells(1).text)
dim dr as datarow
dr = dataset1.tables("tblbrand").rows.find(delindex)‘找到該行在數據集中的編號
dr.()‘將該行在數據集中刪除
sqldataadapter1.update(dataset1.tables("tblbrand"))‘更新數據庫表
datagrid1.edititemindex = -1
datagrid1.databind()
end if
end sub
‘新增按扭事件代碼清單
private sub button1_click(byval sender as system.object, byval e as system.eventargs) handles button1.click
dim dr as datarow
dr = dataset1.tables("tblbrand").newrow()‘新增一行，并將該行插入到數據集
dataset1.tables("tblbrand").rows.at(dr, ataset1.tables("tblbrand").rows.count)
viewstate("add") = 1
end sub
其實datagrid中有很多很好用的特性，具體請參考msdn。其次，為實現一次性提交整張單據到數據庫保存，采用了sqlaadapter與dataset結合，應用sqlaadatper的uapdate方法特性：對dataset 的數據行做檢索，并發操作，update，三個命令，對刪除行做數據庫刪除，更改的數據行做更新，新增的行做插入。最后，在web form的初始到消除整個生命周期也有了較全面的了解。但是感覺dotnet中的web form的生命周期中，所發生的事件有些凌亂，例如datagrid每一行的創建和數據綁定都是比較復雜的，在開發中涉及的技術較多，在此不一一闡述。
第二是工作方面。在這個月中，同樣發現了公司的開發工作有較多的問題。首先，人員工作地點變動大，不便于溝通。在開發工作中，由于人員沒有固定工作地點，只是把任務分配了，接著就各自去完成，這樣一來，在各個模塊的協調中經常出現了問題，但又不能很及時的和相關模塊的負責人商討解決方法，工作效率也就隨之下降。其次，對整個項目的規劃，整個系統的設計，編碼，測試等工作分工不明確且不統一。在項目開始時，只是草草的分了下模塊，接著這個模塊的設計、編碼、測試就由這個模塊的負責人來做，沒有先對整個項目進行明確的整體的規劃。而且在設計過程中缺少討論，導致設計出來的模塊獨立性過高，沒有考慮到公共的接口等問題。最后，對解決問題的速度慢。當在開發的過程中出現了問題，對問題的解決途徑多固然是好，但是，解決方案出現分歧的時候難以敲定具體實施哪個方案，導致進展緩慢，進度延期。
3、十月份
十月份是整個重構活動的收尾階段，該階段需要完成的工作是數據報表的設計與實現。數據報表設計方面，沿用原有的紙質報表的結構，所以整個設計過程相對輕松。但是在實現階段，由于在決定采用何種實現方式的決策問題上出現了飄忽不定的狀況，使得進度上又有了少許的延期，最后采用了crystalreports來實現。拋棄了打印分頁控制難的html方法，以及技術不成熟，安全性差的ms sql server reportingservice報表工具。在這個階段，我負責了倉庫管理、銷售管理、采購管理以及生產管理等四個子系統的報表實現，在此期間學會了crystalreports的使用和編程，收益頗多。這次重構活動涉及了數據結構的重構以及代碼的重構，提高了系統的清晰性、擴展性以及重用性。整體性能有了明顯的提升。
六、實習總結：
在這為期3個月的實習過程中，通過擔任各種工作任務，充分的檢驗了自身所學的知識，了解了自身知識結構的不足；通過與接觸其他同事以及自我體驗，較深入地了解了軟件開發從業人員生活狀況，以及目前大部分中小型軟件開發企業的經營模式和操作流程。總結如下三點：
1、知識“閱兵式”
大學3年來所學的知識，在這次實習中得到了真正的檢閱，同樣，也暴露了知識結構的不合理性。技術上，學校里所學的基礎知識表面上看似用不上，但卻是這些基礎知識讓我有很牢固的基礎，學起其他的技術知識自然而然的變得容易，能應對開發過程中所遇到的技術層面的問題。但是在業務上，由于缺乏所涉及的業務的相關課程的開展與自身涉獵知識面不廣，而造成了在業務流程轉換為系統設計或程序實現的中間環節頻頻出現困惑。軟件工程專業培養的目標是管理或系統規劃與設計，這一類的高層次人才，而不是純粹的編碼人員，所以對相關的業務應當明確、清晰。建議學校開展一些行業縱向討論課題來彌補這個不足。
2、從業人員的生存狀況
大部分從業人員長期生活在一種“精神高壓”的環境中。由于項目控制的難度大，有了進度表跟沒進度表的項目都一樣，員工基本都是天天在趕工。不管是在大型企業的軟件開發從業人員，還是在中小型企業軟件開發從業人員的工作時間一般都不固定。只要手頭上有沒做完的事情就要趕，也有的企業讓這種不固定變成讓員工靈活安排時間的方法：只要手頭上沒東西做，人可以不用擺在辦公室。但是，這種靈活性不是單方面的靈活，而是員工與管理者雙方面的靈活。只要有事做，管理人員隨時都可以叫上程序員一起“奮斗”。項目驗收交付后，員工才算有休息一下的機會。這樣一來，人員的積極性、生產效率也隨著項目時間的持續而下降。但是，作為一個黃金職業，大部分從業人員都愿意吃這個苦。
3、中小型軟件企業的經營模式與操作流程
目前，國內大型軟件開發企業數量較少，就規模而言，有關數據表明：90%以上的企業人數不超過100人，人員超過1000人的只有10家，同樣的，企業的盈利水平也普遍低下。在這些中小型的軟件企業中，他們的經營模式與操作的流程也都是大同小異：從經營的模式來講，一般是接或拉定單，按客戶要求制定靈活性強，適應性強的軟件。做自主研發，零售產品的軟件企業極為少數。從規模到盈利，就好比一家家的裁縫店，而非制衣廠；從操作的流程來講，從項目的規劃到啟動，再到測試驗收交付，其中規劃與測試一般都不充分，從而導致項目風險提高，進度延時以及交付后的產品強壯性差也是中小軟件企業存在的一大問題。
最后，在此感謝公司里共事的每一位同事，感謝他們在實習期間給我的幫助。
【設計類的實習報告】相關文章：
設計類實習報告07-22
設計類實習報告12-06
設計類的實習報告12-06
設計類的實習報告范文08-11
關于設計類的實習報告08-28
設計類的實習報告范文06-04
設計類的實習報告【優選】12-25
關于設計類實習報告模板10-22
設計類的實習報告10篇12-10
設計類實習報告(7篇)01-15