實驗室設備管理系統(tǒng)畢業(yè)設計

1、<p>　　本科畢業(yè)論文（設計）</p><p>　　題 目 實驗室設備管理系統(tǒng)－出入庫管理模塊</p><p>　　學 院 計算機與信息科學學院 </p><p>　　專 業(yè) 計算機科學與技術(shù) </p><p>　　年 級 200X級 <

2、/p><p>　　學 號 </p><p>　　姓 名 </p><p>　　指 導 教 師 </p><p>　　成 績 _____________________ </p

3、><p>　　200X年X月XX日</p><p>　　實驗室設備管理系統(tǒng)－出入庫管理模塊</p><p><b>　　XXX</b></p><p>　　摘要： 本文詳細介紹了實驗室設備管理系統(tǒng)的工作流程：設備入庫、領用、報廢、丟失、損壞、維修、調(diào)撥登記、例行統(tǒng)計報表，并對每個流程進行了概要設計與詳細設計的描述。</

4、p><p>　　本系統(tǒng)的開發(fā)采用B/S模式，以微軟的Visual Studio 2008作為開發(fā)平臺，實現(xiàn)了三層架構(gòu)（即業(yè)務邏輯層、數(shù)據(jù)訪問層、用戶界面層）的實驗室設備管理系統(tǒng)。</p><p>　　該設備信息管理系統(tǒng)以設計模式為指導思想進行設計實現(xiàn)后，降低了層次之間、模塊之間的耦合性，解決了重復開發(fā)、代碼重用率低、功能模塊移植工作量大等問題，提高了系統(tǒng)的穩(wěn)定性、可擴展性、可維護性和可復用性。

5、</p><p>　　關(guān)鍵詞：設計模式；AJAX；水晶報表；設備管理</p><p>　　THE MANAGEMENT SYSTEM OF LABORATORY EQUIPMENT</p><p><b>　　WEI Qiang</b></p><p>　　Computer and Information Science

6、 Academy，Southwest China Normal University，Chongqing 400715，China</p><p>　　Abstract: The article introduces the work flow of laboratory equipment management system in detail: equipment storage, recipients, d

7、iscard, lost, damaged, maintenance, allocation of registration, routine statistical reports. And the preliminary design and detail design of each of process are also described in the article. </p><p>　　The d

8、evelopment of the system uses B/S (Browser/Server) mode and Microsoft's Visual Studio 2008 as development platform to achieve a three-tier system (that is, business logic tier, data access layer, user interface layer

9、) of laboratory equipment management system.</p><p>　　After achieving equipment management system design in design patterns, the coupling was greatly reduced between the layers and between the modules. It so

10、lved the repeated development, the low code reusable rate, heavy workload of functional module transplantation problems and so on, and increased system stability, expansibility, reusability and maintenance.</p>&l

11、t;p>　　Key Words: Design Patterns；AJAX；Crystal Report；Equipment Management</p><p><b>　　目錄</b></p><p><b>　　摘要1</b></p><p>　　Abstract1</p><p>

12、<b>　　目錄2</b></p><p><b>　　第1章引言1</b></p><p>　　1.1研究背景1</p><p>　　1.2論文研究內(nèi)容和意義1</p><p>　　1.2.1論文研究內(nèi)容1</p><p>　　1.2.2論文研究意義1

13、</p><p>　　1.3論文組織結(jié)構(gòu)2</p><p>　　第2章相關(guān)應用技術(shù)3</p><p>　　2.1B/S模式3</p><p>　　2.2設計模式5</p><p>　　2.2.1設計模式概述5</p><p>　　2.2.2設計模式分類6</p>

14、;<p>　　2.3AJAX9</p><p>　　2.3.1AJAX概述9</p><p>　　2.3.2ASP.NET AJAX Control Toolkit介紹11</p><p>　　2.4水晶報表13</p><p>　　2.4.1水晶報表概述13</p><p>　　2.

15、4.2拉(pull)模型15</p><p>　　2.4.3推(push)模型15</p><p>　　第3章系統(tǒng)需求分析16</p><p>　　3.1需求概述16</p><p>　　3.1.1功能需求16</p><p>　　3.1.2性能需求16</p><p>

16、　　3.1.3運行需求17</p><p>　　3.2數(shù)據(jù)流圖17</p><p>　　3.2.1用戶登錄17</p><p>　　3.2.2設備信息查詢17</p><p>　　3.2.3設備出入庫管理18</p><p>　　3.3E-R圖18</p><p>　　3

17、.3.1設備E-R圖18</p><p>　　3.3.2一般管理員E-R圖19</p><p>　　3.3.3系統(tǒng)E-R圖19</p><p>　　第4章系統(tǒng)總體設計20</p><p>　　4.1系統(tǒng)總體結(jié)構(gòu)20</p><p>　　4.2系統(tǒng)功能模塊設計21</p><p

18、>　　4.2.1信息查詢模塊21</p><p>　　4.2.2設備出入庫管理模塊22</p><p>　　4.2.3例行報表統(tǒng)計22</p><p>　　4.3數(shù)據(jù)庫邏輯設計22</p><p>　　4.3.1設備信息表及其附屬表22</p><p>　　4.3.2設備調(diào)撥表24<

19、/p><p>　　4.3.3設備報損表24</p><p>　　4.3.4設備報廢表25</p><p>　　4.3.5設備報丟表25</p><p>　　4.3.6設備報修表25</p><p>　　4.3.7設備出庫表26</p><p>　　4.3.8數(shù)據(jù)庫關(guān)系圖26&

20、lt;/p><p>　　4.4系統(tǒng)體系結(jié)構(gòu)27</p><p>　　4.5開發(fā)環(huán)境、開發(fā)工具及平臺28</p><p>　　4.5.1開發(fā)環(huán)境28</p><p>　　4.5.2開發(fā)平臺的選擇28</p><p>　　第5章系統(tǒng)詳細設計和實現(xiàn)29</p><p>　　5.1數(shù)據(jù)

21、訪問層的設計29</p><p>　　5.1.1DataAccess組件設計29</p><p>　　5.1.2DataAccess組件實現(xiàn)32</p><p>　　5.2業(yè)務邏輯層的設計35</p><p>　　5.3用戶界面層的設計40</p><p>　　5.4打印報表45</p>

22、;<p>　　第6章總結(jié)與展望47</p><p><b>　　6.1總結(jié)47</b></p><p><b>　　6.2展望48</b></p><p><b>　　參考文獻：49</b></p><p><b>　　致謝50</

