計算機專業實習報告範文大綱

實習報告是一種寫作報告，那麼關於計算機專業實習報告，怎麼寫呢?下面是本站小編精心整理的計算機專業實習報告範文，供大家學習和參閲。

計算機專業實習報告

這次實習我們 JulyRose 小組(七個人)開發了一個名叫 JulyRoseOA 的協同辦公系統。在實習中我的收穫不少，我得到了在往年實習中得不到的東西。原來實習的時候只是編編代碼而已，需求分析幾乎沒有，也可以説是在一邊編程一邊體會需求。所以原來實習的時候感覺腦子裏很亂，不知道自己在做什麼，總是想着把軟件做出來就行，我們不會去考慮代碼質量，程序的運行速度，程序的可用性等等。

這次實習就不一樣了，我們花了很長時間去做需求分析，做設計。我們小組每個人都閲讀了需求分析文檔，認真分析，有不懂得地方就和其他同學一起討論，討論某個功能到底是什麼意思，到底要完成什麼任務，到底要給用户帶來什麼。如果需求分析中還有什麼模糊的地方，我們就請教老師，讓老師給我們講解一下。

分析完需求我們就開始畫用例圖，我們在畫圖的時候是分工協作的，我們都有各自負責的模塊。我負責的就是系統管理那一塊。當然我們不可以只是自己畫自己的，我們還要共同協作，例如我們要統一參與者( actor )的名字，有相似的用例要融合在一起，用例的粒度大小也要統一起來，如何劃分用例等等。總之在畫用例圖的時候各組員之間也是經常交流的。這樣我們在最終整合用例圖的時候才不會出錯。

畫完用例圖我們就寫用例的基本路徑。用例的基本路徑雖然好寫，但是我認為十分重要，因為通過寫用例的基本路徑，你可以瞭解到程序運行的基本流程，以及程序要實現的基本功能。總之你能對你要做的系統有進一步的瞭解，同時你可以在這個過程中再次品味需求分析，看看還有哪些東西你沒有考慮到。

寫完用例的基本路徑，我們就開始設計系統原型，我們並沒有下載原型的模板，而是每個組員把自己負責的那個模塊的原型做出來，然後整合起來。雖然這樣原型會顯得很不好看，並且風格不統一，但是這樣可以發揮每個組員的創意，展示出每個組員的想法，我覺得這樣做還是挺不錯的，畢竟這只是實習，又不是要把我們的產品真正的賣給某個客户(如果真的做一個項目的話，那可要統一風格了)。

原型設計完了開始進行概要設計，概要設計主要是進行系統的功能描述，畫系統的流程圖，經過概要設計我們就完全明確了系統的功能，明確了這個系統要給用户帶來什麼。

下一步是系統數據庫設計，經過這次實習我覺得數據庫設計尤為重要，因為如果數據庫設計不好，會直接影響到程序員編程實現。例如“用户信息”模塊裏要用到用户的部門編號，在“部門管理”模塊裏也要用到部門編號，所以在設計用户表和部門表的時候就要考慮到這種關係，而不應該讓程序員在編碼的時候去考慮數據約束，數據宂餘之類的問題。這樣就要求我們在設計數據庫的時候要格外小心，這次的數據庫設計是由我們組三個人設計的(包括我)，我們三個人先是分好模塊，把各自的模塊中的表設計出來，最後在整合的時候主要解決數據宂餘，外鍵約束的問題(其實這些問題還不少)。還有各個表之間的對應關係，到底是多對多還是一對多一定要考慮清楚(這其實就是涉及到了外鍵以及關聯表的問題了)。這次設計數據庫的時候主要遇到的問題就是有些功能模塊太過模糊(還是對業務不瞭解啊)，例如在設計留言表的時候就要解決很多問題。接受者 ID 和發送者 ID 其實都是用户的 ID 那麼留言這張表就要與用户這張表有聯繫。那麼如何關聯才不會出現數據宂餘呢?如果要考慮到有多個接收者(羣發)，那麼留言這張表就要與用户表有多對多的聯繫(一個留言可以發給多個用户，一個用户也可接收多個留言)。但是還要考慮發送者，這個關係就變了，發送者與留言的關係是一對多的(一個留言只可以有一個發送方，但是一個用户可以發送多個留言)。所以留言表與用户表就存在兩個關係。一個是多對多關係，一個是多對一的關係。還有留言狀態也要考慮到，未讀，已讀，未發 , 已發等狀態，要有專門的字段標示它。這個留言表我設計了好久，也問了很多次老師。雖然花費了不少時間，但是這是值得的，給以後程序的實現帶來了方便，並且也學到了不少知識(至少對發送留言，發送郵件這塊業務有了深刻的瞭解)。

