【正文】 計算機專業(yè)實習報告范文 這次實習我們 JulyRose 小組 (七個人 )開發(fā)了一個名叫 JulyRoseOA 的協(xié)同辦公系統(tǒng)。在實習中我的收獲不少，我得到了在往年實習中得不到的東西。原來實習的時候只是編編代碼而已，需求分析幾乎沒有，也可以說是在一邊編程一邊體會需求。所以原來實習的時候感覺腦子里很亂，不知道自己在做什么，總是想著把軟件做出來就行，我們不會去考慮代碼質(zhì)量，程序的運行速度，程序的可用性等等。 這次實習就不一樣了，我們花了很長時間去做需求分析，做設計。我們小組每個人都閱讀了需求分析文檔，認真分析，有不懂得地方就和其他同學一起討論，討論某個功能到底是什么意思，到底要完成 什么任務，到底要給用戶帶來什么。如果需求分析中還有什么模糊的地方，我們就請教老師，讓老師給我們講解一下。 分析完需求我們就開始畫用例圖，我們在畫圖的時候是分工協(xié)作的，我們都有各自負責的模塊。我負責的就是系統(tǒng)管理那一塊。當然我們不可以只是自己畫自己的，我們還要共同協(xié)作，例如我們要統(tǒng)一參與者 ( actor )的名字，有相似的用例要融合在一起，用例的粒度大小也要統(tǒng)一起來，如何劃分用例等等?？傊诋嬘美龍D的時候各組員之間也是經(jīng)常交流的。這樣我們在最終整合用例圖的時候才不會出錯。 畫完用例圖我們就寫用例的基本路徑。用 例的基本路徑雖然好寫，但是我認為十分重要，因為通過寫用例的基本路徑，你可以了解到程序運行的基本流程，以及程序要實現(xiàn)的基本功能?？傊隳軐δ阋龅南到y(tǒng)有進一步的了解，同時你可以在這個過程中再次品味需求分析，看看還有哪些東西你沒有考慮到。 寫完用例的基本路徑，我們就開始設計系統(tǒng)原型，我們并沒有下載原型的模板，而是每個組員把自己負責的那個模塊的原型做出來，然后整合起來。雖然這樣原型會顯得很不好看，并且風格不統(tǒng)一，但是這樣可以發(fā)揮每個組員的創(chuàng)意，展示出每個組員的想法，我覺得這樣做還是挺不錯的，畢竟這只是實習，又不是 要把我們的產(chǎn)品真正的賣給某個客戶 (如果真的做一個項目的話，那可要統(tǒng)一風格了 )。 原型設計完了開始進行概要設計，概要設計主要是進行系統(tǒng)的功能描述，畫系統(tǒng)的流程圖，經(jīng)過概要設計我們就完全明確了系統(tǒng)的功能，明確了這個系統(tǒng)要給用戶帶來什么。 下一步是系統(tǒng)數(shù)據(jù)庫設計，經(jīng)過這次實習我覺得數(shù)據(jù)庫設計尤為重要，因為如果數(shù)據(jù)庫設計不好，會直接影響到程序員編程實現(xiàn)。例如 “ 用戶信息 ” 模塊里要用到用戶的部門編號，在 “ 部門管理 ” 模塊里也要用到部門編號，所以在設計用戶表和部門表的時候就要考慮到這種關系，而不應該讓程序員在編碼的時候去考 慮數(shù)據(jù)約束，數(shù)據(jù)冗余之類的問題。這樣就要求我們在設計數(shù)據(jù)庫的時候要格外小心，這次的數(shù)據(jù)庫設計是由我們組三個人設計的 (包括我 )，我們?nèi)齻€人先是分好模塊，把各自的模塊中的表設計出來，最后在整合的時候主要解決數(shù)據(jù)冗余，外鍵約束的問題 (其實這些問題還不少 )。還有各個表之間的對應關系，到底是多對多還是一對多一定要考慮清楚 (這其實就是涉及到了外鍵以及關聯(lián)表的問題了 )。這次設計數(shù)據(jù)庫的時候主要遇到的問題就是有些功能模塊太過模糊 (還是對業(yè)務不了解啊 )，例如在設計留言表的時候就要解決很多問題。接受者 ID 和發(fā)送者 ID 其 實都是用戶的 ID 那么留言這張表就要與用戶這張表有聯(lián)系。那么如何關聯(lián)才不會出現(xiàn)數(shù)據(jù)冗余呢 ?如果要考慮到有多個接收者 (群發(fā) )，那么留言這張表就要與用戶表有多對多的聯(lián)系 (一個留言可以發(fā)給多個用戶，一個用戶也可接收多個留言 )。但是還要考慮發(fā)送者，這個關系就變了，發(fā)送者與留言的關系是一對多的 (一個留言只可以有一個發(fā)送方，但是一個用戶可以發(fā)送多個留言 )。所以留言表與用戶表就存在兩個關系。一個是多對多關系，一個是多對一的關系。還有留言狀態(tài)也要考慮到，未讀，已讀，未發(fā) , 已發(fā)等狀態(tài)，要有專門的字段標示它。這個留言表我 設計了好久，也問了很多次老師。雖然花費了不少時間，但是這是值得的，給以后程序的實現(xiàn)帶來了方便，并且也學到了不少知識 (至少對發(fā)送留言，發(fā)送郵件這塊業(yè)務有了深刻的了解 )。 設計完數(shù)據(jù)庫就開始進行編碼工作了，這個編碼工作是基于原型設計和數(shù)據(jù)庫設計的，也就是說如果前面的原型和數(shù)據(jù)庫沒設計好的話，那么會給編碼帶來很大的麻煩。我就是深有體會。例如我在編部門管理的時候，原來的原型沒設計好，還要邊編代碼邊修改原型，感覺很狼狽，總是手忙腳亂的。所以原型設計一定要到位，這樣才不會給編碼帶來麻煩。 不過感覺這次編碼結(jié)構很清晰，界 面與數(shù)據(jù)處理這兩部分劃分的很清楚。在界面中顯示出系統(tǒng)信息，在 Servlet 中接受用戶輸入的數(shù)據(jù)，并調(diào)用相應的 DAO 處理之，再把數(shù)據(jù)返回給界面，然后由界面把結(jié)果呈現(xiàn)給用戶。當然此次實習也遇到了很多技術方面的問題，我這學期剛學 Java ，對網(wǎng)頁編程幾乎沒有一點了解 (原來編的都是桌面程序 )。還好這次實習有老師教導，如果沒有老師的話我們又要自己從頭開始摸索，這樣一定會花費不少時間。通過這次實習我發(fā)現(xiàn)要學會看代碼，在網(wǎng)上搜索資料你會發(fā)現(xiàn)有很多別人寫的代碼，寫得都很好。其實這些都是很寶貴的學習資料，你如果看懂 那些代碼那么你就會從中學到不少東西，你可能只要修改修改就能實現(xiàn)你想要的功能 (呵呵，非常方便啊 )。 編碼結(jié)束后就是整合了，我們組在上臺演講的最后一刻才整合好，真是好險啊，差點就完不成了。關鍵的問題在于有的組員沒有按時完成任務，在最后才整合上來，我在以后的工作中要多注意這個問題，不能在最后一刻才完成任務。 以上這些是我對此次大三實習的一點感悟與總結(jié)，雖然這次 20 天的實習有點累但是我還是收獲不少的。當然我還要感謝與我同組的人，我們在這二十天來配合的很默契，大家有什么想法都能積極的表達出來，有什么意見都會提出來 ，學會了什么技術都會拿出來分享。如果不是我們共同的努力我們是不會做出來這個系統(tǒng)的。還有我要感謝各位老師的辛勤教導，在炎熱夏日里陪我們度過了這 20 天并且耐心的回答了我們提出的問題，真是要謝謝你們 ! 計算機專業(yè)實習報告范文相關：