【正文】 定義了一個高層接口，這個接口使得這一子系統(tǒng)更加容易使用。難以擴展抽象工廠以生產(chǎn)新種類的產(chǎn)品。當一個系列的產(chǎn)品對象被設計成一起工作時，一個應用一次只能使用同一個系列中的對象，這一點很重要，而抽象工廠很容易實現(xiàn)這一點。它只需改變具體的工廠即可使用不同的產(chǎn)品配置，這是因為一個抽象工廠創(chuàng)建了一個完整的產(chǎn)品系列，所以整個產(chǎn)品系列會立刻改變。一個具體工廠類在一個應用中僅出現(xiàn)一次——即在它初始化的時候。它將客戶和類的實現(xiàn)分離，客戶通過他們的抽象接口操縱實例，產(chǎn)品的類名也在具體工廠的實現(xiàn)中被分離，它們不出現(xiàn)在客戶代碼中。優(yōu)點：l 分離了具體的類。l 把工廠作為單件，一個應用中一般每個產(chǎn)品系列只需一個具體工廠的實例，因此，工廠通常最好實現(xiàn)為一個單件模式。l 抽象工廠模式經(jīng)常和工廠方法模式共同組合來應對“對象創(chuàng)建”的需求變化。l 如果沒有應對“多系列對象創(chuàng)建”的需求變化，則沒有必要使用抽象工廠模式，這時候使用簡單的靜態(tài)工廠完全可以。l 需要提供一個產(chǎn)品類庫，而只想顯示它們的接口，而隱藏其實現(xiàn)時。l 一個系統(tǒng)要由多個產(chǎn)品系列中的一個來配置時。adeFlyweightProxyInterpreterTemplate MethodChain of responsibilityCommandIteratorMementoObserverStateStrategyVisitor本系統(tǒng)在設計中主要涉及兩種設計模式：1）抽象工廠模式（Abstract Factory Pattern）意圖：提供一個創(chuàng)建一系列相關或相互依賴對象的接口，而無需指定它們具體的類。 設計模式分類GoF設計模式共包含23種經(jīng)典設計模式，見表21。設計模式確定了所包含的類和實例，它們的角色、協(xié)作方式以及職責分配。l 提供設計思想：模式可以充當設計的起點，或者充當改進設計的思想。l 提高開發(fā)效率：支持或者納入標準模式的語言和組件使設計和實現(xiàn)變得更為容易。關于模式的優(yōu)點、缺點和使用情況的共享知識使討論和評估變得容易和快捷。和面向對象技術比較而言，設計模式不是一種技術，而是一種軟件設計的指導思想。這種模式的方法同樣適用于軟件研究。Alexander認為：“每一個模式描述了一個在我們周圍不斷重復發(fā)生的問題，以及該問題的解決方案的核心。 設計模式實驗室設備管理系統(tǒng)基于設計模式設計實現(xiàn)，本章將討論設計模式的概念、分類等知識，分析研究23種GoF設計模式意圖、使用場合、組合技術及在系統(tǒng)設計開發(fā)中的選擇和使用等應用方法。5）提高系統(tǒng)性能：基于Web三層應用體系結構能更好地調整應用體系，還可利用中間件的特點來選擇路由、平衡負載，提高整個系統(tǒng)的性能。4）減少網(wǎng)絡數(shù)據(jù)流量和提高數(shù)據(jù)庫響應速度：基于Web三層應用體系結構中，應用服務層的引入有效地解決了網(wǎng)絡瓶頸和數(shù)據(jù)庫連接數(shù)過多引起數(shù)據(jù)庫性能下降的問題。還可利用中間件的安全管理特性進一步加強權限控制管理。WEB瀏覽器WEB服務器數(shù)據(jù)庫服務器 中間件圖 22 基于Web的三層體系結構Figure 22 3tier system structure based on Web基于WEB的三層應用體系結構顯示以下優(yōu)點：1）優(yōu)化了系統(tǒng)結構：將系統(tǒng)分為三層(或多層)，業(yè)務邏輯放在應用服務層，軟件的維護集中在應用服務層，實現(xiàn)了客戶端的“零”維護，有利于軟件維護及系統(tǒng)管理。隨著因特網(wǎng)的高速發(fā)展，WWW的廣泛應用，傳統(tǒng)的三層應用體系結構的局限越來越明顯，這時基于Web的三層體系結構得到了廣泛的應用。這個體系結構也改進了安全和應用管理。三層體系結構將用戶界面層與業(yè)務邏輯層分開，用戶界面層放在客戶端，而將業(yè)務邏輯層和數(shù)據(jù)存儲層放在中間的應用服務器上，如圖21所示。B/S三層結構分傳統(tǒng)的三層應用體系和基于WEB的三層體系結構。5）軟件移植容易，并可以進行嚴密的安全管理。應用Web技術，OA系統(tǒng)只需在服務器上集中實現(xiàn)和配置的維護、管理，大大降低了用戶用于軟件系統(tǒng)維護和升級的難度和費用，使辦公自動化更加容易實施，用戶投資風險小。2）網(wǎng)絡應用系統(tǒng)跨平臺，兼容性好，保護原有的軟硬件設施，原來的網(wǎng)絡、操作系統(tǒng)、數(shù)據(jù)庫都可以很容易地加以利用，可使系統(tǒng)在最短的時間內發(fā)揮效益。它能有效地保護數(shù)據(jù)平臺和管理訪問權限，服務器數(shù)據(jù)庫也很安全。這樣就大大簡化了客戶端電腦載荷，減輕了系統(tǒng)維護與升級的成本和工作量，降低了用戶的總體成本。它是隨著Internet技術的興起，對C/S模式的一種變化或者改進的結構。對本課題的工作做總結，并提出下一步的工作內容。本章介紹了實驗室設備管理系統(tǒng)的數(shù)據(jù)訪問層、打印報表、出入庫管理模塊用戶界面和業(yè)務邏輯層的設計和實現(xiàn)。本章介紹了系統(tǒng)總體結構、系統(tǒng)功能模塊設計、數(shù)據(jù)庫邏輯設計、系統(tǒng)體系結構、開發(fā)環(huán)境、開發(fā)工具及平臺。本章介紹了需求概況，模塊涉及的DFD圖，ER圖。本章主要介紹B/S模式、設計模式、AJAX、水晶報表等相關知識。主要說明研究背景，論文研究內容和意義。為了提高學校的辦公效率，減少資金浪費現(xiàn)象，我們以實現(xiàn)設備信息全過程管理為目的，結合學校實驗室管理特點，、系統(tǒng)開發(fā)的主要技術、系統(tǒng)功能的實現(xiàn)及系統(tǒng)在學校的應用，進行了對基于WEB的高校實驗室設備管理系統(tǒng)的研究和開發(fā)。隨著我校招生規(guī)模的不斷擴大，學校加大了對實驗室設備的投入，設備儀器數(shù)量大增。 論文研究意義 實驗室工作是高等教學工作中不可分割的一部分，也是培養(yǎng)學生工程創(chuàng)新能力的重要途徑。AJAX使得客戶端可以在不刷新頁面的情況下與服務器進行交互。2）水晶報表的使用：Windows下輸出報表很容易，也容易打印，但在Web環(huán)境下，輸出打印報表就有一定的難度， Reports進行報表開發(fā)，既能快速的開發(fā)報表，又能導出復雜的交互性圖表，.doc，.xls， html，rtf等多種格式。 在當前的形式下，學校一方面受到教育經(jīng)費投入不足的影響，另一方面學校的現(xiàn)有資源不能被充分利用，許多學校還存在重復低水平購置，現(xiàn)有教學資源浪費嚴重的情況，造成這種情況的原囚是多方面的，其中一個重要的因素是學校實驗室及設備的管理落后于學校的發(fā)展，提高學校實驗室的管理水平，實現(xiàn)學校實驗室及設備管理的計算機管理，是十分必要和迫切的。實驗室設備管理系統(tǒng)―設備出入庫管理模塊基于出入庫管理模塊實驗室設備管理系統(tǒng)的畢業(yè)設計目錄摘要 1Abstract 1目錄 2第1章 引言 1 研究背景 1 論文研究內容和意義 1 論文研究內容 1 論文研究意義 1 論文組織結構 2第2章 相關應用技術 3 B/S模式 3 設計模式 5 設計模式概述 5 設計模式分類 6 AJAX 9 AJAX概述 9 AJAX Control Toolkit介紹 11 水晶報表 13 水晶報表概述 13 拉(pull)模型 15 推(push)模型 15第3章 系統(tǒng)需求分析 16 需求概述 16 功能需求 16 性能需求 16 運行需求 17 數(shù)據(jù)流圖 17 用戶登錄 17 設備信息查詢 17 設備出入庫管理 18 ER圖 18 設備ER圖 18 一般管理員ER圖 19 系統(tǒng)ER圖 19第4章 系統(tǒng)總體設計 20 系統(tǒng)總體結構 20 系統(tǒng)功能模塊設計 21 信息查詢模塊 21 設備出入庫管理模塊 22 例行報表統(tǒng)計 22 數(shù)據(jù)庫邏輯設計 22 設備信息表及其附屬表 22 設備調撥表 24 設備報損表 24 設備報廢表 25 設備報丟表 25 設備報修表 25 設備出庫表 26 數(shù)據(jù)庫關系圖 26 系統(tǒng)體系結構 27 開發(fā)環(huán)境、開發(fā)工具及平臺 28 開發(fā)環(huán)境 28 開發(fā)平臺的選擇 28第5章 系統(tǒng)詳細設計和實現(xiàn) 29 數(shù)據(jù)訪問層的設計 29 DataAccess組件設計 29 DataAccess組件實現(xiàn) 32 業(yè)務邏輯層的設計 35 用戶界面層的設計 40 打印報表 45第6章 總結與展望 47 總結 47 展望 48參考文獻： 49致謝 5051計算機與信息科學學院　　計算機科學與技術第1章 引言 研究背景隨著高校管理變革的逐步推進、實驗室建設的進一步規(guī)范化、復雜化，高校設備管理在學校的正常教學活動中越來越重要。為適應高等教育的發(fā)展，設備管理工作所涉及的設備計劃、采購、驗收入庫、檔案資料、調入調出、維修報廢等各個環(huán)節(jié)，都應加大改革步伐，努力實現(xiàn)管理工作現(xiàn)代化，采用一些新的管理方法和技術手段，才能使設備管理工作更符合高校發(fā)展的需要。 論文研究內容和意義 論文研究內容1）設計模式的使用：通過設計模式的使用，可以降低各個模塊之間的耦合度，從而解決了重復開發(fā)、代碼復用率低、功能模塊移植量大等問題，從而提高軟件設計的質量，提高系統(tǒng)的穩(wěn)定性、可維護性和可復用性。 3）AJAX的使用： AJAX是一種創(chuàng)建交互式網(wǎng)頁應用的網(wǎng)頁開發(fā)技術。AJAX技術使得頁面和服務器的直接通訊可以使用異步操作，從而不需打斷用戶的操作，使得頁面具有更快速的響應能力，并且還減少了頁面與服務器的通訊量，提高了系統(tǒng)的性能。只有運用科學的工具與手段來采集信息、進行數(shù)據(jù)處理，才能全面、綜合地利用信息資源，設備管理人員才能及時準確地掌握各自管轄范圍內各類設備的分布情況、新舊程度、使用狀態(tài)和設備內部流動情況，才能以此推動實驗室管理技術的進步，改善和加強實驗室管理，輔助管理決策，全面提升實驗室的管理水平。由于學校以前用的設備管理軟件著重于對靜態(tài)信息的管理，已不在滿足當前的需求，且存在平臺落后，標準不統(tǒng)一的問題，從而出現(xiàn)某些設備長期閑置，重復購置等現(xiàn)象。 論文組織結構 本文由五章組成，各章內容如下: 第一章:引言。 第二章:相關應用技術。 第三章:系統(tǒng)需求分析。第四章:系統(tǒng)總體設計。第五章:系統(tǒng)詳細設計與實現(xiàn)。 第六章:總結與展望。第2章 相關應用技術 B/S模式B/S模式（Browser/Server Mode）即瀏覽器/服務器模式。在這種模式下，用戶工作界面是通過Web瀏覽器來實現(xiàn)，極少部分事務邏輯在前端(Browser)實現(xiàn)，主要事務邏輯在服務器端(Server)實現(xiàn)，形成所謂三層模式。以目前的技術看，局域網(wǎng)建立B/S結構的網(wǎng)絡應用，并通過Internet/Intranet模式下數(shù)據(jù)庫應用，相對易于把握、成本也是較低的。B/S與C/S模式相比，其優(yōu)點在于：1）不必開發(fā)專用的客戶端軟件，在用戶端不需要增加任何代碼，用戶只需使用現(xiàn)行的瀏覽器，其操作十分方便，簡單易學，界面統(tǒng)一，降低了用戶學習新知識的難度，用戶易于接受，這樣既節(jié)省了開發(fā)時間，也減少了系統(tǒng)出錯的可能性，降低了維護費用。3）技術上相對成熟，投入費用少，系統(tǒng)維護簡便，簡單易用。4）系統(tǒng)運行穩(wěn)定、安全、可靠，并可進行擴展。另外，B/S層次分離的優(yōu)勢體現(xiàn)在界面風格統(tǒng)一為瀏覽器，并具有統(tǒng)一的語言格式、統(tǒng)一的傳輸協(xié)議，系統(tǒng)管理簡單，能夠優(yōu)化資源，可支持異種數(shù)據(jù)庫和方便信息發(fā)布等。傳統(tǒng)的三層體系結構，克服了二層體系結構的一些限制。用戶界面層業(yè)務邏輯層數(shù)據(jù)訪問層數(shù)據(jù)庫服務器 客戶端 應用服務器 數(shù)據(jù)庫圖 21 傳統(tǒng)的三層體系結構Figure 21 traditional 3tier structure中間層服務器通過重用那些跨越多個客戶的昂貴資源來改進可伸縮性，從而改善了性能。雖然三層體系結構消除了二層體系的一些缺陷，但它也有不足之處：復雜性、應用缺乏可移植性、提供商的不兼容性以及與Web的不兼容性。基于Web的三層體系結構如圖22所示。2）提高了應用系統(tǒng)的安全性：將客戶端與數(shù)據(jù)庫隔離起來，有利于安全管理，有效防止惡意攻擊。3）卓越的擴展能力：若要提高系統(tǒng)性能、處理速度，可增加應用服務器，分擔一部分應用服務工作即可，而原來的應用服務器幾乎可以不動。應用服務層往往有多臺服務器，可有效地解決客戶機訪問服務層的瓶頸問題?？偟膩碚f，三層應用體系結構使應用系統(tǒng)的性能、安全性、擴展性有了很大的提高，也方便了系統(tǒng)的維護和管理。 設計模式概述軟件模式的思想最初來源于建筑領域，建筑師Christonpher Alexander首先提出一種基于模式進行建筑設計的新方法。這樣，你就能一次又一次地使用該方案而不必做重復勞動”。本文中的設計模式是對被用來在特定的場景下解決一般設計問題的類和相互通信的對象的描述。使用軟件設計模式的好處：l 促進交流：模式的名稱簡化了設計者之間對設計方案的討論。l 簡化文檔：命名著名模式的設計文檔用幾句戶即可解釋清楚模式的實現(xiàn)方式，而解釋一個程序的形式和行為則需要好幾頁文檔。l 支持軟件重用：針對問題領域選擇模式并進行標準化，促進了軟件的重用，從而提高了質量和生產(chǎn)率。一個設計模式命名、抽象確定了一個通用設計結構的主要方面，這些設計結構能用來構造可復用的面向對象設計。每一個設計模式都集中于一個特定的面向對象設計問題或設計點，描述了什么時候使用它，在另一些設計約束條件下是否還能使用，以及使用的效和如何取舍。表 21 設計模式Table 21 Design Patterns創(chuàng)建型結構型行為型Factory MethodAbstract FactoryBuilderPrototypeSingletonAdapterBridgeCompositeDecoratorFa231。使用場合：l 一個系統(tǒng)要獨立于其產(chǎn)品的創(chuàng)建、組合和