設計完數據庫就開始進行編碼工作了，這個編碼工作是基於原型設計和數據庫設計的，也就是説如果前面的原型和數據庫沒設計好的話，那麼會給編碼帶來很大的麻煩。我就是深有體會。例如我在編部門管理的時候，原來的原型沒設計好，還要邊編代碼邊修改原型，感覺很狼狽，總是手忙腳亂的。所以原型設計一定要到位，這樣才不會給編碼帶來麻煩。

不過感覺這次編碼結構很清晰，界面與數據處理這兩部分劃分的很清楚。在界面中顯示出系統信息，在 Servlet 中接受用户輸入的數據，並調用相應的 DAO 處理之，再把數據返回給界面，然後由界面把結果呈現給用户。當然此次實習也遇到了很多技術方面的問題，我這學期剛學 Java ，對網頁編程幾乎沒有一點了解(原來編的都是桌面程序)。還好這次實習有老師教導，如果沒有老師的話我們又要自己從頭開始摸索，這樣一定會花費不少時間。通過這次實習我發現要學會看代碼，在網上搜索資料你會發現有很多別人寫的代碼，寫得都很好。其實這些都是很寶貴的學習資料，你如果看懂那些代碼那麼你就會從中學到不少東西，你可能只要修改修改就能實現你想要的功能(呵呵，非常方便啊)。

編碼結束後就是整合了，我們組在上台演講的最後一刻才整合好，真是好險啊，差點就完不成了。關鍵的問題在於有的組員沒有按時完成任務，在最後才整合上來，我在以後的工作中要多注意這個問題，不能在最後一刻才完成任務。

以上這些是我對此次大三實習的一點感悟與總結，雖然這次 20 天的實習有點累但是我還是收穫不少的。當然我還要感謝與我同組的人，我們在這二十天來配合的很默契，大家有什麼想法都能積極的表達出來，有什麼意見都會提出來，學會了什麼技術都會拿出來分享。如果不是我們共同的努力我們是不會做出來這個系統的。還有我要感謝各位老師的辛勤教導，在炎熱夏日裏陪我們度過了這 20 天並且耐心的回答了我們提出的問題，真是要謝謝你們!

計算機專業實習報告範文

第一章

實習概況 從**年2月18號到**年4月3號，我在***有限公司實習，為期五週的實習，使自己學習到了很多東西，瞭解了工作流程，為以後從學生到職場人的轉變做了良好的鋪墊。這期間，我做過web程序的編碼，測試，其中包括java代碼書寫，*ml文檔的書寫，pcl的書寫，bug票的填寫，QA的提出，檢證物的製作，親身經歷了一個項目的後期製作，對沒有進過IT公司實習之前的我，什麼都是嶄新的，而經歷之後，對於馬上要進入職場的我，這段經歷無疑是雨露清風，一段清澈的洗禮。

第二章

企業簡介 ***有限公司由多名擁有日本大型IT企業工作經驗的赴日留學生於**年7月創建。成立之初定位於專業對日系統開發公司。現在在客户的關心和支持下已經茁壯發展起來。公司主要從事面向日本大型公司(如，YY製作所)的軟件開發業務。**

年4月，以“Offshore開發橋樑工程師團隊”為人力基礎成立了具有日本法人資格的公司—株式會社日本**SYSTEM。