23、b></p><p><b>　　引言</b></p><p><b>　　研究背景</b></p><p>　　隨著高校管理變革的逐步推進、實驗室建設的進一步規(guī)范化、復雜化，高校設備管理在學校的正常教學活動中越來越重要。為適應高等教育的發(fā)展，設備管理工作所涉及的設備計劃、采購、驗收入庫、檔案資料、調(diào)入調(diào)出、維修報廢

24、等各個環(huán)節(jié)，都應加大改革步伐，努力實現(xiàn)管理工作現(xiàn)代化，采用一些新的管理方法和技術(shù)手段，才能使設備管理工作更符合高校發(fā)展的需要。</p><p>　　在當前的形式下，學校一方面受到教育經(jīng)費投入不足的影響，另一方面學校的現(xiàn)有資源不能被充分利用，許多學校還存在重復低水平購置，現(xiàn)有教學資源浪費嚴重的情況，造成這種情況的原囚是多方面的，其中一個重要的因素是學校實驗室及設備的管理落后于學校的發(fā)展，提高學校實驗室的管理水平，實

25、現(xiàn)學校實驗室及設備管理的計算機管理，是十分必要和迫切的。</p><p><b>　　論文研究內(nèi)容和意義</b></p><p><b>　　論文研究內(nèi)容</b></p><p>　　1）設計模式的使用：通過設計模式的使用，可以降低各個模塊之間的耦合度，從而解決了重復開發(fā)、代碼復用率低、功能模塊移植量大等問題，從而提高軟件

26、設計的質(zhì)量，提高系統(tǒng)的穩(wěn)定性、可維護性和可復用性。</p><p>　　2）水晶報表的使用：Windows下輸出報表很容易，也容易打印，但在Web環(huán)境下，輸出打印報表就有一定的難度，利用VS.NET內(nèi)嵌的Crystal Reports進行報表開發(fā)，既能快速的開發(fā)報表，又能導出復雜的交互性圖表，并動態(tài)的將報表導出.pdf，.doc，.xls， html，rtf等多種格式。 </p><p>

27、　　3）AJAX的使用： AJAX是一種創(chuàng)建交互式網(wǎng)頁應用的網(wǎng)頁開發(fā)技術(shù)。AJAX使得客戶端可以在不刷新頁面的情況下與服務器進行交互。AJAX技術(shù)使得頁面和服務器的直接通訊可以使用異步操作，從而不需打斷用戶的操作，使得頁面具有更快速的響應能力，并且還減少了頁面與服務器的通訊量，提高了系統(tǒng)的性能。</p><p><b>　　論文研究意義</b></p><p>　　實

28、驗室工作是高等教學工作中不可分割的一部分，也是培養(yǎng)學生工程創(chuàng)新能力的重要途徑。只有運用科學的工具與手段來采集信息、進行數(shù)據(jù)處理，才能全面、綜合地利用信息資源，設備管理人員才能及時準確地掌握各自管轄范圍內(nèi)各類設備的分布情況、新舊程度、使用狀態(tài)和設備內(nèi)部流動情況，才能以此推動實驗室管理技術(shù)的進步，改善和加強實驗室管理，輔助管理決策，全面提升實驗室的管理水平。</p><p>　　隨著我校招生規(guī)模的不斷擴大，學校加大了

29、對實驗室設備的投入，設備儀器數(shù)量大增。由于學校以前用的設備管理軟件著重于對靜態(tài)信息的管理，已不在滿足當前的需求，且存在平臺落后，標準不統(tǒng)一的問題，從而出現(xiàn)某些設備長期閑置，重復購置等現(xiàn)象。</p><p>　　為了提高學校的辦公效率，減少資金浪費現(xiàn)象，我們以實現(xiàn)設備信息全過程管理為目的，結(jié)合學校實驗室管理特點，基于.NET構(gòu)架的通用實驗室設備管理系統(tǒng)的體系結(jié)構(gòu)、系統(tǒng)開發(fā)的主要技術(shù)、系統(tǒng)功能的實現(xiàn)及系統(tǒng)在學校的應用

30、，進行了對基于WEB的高校實驗室設備管理系統(tǒng)的研究和開發(fā)。</p><p><b>　　論文組織結(jié)構(gòu)</b></p><p>　　本文由五章組成，各章內(nèi)容如下:</p><p>　　第一章:引言。主要說明研究背景，論文研究內(nèi)容和意義。</p><p>　　第二章:相關(guān)應用技術(shù)。本章主要介紹B/S模式、設計模式、AJAX、

31、水晶報表等相關(guān)知識。</p><p>　　第三章:系統(tǒng)需求分析。本章介紹了需求概況，模塊涉及的DFD圖，E-R圖。</p><p>　　第四章:系統(tǒng)總體設計。本章介紹了系統(tǒng)總體結(jié)構(gòu)、系統(tǒng)功能模塊設計、數(shù)據(jù)庫邏輯設計、系統(tǒng)體系結(jié)構(gòu)、開發(fā)環(huán)境、開發(fā)工具及平臺。</p><p>　　第五章:系統(tǒng)詳細設計與實現(xiàn)。本章介紹了實驗室設備管理系統(tǒng)的數(shù)據(jù)訪問層、打印報表、出入庫管理

32、模塊用戶界面和業(yè)務邏輯層的設計和實現(xiàn)。</p><p>　　第六章:總結(jié)與展望。對本課題的工作做總結(jié)，并提出下一步的工作內(nèi)容。</p><p><b>　　相關(guān)應用技術(shù)</b></p><p><b>　　B/S模式</b></p><p>　　B/S模式（Browser/Server Mode）即

33、瀏覽器/服務器模式。它是隨著Internet技術(shù)的興起，對C/S模式的一種變化或者改進的結(jié)構(gòu)。在這種模式下，用戶工作界面是通過Web瀏覽器來實現(xiàn)，極少部分事務邏輯在前端(Browser)實現(xiàn)，主要事務邏輯在服務器端(Server)實現(xiàn)，形成所謂三層模式。這樣就大大簡化了客戶端電腦載荷，減輕了系統(tǒng)維護與升級的成本和工作量，降低了用戶的總體成本。以目前的技術(shù)看，局域網(wǎng)建立B/S結(jié)構(gòu)的網(wǎng)絡應用，并通過Internet/Intranet模式下數(shù)

34、據(jù)庫應用，相對易于把握、成本也是較低的。它能有效地保護數(shù)據(jù)平臺和管理訪問權(quán)限，服務器數(shù)據(jù)庫也很安全。</p><p>　　B/S與C/S模式相比，其優(yōu)點在于：</p><p>　　1）不必開發(fā)專用的客戶端軟件，在用戶端不需要增加任何代碼，用戶只需使用現(xiàn)行的瀏覽器，其操作十分方便，簡單易學，界面統(tǒng)一，降低了用戶學習新知識的難度，用戶易于接受，這樣既節(jié)省了開發(fā)時間，也減少了系統(tǒng)出錯的可能性，降

