數(shù)據(jù)庫實訓心得體會

　　我們在一些事情上受到啟發(fā)后，寫心得體會是一個不錯的選擇，如此可以一直更新迭代自己的想法。那么心得體會怎么寫才能感染讀者呢？以下是小編精心整理的數(shù)據(jù)庫實訓心得體會，歡迎閱讀，希望大家能夠喜歡。

　　持續(xù)一個月的數(shù)據(jù)庫實訓，讓我參與了軟件工程化的開發(fā)過程。其中體會最深的便是我們這個實訓網(wǎng)的幾個之最：

　　一、項目最大：項目大是因為我們這個事業(yè)起點網(wǎng)站涉及到用戶眾多―高校，企業(yè)，學生，老師，專家，第二個原因是網(wǎng)站的功能多―用戶管理，網(wǎng)上實習，網(wǎng)上競賽，畢業(yè)實習設計，項目管理，人才庫管理，人才推薦，搜索。項目大很容易造成系統(tǒng)范圍的泛濫，在我們的開發(fā)初期，由于需求不太明確，功能實現(xiàn)沒有重點，造成了需求范圍的擴大，給項目開發(fā)進度造成了嚴重的滯后性。然后我們召開了會議討論了這個問題，一致認同先把項目的基本功能實現(xiàn)，將網(wǎng)站的基本架構搭建起來，最后再在這個基礎上繼續(xù)增加我們網(wǎng)站的其他功能。因此在這個過程中，我深刻體會到了軟件工程初期階段的需求分析以及概要設計的重要性，這兩個文檔是指導我們后期開發(fā)的最重要的依據(jù)。

　　二、數(shù)據(jù)庫表最多：如此龐大的系統(tǒng)，就需要龐大的數(shù)據(jù)庫來支持，所以項目大的直接后果就是我們的數(shù)據(jù)庫表特別多，而且表與表之間的依賴關系也復雜，實體類之間的關系眾多，設計起來有一定的難度。數(shù)據(jù)庫的另外一個問題是―數(shù)據(jù)表的屬性，數(shù)據(jù)表屬性的設計完全是依賴于我們剛開始做的需求分析文檔，如果需求分析不完整的話，就會造成數(shù)據(jù)庫表屬性的缺失，從用戶的角度看，就會覺得你的系統(tǒng)提供的數(shù)據(jù)不夠全面，信息量小。

　　三、開發(fā)團隊最大：我們團隊一共有十四個人，這個對于我們的項目經(jīng)理來說，是一個相當嚴峻的問題，畢竟十四個人的團隊相當于其他幾個小組加起來的人數(shù)總和，管理起來有相當大的難度。對于我們這些小組成員來說，由于溝通渠道太多，造成了我們項目中遇到問題，不知道去跟哪個小組成員溝通。為了解決這個問題，我們在團隊中又選出了三個小組長，小組成員遇到問題，先去咨詢小組長，然后小組長提供反饋信息。

　　四、項目各個模塊間藕合度高：網(wǎng)站涉及的各個功能模塊之間的聯(lián)系緊密，模塊之間的接口設計的好壞是項目最終集成成功與否的最重要因素。用戶管理這一個部分要為每個模塊提供接口，主要是用戶的編號以及用戶的類型等。每個頁面之間的鏈接也是其中重要的模塊接口。這個問題由于我們前期做好了充分的溝通以及按照概要設計中的接口說明去設計自己的模塊，所以后期的模塊整合沒有遇到什么太大的不兼容性等問題。

　　接下來就談談我這一個月中的工作：

　　需求分析階段：需求分析階段我完成了網(wǎng)上競賽模塊的需求分析，其中遇到的主要問題是閱讀材料后發(fā)現(xiàn)網(wǎng)上實習，網(wǎng)上競賽，畢業(yè)設計指導這幾個模塊的功能是類似的，提取需求分析后不夠明確，經(jīng)過幾次跟湯老師的交流后，確定了這幾個模塊之間的具體差別，網(wǎng)上競賽模塊的基本需求也大致確定了，網(wǎng)上競賽模塊的基本功能就是學生通過網(wǎng)站報名參加競賽，企業(yè)審核通過后，專家對作品進行評分，排名。

　　概要設計階段：在需求分析的基礎上，對網(wǎng)上競賽模塊進行了比較具體的概要設計，流程圖（IPO圖以及用例圖）；這個階段的主要難點是對網(wǎng)上競賽業(yè)務流程的描述，如何實現(xiàn)學生報名，企業(yè)發(fā)布，專家評審的步驟操作，與及跟其他模塊對該模塊的限制。

　　數(shù)據(jù)庫設計階段：我負責整合初步數(shù)據(jù)庫設計說明書，分配組員按照各自的功能模塊的具體需求設計自己模塊需要的數(shù)據(jù)表，然后對這些數(shù)據(jù)表進行整合。在這個過程中遇到的問題就是數(shù)據(jù)庫實在是太大了，最后下來一共有30多張表，表與表之間的關系復雜，關聯(lián)性大，需要設置的外鍵較多，很難將所有的屬性字段給提取出來，屬性的類型設置也是一個問題，采用數(shù)值型還是采用字符串性在數(shù)據(jù)庫設計中尤為重要，因為在后臺搜索方面，數(shù)值型比較快捷，而在數(shù)據(jù)顯示方面，字符串型又有直接讀出不用轉換的好處。每個表的主鍵我們采用了用實體的編號去標記它，因為這樣實體間關聯(lián)起來會更加簡單。數(shù)據(jù)庫的設計關鍵是要對整個項目的整體的把握，并且要細化對每個實體類的具體屬性要求。

　　詳細設計階段：我覺得是最重要的一個方面，一個完整的詳細設計說明應該可以幫助程序員完成具體的實現(xiàn)，程序員可以不用考慮模塊之間的耦合問題，只需要將單一的功能按照邏輯順序編寫出來就可以了。網(wǎng)站整體構架搭好了，我們就可以在里面填充自己的功能了。但是因為時間太倉促了，我們這個階段也就縮水了，帶來后面的問題就是后期代碼編寫的時候比較混亂，函數(shù)接口較難統(tǒng)，界面風格多樣化。這個階段，我的主要工作是跟隊友一起設計出了網(wǎng)上競賽模塊的學生，企業(yè)，管理員，高校以及專家的界面。

　　編碼階段：我們是用開發(fā)的，主要任務就是從工具中選出你想要的控件，然后在控件響應函數(shù)中填充代碼，完成相應的事件響應。這里遇到的最大問題是頁面的排版問題，因為自己是第一次開發(fā)網(wǎng)站，造成了自己設計的界面風格單調，不太美觀，現(xiàn)在就盡量做到頁面的整齊。這個階段主要做的就是：寫代碼→編譯→調試→寫代碼。

　　這一個月中我學到了很多東西，技術方面就是學會了用編寫網(wǎng)站，最重要的是讓我經(jīng)歷了軟件工程化的所有階段，讓我對整個軟件工程有了感性的認識，而且將大學三年所學到的知識進行了一次系統(tǒng)的串聯(lián)，更重要的是學會了如何跟項目團隊中的成員溝通問題，這是一個寶貴的實踐經(jīng)驗。

【數(shù)據(jù)庫實訓心得體會】相關文章：

數(shù)據(jù)庫實訓心得體會（精選10篇）11-23

實訓心得體會03-25

實訓的心得體會11-26

實訓的心得體會05-31

實訓心得體會09-03

銀行柜臺綜合實訓實訓報告12-08

金工實訓課程的實訓總結通用12-06

實訓報告心得體會08-21

電機實訓的心得體會04-05

實訓測量心得體會03-28