**年7月，YY情報公司與**集團密切合作，成立了YY情報濟南研發中心。這一研發中心的成立，標誌着株式會社YY情報的海外研發戰略正式啟動，也標誌着**集團已成為YY情報在中國國內首屈一指的戰略合作伙伴。今後，**集團將依託YY情報，在軟件離岸開發(設計、編碼測試)、高級人才(BSE、項目經理)的教育培訓等諸多領域展開深度合作，為濟南服務外包產業的發展作出更大的貢獻。

**年2月，在原有產業基礎上，為擴大企業影響和強化競爭力，**科技積極導入

YY最先端技術和產品進行再次研發，成為**科技進入系統集成領域的里程碑。公司

將以“信心、全心、安心”的宗旨，讓科技造福國人。

第三章

實習內容調查軟件外包就是企業為了專注核心競爭力業務和降低軟件項目成本，將軟件項目中的全部或部分工作發包給提供外包服務的企業完成的軟件需求活動。外包是軟件全球化環境下，軟件生產在全球進行資源有效配置的必然產物。軟件外包中所稱的離岸外包則是指跨國公司利用發展中國家的低成本優勢，將生產和服務外包到發展中國家，用來降低自己的生產與開發成本的方式。眾所周知，軟件開發的成本中70%是人力資源成本，所以，降低人力資源成本將有效地降低軟件開發的成本。

目前，全球已經形成若干軟件外包區，以美國等為代表的國家，正在把外包服務轉移到亞太等低成本發展中國家進行。軟件外包已經從國內企業間的外包，發展為跨國的外包。

印度、愛爾蘭、以色列等國家，由於抓住了國際軟件外包的機遇，迅速發展為軟件產業的大國，並且形成了國際軟件外包中心。隨着經濟全球化的趨勢，跨國公司着手進行全球資源的整合與重組，全球軟件外包的發包市場主要集中在北美、西歐和日本等發達國家，並且以全球500強企業為主，來推動離岸外包。

近年來，中國的軟件外包發展迅速，政府打出了軟件服務外包政策組合拳。科技部，工業和信息化部以及商務部等部委在推動軟件服務外包出口方面出台了一系列措施，包括建立相關園區和出口基地，集中資源打造中國的外包品牌。

截至**年年底，商務部共認定北京、天津、上海、大連、**、南京、**、西安、杭州、成都、濟南11個軟件出口創新基地，初步形成了國家軟件出口戰略規劃佈局。

隨着我國軟件服務外包業的發展，軟件服務外包技術和管理水平也在不斷提升，我國正逐漸成為軟件服務外包的理想之地。

預計未來4年，還將迎來新一輪發展高峯，至**年，將新增15000家IT企業。預計未來相當長一段時間內，國際軟件外包業務繼續向中國轉移的態勢不會改變，隨着海外經濟體復甦，我國軟件外包有望再次進入快速的增長期。

我的實習就是在一家對日外包公司，結合自己所學專業，主要是對日java編程及其測試。經實習調查，對日外包公司對員工主要要求兩方面：一，日語，所有的文檔系統都是日語版的，這要求員工有一定的日語能力，日語在三級水平以上，能獨立的撰寫文檔就行，一般都是一些日文的式樣書需要寫;二，編程技術，既然是軟件外包，也要求員工在編程技術方面有一定的基礎，能獨立解決編程中遇到的技術問題，技術首先是一個門檻，不管是java也好，還是。net也好，技術的思想是共同的，你只要掌握一門語言，學其它的都非常容易了，熟練的掌握一門技術，最好是有開發項目的經驗。對日外包我總結了幾個字“技術立足，日語制勝”。

第四章

一、實習題目：計算機系統的應用維護二、實習時間：**年1月17日—**年3月17日三、實習地點：**市**鎮**管理區四、實習單位：**市**有限公司五、實習內容:進入公司的第一天我就學習了公司的文化和具體的工作流程，熟悉了公司環境及人員安排，並儘快把自己融入到工作當中去。對於我這樣一個從未真正踏入過社會的普通大學生而言，剛開始對着工作一切都是那麼的充滿着激情，每天都不斷的努力學習這踏入社會的第一筆財富中，我要盡我所能的去幹好公司領導交給我的任務。