35、低了維護費用。</p><p>　　2）網(wǎng)絡應用系統(tǒng)跨平臺，兼容性好，保護原有的軟硬件設施，原來的網(wǎng)絡、</p><p>　　操作系統(tǒng)、數(shù)據(jù)庫都可以很容易地加以利用，可使系統(tǒng)在最短的時間內(nèi)發(fā)揮效益。</p><p>　　3）技術(shù)上相對成熟，投入費用少，系統(tǒng)維護簡便，簡單易用。應用Web技術(shù)，OA系統(tǒng)只需在服務器上集中實現(xiàn)和配置的維護、管理，大大降低了用戶用于軟件系統(tǒng)

36、維護和升級的難度和費用，使辦公自動化更加容易實施，用戶投資風險小。</p><p>　　4）系統(tǒng)運行穩(wěn)定、安全、可靠，并可進行擴展。</p><p>　　5）軟件移植容易，并可以進行嚴密的安全管理。</p><p>　　另外，B/S層次分離的優(yōu)勢體現(xiàn)在界面風格統(tǒng)一為瀏覽器，并具有統(tǒng)一的語言格式、統(tǒng)一的傳輸協(xié)議，系統(tǒng)管理簡單，能夠優(yōu)化資源，可支持異種數(shù)據(jù)庫和方便信息發(fā)

37、布等。</p><p>　　B/S三層結(jié)構(gòu)分傳統(tǒng)的三層應用體系和基于WEB的三層體系結(jié)構(gòu)。</p><p>　　傳統(tǒng)的三層體系結(jié)構(gòu)，克服了二層體系結(jié)構(gòu)的一些限制。三層體系結(jié)構(gòu)將用戶界面層與業(yè)務邏輯層分開，用戶界面層放在客戶端，而將業(yè)務邏輯層和數(shù)據(jù)存儲層放在中間的應用服務器上，如圖2-1所示。</p><p>　　客戶端 應用服務器

38、 數(shù)據(jù)庫</p><p>　　圖 2-1 傳統(tǒng)的三層體系結(jié)構(gòu)</p><p>　　Figure 2-1 traditional 3-tier structure</p><p>　　中間層服務器通過重用那些跨越多個客戶的昂貴資源來改進可伸縮性，從而改善了性能。這個體系結(jié)構(gòu)也改進了安全和應用管理。雖然三層體系結(jié)構(gòu)消除了二層體系的一些缺陷，

39、但它也有不足之處：復雜性、應用缺乏可移植性、提供商的不兼容性以及與Web的不兼容性。</p><p>　　隨著因特網(wǎng)的高速發(fā)展，WWW的廣泛應用，傳統(tǒng)的三層應用體系結(jié)構(gòu)的局限越來越明顯，這時基于Web的三層體系結(jié)構(gòu)得到了廣泛的應用?；赪eb的三層體系結(jié)構(gòu)如圖2-2所示。</p><p><b>　　中間件</b></p><p>　　圖 2-

40、2 基于Web的三層體系結(jié)構(gòu)</p><p>　　Figure 2-2 3-tier system structure based on Web</p><p>　　基于WEB的三層應用體系結(jié)構(gòu)顯示以下優(yōu)點：</p><p>　　1）優(yōu)化了系統(tǒng)結(jié)構(gòu)：將系統(tǒng)分為三層(或多層)，業(yè)務邏輯放在應用服務層，軟件的維護集中在應用服務層，實現(xiàn)了客戶端的“零”維護，有利于軟件維護

41、及系統(tǒng)管理。</p><p>　　2）提高了應用系統(tǒng)的安全性：將客戶端與數(shù)據(jù)庫隔離起來，有利于安全管理，有效防止惡意攻擊。還可利用中間件的安全管理特性進一步加強權(quán)限控制管理。</p><p>　　3）卓越的擴展能力：若要提高系統(tǒng)性能、處理速度，可增加應用服務器，分擔一部分應用服務工作即可，而原來的應用服務器幾乎可以不動。</p><p>　　4）減少網(wǎng)絡數(shù)據(jù)流量和提

42、高數(shù)據(jù)庫響應速度：基于Web三層應用體系結(jié)構(gòu)中，應用服務層的引入有效地解決了網(wǎng)絡瓶頸和數(shù)據(jù)庫連接數(shù)過多引起數(shù)據(jù)庫性能下降的問題。應用服務層往往有多臺服務器，可有效地解決客戶機訪問服務層的瓶頸問題。</p><p>　　5）提高系統(tǒng)性能：基于Web三層應用體系結(jié)構(gòu)能更好地調(diào)整應用體系，還可利用中間件的特點來選擇路由、平衡負載，提高整個系統(tǒng)的性能。</p><p>　　總的來說，三層應用體系結(jié)

43、構(gòu)使應用系統(tǒng)的性能、安全性、擴展性有了很大的提高，也方便了系統(tǒng)的維護和管理。</p><p><b>　　設計模式</b></p><p>　　實驗室設備管理系統(tǒng)基于設計模式設計實現(xiàn)，本章將討論設計模式的概念、分類等知識，分析研究23種GoF設計模式意圖、使用場合、組合技術(shù)及在系統(tǒng)設計開發(fā)中的選擇和使用等應用方法。</p><p><b&

44、gt;　　設計模式概述</b></p><p>　　軟件模式的思想最初來源于建筑領域，建筑師Christonpher Alexander首先提出一種基于模式進行建筑設計的新方法。Alexander認為：“每一個模式描述了一個在我們周圍不斷重復發(fā)生的問題，以及該問題的解決方案的核心。這樣，你就能一次又一次地使用該方案而不必做重復勞動”。這種模式的方法同樣適用于軟件研究。本文中的設計模式是對被用來在特定

45、的場景下解決一般設計問題的類和相互通信的對象的描述。和面向?qū)ο蠹夹g(shù)比較而言，設計模式不是一種技術(shù)，而是一種軟件設計的指導思想。</p><p>　　使用軟件設計模式的好處：</p><p>　　促進交流：模式的名稱簡化了設計者之間對設計方案的討論。關(guān)于模式的優(yōu)點、缺點和使用情況的共享知識使討論和評估變得容易和快捷。</p><p>　　簡化文檔：命名著名模式的設計文

