實用的設計的實習報告三篇
在經濟飛速發展的今天，我們使用報告的情況越來越多，報告成為了一種新興產業。你所見過的報告是什麼樣的呢？下面是小編整理的設計的實習報告3篇，希望能夠幫助到大家。
一、實習目的：
檢驗與鞏固理論知識，提高實際操作能力與社會實踐能力。
二、實習時間：
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家，同樣的，企業的盈利水平也普遍低下。在這些中小型的軟體企業中，他們的經營模式與操作的流程也都是大同小異：從經營的模式來講，一般是接或拉定單，按客戶要求制定靈活性強，適應性強的軟體。做自主研發，零售產品的軟體企業極為少數。從規模到盈利，就好比一家家的裁縫店，而非製衣廠；從操作的流程來講，從項目的規劃到啟動，再到測試驗收交付，其中規劃與測試一般都不充分，從而導致項目風險提高，進度延時以及交付後的產品強壯性差也是中小軟體企業存在的一大問題。
最後，在此感謝公司里共事的每一位同事，感謝他們在實習期間給我的幫助。
經過了三年的理論學習和近九個月的頂崗實習，使我對於平面設計這個專業也有了一個系統的學習和掌握。
在九個月的實習過程中，我深深地感受到作為設計師通常缺乏足夠的市場和管理上的經驗，做出的設計作品經常會與市場經濟脫節；而作為管理者通常缺乏設計基礎和審美能力，往往為了追求市場效益，過多地拘束設計師的思維與創新，忽略了設計要素的重要性，造成了設計的庸俗化。所以僅僅通過在學校所學的理論知識是遠遠不夠的，這就需要我們去實踐，走進設計公司，將所學理論與實踐相結合。
通過九個月的工作實踐，公司的設計流程已不再陌生。從客戶提出要求，然後設計主任根據客戶的需求程度，結合每位設計師的設計特點，合。的分配任務，儘量發揮出每位設計師的優點，讓設計做到儘量讓客戶滿意。而有的客戶會盯著設計師把設計任務做完，往往這種方式基本上是按照客戶的意願做出來，設計師們最不喜歡的就是這類的客戶，很容易造成設計缺乏創意與創新，因為大部分的客戶還是不了解設計的，他們更多地追求設計時效性，明艷、鮮亮的色調是客戶的首選，因為他們認為這樣會更加吸引消費者的眼球。而這種基調如果把握不好，就會造成設計的庸俗化。
經過了瑣碎的設計任務的鍛鍊，使我學到許多在課本中無法涉及的內容。因為工作就是與客戶直接接觸，我們工作的目的就是要讓客戶滿意，當然在不能缺乏創意的同時，還要兼顧它在市場上的時效性。並不是說，有創意的設計就一定適應市場的競爭，這就涉及到設計的營銷與管理的重要性。如何讓設計達到預期的市場效應，首先就要對所涉及到的市場進行剖析性分析，找到最恰當的目標消費群，進行市場定位，然後確定項目的核心，一切設計行為都圍繞著核心概念展開，這樣才能使策劃項目不偏離市場。
通過這次的實習，我認識到了很多在書本上或老師講課中自己忽略了的或有些疑惑的地方，從實際觀察和同事之間指導中得到了更多的寶貴的經驗。一個設計團隊是否優秀，首先要看它對設計的管理與分配，將最合適的人安排在最合適的位置，這樣才能發揮出每個人的優點；團隊精神非常的的重要，一個優秀的設計團隊並不是要每個人都非常的的的優秀，這樣很容易造成成員之間的意見分歧。所以在共同進行一個大的策劃項目的時候，設計師之間一定要經常溝通、交流，在共同的探討中發現問題、解決問題。在共同商討的過程中很容易就能碰出新的閃光點，使策劃項目更加的完備。
從學習中也讓我更深刻的了解設計行業的個性和潛力。而作為將來的設計者其中一員，不僅要將設計的理論掌握好，更要充分的去認識市場、了解市場。作為一個設計師，要不斷地開拓思路去填補設計者與管理者之間的鴻溝，讓設計與市場更加融合，使設計更加市場化、市場更加設計化。
一．實習基本情況
1．實習人：班級：服藝專021班，姓名：朱銀洲，學號：23號
2．實習單位：衣戀時裝（上海）有限公司
3．實習部門：成都營業部
4．實習崗位：賣場銷售，dp陳列
5．實習所在地點：成都
二.單位概況
1．單位性質：韓商獨資娛樂公司
2．單位規模：總產值205萬美元；生產娛樂支持全國30個城市並出口；員工人數一千多人；現中國地區品牌總數8個；全國139個營業賣場運營；
3．實習單位經營狀況：平均每年銷售成長58%以上，XX年出口額45，544，648美金；XX年投資成立宇旭時裝（上海）有限公司；童年收購迪可時裝（天津）有限公司；XX年上海閔行政府頒發企業綜合效率獎；XX年光大銀行頒發企業信用評價「aaa」獎；XX年中國銀行頒發企業信用評價「aaa」獎；XX年獲得閔行區優秀貿易公司稱號。
4．單位主要產品：休閒裝：eland，teenieweenie，
童裝：elandkids，
女裝：scofield，deco，
男裝：scofieldman
內衣：eblin，
飾品：鞋，包，帽，等等。
5．主要生產業物流程：韓國eland集團公司設計師設計，上海法人生產管理經營運營，全國各大百貨商場銷售，出口。
6．生產經營管理形式：管理組織體系模式。分為營業部，企化部，生產部，物流部，裝潢部，dp陳列部，百貨部，人事部，財務部等等；
7．實習單位的經營管理特點：
特點：知識經營，公司倡導用正直的方法創出利潤，並且正確地使用利潤，把利潤還給社會；提出公司是人生地學校，鼓勵在工作中學習；提出「eland一家人地概念。
三．個人實習情況及收穫體會。
1．實習內容：
工作內容：賣場銷售，dp陳列
任務：完成賣場個人銷售，通過賣場陳列提高促進銷售，成都市內各賣場dp成列。
性質：全職
特點：巡場陳列，與時尚流行緊密聯繫
業績情況：每個月通過陳列使成都地區賣場美觀生動，幫助eland達到銷售目標；春節，「五一」超過目標銷售額120%。杭州，上海，昆明等新開店成列。
2．收穫：
（1）了解eland公司的企業經營理念：
企業要創出利潤，並正確使用利潤；
企業應用正直的方法創出利潤；
公司是人生的學校；
企業運營是為了顧客。
（2）了解娛樂公司的生產經營情況；
了解娛樂公司內部管理情況；
（3）了解百貨公司服裝店鋪營業運作情況；
（4）了解服裝面料知識；
（5）了解服裝號型知識：170/92a，165/88a，160/84a
在經濟飛速發展的今天，我們使用報告的情況越來越多，報告成為了一種新興產業。你所見過的報告是什麼樣的呢？下面是小編整理的設計的實習報告3篇，希望能夠幫助到大家。
設計的實習報告 篇1
一、實習目的：
檢驗與鞏固理論知識，提高實際操作能力與社會實踐能力。
二、實習時間：
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家，同樣的，企業的盈利水平也普遍低下。在這些中小型的軟體企業中，他們的經營模式與操作的流程也都是大同小異：從經營的模式來講，一般是接或拉定單，按客戶要求制定靈活性強，適應性強的軟體。做自主研發，零售產品的軟體企業極為少數。從規模到盈利，就好比一家家的裁縫店，而非製衣廠；從操作的流程來講，從項目的規劃到啟動，再到測試驗收交付，其中規劃與測試一般都不充分，從而導致項目風險提高，進度延時以及交付後的產品強壯性差也是中小軟體企業存在的一大問題。
最後，在此感謝公司里共事的每一位同事，感謝他們在實習期間給我的幫助。
設計的實習報告 篇2
經過了三年的理論學習和近九個月的頂崗實習，使我對於平面設計這個專業也有了一個系統的學習和掌握。
在九個月的實習過程中，我深深地感受到作為設計師通常缺乏足夠的市場和管理上的經驗，做出的設計作品經常會與市場經濟脫節；而作為管理者通常缺乏設計基礎和審美能力，往往為了追求市場效益，過多地拘束設計師的思維與創新，忽略了設計要素的重要性，造成了設計的庸俗化。所以僅僅通過在學校所學的理論知識是遠遠不夠的，這就需要我們去實踐，走進設計公司，將所學理論與實踐相結合。
通過九個月的工作實踐，公司的設計流程已不再陌生。從客戶提出要求，然後設計主任根據客戶的需求程度，結合每位設計師的設計特點，合。的分配任務，儘量發揮出每位設計師的優點，讓設計做到儘量讓客戶滿意。而有的客戶會盯著設計師把設計任務做完，往往這種方式基本上是按照客戶的意願做出來，設計師們最不喜歡的就是這類的客戶，很容易造成設計缺乏創意與創新，因為大部分的客戶還是不了解設計的，他們更多地追求設計時效性，明艷、鮮亮的色調是客戶的首選，因為他們認為這樣會更加吸引消費者的眼球。而這種基調如果把握不好，就會造成設計的庸俗化。
經過了瑣碎的設計任務的鍛鍊，使我學到許多在課本中無法涉及的內容。因為工作就是與客戶直接接觸，我們工作的目的就是要讓客戶滿意，當然在不能缺乏創意的同時，還要兼顧它在市場上的時效性。並不是說，有創意的設計就一定適應市場的競爭，這就涉及到設計的營銷與管理的重要性。如何讓設計達到預期的市場效應，首先就要對所涉及到的市場進行剖析性分析，找到最恰當的目標消費群，進行市場定位，然後確定項目的核心，一切設計行為都圍繞著核心概念展開，這樣才能使策劃項目不偏離市場。
通過這次的實習，我認識到了很多在書本上或老師講課中自己忽略了的或有些疑惑的地方，從實際觀察和同事之間指導中得到了更多的寶貴的經驗。一個設計團隊是否優秀，首先要看它對設計的管理與分配，將最合適的人安排在最合適的位置，這樣才能發揮出每個人的優點；團隊精神非常的的重要，一個優秀的設計團隊並不是要每個人都非常的的的優秀，這樣很容易造成成員之間的意見分歧。所以在共同進行一個大的策劃項目的時候，設計師之間一定要經常溝通、交流，在共同的探討中發現問題、解決問題。在共同商討的過程中很容易就能碰出新的閃光點，使策劃項目更加的完備。
從學習中也讓我更深刻的了解設計行業的個性和潛力。而作為將來的設計者其中一員，不僅要將設計的理論掌握好，更要充分的去認識市場、了解市場。作為一個設計師，要不斷地開拓思路去填補設計者與管理者之間的鴻溝，讓設計與市場更加融合，使設計更加市場化、市場更加設計化。
設計的實習報告 篇3
一．實習基本情況
1．實習人：班級：服藝專021班，姓名：朱銀洲，學號：23號
2．實習單位：衣戀時裝（上海）有限公司
3．實習部門：成都營業部
4．實習崗位：賣場銷售，dp陳列
5．實習所在地點：成都
二.單位概況
1．單位性質：韓商獨資娛樂公司
2．單位規模：總產值205萬美元；生產娛樂支持全國30個城市並出口；員工人數一千多人；現中國地區品牌總數8個；全國139個營業賣場運營；
3．實習單位經營狀況：平均每年銷售成長58%以上，XX年出口額45，544，648美金；XX年投資成立宇旭時裝（上海）有限公司；童年收購迪可時裝（天津）有限公司；XX年上海閔行政府頒發企業綜合效率獎；XX年光大銀行頒發企業信用評價「aaa」獎；XX年中國銀行頒發企業信用評價「aaa」獎；XX年獲得閔行區優秀貿易公司稱號。
4．單位主要產品：休閒裝：eland，teenieweenie，
童裝：elandkids，
女裝：scofield，deco，
男裝：scofieldman
內衣：eblin，
飾品：鞋，包，帽，等等。
5．主要生產業物流程：韓國eland集團公司設計師設計，上海法人生產管理經營運營，全國各大百貨商場銷售，出口。
6．生產經營管理形式：管理組織體系模式。分為營業部，企化部，生產部，物流部，裝潢部，dp陳列部，百貨部，人事部，財務部等等；
7．實習單位的經營管理特點：
特點：知識經營，公司倡導用正直的方法創出利潤，並且正確地使用利潤，把利潤還給社會；提出公司是人生地學校，鼓勵在工作中學習；提出「eland一家人地概念。
三．個人實習情況及收穫體會。
1．實習內容：
工作內容：賣場銷售，dp陳列
任務：完成賣場個人銷售，通過賣場陳列提高促進銷售，成都市內各賣場dp成列。
性質：全職
特點：巡場陳列，與時尚流行緊密聯繫
業績情況：每個月通過陳列使成都地區賣場美觀生動，幫助eland達到銷售目標；春節，「五一」超過目標銷售額120%。杭州，上海，昆明等新開店成列。
2．收穫：
（1）了解eland公司的企業經營理念：
企業要創出利潤，並正確使用利潤；
企業應用正直的方法創出利潤；
公司是人生的學校；
企業運營是為了顧客。
（2）了解娛樂公司的生產經營情況；
了解娛樂公司內部管理情況；
（3）了解百貨公司服裝店鋪營業運作情況；
（4）了解服裝面料知識；
（5）了解服裝號型知識：170/92a，165/88a，160/84a
收藏