沒有誰是天生就會，多是現學現賣，一個人的態度決定好壞。在大學裏學的是方法，有了好的學習方法，面對新的工作挑戰，我們要有足夠的能力去應對，去學習，去適應，去變得得心應手。在工作中想要有好的發展前景，必須在實踐中找到工作技巧，從而提高工作效率和工作質量。威海戴嘉通訊設備有限公司主要從事移動通信產品的銷售，儘管我是學計算機專業，但因工作需要我必須的掌握一定的銷售技巧，從而給企業帶來更高的利潤。

因工作需要平常需要建立一些表格和WORD文件，由於大學沒過多的學習和了解OFFICE辦公軟件的使用方法，從而導致有時候對一些功能不熟悉，比方説設計WORD文件密碼等等，所以説自己在專業知識的掌握上還不夠全面，需要提高，針對於這種情況，我在工作閒餘自己通過互聯網絡更深入的學習了OFFICE辦公軟件的使用，從而廣大了自己的專業知識面。

我在公司裏更好的學會了為人處事做人的道理。聯繫自己的以前所學的東西,我認為“先做人，後做事”，人不管怎麼樣，人都是社會人，人應該學會做人，自信、堅持、坦誠、學習能力、溝通能力、認可、受尊重等等，所有這些不管是在工作上還是生活上，都是在做人，只有先學會做人，別人才會尊重你，才會和你辦事情，你的事情才能辦。每個人都有一定的機會成本，與人接觸、幫助別人、與人溝通等等，都是一個機會成本，實現自我就是靠一些積累的成本。

**年2月25日，營業員的電腦打印發票亂碼，經過推斷分析，我排除了故障，主要是打印機驅動的問題，我重新安裝了下驅動，故障排除，打印機正常使用。2月27日，有位用户來要求幫忙裝系統，據用户描述他電腦無法裝系統，於是我帶着工具過去維修，到達以後我發現光驅沒有故障，裝系統安裝系統文件時老是提示錯誤，於是我對硬盤進行壞道檢測也無故障，我打開機箱拔出了一個內存條後系統安裝成功，原來故障原因是內存條損壞。3月8日，一位用户來營業廳進行繳費，順便諮詢了下上網問題，據該用户描述他公司是一個該開始運營的小型貿易公司，公司有一台台式電腦和3枱筆記本，想同時上網，於是我給他們推薦用路由器，該用户稱自己有個路由器，想讓我幫忙調下，於是我來到公司，我發現是水星小型HUB集線器，我和用户解釋該問題並推薦他們換個路由器，用户同意了，該公司有個筆記本不能上網，我在設備管理器中發現網卡被禁用，重新啟用後故障排除。次日我從科技市場買了個路由器和四根網線，去該用户公司配置路由器，首先打開IE，在地址欄裏面輸入路由器的地址，回車後輸入賬號和密碼，進入後打開設置嚮導，然後選擇寬帶接入方式，選PPPOE，然後然後點擊下一步，在裏面輸入你的ADSL上網的賬號和密碼，然後選擇連接方式，保存與退出就可以了。將電腦通過網線連接到路由器最終所有電腦均能上網，配置成功。3月9日，一位用户來營業廳購買隨E行無線上網卡並要求幫忙安裝，我按照正常的安裝方法進行安裝驅動，安裝成功後運行應用軟件，提示找不到設備，隨後我進入設備管理器觀察多一個無線上網卡驅動，後詢問用户得知該用户以前使用的是聯通CDMA無線上網卡，故障原因是驅動衝突，然後我把兩個驅動都正常卸載後重新安裝EDGE無線上網卡驅動，故障排除。3月10日，營業廳營業員反映移動飛信登陸不上，我通過飛信網絡診斷功能發現無法解析，於是我在百度知道搜索到解決辦法，用記事本打開文件C:Windowssystem32driverssdkwin32最底下，加上一行：# this file contains the mappings of ip addresses to host names. each加上之後，然後保存並退出，再次運行，運行通過。六、實習結果實習的結果是在於通過理論與實際的結合，通過自身的努力進一步提高思想覺悟、業務水平，尤其是觀察、分析和解決問題的實際工作能力，以便在以後更好更快地融入社會。

