Ⅰ 資料庫實驗心得體會
持續一個月的資料庫實訓,讓我參與了軟體工程化的開發過程
其中體會最深的便是我們這個實訓網的幾個之最:一.項目最大:項目大是因為我們這個事業起點網站涉及到用戶眾多-高校,企業,學生,老師,專家,第二個原因是網站的功能多-用戶管理,網上實習,網上競賽,畢業實習設計,項目管理,人才庫管理,人才推薦,搜索
項目大很容易造成系統范圍的泛濫,在我們的開發初期,由於需求不太明確,功能實現沒有重點,造成了需求范圍的擴大,給項目開發進度造成了嚴重的滯後性
然後我們召開了會議討論了這個問題,一致認同先把項目的基本功能實現,將網站的基本架構搭建起來,最後再在這個基礎上繼續增加我們網站的其他功能
因此在這個過程中,我深刻體會到了軟體工程初期階段的需求分析以及概要設計的重要性,這兩個文檔是指導我們後期開發的最重要的依據
二.資料庫表最多:如此龐大的系統,就需要龐大的資料庫來支持,所以項目大的直接後果就是我們的資料庫表特別多,而且表與表之間的依賴關系也復雜,實體類之間的關系眾多,設計起來有一定的難度
資料庫的另外一個問題是-數據表的屬性,數據表屬性的設計完全是依賴於我們剛開始做的需求分析文檔,如果需求分析不完整的話,就會造成資料庫表屬性的缺失,從用戶的角度看,就會覺得你的系統提供的數據不夠全面,信息量小
三.開發團隊最大:我們團隊一共有十四個人,這個對於我們的項目經理來說,是一個相當嚴峻的問題,畢竟十四個人的團隊相當於其他幾個小組加起來的人數總和,管理起來有相當大的難度
對於我們這些小組成員來說,由於溝通渠道太多,造成了我們項目中遇到問題,不知道去跟哪個小組成員溝通
為了解決這個問題,我們在團隊中又選出了三個小組長,小組成員遇到問題,先去咨詢小組長,然後小組長提供反饋信息
四.項目各個模塊間藕合度高:網站涉及的各個功能模塊之間的聯系緊密,模塊之間的介面設計的好壞是項目最終集成成功與否的最重要因素
用戶管理這一個部分要為每個模塊提供介面,主要是用戶的編號以及用戶的類型等
每個頁面之間的鏈接也是其中重要的模塊介面
這個問題由於我們前期做好了充分的溝通以及按照概要設計中的介面說明去設計自己的模塊,所以後期的模塊整合沒有遇到什麼太大的不兼容性等問題
接下來就談談我這一個月中的工作:需求分析階段:需求分析階段我完成了網上競賽模塊的需求分析,其中遇到的主要問題是閱讀材料後發現網上實習,網上競賽,畢業設計指導這幾個模塊的功能是類似的,提取需求分析後不夠明確,經過幾次跟湯老師的交流後,確定了這幾個模塊之間的具體差別,網上競賽模塊的基本需求也大致確定了,網上競賽模塊的基本功能就是學生通過網站報名參加競賽,企業審核通過後,專家對作品進行評分,排名
概要設計階段:在需求分析的基礎上,對網上競賽模塊進行了比較具體的概要設計,流程圖(IPO圖以及用例圖);這個階段的主要難點是對網上競賽業務流程的描述,如何實現學生報名,企業發布,專家評審的步驟操作,與及跟其他模塊對該模塊的限制
資料庫設計階段:我負責整合初步資料庫設計說明書,分配組員按照各自的功能模塊的具體需求設計自己模塊需要的數據表,然後對這些數據表進行整合
在這個過程中遇到的問題就是資料庫實在是太大了,最後下來一共有30多張表,表與表之間的關系復雜,關聯性大,需要設置的外鍵較多,很難將所有的屬性欄位給提取出來,屬性的類型設置也是一個問題,採用數值型還是採用字元串性在資料庫設計中尤為重要,因為在後台搜索方面,數值型比較快捷,而在數據顯示方面,字元串型又有直接讀出不用轉換的好處
每個表的主鍵我們採用了用實體的編號去標記它,因為這樣實體間關聯起來會更加簡單
資料庫的設計關鍵是要對整個項目的整體的把握,並且要細化對每個實體類的具體屬性要求
詳細設計階段:我覺得是最重要的一個方面,一個完整的詳細設計說明應該可以幫助程序員完成具體的實現,程序員可以不用考慮模塊之間的耦合問題,只需要將單一的功能按照邏輯順序編寫出來就可以了
網站整體構架搭好了,我們就可以在裡面填充自己的功能了
但是因為時間太倉促了,我們這個階段也就縮水了,帶來後面的問題就是後期代碼編寫的時候比較混亂,函數介面較難統,界面風格多樣化
這個階段,我的主要工作是跟隊友一起設計出了網上競賽模塊的學生,企業,管理員,高校以及專家的界面
編碼階段:我們是用ASP
net開發的,主要任務就是從工具中選出你想要的控制項,然後在控制項響應函數中填充代碼,完成相應的事件響應
這里遇到的最大問題是頁面的排版問題,因為自己是第一次開發網站,造成了自己設計的界面風格單調,不太美觀,現在就盡量做到頁面的整齊
這個階段主要做的就是:寫代碼→編譯→調試→寫代碼
這一個月中我學到了很多東西,技術方面就是學會了用ASP
Net編寫網站,最重要的是讓我經歷了軟體工程化的所有階段,讓我對整個軟體工程有了感性的認識,而且將大學三年所學到的知識進行了一次系統的串聯,更重要的是學會了如何跟項目團隊中的成員溝通問題,這是一個寶貴的實踐經驗
Ⅱ 資料庫技術實驗報告怎麼做呢急求,高手幫幫忙,謝謝!
你好
可以參考這篇資料庫實版驗報權告
http://wenku..com/link?url=g3OsV--LsuEKSlA9k_5hOA73fI_JEn1rFvWnREhDpxDrcdam6D1r_w7yezyP5cgtEO
Ⅲ 實驗報告的最後一部分"實驗總結"應該怎麼寫(資料庫綜合應用)
設計感言
此次的設計是1個新的體驗、新的挑戰,我在此過程中不但應用了所學專的知識,而且還不屬斷的學習新的知識、工具,以完成設計的需要,在設計的過程中我深深體會到作為1個學習計算機專業的人士,為了實現1個模塊的代碼、為了1個設計的實現思想、經常絞盡腦汁來達到設計所要達到的目的,雖然我的基礎知識不夠扎實,但是我在此期間積累了許多寶貴的經驗,這都是我以後走上工作崗位的巨大的財富。
由於這是1個新的嘗試,還有我有限的知識和倉促的時間所限,所以設計過程中難免有缺點和不足的地方,望各位老師能給予我批評指正。
【直接復制或者稍微改動下都足以應付了】
Ⅳ Access資料庫實驗報告怎麼寫哦
格式如下:內容按自己做的實驗寫 一、實驗目的
通過建立「進、銷、存管理」資料庫系統,熟悉Access2002資料庫系統開發環境,掌握創建表的各種方法。並能夠掌握表中的欄位的定義及修改技術,掌握表間關系的建立方法,掌握數據記錄的操作技術。
二、實驗內容
1.啟動Access2002,並完成下列操作:
①打開Northwind示例資料庫,觀察資料庫窗口;
②瀏覽產品、客戶、雇員、訂單等數據表的結構與數據;
③關閉Northwind。Mdb資料庫,新建一個空資料庫「進、銷、存管理」。
2.使用向導創建「進、銷、存管理」資料庫的第1個表「產品」,包括以下欄位:
產品號,產品名稱,價格
提示:由於向導中為產品提供的欄位中沒有「產品號」和「價格」,可將其「產品ID」和「單價」分別重命名為「產品號」與「價格」。
要求:將由向導生成的產品表的結構列在試驗記錄上。
3.在設計視圖中打開新建的「產品」表,可按實驗表1.1的結構對其進行修改。
正數:1.401298E-45~3.402823E38;范圍內的數;
要求:將操作過程寫在實驗記錄上。
4.創建「進、銷、存管理」資料庫的其他數據表:
客戶:客戶號,客戶名,地址,稅號,信息度,國家;
訂單:訂單號,訂單時間,產品號,客戶號,產品數量,需要產品時間,
訂單業務員,是否發貨;
庫存:產品號,庫存量,存放地點;
發貨:訂單號,發貨時間,產品號,客戶號,產品數量,發貨價格,發貨
負責人;
生產:產品號,完成日期,數量,生產負責人;
進庫:進庫號,產品號,進庫數量,進庫時間,經手人。
要求:將訂單表、客戶表和生產表在試驗記錄中畫成如表1.1的形式。
Ⅳ 資料庫中建立視圖、查詢和游標的實驗感想
眾所周知,資料庫就是數據的倉庫,是由許多數據組成的。 但有些時候我專們只關心資料庫中的某些數屬據,就使用特定的SQL語言獲得此部分數據的信息,此部分數據就是所謂的視圖。 換句話說,視圖就是資料庫中我們希望查看的那部分數據,視圖可能是一個數據表,也可能是若干個數據表中的特定數據。 就好像在一個倉庫中,堆放了很多東西,而我們只關心的某些東西的某種關聯,就是我們相對這個倉庫的「視圖」。 官方定義是:視圖是一個虛擬表,其內容由一個查詢所定義。 存儲過程是集中存儲在資料庫管理系統中預先定義好並編譯的好的事務,一般有SQL語句和過程式控制制語言構成。比如根據不同的查詢條件,可以判斷結果,執行某些查詢語言或者資料庫操作語言。就好像高級語言的procere或function一樣。 游標是一種用於...
Ⅵ 實驗一 Access2010環境及資料庫的創建 求答案
如下圖,單擊「文件——選項」命令,彈出「Access選項」對話框。
完成上述,單擊確定保存。環境搭建完成。