46、檔用幾句戶即可解釋清楚模式的實現(xiàn)方式，而解釋一個程序的形式和行為則需要好幾頁文檔。</p><p>　　提高開發(fā)效率：支持或者納入標準模式的語言和組件使設計和實現(xiàn)變得更為容易。</p><p>　　支持軟件重用：針對問題領域選擇模式并進行標準化，促進了軟件的重用，從而提高了質(zhì)量和生產(chǎn)率。</p><p>　　提供設計思想：模式可以充當設計的起點，或者充當改進設計的思

47、想。</p><p>　　一個設計模式命名、抽象確定了一個通用設計結(jié)構(gòu)的主要方面，這些設計結(jié)構(gòu)能用來構(gòu)造可復用的面向?qū)ο笤O計。設計模式確定了所包含的類和實例，它們的角色、協(xié)作方式以及職責分配。每一個設計模式都集中于一個特定的面向?qū)ο笤O計問題或設計點，描述了什么時候使用它，在另一些設計約束條件下是否還能使用，以及使用的效和如何取舍。</p><p><b>　　設計模式分類<

48、/b></p><p>　　GoF設計模式共包含23種經(jīng)典設計模式，見表2-1。</p><p>　　表 2-1 設計模式</p><p>　　Table 2-1 Design Patterns</p><p>　　本系統(tǒng)在設計中主要涉及兩種設計模式：</p><p>　　1）抽象工廠模式（Abstract Fa

49、ctory Pattern）</p><p>　　意圖：提供一個創(chuàng)建一系列相關(guān)或相互依賴對象的接口，而無需指定它們具體的類。</p><p><b>　　使用場合：</b></p><p>　　一個系統(tǒng)要獨立于其產(chǎn)品的創(chuàng)建、組合和表示時。</p><p>　　一個系統(tǒng)要由多個產(chǎn)品系列中的一個來配置時。</p>

50、<p>　　當你要強調(diào)一系列相關(guān)的產(chǎn)品對象的設計以便進行聯(lián)合使用時。</p><p>　　需要提供一個產(chǎn)品類庫，而只想顯示它們的接口，而隱藏其實現(xiàn)時。</p><p>　　抽象工廠模型圖如圖2-3所示：</p><p>　　圖 2-3 抽象工廠模式</p><p>　　Figure 2-3 Abstract Factory Pa

51、ttern</p><p><b>　　實現(xiàn)要點：</b></p><p>　　抽象工廠將產(chǎn)品對象的創(chuàng)建延遲到它的具體工廠的子類。</p><p>　　如果沒有應對“多系列對象創(chuàng)建”的需求變化，則沒有必要使用抽象工廠模式，這時候使用簡單的靜態(tài)工廠完全可以。</p><p>　　系列對象指的是這些對象之間有相互依賴、或作用

52、的關(guān)系，例如游戲開發(fā)場景中的“道路”與“房屋”的依賴，“道路”與“地道”的依賴。</p><p>　　抽象工廠模式經(jīng)常和工廠方法模式共同組合來應對“對象創(chuàng)建”的需求變化。</p><p>　　通常在運行時刻創(chuàng)建一個具體工廠類的實例，這一具體工廠的創(chuàng)建具有特定實現(xiàn)的產(chǎn)品對象，為創(chuàng)建不同的產(chǎn)品對象，客戶應使用不同的具體工廠。</p><p>　　把工廠作為單件，一個應用

53、中一般每個產(chǎn)品系列只需一個具體工廠的實例，因此，工廠通常最好實現(xiàn)為一個單件模式。</p><p>　　創(chuàng)建產(chǎn)品，抽象工廠僅聲明一個創(chuàng)建產(chǎn)品的接口，真正創(chuàng)建產(chǎn)品是由具體產(chǎn)品類創(chuàng)建的，最通常的一個辦法是為每一個產(chǎn)品定義一個工廠方法，一個具體的工廠將為每個產(chǎn)品重定義該工廠方法以指定產(chǎn)品，雖然這樣的實現(xiàn)很簡單，但它卻要求每個產(chǎn)品系列都要有一個新的具體工廠子類，即使這些產(chǎn)品系列的差別很小。</p><p

54、><b>　　優(yōu)點：</b></p><p>　　分離了具體的類。抽象工廠模式幫助你控制一個應用創(chuàng)建的對象的類，因為一個工廠封裝創(chuàng)建產(chǎn)品對象的責任和過程。它將客戶和類的實現(xiàn)分離，客戶通過他們的抽象接口操縱實例，產(chǎn)品的類名也在具體工廠的實現(xiàn)中被分離，它們不出現(xiàn)在客戶代碼中。</p><p>　　它使得易于交換產(chǎn)品系列。一個具體工廠類在一個應用中僅出現(xiàn)一次——即在它

55、初始化的時候。這使得改變一個應用的具體工廠變得很容易。它只需改變具體的工廠即可使用不同的產(chǎn)品配置，這是因為一個抽象工廠創(chuàng)建了一個完整的產(chǎn)品系列，所以整個產(chǎn)品系列會立刻改變。</p><p>　　它有利于產(chǎn)品的一致性。當一個系列的產(chǎn)品對象被設計成一起工作時，一個應用一次只能使用同一個系列中的對象，這一點很重要，而抽象工廠很容易實現(xiàn)這一點。</p><p><b>　　缺點：<

56、/b></p><p>　　難以支持新種類的產(chǎn)品。難以擴展抽象工廠以生產(chǎn)新種類的產(chǎn)品。這是因為抽象工廠接口確定了可以被創(chuàng)建的產(chǎn)品集合，支持新種類的產(chǎn)品就需要擴展該工廠接口，這將涉及抽象工廠類及其所有子類的改變。</p><p>　　2）外觀模式（Facade Pattern）</p><p>　　意圖：為子系統(tǒng)中的一組接口提供一個一致的界面，F(xiàn)acade模式定

57、義了一個高層接口，這個接口使得這一子系統(tǒng)更加容易使用。</p><p><b>　　使用場合：</b></p><p>　　當你要為一個復雜子系統(tǒng)提供一個簡單接口時。子系統(tǒng)往往因為不斷演化而變得越來越復雜。大多數(shù)模式使用時都會產(chǎn)生更多更小的類。這使得子系統(tǒng)更具可重用性，也更容易對子系統(tǒng)進行定制，但這也給那些不需要定制子系統(tǒng)的用戶帶來一些使用上的困難。Facade可以提

58、供一個簡單的缺省視圖，這一視圖對大多數(shù)用戶來說已經(jīng)足夠，而那些需要更多的可定制性的用戶可以越過Facade層。 </p><p>　　客戶程序與抽象類的實現(xiàn)部分之間存在著很大的依賴性。引入Facade 將這個子系統(tǒng)與客戶以及其他的子系統(tǒng)分離，可以提高子系統(tǒng)的獨立性和可移植性。 </p><p>　　當你需要構(gòu)建一個層次結(jié)構(gòu)的子系統(tǒng)時，使用Facade模式定義子系統(tǒng)中每層的入口點。如果子系統(tǒng)