俗語説：學會做事得先學會做人!在這兩個月的實習時間裏，我學到了在校園中無法學習到的知識和技能，更好的理論聯繫了實踐，也更提高了自己各方面的素質，同時實習也給了我一定的工作經驗，為我將來謀求一份更好的工作打下了堅實的基礎。儘管以前在學校也有一定的實習機會，但那有一定的侷限性，接觸面很少，培養能力方面也有欠缺，但社會是考驗一個人心理能力和適應能力等綜合能力的場所。通過實習，培養了我自己的適應能力、組織能力、協調能力和分析解決實際問題的工作能力。在實習中，找出自身狀況與社會實際需要的差距，為求職與正式工作做好充分的知識、能力準備。

我從學校走向社會，首要面臨的問題便是角色轉換的問題。從一個學生轉化為一個單位人，在思想的層面上，我必須認識到二者的社會角色之間存在着較大的差異。學生時代只是單純的學習知識，而社會實踐則意味着繼續學習，並將知識應用於實踐，學生時代可以自己選擇交往的對象，而社會人則更多地被他人所選擇。但僅僅在思想的層面上認識到這一點還是不夠的，而是必須在實際的工作和生活中潛心體會，並自覺的進行這種角色的轉換。感覺學生時代很美好，不僅僅是不需要去努力工作，而是在學生時代你可以有很好的同學，很好的朋友，大家相互噓寒問暖，不必勾心鬥角。我感覺這裏才真的有純潔的友誼。可踏上了社會，於存在着利益關係，又工作繁忙，就多了份人情世故。老闆對你的頤指氣使，同事對你的多加防範，就更加想念自己的同學。可能自己還不能適應這樣的環境吧。但還是希望以後自己去努力，希望自己可以有個好朋友，希望自己可以有個團結的環境。在書本上學過很多理論，但從未付諸實踐過，也許等到真正運用時，才會體會到難度有多大。在今後的工作和生活中，自己需要更加努力的奮鬥下去。

實習情況分析1、編碼 作為實習生，我很幸運的有兩週的編碼機會。首先，先介紹一下我們這個項目的大致框架。Spring，ibatis，oracle 11g，java語言+javaScript，MVC這就是我們所用的知識或是説技術。對於一直在學校的我，這些東西就好像海市蜃樓，虛無縹緲，僅僅的一點了解也只是停留在認識知道會做筆試題的水平，到了真正應用自己操作的時候，只能感歎學校所學太簡單太膚淺了，以至於不能直接使用。其他太難的我還沒學會，在此只列舉一些實習中用到的知識。

對於Spring來説，雖然網上炒得很厲害的是它的AOP(依賴注入)機制，但站在我的這個層面，覺得最重要的是它的配置文件，當然配置文件也包含了依賴注入的思想。

把幾乎所有的資源都放在這個配置文件中，以Bean的形式存在，當使用的時候，就利用Bean的ID獲得。這些資源可以是java文件，也可以是配置文件，比如SqlMapConfig。

對於ibatis，我之前在學校是沒有聽過的，很汗顏。它作為java程序與數據庫的訪問通道，接受從java端的查詢條件的變量，存放有sql語句，並將查詢結果通resultBean的形式返回給java程序。而他們的路徑是存放在SqlMapConfig文件中，順帶説一下，SqlMapConfig中有數據庫的鏈接節點。而我所做的工作主要就是寫sql語句。通過寫sql語句也學到了不少東西，比如oracle中一些函數的用法，左外連接，右外鏈接。

很高興的是java和javaScript在學校學過，但是也並不是像我想象的那樣簡單。我第一次編的代碼，讓人直呼彆扭，因為我沒有按照java規約，沒有縮進對齊，沒有註釋，沒有空格空行，可想而知，那是一種怎樣的狀態。而js其實也是接觸比較少的，實習後才學會了常用的一些方法，諸如split，trim，replace，alert調試方法等，實習也讓我對js，java，jsp，html有了進一步的認識。

