【正文】 2所示）。8）設(shè)備庫(kù)存明細(xì)表：統(tǒng)計(jì)庫(kù)存設(shè)備明細(xì)信息。4）設(shè)備報(bào)丟明細(xì)表：統(tǒng)計(jì)設(shè)備報(bào)丟明細(xì)信息。5）其他管理模塊：包括了品牌管理、狀態(tài)管理、計(jì)量單位管理等，是對(duì)設(shè)備信息相關(guān)事務(wù)進(jìn)行管理和維護(hù)。 設(shè)備出入庫(kù)管理模塊1）設(shè)備入庫(kù)登記模塊：用于出入庫(kù)管理員對(duì)入庫(kù)設(shè)備進(jìn)行入庫(kù)登記。3）報(bào)丟信息明細(xì)查詢模塊：用于所有用戶查詢相關(guān)的報(bào)丟信息。出入庫(kù)管理員子系統(tǒng)實(shí)現(xiàn)對(duì)設(shè)備查詢、用戶信息管理、設(shè)備的出入庫(kù)及相關(guān)信息管理。 使用WEB技術(shù)開發(fā)前端軟件，使客戶端應(yīng)用通過(guò)從服務(wù)器下載的方式運(yùn)行，這可大大提高系統(tǒng)的安全性；由于系統(tǒng)對(duì)客戶端機(jī)器的硬件要求不高，用戶可保留原有的軟硬件投資；同時(shí)，由于用戶只需在服務(wù)器上作配置和維護(hù)，將大大降低系統(tǒng)維護(hù)、升級(jí)的難度和費(fèi)用；此外，采用瀏覽器的客戶界面，操作十分簡(jiǎn)單，又可節(jié)省大量的培訓(xùn)時(shí)間和費(fèi)用。 數(shù)據(jù)流圖 用戶登錄圖 31 用戶登錄數(shù)據(jù)流圖Figure 31 User login DFD 設(shè)備信息查詢圖 32 設(shè)備信息查詢數(shù)據(jù)流圖Figure 32 Equipment information querying DFD 設(shè)備出入庫(kù)管理圖 33 設(shè)備出入庫(kù)數(shù)據(jù)流圖Figure 33 Equipment out of storage DFD ER圖顯然，高校設(shè)備管理信息中包括如下實(shí)體:普通用戶（教職工、實(shí)驗(yàn)室管理員）、一般管理員（院管理員、出入庫(kù)管理員）、系統(tǒng)管理員和設(shè)備，但是對(duì)上述四個(gè)實(shí)體來(lái)說(shuō)，通常還要指出所在部門，因此還要增加部門這個(gè)實(shí)體。二是通過(guò)應(yīng)用軟件，對(duì)操作人員實(shí)行權(quán)限控制。在系統(tǒng)靈活性方面，要求當(dāng)需求發(fā)生某些變化時(shí)，系統(tǒng)的操作方式、數(shù)據(jù)結(jié)構(gòu)、運(yùn)行環(huán)境基本不變，而只是數(shù)據(jù)庫(kù)內(nèi)數(shù)據(jù)的改變。實(shí)驗(yàn)室設(shè)備管理系統(tǒng)的主要功能: 1）對(duì)于普通用戶，應(yīng)實(shí)現(xiàn)能方便地查詢?cè)O(shè)備相關(guān)信息；能修改個(gè)人的基本信息，修改登錄密碼等功能；2）對(duì)于出入庫(kù)管理員，應(yīng)實(shí)現(xiàn)對(duì)設(shè)備驗(yàn)收人庫(kù)、領(lǐng)用出庫(kù)等數(shù)據(jù)進(jìn)行管理，能方便地查詢?cè)O(shè)備相關(guān)信息，能進(jìn)行設(shè)備數(shù)據(jù)的更改、增加和刪除操作；3）對(duì)于院設(shè)備管理員，應(yīng)實(shí)現(xiàn)對(duì)設(shè)備的臺(tái)帳管理(包括設(shè)備的調(diào)撥，報(bào)丟，報(bào)損，報(bào)修，報(bào)廢等的管理)，能方便地查詢?cè)O(shè)備相關(guān)信息； 4）對(duì)于系統(tǒng)管理人員，應(yīng)實(shí)現(xiàn)信息監(jiān)控，能方便地進(jìn)行用戶數(shù)據(jù)的更改、增加和刪除操作，能進(jìn)行系統(tǒng)管理，能方便地查詢?cè)O(shè)備相關(guān)信息等功能。l 普通用戶子系統(tǒng)應(yīng)包括服務(wù)指南、用戶信息、信息查詢?！　?yīng)用這種模型，我們不得不自己編寫代碼連接數(shù)據(jù)并組裝數(shù)據(jù)集（DataSet），同時(shí)將它傳送至報(bào)表。使用這種模型時(shí)，與數(shù)據(jù)庫(kù)的連接和為了獲取數(shù)據(jù)而執(zhí)行的SQL命令都同時(shí)由Crystal Reports本身處理，不需要開發(fā)人員編寫代碼。在FORM項(xiàng)目里分別是CrystalReport，CrystalReportViewer。在這種情況下，你不得不使用水晶報(bào)表的“ReportDocuemt”對(duì)象建立一個(gè)實(shí)例，并且“手動(dòng)”地調(diào)用報(bào)表。 l Data Source：.rpt文件取得數(shù)據(jù)庫(kù)的方法取決于方法的選擇，你能選擇讓水晶報(bào)表自己選擇數(shù)據(jù)而不使用任何代碼或者也可以選擇手動(dòng)的組裝DataSet,然后再將其傳送到報(bào)表文件。l Crystal Reports 可以用各種各樣的格式發(fā)布報(bào)表，包括用 Microsoft 的 Word 和 Excel 發(fā)布、通過(guò)電子郵件甚至 Web 發(fā)布。2） Crystal Reports水晶報(bào)表有下面一些主要的優(yōu)點(diǎn)：l Crystal Reports 幾乎可以從任何數(shù)據(jù)源生成您需要的報(bào)表。l WEB應(yīng)用程序的項(xiàng)目中設(shè)計(jì)與使用報(bào)表。首先，使網(wǎng)站開發(fā)人員有地方獲取組件以更容易的構(gòu)建他們的 Web 應(yīng)用程序；第二，它給那些要編寫客戶端代碼的開發(fā)人員一個(gè)強(qiáng)大的示例集；第三，它是一個(gè)使最好的腳本開發(fā)人員使工作更加突出的地方。 AJAX Control Toolkit介紹 AJAX Control AJAX基礎(chǔ)之上構(gòu)建的，是由社區(qū)和 Microsoft 共同開發(fā)的一個(gè) AJAX 擴(kuò)展控件包，其中包含了數(shù)十種基于 AJAX 的、提供某一專一功能的服務(wù)端控件。 AJAX服務(wù)器端的架構(gòu)如表22所示。l ScripManagerProxy控件：管理頁(yè)面的腳本。l 由于頁(yè)面與服務(wù)器交互時(shí)，只需要頁(yè)面的部分內(nèi)容，因此減少了頁(yè)面與服務(wù)器的通訊量，提高了應(yīng)用程序的效率。它為頁(yè)面中的JavaScript 腳本提供了一種通訊方式，從而使得頁(yè)面通過(guò)這些腳本能夠與服務(wù)器發(fā)生交互。開發(fā)人員可以將WEB服務(wù)器控件和客戶端腳本結(jié)合起來(lái)，并在此基礎(chǔ)上實(shí)現(xiàn)WEB頁(yè)面的局部更新功能。松耦合關(guān)系使得子系統(tǒng)的組件變化不會(huì)影響到它的客戶。 l 當(dāng)你需要構(gòu)建一個(gè)層次結(jié)構(gòu)的子系統(tǒng)時(shí)，使用Facade模式定義子系統(tǒng)中每層的入口點(diǎn)。這使得子系統(tǒng)更具可重用性，也更容易對(duì)子系統(tǒng)進(jìn)行定制，但這也給那些不需要定制子系統(tǒng)的用戶帶來(lái)一些使用上的困難。 　2）外觀模式（Facade Pattern）意圖：為子系統(tǒng)中的一組接口提供一個(gè)一致的界面，F(xiàn)acade模式定義了一個(gè)高層接口，這個(gè)接口使得這一子系統(tǒng)更加容易使用。當(dāng)一個(gè)系列的產(chǎn)品對(duì)象被設(shè)計(jì)成一起工作時(shí)，一個(gè)應(yīng)用一次只能使用同一個(gè)系列中的對(duì)象，這一點(diǎn)很重要，而抽象工廠很容易實(shí)現(xiàn)這一點(diǎn)。一個(gè)具體工廠類在一個(gè)應(yīng)用中僅出現(xiàn)一次——即在它初始化的時(shí)候。優(yōu)點(diǎn)：l 分離了具體的類。l 抽象工廠模式經(jīng)常和工廠方法模式共同組合來(lái)應(yīng)對(duì)“對(duì)象創(chuàng)建”的需求變化。l 需要提供一個(gè)產(chǎn)品類庫(kù)，而只想顯示它們的接口，而隱藏其實(shí)現(xiàn)時(shí)。adeFlyweightProxyInterpreterTemplate MethodChain of responsibilityCommandIteratorMementoObserverStateStrategyVisitor本系統(tǒng)在設(shè)計(jì)中主要涉及兩種設(shè)計(jì)模式：1）抽象工廠模式（Abstract Factory Pattern）意圖：提供一個(gè)創(chuàng)建一系列相關(guān)或相互依賴對(duì)象的接口，而無(wú)需指定它們具體的類。設(shè)計(jì)模式確定了所包含的類和實(shí)例，它們的角色、協(xié)作方式以及職責(zé)分配。l 提高開發(fā)效率：支持或者納入標(biāo)準(zhǔn)模式的語(yǔ)言和組件使設(shè)計(jì)和實(shí)現(xiàn)變得更為容易。和面向?qū)ο蠹夹g(shù)比較而言，設(shè)計(jì)模式不是一種技術(shù)，而是一種軟件設(shè)計(jì)的指導(dǎo)思想。Alexander認(rèn)為：“每一個(gè)模式描述了一個(gè)在我們周圍不斷重復(fù)發(fā)生的問(wèn)題，以及該問(wèn)題的解決方案的核心。5）提高系統(tǒng)性能：基于Web三層應(yīng)用體系結(jié)構(gòu)能更好地調(diào)整應(yīng)用體系，還可利用中間件的特點(diǎn)來(lái)選擇路由、平衡負(fù)載，提高整個(gè)系統(tǒng)的性能。還可利用中間件的安全管理特性進(jìn)一步加強(qiáng)權(quán)限控制管理。隨著因特網(wǎng)的高速發(fā)展，WWW的廣泛應(yīng)用，傳統(tǒng)的三層應(yīng)用體系結(jié)構(gòu)的局限越來(lái)越明顯，這時(shí)基于Web的三層體系結(jié)構(gòu)得到了廣泛的應(yīng)用。三層體系結(jié)構(gòu)將用戶界面層與業(yè)務(wù)邏輯層分開，用戶界面層放在客戶端，而將業(yè)務(wù)邏輯層和數(shù)據(jù)存儲(chǔ)層放在中間的應(yīng)用服務(wù)器上，如圖21所示。5）軟件移植容易，并可以進(jìn)行嚴(yán)密的安全管理。2）網(wǎng)絡(luò)應(yīng)用系統(tǒng)跨平臺(tái)，兼容性好，保護(hù)原有的軟硬件設(shè)施，原來(lái)的網(wǎng)絡(luò)、操作系統(tǒng)、數(shù)據(jù)庫(kù)都可以很容易地加以利用，可使系統(tǒng)在最短的時(shí)間內(nèi)發(fā)揮效益。這樣就大大簡(jiǎn)化了客戶端電腦載荷，減輕了系統(tǒng)維護(hù)與升級(jí)的成本和工作量，降低了用戶的總體成本。對(duì)本課題的工作做總結(jié)，并提出下一步的工作內(nèi)容。本章介紹了系統(tǒng)總體結(jié)構(gòu)、系統(tǒng)功能模塊設(shè)計(jì)、數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)、系統(tǒng)體系結(jié)構(gòu)、開發(fā)環(huán)境、開發(fā)工具及平臺(tái)。本章主要介紹B/S模式、設(shè)計(jì)模式、AJAX、水晶報(bào)表等相關(guān)知識(shí)。為了提高學(xué)校的辦公效率，減少資金浪費(fèi)現(xiàn)象，我們以實(shí)現(xiàn)設(shè)備信息全過(guò)程管理為目的，結(jié)合學(xué)校實(shí)驗(yàn)室管理特點(diǎn)，、系統(tǒng)開發(fā)的主要技術(shù)、系統(tǒng)功能的實(shí)現(xiàn)及系統(tǒng)在學(xué)校的應(yīng)用，進(jìn)行了對(duì)基于WEB的高校實(shí)驗(yàn)室設(shè)備管理系統(tǒng)的研究和開發(fā)。 論文研究意義 實(shí)驗(yàn)室工作是高等教學(xué)工作中不可分割的一部分，也是培養(yǎng)學(xué)生工程創(chuàng)新能力的重要途徑。2）水晶報(bào)表的使用：Windows下輸出報(bào)表很容易，也容易打印，但在Web環(huán)境下，輸出打印報(bào)表就有一定的難度， Reports進(jìn)行報(bào)表開發(fā)，既能快速的開發(fā)報(bào)表，又能導(dǎo)出復(fù)雜的交互性圖表，.doc，.xls， html，rtf等多種格式。實(shí)驗(yàn)室設(shè)備管理系統(tǒng)―設(shè)備出入庫(kù)管理模塊基于出入庫(kù)管理模塊實(shí)驗(yàn)室設(shè)備管理系統(tǒng)的畢業(yè)設(shè)計(jì)目錄摘要 1Abstract 1目錄 2第1章 引言 1 研究背景 1 論文研究?jī)?nèi)容和意義 1 論文研究?jī)?nèi)容 1 論文研究意義 1 論文組織結(jié)構(gòu) 2第2章 相關(guān)應(yīng)用技術(shù) 3 B/S模式 3 設(shè)計(jì)模式 5 設(shè)計(jì)模式概述 5 設(shè)計(jì)模式分類 6 AJAX 9 AJAX概述 9 AJAX Control Toolkit介紹 11 水晶報(bào)表 13 水晶報(bào)表概述 13 拉(pull)模型 15 推(push)模型 15第3章 系統(tǒng)需求分析 16 需求概述 16 功能需求 16 性能需求 16 運(yùn)行需求 17 數(shù)據(jù)流圖 17 用戶登錄 17 設(shè)備信息查詢 17 設(shè)備出入庫(kù)管理 18 ER圖 18 設(shè)備ER圖 18 一般管理員ER圖 19 系統(tǒng)ER圖 19第4章 系統(tǒng)總體設(shè)計(jì) 20 系統(tǒng)總體結(jié)構(gòu) 20 系統(tǒng)功能模塊設(shè)計(jì) 21 信息查詢模塊 21 設(shè)備出入庫(kù)管理模塊 22 例行報(bào)表統(tǒng)計(jì) 22 數(shù)據(jù)庫(kù)邏輯設(shè)計(jì) 22 設(shè)備信息表及其附屬表 22 設(shè)備調(diào)撥表 24 設(shè)備報(bào)損表 24 設(shè)備報(bào)廢表 25 設(shè)備報(bào)丟表 25 設(shè)備報(bào)修表 25 設(shè)備出庫(kù)表 26 數(shù)據(jù)庫(kù)關(guān)系圖 26 系統(tǒng)體系結(jié)構(gòu) 27 開發(fā)環(huán)境、開發(fā)工具及平臺(tái) 28 開發(fā)環(huán)境 28 開發(fā)平臺(tái)的選擇 28第5章 系統(tǒng)詳細(xì)設(shè)計(jì)和實(shí)現(xiàn) 29 數(shù)據(jù)訪問(wèn)層的設(shè)計(jì) 29 DataAccess組件設(shè)計(jì) 29 DataAccess組件實(shí)現(xiàn) 32 業(yè)務(wù)邏輯層的設(shè)計(jì) 35 用戶界面層的設(shè)計(jì) 40 打印報(bào)表 45第6章 總結(jié)與展望 47 總結(jié) 47 展望 48參考文獻(xiàn)： 49致謝 5051計(jì)算機(jī)與信息科學(xué)學(xué)院　　計(jì)算機(jī)科學(xué)與技術(shù)第1章 引言 研究背景隨著高校管理變革的逐步推進(jìn)、實(shí)驗(yàn)室建設(shè)的進(jìn)一步規(guī)范化、復(fù)雜化，高校設(shè)備管理在學(xué)校的正常教學(xué)活動(dòng)中越來(lái)越重要。 論文研究?jī)?nèi)容和意義 論文研究?jī)?nèi)容1）設(shè)計(jì)模式的使用：通過(guò)設(shè)計(jì)模式的使用，可以降低各個(gè)模塊之間的耦合度，從而解決了重復(fù)開發(fā)、代碼復(fù)用率低、功能模塊移植量大等問(wèn)題，從而提高軟件設(shè)計(jì)的質(zhì)量，提高系統(tǒng)的穩(wěn)定性、可維護(hù)性和可復(fù)用性。AJAX技術(shù)使得頁(yè)面和服務(wù)器的直接通訊可以使用異步操作，從而不需打斷用戶的操作，使得頁(yè)面具有更快速的響應(yīng)能力，并且還減少了頁(yè)面與服務(wù)器的通訊量，提高了系統(tǒng)的性能。由于學(xué)校以前用的設(shè)備管理軟件著重于對(duì)靜態(tài)信息的管理，已不在滿足當(dāng)前的需求，且存在平臺(tái)落后，標(biāo)準(zhǔn)不統(tǒng)一的問(wèn)題，從而出現(xiàn)某些設(shè)備長(zhǎng)期閑置，重復(fù)購(gòu)置等現(xiàn)象。 第二章:相關(guān)應(yīng)用技術(shù)。第四章:系統(tǒng)總體設(shè)計(jì)。 第六章:總結(jié)與展望。在這種模式下，用戶工作界面是通過(guò)Web瀏覽器來(lái)實(shí)現(xiàn)，極少部分事務(wù)邏輯在前端(Browser)實(shí)現(xiàn)，主要事務(wù)邏輯在服務(wù)器端(Server)實(shí)現(xiàn)，形成所謂三層模式。B/S與C/S模式相比，其優(yōu)點(diǎn)在于：1）不必開發(fā)專用的客戶端軟件，在用戶端不需要增加任何代碼，用戶只需使用現(xiàn)行的瀏覽器，其操作十分方便，簡(jiǎn)單易學(xué)，界面統(tǒng)一，降低了用戶學(xué)習(xí)新知識(shí)的難度，用戶易于接受，這樣既節(jié)省了開發(fā)時(shí)間，也減少了系統(tǒng)出錯(cuò)的可能性，降低了維護(hù)費(fèi)用。4）系統(tǒng)運(yùn)行穩(wěn)定、安全、可靠，并可進(jìn)行擴(kuò)展。傳統(tǒng)的三層體系結(jié)構(gòu)，克服了二層體系結(jié)構(gòu)的一些限制。雖然三層體系結(jié)構(gòu)消除了二層體系的一些缺陷，但它也有不足之處：復(fù)雜性、應(yīng)用缺乏可移植性、提供商的不兼容性以及與Web的不兼容性。2）提高了應(yīng)用系統(tǒng)的安全性：將客戶端與數(shù)據(jù)庫(kù)隔離起來(lái)，有利于安全管理，有效防止惡意攻擊。應(yīng)用服務(wù)層往往有多臺(tái)服務(wù)器，可有效地解決客戶機(jī)訪問(wèn)服務(wù)層的瓶頸問(wèn)題。 設(shè)計(jì)模式概述軟件模式的思想最初來(lái)源于建筑領(lǐng)域，建筑師Christonpher Alexander首先提出一種基于模式進(jìn)行建筑設(shè)計(jì)的新方法。本文中的設(shè)計(jì)模式是對(duì)被用來(lái)在特定的場(chǎng)景下解決一般設(shè)計(jì)問(wèn)題的類和相互通信的對(duì)象的描述。l 簡(jiǎn)化文檔：命名著名模式的設(shè)計(jì)文檔用幾句戶即可解釋清楚模式的實(shí)現(xiàn)方式，而解釋一個(gè)程序的形式和行為則需要好幾頁(yè)文檔。一個(gè)設(shè)計(jì)模式命名、抽象確定了一個(gè)通用設(shè)計(jì)結(jié)構(gòu)的主要方面，這些設(shè)計(jì)結(jié)構(gòu)能用來(lái)構(gòu)造可復(fù)用的面向?qū)ο笤O(shè)計(jì)。表 21 設(shè)計(jì)模式Table 21 Design Patterns創(chuàng)建型結(jié)構(gòu)型行為型Factory MethodAbstract FactoryBuilderPrototypeSingletonAdapterBridgeCompositeDecoratorFa231。l 當(dāng)你要強(qiáng)調(diào)一系列相關(guān)的產(chǎn)品對(duì)象的設(shè)計(jì)以便進(jìn)行聯(lián)合使用時(shí)。l 系列對(duì)象指的是這些對(duì)象之間有相互依賴、或作用的關(guān)系，例如游戲開發(fā)場(chǎng)景中的“道路”與“房屋”的依賴，“道路”與“地道”的依賴。l 創(chuàng)建產(chǎn)品，抽象工廠僅聲明一個(gè)創(chuàng)建產(chǎn)品的接口，真正創(chuàng)建產(chǎn)品是由具體產(chǎn)品類創(chuàng)建的，最通常的一個(gè)辦法是為每一個(gè)產(chǎn)品定義一個(gè)工廠方法，一個(gè)具體的工廠將為每個(gè)產(chǎn)品重定義該工廠方法以指定產(chǎn)品，雖然這樣的實(shí)現(xiàn)很簡(jiǎn)單，但它卻要求每個(gè)產(chǎn)品系列都要有一個(gè)新的具體工廠子類，即使這些產(chǎn)品系列的差別很小。l 它使得易于交換產(chǎn)品系列。l 它有利于產(chǎn)品的一致性。這是因?yàn)槌橄蠊S接口確定了可以被創(chuàng)建的產(chǎn)品集合