59、之間是相互依賴的，你可以讓它們僅通過Facade 進行通訊，從而簡化了它們之間的依賴關(guān)系。 </p><p>　　外觀模型圖如圖2-4所示：</p><p>　　圖 2-4 外觀模式</p><p>　　Figure 2-4 Facade Pattern</p><p><b>　　實現(xiàn)要點：</b></p>

60、<p>　　Facade模式對客戶屏蔽了子系統(tǒng)組件，因而減少了客戶處理的對象的數(shù)目并使得子系統(tǒng)使用起來更加方便。 </p><p>　　Facade模式實現(xiàn)了子系統(tǒng)與客戶間的松耦合關(guān)系，而子系統(tǒng)內(nèi)部的功能組件往往是緊耦合的。松耦合關(guān)系使得子系統(tǒng)的組件變化不會影響到它的客戶。 </p><p>　　如果應用需要，它并不限制它們使用子系統(tǒng)類。因此你可以在系統(tǒng)易用性與通用性之間選擇

61、。</p><p><b>　　AJAX</b></p><p><b>　　AJAX概述</b></p><p>　　ASP.NET AJAX是一種實現(xiàn)異步（Asynchronous）網(wǎng)絡應用的技術(shù)，是ASP.NET的一種擴展技術(shù)。通過ASP.NET技術(shù)，開發(fā)人員可以將WEB服務器控件和客戶端腳本結(jié)合起來，并在此基礎上

62、實現(xiàn)WEB頁面的局部更新功能。</p><p>　　AJAX是Asynchronous JavaScript and XML(異步JavaScript和XML)的縮寫，它是一種創(chuàng)建交互式網(wǎng)頁應用的網(wǎng)頁開發(fā)技術(shù)。其實AJAX并不是一種新技術(shù)，它只是由JavaScript、XML、XSLT、CSS、DOM 和XMLHttpRequest 等多種技術(shù)組成的。</p><p>　　在AJAX中，X

63、MLHttpRequest是其最核心的技術(shù)，該對象由瀏覽器中的JavaScript 創(chuàng)建，負責在后臺以異步的方式讓客戶端連接到服務器。它為頁面中的JavaScript 腳本提供了一種通訊方式，從而使得頁面通過這些腳本能夠與服務器發(fā)生交互。頁面內(nèi)的JavaScript腳本可以再不刷新頁面的情況下與服務器進行交互，即頁面可以從服務器提交數(shù)據(jù)。AJAX技術(shù)與傳統(tǒng)的WEB技術(shù)相比，存在以下三個主要區(qū)別：</p><p>

64、　　能夠更新頁面中的部分內(nèi)容，不需要刷新整個頁面就能夠與服務器通信。</p><p>　　頁面與服務器的直接通訊可以使用異步操作，從而不需要打斷用戶的操作，使得頁面具有更加快速的響應能力。</p><p>　　由于頁面與服務器交互時，只需要頁面的部分內(nèi)容，因此減少了頁面與服務器的通訊量，提高了應用程序的效率。</p><p>　　ASP.NET AJAX包括服務器端

65、部分和客戶端部分。其中，ASP.NET AJAX服務器端部分提供了5個服務器端控件，通過這些控件，開發(fā)人員可以輕松實現(xiàn)異步網(wǎng)頁和一個無刷新的WEB環(huán)境。ASP.NET AJAX服務器端部分提供的5個服務器端控件如圖2-5所示：</p><p>　　圖 2-5 ASP.NET AJAX服務端控件</p><p>　　Figure 2-5 ASP.NET AJAX Service Contro

66、ls</p><p>　　ScriptManager控件：管理頁面的腳本。</p><p>　　ScripManagerProxy控件：管理頁面的腳本。</p><p>　　UpdatePanel控件：和ScriptManager控件共同提供了一個無刷新的WEB環(huán)境。</p><p>　　Timer控件：定時器，它能定時觸發(fā)用戶自定義的操作。

67、</p><p>　　UpdateProgress控件：顯示整個或部分頁面更新的過程。</p><p>　　ASP.NET AJAX服務器端的架構(gòu)如表2-2所示。</p><p>　　表 2-2 ASP.NET AJAX服務端架構(gòu)</p><p>　　Table 2-2 ASP.NET AJAX Server Architecture<

68、/p><p>　　ASP.NET AJAX客戶端的架構(gòu)如表2-3所示。</p><p>　　表 2-3 ASP.NET AJAX客戶端架構(gòu)</p><p>　　Table 2-3 ASP.NET AJAX Client Architecture</p><p>　　各個部分具體說明如下：</p><p>　　客戶端組件或控

69、件：主要包括處理和封裝客戶端控件的類或組件，使得開發(fā)人員能夠輕松和方便地使用這些控件。</p><p>　　ASP.NET AJAX基礎框架/網(wǎng)絡基礎：主要包括ASP.NET AJAX中與客戶端相關(guān)的基礎功能。</p><p>　　ASP.NET AJAX Control Toolkit介紹</p><p>　　ASP.NET AJAX Control Toolki

70、t是在ASP.NET AJAX基礎之上構(gòu)建的，是由社區(qū)和 Microsoft 共同開發(fā)的一個 ASP.NET AJAX 擴展控件包，其中包含了數(shù)十種基于 ASP.NET AJAX 的、提供某一專一功能的服務端控件。構(gòu)建在 ASP.NET 2.0 AJAX Extensions 之上，志在成為最大、最好的可用 Web 應用程序的組件集合。ASP.NET AJAX Control Toolkit是一個免費資源，它被微軟ASP.NET官方網(wǎng)站

71、所支持。</p><p>　　ASP.NET AJAX Control Toolkit 解決了三個需要。首先，使網(wǎng)站開發(fā)人員有地方獲取組件以更容易的構(gòu)建他們的 Web 應用程序；第二，它給那些要編寫客戶端代碼的開發(fā)人員一個強大的示例集；第三，它是一個使最好的腳本開發(fā)人員使工作更加突出的地方。</p><p>　　ASP.NET AJAX Control Toolkit控件圖示如圖2-6所示

72、：</p><p>　　圖 2-6 ASP.NET AjaxControlToolkit控件</p><p>　　Figure 2-6 ASP.NET AjaxControlToolkit Control</p><p>　　在本系統(tǒng)中主要使用的ASP.NET AJAX Control Toolkit控件說明如表2-4所示：</p><p>