在整個編碼過程中，印象最深的就是，深感自己知識面不夠，似乎什麼東西對於自己都那麼嶄新。自己像一個遠遠落後的人，在後面窮追不捨。這段編碼體驗無疑對自己是筆寶貴財富，讓自己頭腦更清晰。對於技術，也有了一點點積累。

2、測試　 實習之後，我才明白測試其實是一件很重要的事情，編碼不只是敲完代碼就ok了，還需要經過反反覆覆的白盒測試，黑盒測試，找出來儘可能多的bug，儘量簡化代碼，提高系統運行時間。

測試過程中，測試用例是很重要的，反映在我實習的這個項目中就是寫pcl，pcl記錄了要測試點的條件和預期結果。經常出現在問題是，check條件不明確不具體，check結果不完整或是錯誤，check點數太少。造成上述的主要原因是對詳細設計理解不透徹，業務理解不足，導致pcl寫的不規範。另外一個問題就是測試數據不準確，測試的時候應該結合業務實際情況，製造合理合適的數據。這樣才能保證測試環境和用户使用環境儘可能接近，儘可能讓程序更加適合用户的要求。

當測試的時候出現bug，一定要記入bug票，再修改程序，這是一道很有用很必要的流程。因為公司的QA人員會根據bug票中個source出現的比率來統計每個人的工作效率，也會根據這個比率來評定整個項目的作業情況，因此把出現的bug無遺漏的記入bug票是很有意義的。這裏需要注意的是，bug票的填寫，對於我實習的公司來説，要求是很嚴格的，要認真選擇出錯原因，導致出錯的原意，解決方案等。

其實在按照pcl測試的過程中，一般都會啟用coverage(一種代碼覆蓋工具)模式，在測試完成之後，你可以看一下你寫的代碼中，有多少是被執行過的，有多少是沒有被執行的，對於那些沒有被執行的代碼，就要注意了，它們屬不屬於宂餘代碼，是不是pcl中的check點數不夠，這就又是一項工作，繁瑣卻也很重要的。其實在coverage模式下，實習的時候我也遇到過很多問題，比如，明明跑斷點跑到了，source就是顯示沒有跑到，不知道如何讓最新的source轉化到coverage模式下，最終在同學同事leader的幫助下還是按時完成了任務。

等上面的測試都做完之後，還有一件很重要的事情就是亂點source，看看程序是否會異常終了，是否出現js錯誤，是否還有沒有測試出的業務bug，這些成為黑盒測試。這部分工作也是不能忽略的，我們不能保證自己編寫的代碼萬無一失，在某一未知地方，可能就存在潛在bug，所以再多的測試都是不為過的。

第五章 實習收穫與感想所有在學校的學習都是紙上談兵，而進公司實習就是給自己了一片實戰基地。在學校的時候，經常會疑惑，我所學的東西是否有用，是否有其價值，常常為所學沒有利用價值覺得很枯燥乏味。而進公司實習之後，我才發現原來自己的想法是多麼幼稚可笑。工作中應用的java編程語言，oracle數據庫，MVC框架，JSP，詳細設計(軟件工程)似乎都可以在學校的課程中找到，這時只感歎在學校時沒有好好學啊，這種後悔心態迫使我不得不常常翻起課本。

我把實習當成是就業前的一種培訓，一條溝通學生到職場人的很好的橋樑。在實習過程中，我熟悉了工作流程，大致瞭解了要從事IT這一行業需要具備的哪些品質—嚴謹，上進，團隊合作。

