數據結構實訓報告（常用版）(可以直接使用，可編輯完整版資料，歡迎下載）

北京聯合大學數據結構實訓報告（常用版）(可以直接使用，可編輯完整版資料，歡迎下載）實訓報告課程（項目）名稱：數據庫原理學院：聯大師范學院專業：計算機科學與技術姓名：劉雪飛成績：2012年6月8日

目錄1引言 41.1系統開發背景 41.2研究的目的與意義 41.3本文研究的內容 61.4相關工具及技術 62需求分析 72.1項目設計的基本原理 72.2可行性研究 72.2.1技術可行性 72.2.2經濟可行性 82.2.3操作可行性 82.2.4社會因素可行性 82.2.5可行性研究結論 82.3系統功能及用戶需求分析 82.4系統安全性及完整性需求 92.5運行需求 93系統概要設計 103.1總體設計原理 103.2數據描述 123.3數據字典 143.3.1數據卡片 143.3.2數據流條目 163.3.3文件條目 163.4系統流程圖 174數據庫系統設計 194.1數據庫系統設計及范式分析 194.2數據庫的概念設計 214.1.1局部E-R模式設計 214.1.2全局E-R設計 224.3數據庫表設計 234.4VisualBasic中的數據庫控件ADO的介紹 255系統詳細設計 265.1系統功能模塊圖 265.2模塊功能設計及小組成員任務分配 285.2.1系統登陸模塊的設計 28 系統主界面 29 設備購置管理模塊設計 30 設備維修模塊設計 30 設備報廢模塊設計 31 入庫查詢與統計模塊設計 31 維修查詢與統計模塊設計 32 報廢查詢與統計模塊設計 34 設備類型管理模塊設計 37 設備基本信息管理模塊設計 40 用戶信息管理模塊設計 41 其他模塊設計 416系統測試 426.1測試目的 426.2測試實現與成果分析 43結論 44致謝 45參考文獻 46評語 47實訓項目：實驗室設備管理系統1引言1.1系統開發背景實驗室是所有高校,研究機構必不可少的基本構成單位，實驗室設備管理又是每個單位都要面對的問題。目前高校內教學設備眾多但自動化管理水平相比過低，很多高校管理設備都采用在設備購進以后將設備的基本情況和相關信息登記存檔。存檔以后檔案基本就沒人記錄與維護，至于以后設備的變遷或損壞都不會記錄在設備檔案中，即不能體現設備的即時狀態。如果通過傳統手工管理方法來處理這些數據,手續繁瑣復雜，層次很多，步驟重復。管理員不僅勞動強度大，而且易出現數據混亂。遇到上級和主管部門要統計數據時，就要從全院幾千臺設備賬目中逐臺查找，工作效率極低。特別是在制定規劃，計劃時，需要通過儀器設備的各種統計資料來作出判斷和決策，人工的速度和準備度都難以滿足要求。因此，如何提高實驗室的管理水平,整合實驗室資源,最大限度地發揮實驗儀器設備的功能,已成為實驗室管理的重大課題。要想提高工作效率，必須提高管理水平，更新管理手段。1986年全國高等院校實驗室工作會議文件中指出：有條件的學校，要積極研究采用計算機進行管理，實現實驗室管理現代化。將管理任務分成小塊，落實到個人并能隨時查詢設備當前情況和歷史情況，對設備的可靠性分析有直接作用，使管理人員從手工計算、統計工作中解脫出來。因此，對儀器設備進行計算機管理，已經成為高效實驗室工作中一項非常重要的任務。實驗室設備管理系統，是為了實驗實驗室設備管理而設計的，同時它也是現在各個部門的一個重要環節。隨著電氣化教學和無紙化辦公的一步步完善，利用計算機系統管理實驗室設備勢在必行。1.2研究的目的與意義現在，科學技術的飛速發展把人類社會推向了一個嶄新的時代——信息時代。這已是無可爭議的事實；信息對社會經濟發展的巨大推動作用，使其與物質能源一起并列為現代社會的三大支柱，這已在全社會達到共識。隨著對信息作為一種資源來管理的需求日益加強，信息研究領域出現了一種新的管理思想和模式——信息管理。因此，就誕生了“信息管理”這樣一個概念。由于信息是普遍存在的，人類信息管理活動的范圍也是十分廣泛的，信息管理不僅是信息工作的一部分，而且已被認為是現代管理的重要組成部分。信息管理的概念源于西方，也是在世界信息量迅速增長、信息技術日新月異、信息產業強勁發展的六七十年代出現的。時至今日，信息管理已不僅僅是一個概念，而是信息學和管理學中的重要內容了。對信息管理的理解，一種認為是，信息管理就是對信息的管理。在此，信息管理是指狹義的信息資源管理，實際上就是對信息本身的管理；另一種認為，信息管理不僅是對信息的管理，而是對涉及信息活動的各種要素，如信息、技術、人員、組織進行合理的組織和有效的控制，從而滿足社會的信息需求。在此，信息管理是指廣義的信息資源管理。綜合兩種理解，信息管理是指對人類信息活動所產生的社會信息進行管理，信息管理是管理的一種，既要對信息進行管理，也要對信息活動進行管理。信息和信息活動都是信息管理的客體。簡而言之，信息管理就是對信息和信息活動的管理，這就是我們對信息管理的全面理解。世界經濟發展已進入一個激烈競爭的年代，可以說，誰先獲得信息，誰就有可能抓住發展經濟的機遇。同樣，誰能很好地管理和利用信息，誰就有可能占領市場，獲得效益。國內外大量事實已說明：在目前這個激烈競爭的市場經濟中，誰的信息管理現代化水平高，誰重視信息資源的開發和利用，誰就能抓住機遇，在競爭中取勝。在這么一個大趨勢下，各種信息管理系統軟件應運而生，實驗室設備儀器管理系統當然也是其中的一種。實驗室設備儀器管理系統，對實驗室的管理工作有著重大影響。它有著有手工管理所無法比擬的優點。例如:檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優點能夠極大地提設備管理的效率,也是正規化管理,與世界接軌的重要條件。實驗室儀器設備管理系統有一定的先進性。這樣,有利于提高實驗室設備儀器的管理水平,有利于二級管理部門增強責任心,節約成本和勞力。其次,在采購部門購入相應的設備后即可以憑供貨商所出具的發票錄入管理系統,隨即打印相應的驗收單,進而可以產生相對應的固定資產標簽條碼貼于新購置的設備上。利用實驗室設備管理系統,可以實現大批量及零星采購教學設備的微機管理,實驗室設備管理系統著眼于設備購置入帳后的日常設備管理,注重設備的型號、規格、單價、領用單位、現狀及經費科目等的管理,即技術和經濟的管理。如此持之以恒不僅有利于儀器設備帳目的完整性而且還保持了儀器設備帳目的真實性。在高校中使用實驗室儀器設備管理系統不僅可以滿足本單位儀器設備管理需要,而且還能滿足向國家教育部上報數據的需要。實驗室和儀器設備統計信息是評價教學質量、制定相關政策的重要參考依據。做好高校實驗室和儀器設備統計工作,不僅有利于高校加強對實驗室工作的規范化制度化管理,而且還有利于分析總結教學資源建設情況,加強建設,整合資源,提高實驗室利用率,促進學院教學和科研的發展。本信息系統合理的借鑒國際領先的實驗室設備管理思想并結合國內學校實驗室設備管理現狀，基本能滿足一般學校設備管理的需要。通過使用系統將會提高學校實驗室的辦公效率和設備可靠性，減少工作人員的勞動強度，減少辦公耗材，提高學校實驗室的現代化管理水平。1.3本文研究的內容本文主要介紹了研究開發單機版的實驗室儀器設備管理系統，掌握C/S結構信息管理系統開發的一般步驟和方法，了解并能運用程序開發語言以及數據庫的使用和開發，培養綜合運用所學理論知識和技能來解決實際問題的能力。1.4相關工具及技術該實訓報告用的是編程語言是VisualBasic6.0，原因如下：首先，VB是一門基于面向對象的編程語言，編寫簡單，界面友好，易學易懂。其次，VB源自于BASIC編程語言,具有高級程序設計語言的語句結構，接近于自然語言和人類的邏輯思維方式。VisualBasic語句簡單易懂，其編輯器支持彩色代碼，可自動進行語法錯誤檢查，同時具有功能強大且使用靈活的調試器和編譯器。最后,VB擁有圖形用戶界面(GraphicalUserInterface,簡稱GUI)和快速應用程序開發(RapidApplicationDevelopment,簡稱RAD)系統，可以輕易的使用DAO、RDO、ADO連接數據庫，或者輕松的創建ActiveX控件。程序員可以輕松的使用VB提供的組件快速建立一個應用程序。面向對象的程序設計思想：對象：先是世界中的實體，如汽車。屬性：描述形象的特征，如車的顏色。方法：向對象實施的動作，如啟動車。時間：動作所觸發的操作，如紅燈亮。事件驅動的編程機制：由時間來引發程序的運行，結構化的程序語言設計，支持多種數據庫系統訪問。后臺數據庫我用的SQLServer2005。首先，SQLServer2005非常易于安裝，部署和使用。SQLServer2005中包括一系列管理和開發工具，這些工具可改進在多個站點上安裝、部署、管理和使用SQLServer的過程。SQLServer2005還支持基于標準的、與WindowsDNA集成的程序設計模型，使SQLServer數據庫和數據倉庫的使用成為生成強大的可伸縮系統的無縫部分。這些功能使您得以快速交付SQLServer應用程序，使客戶只需最少的安裝和管理開銷即可實現這些應用程序。其次，SQLServer2005還包括很多其他的特性，例如Internet集成，可伸縮性和可用性強，同一個數據庫引擎可以在不同的平臺上使用，企業級數據庫功能等。當然，其中還有個重要原因就是以前學數據庫的時候，我們就是以SQL為實例學習的，有一定的基礎。WindowsXP作為本系統開發的系統平臺，以其友好的圖形界面，易學易用的操作方法，強大的多任務功能，健全的內在管理以及先進的程序設計方法為廣大的數據庫軟件開發人員所熟悉。對它的操作環境的熟悉，使得我們在開發數據庫應用程序更加的方便和可靠。2需求分析2.1項目設計的基本原理軟件工程是一門從技術到組織管理兩個角度研究如何用系統化，規范化和數量化等工程原理和方法去進行軟件開發和維護的科學。軟件工程學研究的范圍非常廣泛，包括技術方法，工具和管理等許多方面。軟件生命周期的各個階段可分為：問題定義：確定系統的基本功能。可行性研究：確定系統是否能夠實現及是否值得實現。需求分析：確定系統必須完成的各種功能。總體設計：確定如何試驗軟件。詳細設計：詳細設計實驗系統。編碼和單元測試：寫出正確的容易理解和維護的程序模塊。綜合測試：通過各種類型的測試及調試使軟件達到預定的要求。軟件維護：通過各種必要的維護活動使系統持久地滿足用戶需要。采用軟件工程的技術方法開發本系統，通過以上八個階段組成軟件的生存期。它是指從提出開發要求開始直到該軟件報廢為止的整個時期。分階段進行，就把規模龐大，結構復雜和管理復雜的軟件變得容易控制和管理。2.2可行性研究技術可行性一個完備的實驗室設備管理信息系統具有以下優越性:方便校領導查詢實驗室設備的使用情況，節省時間，可以提高系統的工作效率和準確性。為了適應新形勢的發展，我進行了這一系統的初步設計工作，也可以說是做一個初步的探索，希望它能夠在查詢實驗室設備信息時發揮高校，便捷的作用，把系統管理員從繁重的工作中解脫出來！該實驗室設備管理系統是以SQLServer2005數據庫為后臺核心應用，以服務為目的的信息平臺，對資源進行科學加工和管理維護，為實驗室設備信息提供管理。2.2.2經濟可行性經濟可行性主要依據是成本/效益分析，該系統的目標是以最低的成本，在最短的期限內開發出實驗室設備管理系統。系統能減少很多不必要的資源，不用像以前那樣用冗余的紙張化管理。大大節省了學校能源。并且計算機的存儲與快速查詢功能大大提高了實驗室設備管理系統的效率，并且還提高了實驗室設備信息管理的精確度。方便快捷的操作，可減少實驗室設備信息管理的漏洞，又減少因工作的冗余出現的錯誤，并且操作非常簡單，可減少許多不很必要的人員，這無論從物質上還是工作人員的工資上都為學校節約了開支，為學校增加了財富。目標系統開發需求比較低，加上具有成熟的軟硬件環境，所以在軟硬件的支出上比較低。而且，目標系統并不是十分的復雜。當系統開發完實際運行后，將很大程度上提高計算機的功能，在為使用者帶來便利的同時，也為系統的進一步推廣創造了條件。這帶來的經濟回報將遠超于支出，并且最重要的是該軟件的開發可以使我們對系統的開發有全面的認識。從經濟角度考慮，此實驗室設備管理系統開發可行。操作可行性用戶僅需具有基本的電腦操作能力即可。社會因素可行性從法律因素和安全用正版和免費角度考慮，所有技術參考資料都經授權，開發合法。可行性研究結論依據以上因素，本實驗室設備管理系統開發項目不僅方便快捷，高校，而且社會效益比較好，從而使本系統的開發者相信該系統開發出來之后將取得的成功。綜上所述，此項目在技術，經濟，操作和社會效益上是完全可行的。2.3系統功能及用戶需求分析管理員可以對實驗室設備信息進行查詢及相關設驗室設備的使用情況察看。管理員可以根據本人用戶名和密碼登陸系統。在信息系統中，后臺數據庫存儲的地位相當重要。數據庫的設計不但對數據的操作速度由影響，還直接關系到軟件系統的質量和生存周期。本系統采用了SQL數據庫，庫中包括用戶登錄表，入庫設備表，出庫設備表，設備基本信息表，庫存設備表等。功能需求系統登陸:用戶運行實驗室設備管理系統后，就進入一個登陸界面，用戶需要輸入正確的用戶名和密碼之后才能使用本系統。系統管理：其中包括管理平臺用戶，賬號的創建，刪除，修改等；密碼設置，密碼是一個管理系統正常運行的一個重要保障，在這里可以對密碼進行重新修改，刪除等操作；系統參數配置，對系統運行環境的配置；數據庫管理，其中包括數據庫的還原，備份，刪除等。設備分類設置：可以添加，修改，刪除本級和下級的不同級別的設備類別，如基礎設備，常用設備，儀器設備，玻璃設備，消耗用品等。入庫管理：對于入庫的一些實驗設備，按照供應商，數量，單價，商品名等一些基本信息錄入系統數據庫，以及后續可以修改，刪除。出庫管理：因使用，報廢，維修等不同原因而出庫的設備，按照數量，單價，商品名在這里有所記錄，以及可以進行刪除，修改等操作。庫存查詢：在商品名中選擇所要查詢的商品，就能顯示出所要查詢商品的庫存信息，如剩余數量，價格等。退出系統：退出本系統，恢復系統的實始狀態。2.4系統安全性及完整性需求本軟件作為實驗室設備管理信息系統設備，它的規模比較小，不需要保密技術；只需限定一個程序中某些區域的規約，給不同的模塊分配不同的功能即可。本系統的源程序采用VB編寫，不會被傳到客戶瀏覽器，因而可以避免所寫的源程序被他人剽竊，也提高了程序的安全性。2.5運行需求為了保證系統運行的效率和可靠性，系統應具有較高的軟硬件配置。（1）硬件要求：CPU：IntelPIII及以上；內存：256MB及以上；硬盤：10GB及以上。（2）軟件要求：操作系統：Windows2003/XP/Vista；數據庫：SQLServer2005及以上。3系統概要設計3.1總體設計原理總體設計的基本目的就是回答“概括的說，系統應該如何實現？”這個問題。因此，總體設計又稱為概要設計或初步設計。通過這個階段的工作將劃分出組成系統的物理元素—程序，文件，數據庫，人工過程和文檔等等，但是每個物理元素仍然處于黑盒子級，這些黑盒子里的具體內容將在以后詳細設計。總體數據階段的另一項重要任務是設計軟件的結構，也就是要確定系統中每個程序是由哪些模塊組成的，以及這些模塊相互之間的關系。總體設計工程通常有兩個主要階段組成：系統設計，確定系統的具體實現方案；結構設計確定軟件機構，也就是要確定系統中每個程序擁有哪些模塊組成的，以及這些模塊之間的關系。在詳細設計之前進行總體設計可以站在全局的高度上，花較少的成本，從中選出最佳方案和最合理的軟件結構，從而用較低的成本開發出高質量的軟件系統。而實驗室設備管理系統所用到的結構設計的方法，為自頂向下的方法，即首先定義全局概念結構的框架，然后逐步細化。如圖3.1所示。用一系列圖表列出本程序系統內的每個程序（包括每個模塊和子程序）的名稱、標識符和它們之間的層次結構關系。設備管理員操作模塊如圖3.2.2所示。系統功能操作模塊如圖3.2.3所示。實驗室設備管理系統實驗室設備管理系統系統功能操作設備管理員操作上級領導操作用戶登陸管理系統維護管理設備查詢管理設備維修管理設備購買管理設備報廢管理審核管理圖初步設計系統模塊結構圖合法性檢測合法性檢測有效登錄信息？操作界面NY開始終止用戶名及密碼圖管理員操作模塊圖操作界面操作界面檢查系統NY開始終止選擇操作類型設備操作界面圖系統功能操作模塊圖3.2數據描述數據流圖（DFD）是一種圖形化設計，它描繪信息流和數據從輸入移動到輸出的過程中所經受的變換。在數據流圖中沒有任何具體的物理部件，它只是描繪數據在軟件中流動和被處理的邏輯過程。數據流圖的基本目的是利用它作為交流信息的工具，還有一個重要的作用就是作為分析和設計的工具。一個完整的軟件系統需要有一個完整的，系統化的數據流向，數據的輸入輸出以及數據在整個過程中經過哪些路徑，都盡可能的在數據流圖中表示出來，數據流處于運動中的數據。下面是針對本開發系統設計的“數據流程圖”所示：設備管理員設備管理員實驗室設備管理系統上級領導登錄信息無效登錄信息申請/維修/報廢/查詢操作處理結果審核信息審核結果圖頂層數據流圖 11身份驗證2.1處理要求2.2審核登錄信息無效登錄信息合法信息合法信息處理要求處理結果審核信息審核結果終端顯示器上級領導用戶圖0層數據流圖11身份驗證2.1統計查詢2.2維修2.3購買2.4報廢3審核合法信息查詢信息維修設備新設備報廢設備申請設備批準批準申請設備設備基本信息表D1維修記錄表申請表新設備表報廢記錄表D4D3D2D5用戶圖一層數據流圖3.3數據字典數據字典是關于數據的信息的集合，也就是對數據流圖中包含的所有元素的定義的集合。數據流圖和數據字典共同構成系統的邏輯模型。數據卡片名字：維修報表別名：維修信息描述：每天一次送給管理員的需要維修的設備的信息表定義：購置報表=設備編號+設備名稱+主要維修師+次要維修師位置：輸出到打印機名字：購置報表別名：購置信息描述：每天一次送給管理員的需要購買新設備的息表定義：購置報表=設備編號+設備名稱+購置數量+目前價格+主要供應者+次要供應者位置：輸出到打印機名字：設備信息別名：設備編號描述：唯一的標識實驗室中一種設備的關鍵域定義：設備信息=設備編號+設備名稱+型號+類別/設備編號=8{字符}8位置：購置報表購置信息維修報表維修信息名字：購置數量別名：描述：每一種設備一次購買的數量定義：購置數量={數字}位置：購置報表購置信息名字：維修數量別名：描述：每一種設備一次要維修的臺數定義：維修數量={數字}位置：維修報表維修信息3.3.2數據流條目（1）登入信息輸入：設備管理員輸出：身份驗證描述：登入信息=用戶名+密碼+登入權限（2）查詢信息輸入：合法人員對設備的查詢操作輸出：設備信息描述：查詢信息=設備名稱/設備編號/型號/類別（3）維修信息輸入：所需維修設備的信息輸出：確定維修設備的記錄描述：維修信息=設備名+修理日期+修理師傅+修理費用等（4）新設備輸入：購置設備的信息輸出：確定購置的新設備的記錄描述：新設備=設備編號+設備名+型號+單價+數量等（5）維修設備輸入：所需維修的設備的信息輸出：維修的設備記錄描述：維修設備=設備名稱+設備編號+型號等（6）審核信息輸入：審核輸出：上級領導描述：審核信息=維修設備信息/新設備購置記錄文件條目（1）登入表輸入：身份驗證1輸出：身份驗證1數據結構：用戶名+密碼+登入權限（2）設備基本信息表輸入：統計查詢數據結構：類別+設備名稱+設備編號+型號等（3）維修記錄表輸入：統計查詢，維修輸出：統計查詢數據結構：設備名稱+維修師傅+維修日期+維修費用等（4）新設備表輸入：統計查詢，購置輸出：統計查詢數據結構：設備名稱+設備編號+型號+價格+數量等（5）申請表輸入：統計查詢，產成報表輸出：統計查詢，生成報表，購置/維修數據結構：設備名稱+設備編號+型號+數量等3.4系統流程圖系統流程圖是概括地描繪物理系統的傳統工具，它能清楚的顯示系統的每一個部件（程序，文檔，數據庫等）。系統流程圖表達的是數據在系統各部件之間流動的情況，而不是對數據進行加工處理的控制過程，因此盡管系統流程圖的某些符號和程序流程圖的符號形式相同，但是它卻是物理數據流圖而不是程序流程圖。本系統的系統流程圖如圖所示：設備基本信息表Y開始設備基本信息表Y開始用戶名及密碼選擇操作類型查詢信息°維修設備°新設備信息°實驗室信息°維修記錄表實驗室信息表設備報廢信息表退出N身份驗證圖3.3.1管理員管理員報廢記錄C/S終端顯示數據報廢表管理員理員修理記錄的設備實驗設備管理數據庫維修表C/S終端顯示數據管理員申請購買記錄設備購買申請表領導PC機終端顯示管理員新設備記錄C/S終端顯示數據新設備屬性表圖3.3.2處理流程和數據流程圖4數據庫系統設計4.1數據庫系統設計及范式分析數據庫設計主要是進行數據庫的邏輯設計，即將數據按一定的分類，分組系統和邏輯層次組織起來，是面向用戶的。數據庫設計時需要綜合企業各個部門的存檔數據和數據需求，分析各個數據之間的關系，按照數據庫管理系統提供的功能和描述工具，設計出規模適當，正確反映數據關系，數據冗余少，存取效率高，能滿足多種查詢要求的數據模型。數據庫設計的步驟是：（1）數據庫結構定義：目前的數據庫管理系統（databasemanagementsystem,簡稱DBMS）有的是支持聯機十五處理CLTP（負責對事物數據進行采集，處理，存儲）的操作型DBMS，有的可支持數據倉庫，有聯機分析處理CLAP（指偉支持決策的制定對數據的一種加工操作）功能型DBMS，有的數據庫是關系型的，有的可支持面向對象數據庫。針對選擇的DBMS，進行數據庫結構定義。（2）數據表定義：數據表定義指定一數據庫中數據表的結構，數據表的邏輯結構包括：屬性名稱，類型，表示形式，缺省值，校驗規則，是否關鍵字，可否為空等。關系型數據庫要盡量按關系規范化要求進行數據庫設計，但為使效率高，規范化程度應根據應用環境和條件來決定。數據表設計不僅滿足數據存儲的要求，還要增加一些如反映有關信息，操作責任，中間數據的字段或臨時數據表。（3）存儲設備和存儲空間組織：確定數據的存放地點，存儲路徑，存儲設備等，備份方案，對多版本如何保證一致性和數據的完整性。（4）數據使用權限設置：針對用戶的不同使用要求，確定數據的用戶使用權限，確保數據安全。（5）數據字典設計：用數據字典描述數據庫的設計，便于維護和修改。為了更好地組織數據和設計出實際應用數據庫，應該注意如下問題：規范化地重組數據結構：對數據進行規范化表達。關系數據結構的建立：在進行了數據基本結構的規范化重組后，還必須建立整體數據的關系結構。這一步設計完成后數據庫和數據結構設計工作基本完成，只待系統實現時將數據分析和數據字典的內容代入到所設計的數據整體關系結構中，一個規范化數據庫系統結構就建立起來了。建立關系數據結構涉及三方面內容：確定關聯的關鍵指標項并建立關聯表；確定單一的父系記錄結構；建立整個數據庫的關系結構。（1）鏈接關系的確定在進行了上述數據規范化重組后，已經可以確保每一個基本數據表（我們簡稱為表）是規范的，但是這些單獨的表并不能完整地反映事物，通常需要通過指標體系整體指標數據才能完整地反映問題。也就是說在這些基本表的各宇段中，所存儲的是同一事物不同側面的屬性。那么計算機系統如何能知道那些表中的哪些記錄應與其他表中的哪些記錄相對應，他們表示的是同一個事物呢？這就需要在設計數據結構時將這種各表之間的數據記錄關系確定下來。這種表和表之間的數據關系一般都是通過主或輔關鍵詞之間的連接來實現的。因為在每個表中只有主關鍵詞才能唯一地標識表中的中一個記錄值（意味根據第三范式的要求，表中其他數據字段函數都依賴于主關鍵詞）所以將表通過關鍵詞連接九能夠唯一地標識出某一個事物不同屬性在不同表中的存放位置。（2）確定單一的父子關系結構所謂確定單一的父系關系結構就是要在所建立的各種表中消除多對多（以下用M：N來表示）的現象，即設法使得所有表中記錄之間的關系呈樹狀結構（只能由一個主干發出若干條分支，而不能有若干條主干交錯發出若干條分支狀況）。所謂的“父系”就是指表的上一級關系表。消除多對多關系可以借助于E-R圖的方法來解決，也可以在系統分析時予以注意，避免這種情況的發生。消除這種M：N情況的辦法也很簡單，只需在二表之間增加一個表，則原來M：N的關系就改成了M：1，1：N的關系了。4.2數據庫的概念設計概念模型是數據庫系統的核心和基礎。由于各個機器上實現的DBMS軟件都是基于某種數據模型的，但是在具體機器上實現的模型都有許多嚴格的限制。而現實應用環境是復雜多變的，如果把實現世界中的事物直接轉換為機器中的對象，就非常不方便。因此，人們研究把現實世界中的事物抽象為不依賴與具體機器的信息結構，又接近人們的思維，并具有豐富語義的概念模型，然后再把概念模型轉換為具體的機器上DBMS支持的數據模型。概念模型的描述工具通常是使用E-R模型圖。該模型不依賴于具體的硬件環境和DBMS。概念結構是對現實世界的一種抽象。所謂抽象是對實際的人、物、事和概念進行人為處理，抽取所關心的共同特性，忽略非本質的細節，并把這些特性用各種概念精確的加以描述，這些概念組成了某種模型。通過概念設計得到的概念模型是從現實世界的角度對所要解決的問題的描述，不依賴于具體的硬件環境和DBMS。在需求分析和邏輯設計之間增加概念設計階段，可以使設計人員僅從用戶的角度看待數據及處理要求和約束。對數據庫概念模型的要求：表達概念設計的結果稱為概念模型，對概念模型有以下要求：(1)有豐富的語義表達能力，能表達用戶的各種需求。(2)易于交流和理解，從而可以用它和不熟悉計算機的用戶交換意見。(3)要易于更改。當應用環境和應用要求改變時，概念模型要能很容易的修改和擴充以反映這種變化。(4)易于向各種數據模型轉換。局部E-R模式設計實體和屬性的定義。ER模型的“聯系”用于刻畫實體之間任意兩個實體類型，依據需求分析的結果，考察局部結構中任意實體關系，進一步確定是1：N，M：N，還是1：1等。還要考察實體是否存在聯系，多個實體類型之間是否存在聯系，等等。利用ER方法進行數據庫的概念設計，可分為三步進行：合成一個全局模式，最后對全局ER模式進行優化，得到最終的模式，即概念模式。所有局部ER模式都設計好了后，接下來就是把它們綜合成單一的全局概念結構。全局概念結構不僅要支持所有局部ER模式，而且必須合理地表示一個完整，一致的數據庫概念結構。（1）局部ER模式的合并合并的原則是：首先進行兩兩合并；先和合并那些現實世界中有聯系的局部結構；合并從公共實體類型開始，最后再加入獨立的局部結構。（2）消除沖突沖突分為三類：屬性沖突，結構沖突，命名沖突。設計全局ER模式的目的不在于把若干局部ER模式形式上合并為一個ER模式，而在于消除沖突，使之成為能夠被所有用戶共同理解和接受的統一的概念模型。（3）全局ER模式的優化在得到全局ER模式后，為了提高數據庫系統的效率，還應進一步依據處理需求對ER模式進行優化。一個好的全局ER模式，除能準確，全面地反映用戶功能需求外，還應滿足以下條件：實體類型的個數要盡可能的少；實體類型所含屬性個數盡可能少；實體類型間聯系無冗余。全局E-R設計所有局部ER模式都設計好后，接下來就是把它們綜合成單一的全局概念結構。全局概念結構不僅要支持所有局部ER模式，而且必須合理地表示一個完整，一致的數據庫概念結構。本數據庫的E-R圖如圖4.1所示：用戶用戶管理實驗室設備存放故障維修報表密碼登入權限名稱類別設備名稱型號類別數量生產廠家購買人單價規格型號修理日期維修費用維修人或者修理廠家規格數量購買日期設備編號MNNMN1用戶名設備名稱圖4.1系統E-R圖4.3數據庫表設計由數據模型利用SQLServer2005進行數據庫的詳細設計，根據用戶實際使用中所可能需要的信息對數據表的功能提出的基本的要求，其基本表的設計如下所示：（1）實驗室信息表:用來管理實驗室信息的表,如實驗室編號,名稱,對應的管理員編號等。表4.1實驗室信息表中文字段名英文字段名字段類型長度主鍵/外鍵字段值約束實驗室編號Lab_IDInt4pNOTNULL實驗室名稱Lab_NameChar16NOTNULL實驗室管理員編號LabAd_IDvarchar50NULL（2）設備維修信息表：用來管理實驗室出庫設備信息的表，如設備的編號，名稱，類型，損壞數量，維修信息等。表4.2設備維修信息表中文字段名英文字段名字段類型長度主鍵/外鍵字段值約束設備編號M_IDInt16PNOTNULL設備名稱Type_NameText20NOTNULL設備類型Type_IDText20NOTNULL損壞數量Pey_numInt4NOTNULL維修單位Pey_UnitText16NULL維修費用Pey_MonFloat8NULL維修日期Pey_DateDatetime12NULL（3）設備種類管理表：用來管理設備編號，設備類型，報廢意見，意見回復，報廢日期等等。表4.3設備種類管理列表中文字段名英文字段名字段類型長度主鍵/外鍵字段值約束設備編號M_IDChar16PNOTNULL設備類型Type_IDInt4NOTNULL報廢意見Broke_OpinText16NOTNULL意見回復Broke_ReplyText16NULL報廢日期Broke_DateDatatime12NULL所屬實驗室Lab_IDInt4NOTNULL存放倉庫Broke_StorInt4NOTNULL狀態狀態Char20為申請狀態，1為回復同意維修，2為已維修NOTNULL（4）設備信息表：主要管理實驗室庫存設備信息的表，如編號，名稱，金額等。表4.4設備信息列表中文字段名英文字段名字段類型長度主鍵/外鍵字段值約束設備編號Equip_IDChar16PNOTNULL設備類型Type_IDInt4NOTNULL設備供應商Orter_IDText16NOTNULL購置日期Equip_DateDatatime12NOTNULL單價Equip_PriceFloat8NOTNULL購買數量Buy_NumInt4NOTNULL保修年限Equip_YearInt4NOTNULL設備使用者Usr_IDChar16NULL所屬實驗室Lab_IDInt4NOTNULL備注Equip_ElseVarchar200NULL是否外借Equip_LendChar4默認“否”是否報廢報廢狀態Char4默認“否”（5）用戶管理員表：主要管理用戶信息的表，如用戶名，密碼等。表4.5系統登陸用戶列表中文字段名英文字段名字段類型長度主鍵/外鍵字段值約束用戶名Usr_NameChar20pNotNULL密碼Usr_SernumInt6NotNULL登入權限Usr_S無無NotNULL4.4VisualBasic中的數據庫控件ADO的介紹本程序是用VB的ADO來與數據庫進行數據交換的所以有必要介紹一下ADO。ADO，即AxtiveDataObject，實際是一種提供訪問各種數據類型的連接機制。ADO被實現為OLEDB之上的一個薄層，這使得ADO可以有更快的訪問速度，更易使用，同時更節省資源。ADO被設計成一種非常簡單的格式，通過ODBC的方法同數據庫借口相連。用戶可以使用任何一種ODBC數據源，不僅適合于SQLServer，Oracle，Access等數據庫應用程序，也適用于Excel表格，文本文件，圖形文件和無格式的數據文件。ADO使用OLEDB數據支持提供了一個面向對象的訪問數據源的接口，它是DAO和RDO對象模型的集大成者，集合了DAO和RDO的優點。ADO的另一大優點是，它是基于COM接口技術的OLEDB的高級接口，所以，任何支持COM的應用程序都可以實現ADO，也就是說，ADO的應用范圍絕不僅僅是VB，甚至于不僅僅是VisualStudio家族的產品。ADO提供了一系列的類和方法，用來與數據庫建立連接，然后數據中的數據進行各種操作。ADO中常用的幾個類如下所示。1.連接類（Connection）2.命令類（Command）3.數據集類（Recordset）利用以上的三種方法可以操作數據庫，完成數據庫的添加，修改，刪除和查詢。5系統詳細設計5.1系統功能模塊圖模塊化就是把程序劃分成獨立命名且可獨立訪問的模塊，每個模塊完成一個子功能，把這些模塊集成構成一個整體，可以完成指定的功能滿足用戶的需求。采用模塊化原理可以使軟件結構清晰，不僅容易設計也容易閱讀和理解。因為程序錯誤常局限在有關的模塊及它們之間的接口中，所以模塊化使軟件容易測試和調試，因而有助于提高軟件的可靠性。一個好的點子系統要有一些必要的模塊組成，若缺少了某些模塊那么這個系統就會有缺陷。本系統的模塊圖如圖5.1.1，其工程窗體設計如圖5.1.2：圖5.1.1系統功能模塊圖圖5.1.1系統工程窗體設計圖5.2模塊功能設計及小組成員任務分配系統功能模塊中各個模塊的功能如下：（注：下列括號內姓名為分配設計此模塊的小組成員）（1）登錄模塊（曹冬云）：具有不同權限的管理人員可以通過用戶名和密碼登錄系統，進入主界面。（2）日常事務管理模塊（曹冬云、劉丹）：錄入設備的購置、維修、報廢信息，輸入完成后，將數據存盤。對已存檔的設備庫進行日常管理，如增加信息的操作。（3）設備查詢統計模塊（劉丹、劉雪飛）：對已存檔的設備購置、維修、報廢信息進行查詢與統計，按操作員輸入的編號、設備名能查詢一個至多個數據庫的庫存記錄，并可打印存檔。（4）基本信息管理模塊（劉雪飛、蔣丹）：對已存檔的設備類型庫和設備庫進行日常管理，如修改、增加、刪除等基本操作。（5）系統管理模塊（蔣丹）：賦予高級管理者以增加、刪除、修改普通管理員的權限。賦予普通管理員修改密碼的權限。（6）輔助工具模塊（蔣丹）：人性化設計，可以快速調開電腦中的計算器、紙牌、掃雷這三款實用的小軟件，便于數據計算以及休閑娛樂。系統登陸模塊的設計在進行系統登陸時，登錄模塊將調用數據庫里的登陸用戶表，并對帳號和密碼進行驗證，只有正確的帳號和密碼才會登陸成功。在出入了錯誤的帳號或密碼時，系統將提示錯誤，直到用戶成功登陸。（管理員登錄用戶名：admin密碼：admin）其窗體如圖5.2所示：圖5.2系統登陸模塊系統主界面登陸成功后，系統進入主界面。主界面是其他各個模塊的融合，讓使用者操作起來更方便快捷，條理清晰。用戶可以通過此界面進入各分支模塊進行操作，也可以選擇由此界面退出或注銷登陸。其窗體如圖5.2.2所示：圖5.2.2系統設備購置管理模塊設計由【日常事務管理】進入設備購置管理界面。此界面的功能是能夠添加設備購置的詳細信息至數據庫中，并對新添加的信息進行保存更新，如設備編號、類型、供應商、金額等信息。其窗體如圖5.2.3所示：圖5.2.3設備購置管理設備維修模塊設計由【日常事務管理】進入設備維修管理界面。此界面的功能是能夠添加設備維修的詳細信息至數據庫中，并對新添加的信息進行保存更新，如設備編號、維修單位、維修時間等信息。另外，它還能完成設備維修請求的審批功能。其窗體如圖5.2.4所示：圖5.2.4設備維修管理設備報廢模塊設計由【日常事務管理】進入設備報廢管理界面。此界面的功能是能夠添加設備報廢的詳細信息至數據庫中，并對新添加的信息進行保存更新，如設備編號、設備類型、報廢意見等信息。同時，它還能完成設備報廢請求的審批功能。其窗體如圖5.2.5所示：圖5.2.5設備報廢管理入庫查詢與統計模塊設計由【設備查詢統計】進入設備入庫與統計界面。此界面的功能是能夠統計設備的入庫信息，并依據用戶所限定的信息對數據庫中的內容進行檢索，完成設備入庫信息的查詢功能，并能生成報表，進行打印。其窗體如圖5.2.6所示：圖5.2.6入庫查詢與統計維修查詢與統計模塊設計由【設備查詢統計】進入設備維修與統計界面。此界面的功能是能夠統計設備的維修信息，并依據用戶所限定的信息對數據庫中的內容進行檢索，完成設備維修信息的查詢功能，并能生成報表，進行打印。其窗體如圖5.2.7所示： 圖5.2.7維修查詢與統計模塊其主要代碼如下：PrivateSubCommand1_Click()Dimrs1AsNewADODB.RecordsetDataGrid1.Enabled=TrueIfOption1.Value=TrueThenIfDataEnvironment1.rsCmdmend.State<>adStateClosedThenEndIfDataEnvironment1.CmdmendDTPmendK.Value,DTPmendJ.ValueSetDataGrid1.DataSource=DataEnvironment1DataGrid1.DataMember="Cmdmend"IfDataGrid1.ApproxCount<1ThenDataGrid1.Enabled=FalseMsgBox"沒有記錄"EndIfEndIfIfOption2.Value=TrueThenIftxtid.Text=""ThenMsgBox"請輸入設備編號"ExitSubEndIfIfDataEnvironment1.rsCmdmend1.State<>adStateClosedThenEndIfDataEnvironment1.Cmdmend1txtidSetDataGrid1.DataSource=DataEnvironment1DataGrid1.DataMember="Cmdmend1"IfDataGrid1.ApproxCount<1ThenDataGrid1.Enabled=FalseMsgBox"沒有記錄"EndIfEndIfIfOption3.Value=TrueThenIfCommend2.Text=""ThenMsgBox"請選擇一個實驗室"ExitSubEndIfIfDataEnvironment1.rsCmdmend2.State<>adStateClosedThenEndIfDataEnvironment1.Cmdmend2Commend2SetDataGrid1.DataSource=DataEnvironment1DataGrid1.DataMember="Cmdmend2"IfDataGrid1.ApproxCount<1ThenDataGrid1.Enabled=FalseMsgBox"沒有記錄"EndIfEndIfEndSub報廢查詢與統計模塊設計由【設備查詢統計】進入設備報廢與統計界面。此界面的功能是能夠統計設備的報廢信息，并依據用戶所限定的信息對數據庫中的內容進行檢索，完成設備報廢信息的查詢功能，并能生成報表，進行打印。其窗體如圖5.2.8所示：圖5.2.8報廢查詢與統計其主要代碼如下：PrivateSubCommand1_Click()Dimrs1AsNewADODB.RecordsetDataGrid1.Enabled=TrueIfOption1.Value=TrueThenIfDataEnvironment1.rsCmdbroke.State<>adStateClosedThenEndIfDataEnvironment1.CmdbrokeDTPbrokeK.Value,DTPbrokeJ.ValueSetDataGrid1.DataSource=DataEnvironment1DataGrid1.DataMember="Cmdbroke"IfDataGrid1.ApproxCount<1ThenDataGrid1.Enabled=FalseMsgBox"沒有記錄"EndIfEndIfIfOption2.Value=TrueThenIfCombroke.Text="請選擇"ThenMsgBox"請選擇一個實驗室"ExitSubEndIfIfDataEnvironment1.rsCmdbroke1.State<>adStateClosedThenEndIfDataEnvironment1.Cmdbroke1Combroke.TextSetDataGrid1.DataSource=DataEnvironment1DataGrid1.DataMember="Cmdbroke1"IfDataGrid1.ApproxCount<1ThenDataGrid1.Enabled=FalseMsgBox"沒有記錄"EndIfEndIfEndSub設備類型管理模塊設計由【基本信息管理】進入此界面，對已存檔的設備類型進行日常管理，如修改、增加、刪除等基本操作。其窗體如圖5.2.9所示：圖5.2.9設備類型管理其主要代碼如下：PrivateSubCommand1_Click()DimrsAsNewADODB.RecordsetDimrs1AsNewADODB.Recordsetrs.Open"select*fromEquType_InfowhereType_ID='"&Trim(TxtID.Text)&"'",DBCnn,adOpenStatic,adLockOptimisticIfrs.RecordCount<=0ThenMsgBox"請從上表中選擇要修改的類型"ExitSubElsers1.Open"select*fromEquType_InfowhereType_Namelike'"&Trim(TxtName.Text)&"'",DBCnn,adOpenStatic,adLockOptimisticIfrs1.RecordCount>0ThenMsgBox"存在名為;"&TxtName.Text&"的設備類型,修改不成功"Elsers.Fields("Type_Name")=TxtName.Textrs.Updaters.CloseMsgBox"修改成功"UnloadfrmEtfrmEt.Showrslog.Open"select*fromLog_Infowhere操作員=''",DBCnn,adOpenStatic,adLockOptimisticrslog.AddNewrslog.Fields("日期")=Daterslog.Fields("操作時間")=Timerslog.Fields("操作模塊")="設備類型管理界面"rslog.Fields("操作")="修改"rslog.Fields("備注")="修改后的類型名為："&TxtName.Textrslog.Updaterslog.CloseEndIfrs1.CloseEndIfEndSubPrivateSubCommand4_Click()DimrsAsNewADODB.RecordsetDimrs1AsNewADODB.RecordsetIfTxtID.Text=""ThenMsgBox"請選擇要刪除的類型"ExitSubEndIfIfTxtName.Text=""ThenMsgBox"請選擇要刪除的類型"ExitSubEndIfrs.Open"select*fromEquip_InfowhereType_ID='"&Trim(TxtID.Text)&"'",DBCnn,adOpenStatic,adLockOptimisticIfrs.RecordCount>0ThenMsgBox"該類型與其他信息相關聯，不能刪除"ExitSubElsers1.Open"select*fromEquType_InfowhereType_ID='"&Trim(TxtID.Text)&"'",DBCnn,adOpenStatic,adLockOptimisticrs1.Deleters1.Updaters1.Closerslog.Open"select*fromLog_Infowhere操作員=''",DBCnn,adOpenStatic,adLockOptimisticrslog.AddNewrslog.Fields("日期")=Daterslog.Fields("操作時間")=Timerslog.Fields("操作模塊")="設備類型管理界面"rslog.Fields("操作")="刪除"rslog.Fields("備注")="刪除的類型為："&TxtName.Textrslog.Updaterslog.CloseMsgBox"成功刪除設備類型"EndIfrs.CloseEndSub設備基本信息管理模塊設計由【基本信息管理】進入此界面，能夠統計設備的基本信息，并依據用戶所限定的信息對數據庫中的設備信息進行檢索，完成設備基本信息的查詢功能，并能修改信息、刪除設備或修改備注。其窗體如圖5.2.10所示：圖5.2.10設備基本信息管理用戶信息管理模塊設計賦予高級管理者以增加、刪除、修改普通管理員的權限。賦予普通管理員修改密碼的權限。其窗體如圖5.2.11所示：圖5.2.11用戶信息管理其他模塊設計包括輔助工具及退出、注銷和vb連接數據庫部分模塊的設計。輔助工具模塊，是相對人性化的設計，可以快速調開電腦中的計算器、紙牌、掃雷這三款實用的小軟件，便于數據計算以及休閑娛樂。點擊【退出】可直接登出關閉程序，而【注銷】則可以登出，返回登陸頁面，更換用戶。其窗體如圖5.2.12.1、5.2.12.2所示：圖5.2.12.1輔助工具圖5.2.12.26系統測試6.1測試目的軟件測試是在軟件投入運行之前對軟件需求分析、設計規格和編碼的最終復審，是保證軟件質量和可靠性的關鍵步驟。軟件測試的主要過程是根據軟件開發各階段的規格說明和程序內部結構，精心設計若干測試用例，使用這些測試用例運行程序，從而找出程序中隱藏的錯誤。測試的目的就是在系統運行之前,盡可能多地發現系統中的錯誤。測試的目標：(1)測試是為了發現程序中的錯誤而執行程序的過成。(2)好的測試方案是極可能發現程序中迄今為止尚未發現的錯誤的測試方案。(3)成功的測試是發現了至今為止尚未發現的錯誤的測試。測試方法可分為兩種：如果已經知道了某個程序應該具有的功能，可以通過測試來檢驗是否每個功能都能正常使用；如果已經知道模塊內部工作過程，可以通過檢驗模塊內部動作是否按照設計要求的規定正常進行。前一個方法稱為黑盒測試，后一個方法稱為白盒測試。6.2測試實現與成果分析總體測試是組裝軟件的系統技術，本系統測試采用漸增集成測試，即測試單一模塊，將測試完的模塊加入系統中，進行一次系統測試，依次類推將所有模塊加入系統中，在具體測試時，采用自頂向下的結合方式，從主控模塊開始，沿各控制層向下移動，逐漸把所有模塊結合了。系統測試是把經過測試的子系統裝配成一個完整的系統來測試。在這個過程中不僅應該發現設計和編碼的錯誤，還應該驗證系統確定能提供需求說明書中指定的功能,而且系統的動態特性也符合預定要求。子系統測試是指當把各個經過測試的、獨立的模塊經過一定的方式、方法集成為一個子系統后進行的測試。這一步主要是測試接口，看各個模塊之間的接口是否匹配，通信規則是否合理。系統測試是為了發現錯誤而執行程序的過程，成功的測試是發現了至今尚未發現的錯誤的測試。測試的目的就是希望能以最少的人力和時間發現潛在的各種錯誤和缺陷。應根據開發各個階段的需求、設計等文檔或程序的內部結構精心設計測試實例，并利用這些實例來運行程序，以便發現錯誤的過程。測試過程總圍繞主干流程進行，也要考慮到分支流程對主干流程的影響，每個流程都分別涉及了多種測試路線，力爭最大程度的模擬現場辦公。同時根據測試結果，列出所有可能的錯誤原因。分析已有的數據，排除不可能和彼此矛盾的原因。對余下的原因，選擇可能性最大的，利用已有的數據完善該假設，使假設更具體。用假設來解釋所有的原始測試結果，如果能解釋這一切，則假設得以證實，也就找出錯誤；否則，要么是架設不完備或不成立，要么有多個錯誤同時存在，需要重新分析，提出新的假設，直到發現錯誤為止。系統測試人員再將評估結果撰寫成系統測試報告。本系統在經過詳細的測試后,基本滿足最初的設計要求,系統穩定性較好,效果一般。但在測試的過程中也遇到過一些問題，比如在測試的初期，由于系統環境沒配制好，致使系統查詢統計的功能不能實現。由此看來，測試是軟件開發中必不可少的一個重要環節，能使你的程序更趨完備，發現錯誤，并解決它們。結論本系統主要完成了實驗室設備管理中的一些基本功能,如帳號的登陸,實驗設備類別和信息的添加,刪除和修改,出庫設備的登記,入庫設備的登記和庫存設備信息等。本系統采用的是流行的面向對象的VisualBasic6.0,本地數據庫選用的是SQLServer2005，本系統的設計已經初步完成，由于時間的倉促以及經驗的不足，肯定還存在不少問題，我將在實踐中加以修改和完善。本系統使用的測試由黑盒測試和白盒測試兩種方法，黑盒測試時應該盡量把所有的可能性都一一試過，驗證其爭取性；而白盒測試則可以通過設置斷點，添加監視來一步一步檢查它的流程和數值的正確性。只有經過認真的測試，軟件的質量才能得到保證。同時了解到程序清單的布局對于程序的可讀性也有很大影響，利用適當的階梯形式可以使程序的層次結構清晰明顯，還有經常作好一些代碼的注釋，這樣對自己或別人檢查程序時帶來很大方便。通過此次實訓，我學習掌握了一個軟件開發的整個過程，同時也深刻的體會到軟件工程中的結構化，模塊化的設計方法，以及提高軟件的可靠性，可維護性，提高效率的重要性。通過使用VisualBasic6.0語言作為編程工具體會到其軟件的強大功能及易學，易用的特性。在系統開發過程中，基本是按照總體思路進行設計編制的，基本達到預期的結構。通過實訓，不僅對數據庫系統這門課程進行了更加深入和系統的學習，更多的是學到了在實踐中分析問題，解決問題的方法，這在以后的工作學習中，對自己也會有極大的幫助，總之，通過實訓，感覺到受益匪淺，收獲很大。致謝首先，我要感謝在實訓期間的指導老師。感謝陳老師的不僅僅在實訓期間給予我許多指導與關照，幫我解決了不少問題難題，并且提出了許多建議和意見，給了我極大的啟發和幫助。而且她待人和藹，學識淵博，認真處事、嚴謹治學的態度讓我留下了深刻的印象。還要感謝陳老師對我的信任，以及對我工作的肯定。在此我要對陳老師說一聲，謝謝！同時，還要感謝在實訓期間幫助過我的幾位同學，在我最氣餒的時候是他們鼓勵我，幫助我，同時他們的能力和才華讓我深深佩服。可以說，沒有你們就沒有我的這篇報告，也沒有我在這段時間的開心時光與美好經歷。參考文獻[1]楊志強.VisualBasic程序設計教程[M].北京：機械工業出版社，2001.[2]柳青.VisualBasic程序設計教程[M].北京：高等教育出版社，2002.[3]鄒建.中文版SQLServer2005開發與管理應用實例[M].北京:人民郵電出版社,2005.[4]孫燕.VisualBasic程序設計[M].北京：高等教育出版社，2000.[5]彭文博.高校實驗室信息系統與管理的探討[J].河南農業大學學報,1997(31):38-43.[6]薩師煊,王珊.數據庫系統概論[M](第三版).北京:高等教育出版社,2000.［7］許志清，趙博．SQLServer2005數據庫管理系統［M］．北京：人民郵電出版社，2007．［8］楊湖，李鳳蕾．SQLServer2005數據庫系統開發案例精選［M］．北京：人民郵電出版社，2007．［9］謝維成，蘇長民．SQLServer2005案例精講［M］．北京：大學出版社，2021．［10］RobinDewson.SQLServer2005數據庫及應用［M］．北京：人民郵電出版社，2006．［11］李偉紅．SQLServer2005數據庫及應用［M］．北京：中國水利水電出版社，2007．［12］高揚，王堅強．數據庫技術與應用［M］．北京：電子工業出版社，2021．［13］夏幫貴，劉凡馨．SQLServer數據庫開發［M］．北京：人民郵電出版社，20