73、<b>　　表2-4 </b></p><p>　　Table 2-4 </p><p><b>　　水晶報表</b></p><p>　　水晶報表（Crystal Reports）是Crystal公司開發(fā)，是一個功能強大的專業(yè)表報工具。Crystal Reports用于處理數(shù)據(jù)庫，主要幫助用戶分析和解釋重要信息，是辦公自

74、動化系統(tǒng)中不可缺少的開發(fā)工具。</p><p><b>　　水晶報表概述</b></p><p>　　Crystal Reports水晶報表提供如下功能：</p><p>　　針對所有以.NET為目標的程序語言提供高度的集成，用戶可以在Visual Basic、Visual C#或Visual C++的項目中使用本身專長的程序語言來設計報表。&

75、lt;/p><p>　　用戶可以在Windows應用程序或ASP.NET WEB應用程序的項目中設計與使用報表。</p><p>　　提供強大的報表設計工具Crystal Report Designer。Crystal Report Designer是所見即所得的報表設計工具，它可以讓用戶定義報表的數(shù)據(jù)源，讓設計者直接在屏幕畫面上定位各個控件，并且可以輕易制作出各種復雜格式的報表。</p

76、><p>　　通過Crystal Report for Visual Studio.NET所提供的報表查看控件（CrystalReportView），可以輕易將Crystal Report Designer所制作的報表展現(xiàn)在Web Form網(wǎng)頁與Windows Form窗體上。</p><p>　　Crystal Reports水晶報表有下面一些主要的優(yōu)點：</p><p&

77、gt;　　Crystal Reports 幾乎可以從任何數(shù)據(jù)源生成您需要的報表。內(nèi)置報表專家在您生成報表和完成一般的報表任務過程中，會一步一步地指導您進行操作。報表專家通過公式、交叉表、子報表和設置條件格式幫助表現(xiàn)數(shù)據(jù)的實際意義，揭示可能被隱藏掉的重要關(guān)系。如果文字和數(shù)字確實不夠充分，則用地理地圖和圖形進行形象的信息交流。</p><p>　　Crystal Reports 可以用各種各樣的格式發(fā)布報表，包括用

78、Microsoft 的 Word 和 Excel 發(fā)布、通過電子郵件甚至 Web 發(fā)布。高級的 Web 報表功能允許工作組中的其他成員在他們自己的 Web 瀏覽器中查看或更新共享報表。</p><p><b>　　快速的報表開發(fā)； </b></p><p>　　能夠動態(tài)地將報表導出成為.pdf,.doc,xls,html,rtf等多種格式；</p>&l

79、t;p>　　由于Web應用程序所以的報表與報表Web服務處理都是在服務器上進行的，在客戶端只需要瀏覽器就可以進行查看，而不需要安裝額外的軟件或組件。</p><p>　　3）水晶報表的數(shù)據(jù)源分為兩種：</p><p>　　.rpt報表文件：執(zhí)行報表中的第一步就是在水晶報表設計器中創(chuàng)建報表，在默認安裝中微軟已經(jīng)提供了一些現(xiàn)成的.rpt例子。 </p><p>　

80、　Data Source：.rpt文件取得數(shù)據(jù)庫的方法取決于方法的選擇，你能選擇讓水晶報表自己選擇數(shù)據(jù)而不使用任何代碼或者也可以選擇手動的組裝DataSet,然后再將其傳送到報表文件。 　</p><p>　　4）水晶報表的種類：</p><p>　　Strongly-typed報表: 當你將報表文件加入到項目中去時，它就變成了一個了“strongly-typed”表。在這些情況下，你將擁

81、有直接創(chuàng)建報表的對象的權(quán)力，這將減少一些代碼并且能夠提供一些性能。</p><p>　　Un-Typed報表：這里的報表并不直接包含在項目中，因此稱為“un-typed”報表。在這種情況下，你不得不使用水晶報表的“ReportDocuemt”對象建立一個實例，并且“手動”地調(diào)用報表。</p><p>　　水晶報表（Crystal Reports）現(xiàn)在已經(jīng)被Microsoft Visual

82、Studio 2008與Microsoft Visual Studio 2005集成在一起。使用水晶報表的強大功能來實現(xiàn)應用程序的統(tǒng)計分析及打印導出等功能，是微軟平臺上進行.NET應用程序開發(fā)報表的一種不錯的選擇。</p><p>　　水晶報表在VS2008中有兩種組件，在WEB項目里分別是Crystal ReportSource，CrystalReportViewer。在FORM項目里分別是CrystalRep

83、ort，CrystalReportViewer。CrystalReportSource，CrystalReport是水晶報表的數(shù)據(jù)提供者；CrystalReport Viewer是水晶報表的瀏覽器。</p><p>　　為了向開發(fā)人員提供最靈活的數(shù)據(jù)訪問方法，Crystal Report數(shù)據(jù)庫驅(qū)動程序被設計為可同時提供數(shù)據(jù)訪問的拉模型（PULL）、和推模型（PUSH）。</p><p>&

84、lt;b>　　拉(pull)模型</b></p><p>　　拉模型（PULL模型）：在拉模型中，驅(qū)動程序?qū)⑦B接到數(shù)據(jù)庫并根據(jù)需要將數(shù)據(jù)“拉”進來。使用這種模型時，與數(shù)據(jù)庫的連接和為了獲取數(shù)據(jù)而執(zhí)行的SQL命令都同時由Crystal Reports本身處理，不需要開發(fā)人員編寫代碼。如果在運行時無須編寫任何特殊代碼，則使用拉模型。拉模型的圖示如圖2-7所示：</p><p>

85、;<b>　　圖 2-7 拉模型</b></p><p>　　Figure 2-7 Pull msodel</p><p><b>　　推(push)模型</b></p><p>　　推模型（PUSH模型）：在推模型中，應用程序從數(shù)據(jù)源獲取數(shù)據(jù)，然后將數(shù)據(jù)推給水晶報表文件。也就是說，推模型是用dataset組裝水晶報表。

86、　　應用這種模型，我們不得不自己編寫代碼連接數(shù)據(jù)并組裝數(shù)據(jù)集（DataSet），同時將它傳送至報表。該方法使您可以將連接共享置入應用程序中，并在Crystal Reports收到數(shù)據(jù)之前先將數(shù)據(jù)篩選出來。在某些情況下，通過使用連接共享以及限制記錄集合的大小，可以使報表性能最大化。推模型的圖示如圖2-8所示：</p><p><b>　　圖 2-8 推模型</b></p><