嚴謹對於一個程序員來説是很重要的。嚴謹不只是對自己負責，更是對客户對社會的負責。給我印象深刻的一件事是：有次部長開會，他這樣説：假如你做的是一個火車機動控制系統，又假如在該剎車的時候，你編的程序出了bug，火車該停得時候沒有停下來，撞到了路軌，撞傷了工作人員，損壞了公共財物，這一系列的直接的社會後果，你能説與你無關嗎?再假設你做一個銀行系統，對於數據(比如存款利率的準確度)的處理不當，憑空讓存款者一年少拿幾塊到幾十塊，讓銀行憑空幾年下來多出來十萬幾十萬錢，這樣的責任該追究誰?(這樣的事情不是沒有發生過)編程的時候我們也許永遠不知道自己手下敲的一行行代碼，會在哪裏執行，但是想想上面的那個例子，我們就該明白其實自己編的代碼不是對於誰都無所謂的，與某些人很重要，也許今天我手下的一個bug就會給使用者帶來經濟損失甚至災難。這樣在工作中就懂得要抱着嚴肅的態度處理每一個問題。

IT界的知識可謂是在所有行業中發展最快的。每天瀏覽網頁，都會有吸引自己眼球的知識。沒有積極進取不斷學習的精神，自己將永遠是一個新手，永遠是一個門外漢。

在實習過程中，我沒有見過有哪一個項目是一個人單打單斗的，相信以後一個人完成一個項目也是很少見的。工作的最小範圍就是一個小團隊，再有多個小團隊組成一個大團隊即項目組。在這裏團隊合作是很重要的。有團隊就有分工，任務的分工不能像兩個人分兩塊錢一樣分的那麼精確，遇到對分工不太滿意的，可以提出來解決，實在解決不了的，有時候就要委屈自己了。而團隊內部，要統一一致，對於編程規約，文檔規範都要統一，這有助於工作效率的提高，進度加快。最後要聽從團隊的統一領導安排。

計算機專業實習報告範文

這次實習我們 JulyRose 小組(七個人)開發了一個名叫 JulyRoseOA 的協同辦公系統。在實習中我的收穫不少，我得到了在往年實習中得不到的東西。原來實習的時候只是編編代碼而已，需求分析幾乎沒有，也可以説是在一邊編程一邊體會需求。所以原來實習的時候感覺腦子裏很亂，不知道自己在做什麼，總是想着把軟件做出來就行，我們不會去考慮代碼質量，程序的運行速度，程序的可用性等等。

這次實習就不一樣了，我們花了很長時間去做需求分析，做設計。我們小組每個人都閲讀了需求分析文檔，認真分析，有不懂得地方就和其他同學一起討論，討論某個功能到底是什麼意思，到底要完成什麼任務，到底要給用户帶來什麼。如果需求分析中還有什麼模糊的地方，我們就請教老師，讓老師給我們講解一下。

分析完需求我們就開始畫用例圖，我們在畫圖的時候是分工協作的，我們都有各自負責的模塊。我負責的就是系統管理那一塊。當然我們不可以只是自己畫自己的，我們還要共同協作，例如我們要統一參與者( actor )的名字，有相似的用例要融合在一起，用例的粒度大小也要統一起來，如何劃分用例等等。總之在畫用例圖的時候各組員之間也是經常交流的。這樣我們在最終整合用例圖的時候才不會出錯。

畫完用例圖我們就寫用例的基本路徑。用例的基本路徑雖然好寫，但是我認為十分重要，因為通過寫用例的基本路徑，你可以瞭解到程序運行的基本流程，以及程序要實現的基本功能。總之你能對你要做的系統有進一步的瞭解，同時你可以在這個過程中再次品味需求分析，看看還有哪些東西你沒有考慮到。

寫完用例的基本路徑，我們就開始設計系統原型，我們並沒有下載原型的模板，而是每個組員把自己負責的那個模塊的原型做出來，然後整合起來。雖然這樣原型會顯得很不好看，並且風格不統一，但是這樣可以發揮每個組員的創意，展示出每個組員的想法，我覺得這樣做還是挺不錯的，畢竟這只是實習，又不是要把我們的產品真正的賣給某個客户(如果真的做一個項目的話，那可要統一風格了)。

原型設計完了開始進行概要設計，概要設計主要是進行系統的功能描述，畫系統的流程圖，經過概要設計我們就完全明確了系統的功能，明確了這個系統要給用户帶來什麼。