87、;p>　　Figure 2-8 Push model</p><p><b>　　系統(tǒng)需求分析</b></p><p><b>　　需求概述</b></p><p><b>　　功能需求</b></p><p>　　實驗室設備管理系統(tǒng)由系統(tǒng)管理員、院管理員、出入庫管理員和

88、用戶(教職工、實驗室管理員)來操作的，系統(tǒng)可分成系統(tǒng)管理員子系統(tǒng)、院管理員子系統(tǒng)、出入庫管理員子系統(tǒng)和用戶子系統(tǒng)。</p><p>　　普通用戶子系統(tǒng)應包括服務指南、用戶信息、信息查詢。</p><p>　　系統(tǒng)管理員子系統(tǒng)應包括服務指南、用戶信息、信息查詢及系統(tǒng)管理。</p><p>　　院管理員子系統(tǒng)應包括服務指南、用戶信息、信息查詢及設備臺帳管理。</p

89、><p>　　出入庫管理員子系統(tǒng)應包括服務指南、用戶信息、信息查詢及設備出入庫管理等模塊。</p><p>　　實驗室設備管理系統(tǒng)的主要功能:</p><p>　　1）對于普通用戶，應實現(xiàn)能方便地查詢設備相關(guān)信息；能修改個人的基本信息，修改登錄密碼等功能；</p><p>　　2）對于出入庫管理員，應實現(xiàn)對設備驗收人庫、領用出庫等數(shù)據(jù)進行管理，能

90、方便地查詢設備相關(guān)信息，能進行設備數(shù)據(jù)的更改、增加和刪除操作；</p><p>　　3）對于院設備管理員，應實現(xiàn)對設備的臺帳管理(包括設備的調(diào)撥，報丟，報損，報修，報廢等的管理)，能方便地查詢設備相關(guān)信息；</p><p>　　4）對于系統(tǒng)管理人員，應實現(xiàn)信息監(jiān)控，能方便地進行用戶數(shù)據(jù)的更改、增加和刪除操作，能進行系統(tǒng)管理，能方便地查詢設備相關(guān)信息等功能。</p><p

91、><b>　　性能需求</b></p><p>　　系統(tǒng)的性能規(guī)定主要包括數(shù)據(jù)精確度、時效性、靈活性和安全保密性等要求。</p><p>　　數(shù)據(jù)精確度要求系統(tǒng)輸入數(shù)據(jù)能夠在數(shù)據(jù)庫中準確定位至正確記錄，并且輸出數(shù)據(jù)能夠準確對應至某憑證單據(jù)。</p><p>　　時效性要求對于任何操作，不應產(chǎn)生因響應時間過長而引起的數(shù)據(jù)庫死鎖、連接超時等現(xiàn)

92、象。</p><p>　　在系統(tǒng)靈活性方面，要求當需求發(fā)生某些變化時，系統(tǒng)的操作方式、數(shù)據(jù)結(jié)構(gòu)、運行環(huán)境基本不變，而只是數(shù)據(jù)庫內(nèi)數(shù)據(jù)的改變。</p><p>　　系統(tǒng)的安全保密性主要是數(shù)據(jù)庫訪問的安全保密性，可以通過兩個層次實現(xiàn)。一是通過統(tǒng)一平臺，操作系統(tǒng)和數(shù)據(jù)庫系統(tǒng)的安全機制。操作系統(tǒng)自身的安全機制可以實現(xiàn)一定的安全保密性，數(shù)據(jù)庫層面的權(quán)限管理也能夠?qū)嵤┌踩钥刂啤６峭ㄟ^應用軟件，對操

93、作人員實行權(quán)限控制。通過設置用戶角色可以控制其對數(shù)據(jù)庫的訪問，從而實現(xiàn)其權(quán)限控制。</p><p><b>　　運行需求</b></p><p>　　1)系統(tǒng)的硬件平臺:</p><p>　　包括Web服務器、客戶機、網(wǎng)卡及校園網(wǎng)絡資源。</p><p>　　2)系統(tǒng)的軟件平臺:</p><p>

94、　　服務器端:windows NT/2003 Server、 IIS 5.0及以上版本、 SQL Server數(shù)據(jù)庫或Oracle 10g；</p><p>　　客戶端:Windows XP、瀏覽器IE6.0及以上版本。</p><p><b>　　數(shù)據(jù)流圖</b></p><p><b>　　用戶登錄</b></p

95、><p>　　圖 3-1 用戶登錄數(shù)據(jù)流圖</p><p>　　Figure 3-1 User login DFD </p><p><b>　　設備信息查詢</b></p><p>　　圖 3-2 設備信息查詢數(shù)據(jù)流圖</p><p>　　Figure 3-2 Equipment informati

96、on querying DFD</p><p><b>　　設備出入庫管理</b></p><p>　　圖 3-3 設備出入庫數(shù)據(jù)流圖</p><p>　　Figure 3-3 Equipment out of storage DFD</p><p><b>　　E-R圖</b></p>

97、<p>　　顯然，高校設備管理信息中包括如下實體:普通用戶（教職工、實驗室管理員）、一般管理員（院管理員、出入庫管理員）、系統(tǒng)管理員和設備，但是對上述四個實體來說，通常還要指出所在部門，因此還要增加部門這個實體。</p><p><b>　　各個實體的屬性：</b></p><p>　　設備:設備編號、名稱、設備種類、型號、品牌、單價、數(shù)量、生產(chǎn)廠家、出

98、廠日期、購買日期、用途、保質(zhì)期、設備來源、入庫日期(如圖3-4所示) ；</p><p>　　一般管理員: 用戶賬號、姓名、密碼、權(quán)限、職位、部門、電話、E-Mail (如圖3-5所示) ；</p><p>　　各個實體之間的聯(lián)系:?。ㄈ鐖D3-6所示）；</p><p>　　可以看出，一個用戶可以查詢多個物品，一個管理員可以管理多個物品、多個教職工，而部門與教職工及

99、部門與物品是一對多的關(guān)系。</p><p><b>　　設備E-R圖</b></p><p>　　圖 3-4 設備E-R圖</p><p>　　Figure 3-4 Equipment E-R</p><p><b>　　一般管理員E-R圖</b></p><p>　　圖 3

100、-5 一般管理員E-R圖</p><p>　　Figure 3-5 General manager E-R</p><p><b>　　系統(tǒng)E-R圖</b></p><p>　　圖3-6 系統(tǒng)E-R</p><p>　　Figure 3-6 System E-R</p><p><b>

101、　　系統(tǒng)總體設計</b></p><p><b>　　系統(tǒng)總體結(jié)構(gòu)</b></p><p>　　該系統(tǒng)是以Visual Studio 2008作為開發(fā)平臺，基于.NET平臺下B/S體系的三層結(jié)構(gòu)。由用戶界面層，中間業(yè)務邏輯層，數(shù)據(jù)訪問層組成。</p><p>　　使用WEB技術(shù)開發(fā)前端軟件，使客戶端應用通過從服務器下載的方式運行，這

102、可大大提高系統(tǒng)的安全性；由于系統(tǒng)對客戶端機器的硬件要求不高，用戶可保留原有的軟硬件投資；同時，由于用戶只需在服務器上作配置和維護，將大大降低系統(tǒng)維護、升級的難度和費用；此外，采用瀏覽器的客戶界面，操作十分簡單，又可節(jié)省大量的培訓時間和費用。</p><p>　　該系統(tǒng)主要是對實驗室設備的管理。包括普通用戶對設備的查詢和領出、對用戶信息的維護；院管理員對設備的查詢、設備的臺帳管理（包括設備調(diào)撥、設備報修、設備報損、

103、設備報廢和設備報丟等）；出入庫管理員對設備的查詢、設備的出入庫管理及其相關(guān)的設備管理；系統(tǒng)管理員對設備的查詢、用戶的管理、系統(tǒng)的管理。</p><p>　　系統(tǒng)執(zhí)行流程圖:（如圖4-1所示）</p><p>　　圖 4-1 系統(tǒng)執(zhí)行流程圖</p><p>　　Figure 4-1 Flow diagram of system develop </p>

104、<p>　　系統(tǒng)的模塊結(jié)構(gòu)圖：(如圖4-2所示)</p><p>　　圖 4-2 系統(tǒng)模塊結(jié)構(gòu)圖</p><p>　　Figure 4-2 the structure of system module</p><p><b>　　系統(tǒng)功能模塊設計</b></p><p>　　普通用戶子系統(tǒng)實現(xiàn)對設備查詢、用戶信

105、息管理等功能，系統(tǒng)管理員子系統(tǒng)實現(xiàn)對設備查詢、用戶信息管理、系統(tǒng)的管理等功能。出入庫管理員子系統(tǒng)實現(xiàn)對設備查詢、用戶信息管理、設備的出入庫及相關(guān)信息管理。院設備管理員子系統(tǒng)實現(xiàn)對設備查詢、用戶信息管理、設備調(diào)撥、設備報損、報修、報丟、報廢等的登記和管理的功能。系統(tǒng)具體的功能模塊如下:</p><p><b>　　信息查詢模塊</b></p><p>　　1）設備信息明

106、細查詢模塊：用于所有用戶查詢設備信息。</p><p>　　2）調(diào)撥信息明細查詢模塊：用于所有用戶查詢調(diào)撥信息明細。</p><p>　　3）報丟信息明細查詢模塊：用于所有用戶查詢相關(guān)的報丟信息。</p><p>　　4）報損信息明細查詢模塊：用于所有用戶查詢相關(guān)的報損信息。</p><p>　　5）報修信息明細查詢模塊：用于所有用戶查詢相關(guān)

107、的報修信息。</p><p>　　6）報廢信息明細查詢模塊：用于所有用戶查詢相關(guān)的報廢信息。</p><p><b>　　設備出入庫管理模塊</b></p><p>　　1）設備入庫登記模塊：用于出入庫管理員對入庫設備進行入庫登記。</p><p>　　2）設備入庫管理模塊：用于出入庫管理員對入庫設備信息進行維護。<

108、;/p><p>　　3）設備出庫登記模塊：用于出入庫管理員對出庫領用設備進行出庫登記。</p><p>　　4）設備出庫管理模塊：用于出入庫管理員對出庫領用設備信息進行維護。</p><p>　　5）其他管理模塊：包括了品牌管理、狀態(tài)管理、計量單位管理等，是對設備信息相關(guān)事務進行管理和維護。</p><p><b>　　例行報表統(tǒng)計&l

109、t;/b></p><p>　　1）設備入庫明細表：統(tǒng)計設備入庫明細信息。</p><p>　　2）設備出庫明細表：統(tǒng)計設備出庫明細信息。</p><p>　　3）設備調(diào)撥明細表：統(tǒng)計設備調(diào)撥明細信息。</p><p>　　4）設備報丟明細表：統(tǒng)計設備報丟明細信息。</p><p>　　5）設備報修明細表：統(tǒng)計設

110、備報修明細信息。</p><p>　　6）設備報損明細表：統(tǒng)計設備報損明細信息。</p><p>　　7）設備報廢明細表：統(tǒng)計設備報廢明細信息。</p><p>　　8）設備庫存明細表：統(tǒng)計庫存設備明細信息。</p><p><b>　　數(shù)據(jù)庫邏輯設計</b></p><p>　　本系統(tǒng)的重要表結(jié)

111、構(gòu)有: </p><p>　　設備信息表及其附屬表</p><p>　　設備信息：Equipment_Info（如圖4-3所示）、設備品牌信息表：Equipment_Info_Brand（如圖4-4所示）、設備分類信息：Equipment_Info_Category（如圖4-5所示）、設備狀態(tài)信息表：Equipment_Info_Status（如圖4-6所示）、設備計量單位信息表：Equi

112、pment_Info_Unit（如圖4-7所示）。</p><p>　　圖 4-3 設備信息表</p><p>　　Figure 4-3 Information of equipment</p><p>　　圖 4-4 設備品牌信息表</p><p>　　Figure 4-4 Equipment’s brand information<

113、/p><p>　　圖 4-5 設備分類表</p><p>　　Figure 4-5 Equipment’s category</p><p>　　圖 4-6 設備狀態(tài)表</p><p>　　Figure 4-6 Equipment’s status</p><p>　　圖 4-7 設備計量單位表</p>&l

114、t;p>　　Figure 4-7 Equipment’s unit</p><p><b>　　設備調(diào)撥表</b></p><p>　　設備調(diào)撥表：Equipment_Allocation（如圖4-8所示），設備調(diào)撥種類表：Equipment_Allocation_Type（如圖4-9所示）。</p><p>　　圖 4-8 設備調(diào)撥表&

115、lt;/p><p>　　Figure 4-8 Equipment allocation</p><p>　　圖 4-9 設備調(diào)撥種類表</p><p>　　Figure 4-9 Equipment allocation’s category</p><p><b>　　設備報損表</b></p><p&g

116、t;　　設備報損表：Equipment_Damage（如圖4-10所示）。</p><p>　　圖 4-10 設備報損表</p><p>　　Figure 4-10 Equipment damage</p><p><b>　　設備報廢表</b></p><p>　　設備報廢表：Equipment_Discard（如圖4