下一步是系統數據庫設計，經過這次實習我覺得數據庫設計尤為重要，因為如果數據庫設計不好，會直接影響到程序員編程實現。例如“用户信息”模塊裏要用到用户的部門編號，在“部門管理”模塊裏也要用到部門編號，所以在設計用户表和部門表的時候就要考慮到這種關係，而不應該讓程序員在編碼的時候去考慮數據約束，數據宂餘之類的問題。這樣就要求我們在設計數據庫的時候要格外小心，這次的數據庫設計是由我們組三個人設計的(包括我)，我們三個人先是分好模塊，把各自的模塊中的表設計出來，最後在整合的時候主要解決數據宂餘，外鍵約束的問題(其實這些問題還不少)。還有各個表之間的對應關係，到底是多對多還是一對多一定要考慮清楚(這其實就是涉及到了外鍵以及關聯表的問題了)。這次設計數據庫的時候主要遇到的問題就是有些功能模塊太過模糊(還是對業務不瞭解啊)，例如在設計留言表的時候就要解決很多問題。接受者 ID 和發送者 ID 其實都是用户的 ID 那麼留言這張表就要與用户這張表有聯繫。那麼如何關聯才不會出現數據宂餘呢?如果要考慮到有多個接收者(羣發)，那麼留言這張表就要與用户表有多對多的聯繫(一個留言可以發給多個用户，一個用户也可接收多個留言)。但是還要考慮發送者，這個關係就變了，發送者與留言的關係是一對多的(一個留言只可以有一個發送方，但是一個用户可以發送多個留言)。所以留言表與用户表就存在兩個關係。一個是多對多關係，一個是多對一的關係。還有留言狀態也要考慮到，未讀，已讀，未發 , 已發等狀態，要有專門的字段標示它。這個留言表我設計了好久，也問了很多次老師。雖然花費了不少時間，但是這是值得的，給以後程序的實現帶來了方便，並且也學到了不少知識(至少對發送留言，發送郵件這塊業務有了深刻的瞭解)。

設計完數據庫就開始進行編碼工作了，這個編碼工作是基於原型設計和數據庫設計的，也就是説如果前面的原型和數據庫沒設計好的話，那麼會給編碼帶來很大的麻煩。我就是深有體會。例如我在編部門管理的時候，原來的原型沒設計好，還要邊編代碼邊修改原型，感覺很狼狽，總是手忙腳亂的。所以原型設計一定要到位，這樣才不會給編碼帶來麻煩。

不過感覺這次編碼結構很清晰，界面與數據處理這兩部分劃分的很清楚。在界面中顯示出系統信息，在 Servlet 中接受用户輸入的數據，並調用相應的 DAO 處理之，再把數據返回給界面，然後由界面把結果呈現給用户。當然此次實習也遇到了很多技術方面的問題，我這學期剛學 Java ，對網頁編程幾乎沒有一點了解(原來編的都是桌面程序)。還好這次實習有老師教導，如果沒有老師的話我們又要自己從頭開始摸索，這樣一定會花費不少時間。通過這次實習我發現要學會看代碼，在網上搜索資料你會發現有很多別人寫的代碼，寫得都很好。其實這些都是很寶貴的學習資料，你如果看懂那些代碼那麼你就會從中學到不少東西，你可能只要修改修改就能實現你想要的功能(呵呵，非常方便啊)。

編碼結束後就是整合了，我們組在上台演講的最後一刻才整合好，真是好險啊，差點就完不成了。關鍵的問題在於有的組員沒有按時完成任務，在最後才整合上來，我在以後的工作中要多注意這個問題，不能在最後一刻才完成任務。

以上這些是我對此次大三實習的一點感悟與總結，雖然這次 20 天的實習有點累但是我還是收穫不少的。當然我還要感謝與我同組的人，我們在這二十天來配合的很默契，大家有什麼想法都能積極的表達出來，有什麼意見都會提出來，學會了什麼技術都會拿出來分享。如果不是我們共同的努力我們是不會做出來這個系統的。還有我要感謝各位老師的辛勤教導，在炎熱夏日裏陪我們度過了這 20 天並且耐心的回答了我們提出的問題，真是要謝謝你們!