【正文】 圖32是圖書館網(wǎng)絡(luò)管理系統(tǒng)的頂層需求模型即總用例圖，該圖由各使用者和所驅(qū)動的用例以及用例之間的相互關(guān)聯(lián)組成。每個用例又包含了一些化分更細的用例。參與者是由他們使用這個系統(tǒng)的方式?jīng)Q定的，主用例決定了系統(tǒng)的特性，可以用簡單的動詞短語來命名用例。其他視圖的構(gòu)造和發(fā)展依賴于用例圖中所描述的內(nèi)容，系統(tǒng)的最終目標就是提供用例視圖中描述的功能[20]。圖書館網(wǎng)絡(luò)管理系統(tǒng)的用例分析一個完整的用例模型包括用例圖和規(guī)范說明。經(jīng)過上述需求分析，得到圖書館網(wǎng)絡(luò)管理系統(tǒng)的基本功能模塊，圖書采選子系統(tǒng)包括查重、瀏覽預訂、驗收維護、向校園網(wǎng)發(fā)布征訂信息、統(tǒng)計和打印功能，此模塊由圖書館負責采選的人員操作；圖書分編子系統(tǒng)包括編輯類目庫、分類編目、新書庫瀏覽維護、數(shù)據(jù)傳送及打印功能，此模塊由圖書館負責編目的人員操作；圖書流通子系統(tǒng)，此模塊是圖書館網(wǎng)絡(luò)管理系統(tǒng)中經(jīng)常使用的一個模塊，包括讀者信息管理、借還書管理、信息查詢、數(shù)據(jù)庫維護、統(tǒng)計分析及打印功能，由圖書管理員操作；圖書檢索子系統(tǒng)，此模塊是面向圖書館網(wǎng)絡(luò)管理系統(tǒng)中所有用戶的，讀者可在局域網(wǎng)中的任何一臺計算機上對圖書進行檢索，包括分類檢索、書名檢索、著者檢索、出版社檢索、主題詞檢索及讀者信息檢索功能，另外在無人操作時檢索子系統(tǒng)自動切換到新書通報界面；條碼打印子系統(tǒng)包括圖書條碼打印及借書證條碼打印兩項功能；報刊管理子系統(tǒng)主要應用于期刊閱覽室，包括編輯報刊目錄庫、瀏覽預訂、驗收登到、期刊分配與調(diào)撥、現(xiàn)刊檢索、統(tǒng)計分析及打印功能；系統(tǒng)維護子系統(tǒng)包括數(shù)據(jù)庫維護、重建索引文件、數(shù)據(jù)備份、工作日志及系統(tǒng)幫助系統(tǒng)功能。最常用的UML建模工具是Rational Rose，它是分析和設(shè)計面向?qū)ο筌浖到y(tǒng)的強大的可視化工具。需求分析后，就可以對系統(tǒng)進行UML建模了。通過精確地描述參與者如何使用這個系統(tǒng)以及系統(tǒng)如何響應，一個活動圖可以相當精確地幫助相關(guān)人員理解需求，幫助開發(fā)人員設(shè)計系統(tǒng)。雖然它們看起來很像，并又采用很多相同的符號，但是它們的目的卻不一樣?；顒訄D中也有描述并行執(zhí)行的活動的符號。為了達到這個目的，活動圖顯示系統(tǒng)執(zhí)行的不同活動以及不同的執(zhí)行結(jié)果引起的不同執(zhí)行路徑。系統(tǒng)由于它們的一致性而備受贊揚，出現(xiàn)這種變更當然就是錯誤了。③異常事件流(exception flow)。②可選事件流(alternative flow)。在用例中有三種事件流：①正常的，或基線事件流(normal or baseline flow)。一個事件流僅描述用例中的一條路徑，不包括其他的分支。最后，部署約束描述訪問這個用例的所有約束。前置條件包括參與者啟動這個用例之前必須完成的所有用例。這兩種文檔的目標是一樣的，并且包含相同的信息，它們有很好的互補性。功能需求的描述描述需求有兩種方式：采用文本文檔來詳細地描述用例以及參與者和用例之間的交互關(guān)系，或采用UML的活動圖（activity diagram）來描述?！秂xtend》是把新行為插入到已有用例的方法。包含的用例稱為Client，被包含的用例稱為Supplier。③《include》依賴關(guān)系：用例與用例的關(guān)系，它允許一個用例包含另一個用例的行為。②用例的泛化關(guān)系：一般用例與特殊用例之間的關(guān)系即父用例與子用例間的關(guān)系。（3）說明參與者之間及用例之間的關(guān)系①參與者的泛化關(guān)系：指一般參與者和特殊參與者之間的關(guān)系即一般與具體的關(guān)系或超類與子類的關(guān)系。每個用例中又都可以劃分更細的用例。在實現(xiàn)系統(tǒng)時，這些驗證是通過協(xié)作來實現(xiàn)的，協(xié)作中的元素共同工作以完成每一個用例。用例總是由參與者觸發(fā)的并且總是從參與者的角度來編寫的。用例是參與者想要系統(tǒng)做的事情。讀者可以對圖書進行檢索并通過圖書管理員與系統(tǒng)交互進行借書和還書，圖書管理員通過系統(tǒng)進行讀者信息維護、圖書信息管理（包括圖書的采選和編目）、讀者借還書管理、查詢統(tǒng)計操作、報表顯示和系統(tǒng)管理，系統(tǒng)管理員是圖書管理員的泛化，系統(tǒng)管理員能夠進行整個系統(tǒng)管理，而圖書管理員只能進行部分系統(tǒng)管理。一個參與者必須以獨有的方式來使用這個系統(tǒng)。在UML中，一種人群稱為參與者或角色（actor），使用這個系統(tǒng)或被這個系統(tǒng)使用的其他系統(tǒng)也是參與者。（3）用一個簡單易懂的視圖來描述這些用戶以及他們?nèi)绾问褂孟到y(tǒng)。創(chuàng)建一個用例模型需要三個步驟[18]：（1）確定使用這個系統(tǒng)的人群即尋找使用系統(tǒng)的參與者（也稱角色）。使讀者在局域網(wǎng)的任何位置都能查詢到圖書館中的圖書信息。（14）系統(tǒng)應該有很好的可擴展性。（13）系統(tǒng)客戶端運行在Windows平臺下，服務(wù)端可以運行在Windows平臺或Unix平臺下。例如：讀者只能修改個人的密碼和查詢個人的有關(guān)信息，不能修改和查詢別人的任何信息。（10）要求對系統(tǒng)數(shù)據(jù)庫有相應的維護工作，對不同的數(shù)據(jù)進行備份。（8）圖書管理員能夠?qū)D書進行分配與調(diào)拔，能夠?qū)κケ４鎯r值及嚴重損壞不能流通的圖書進行剔除和注銷，能夠?qū)?shù)據(jù)庫中的數(shù)據(jù)進行修改，對圖書的條碼進行管理。如按書名檢索、按著者檢索、按出版社檢索等。圖書管理員還可以對超期、丟書、損壞圖書的讀者進行罰款或其他處理。（4）圖書管理員可以進行讀者信息的增加、刪除、修改和查詢，以及遍歷記錄，讀者能夠查閱自己的有關(guān)個人信息、借閱書籍信息、還書信息、借閱歷史并能夠修改個人的密碼。（2）圖書管理員能夠?qū)D書進行采選，采選包括：在采購新書之前進行的圖書查重工作，查重分為總庫查重和預定庫查重，在查重的基礎(chǔ)上進行圖書的瀏覽預定，對圖書進行驗收維護、向校園網(wǎng)發(fā)布征訂信息并可對預定庫、未到圖書、采購資金及庫存進行統(tǒng)計。合法用戶分為圖書管理員（包括采選人員，編目人員，流通人員等）、系統(tǒng)管理員、讀者三大類，其中系統(tǒng)管理員擁有所有的權(quán)限是系統(tǒng)的超級用戶，圖書管理員根據(jù)不同的分類擁有不同的權(quán)限，讀者只擁有查詢圖書及查詢自己借還書情況的權(quán)限。本圖書館網(wǎng)絡(luò)管理系統(tǒng)的總體需求為：建立一套適合中等專業(yè)學?；蛑袑W的功能完善、使用方便、管理高效的圖書館網(wǎng)絡(luò)管理系統(tǒng)。圖書館在正常運營中面對大量書籍、讀者信息，以及兩者間相互聯(lián)系產(chǎn)生的借書信息、還書信息，另外還有購置新書的購書信息。需求分析是數(shù)據(jù)庫信息管理系統(tǒng)開發(fā)的第一步也是最重要的一步。UML（統(tǒng)一建模語言）適用于系統(tǒng)開發(fā)過程中從需求規(guī)格描述到系統(tǒng)測試的不同階段，由用例Use Case驅(qū)動整個開發(fā)過程，包括捕獲需求、分析、設(shè)計、實現(xiàn)和測試等，每個階段都是在前一階段的基礎(chǔ)上進一步的細化，呈增量迭代式發(fā)展。因此，對應用環(huán)境的需求收集和分析是數(shù)據(jù)庫設(shè)計的第一步。近來推出的Rose 2000、Rose 200Rose 2003可以支持Java、VB、VC++等架構(gòu)的代碼生成和逆向工程。Rose Professional：支持生成一種語言的代碼。Rose擴充了UML中相應的概念、術(shù)語和圖素，引入一些自己的概念、術(shù)語和圖素，這些概念、術(shù)語和圖素使信息系統(tǒng)更利于建模。Rose的作用主要是通過五類圖，進行系統(tǒng)的全過程開發(fā)，包括從需求規(guī)格描述到系統(tǒng)完成后測試的不同階段。Rose工具通過建立模型使開發(fā)人員能夠把握程序的開發(fā)方向，準確完成需求規(guī)定的任務(wù)。 Rose簡介Rose是美國Rational公司的面向?qū)ο蠼９ぞ?，它是分析和設(shè)計面向?qū)ο筌浖到y(tǒng)的強大工具[23]，它提供對工業(yè)標準的支持，其中包括統(tǒng)一建模語言UML。（4）配置視圖，建模把組件的物理配置到一組物理的、可計算的節(jié)點上。其實，它是邏輯視圖面向過程的變體，包含所有相同的制品。重點是展示對象和類是如何組成系統(tǒng)、實現(xiàn)所需系統(tǒng)行為的。UML的體系結(jié)構(gòu)，UML是基于一種4+1視圖的系統(tǒng)體系結(jié)構(gòu)[22]。②原型，在已有模型元素的基礎(chǔ)上定義新的模型元素。例如，電視機制按鈕是接口，而電視機內(nèi)部的機制就是實現(xiàn)。②接口與實現(xiàn)，接口定義了一份契約，特定的實現(xiàn)用來保證符合這份契約。（3）通用化分，通用化分被認為是描述世界的特殊方法，UML中有兩種通用化分：①分類器和實例，分類器是一個抽象的概念，實例是一個具體的事物。這四種機制是：（1）規(guī)范說明，是元素語義的文本描述。它與組件圖相關(guān)，通常一個節(jié)點包含一個或多個組件。⑨配置圖（deployment diagram）定義了系統(tǒng)中軟硬件的物理體系結(jié)構(gòu)，可以幫助分析和理解組件間的相互影響程度。⑧組件圖（ponent diagram）描述軟件組件和組件之間的依賴關(guān)系，顯示代碼的物理架構(gòu)。⑦活動圖（activity diagram）是一種特殊的狀態(tài)圖，它展現(xiàn)了在系統(tǒng)內(nèi)從一個活動到另一個活動的流程。⑥狀態(tài)圖（statechart diagram）描述類的對象所有可能的狀態(tài)以及事件發(fā)生時狀態(tài)的轉(zhuǎn)移條件。⑤協(xié)作圖（collaboration diagram）也是一種交互圖，它從另一個角度展示對象之間的動態(tài)協(xié)作關(guān)系，強調(diào)收發(fā)消息的對象的結(jié)構(gòu)組織。交互圖（interaction diagram）展現(xiàn)了一種交互，它由一組對象和它們之間的關(guān)系組成，包括在它們之間可能發(fā)送的消息。這些圖對于系統(tǒng)的行為進行組織和建模是非常重要的。它從用戶角度出發(fā)描述系統(tǒng)的功能，并指出各功能的執(zhí)行者（參與者），通過用例來與用戶溝通，理解正確的需求。類、對象與它們之間的關(guān)聯(lián)是面向?qū)ο蠹夹g(shù)中最基本的元素。②對象圖（object diagram）展現(xiàn)了一組對象以及它們之間的關(guān)系。①類圖（class diagram）展現(xiàn)了一組對象、接口、協(xié)作和它們之間的關(guān)系，它描述了系統(tǒng)中類的靜態(tài)結(jié)構(gòu)。（3）圖，是一組元素的圖形表示，UML一共有九種不同類型的圖，這九種圖分成兩大類，一類是為系統(tǒng)的靜態(tài)結(jié)構(gòu)建模的，稱為靜態(tài)模型；一類是為系統(tǒng)的動態(tài)結(jié)構(gòu)建模的，稱為動態(tài)模型。③泛化，一個元素是另一個元素的特例，并且它可以替代更多的一般元素。UML的關(guān)系類型如下：①關(guān)聯(lián)，用于描述兩個對象間的一組鏈接。④注釋事物，即注釋，可以附加到模型上來捕獲特定的信息。②行為事物，UML模型中的動詞，如交互，狀態(tài)機。UML構(gòu)造塊，UML是由三個構(gòu)造塊組成的：（1）事物，即建模元素。（2）公共機制，達到特定目標的公共UML方法。最終UML提供了對項目計劃和發(fā)布管理的活動進行建模的語言[21]。UML適于建立系統(tǒng)體系結(jié)構(gòu)及其所有的細節(jié)文檔。UML是一種文檔化語言一個完善的軟件組織除了生產(chǎn)可執(zhí)行的源代碼之外，還要給出各種制品。也可以進行逆向工程：由編程語言代碼重新構(gòu)造UML模型。對一個事物，如果表示為圖形方式最為恰當，則用UML，而如果表示為文字方式最為恰當，則用編程語言。UML是一種構(gòu)造語言UML不是一種可視化的編程語言，但用UML描述的模型可與各種編程語言直接相連。UML是一種可用于詳細描述的語言詳細描述意味著所建的模型是精確的、無歧義的和完整的。確切地講，UML中的每個符號都有明確語義。而UML正是這樣的圖形化語言。UML是一種可視化語言對有些事物描述適合使用文字建模，而對有些事物又適合使用圖形建模。而一種建模語言的詞匯表和規(guī)則則注重于對系統(tǒng)進行概念上和物理上的描述。將UML應用于圖書館網(wǎng)絡(luò)管理系統(tǒng)，可以加速開發(fā)進程，提高代碼質(zhì)量，支持動態(tài)的業(yè)務(wù)需求；運用UML可以提高系統(tǒng)開發(fā)的效率，加快系統(tǒng)設(shè)計思想的實現(xiàn)。UML就是這樣一種定義良好、易于表達、功能強大且普遍適用的建模語言，它溶入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)。步驟3中所建立的模型或者可以執(zhí)行，或者表示執(zhí)行時的時序狀態(tài)或交互關(guān)系，它包括狀態(tài)圖、活動圖、順序圖和協(xié)作圖是UML的動態(tài)建模機制。模型檢查，從總體上對模型進行審檢，以發(fā)現(xiàn)錯誤和反饋到結(jié)構(gòu)建模、行為建模以及體系框架建模的階段，并進行修改，以保證系統(tǒng)模型的合理性、完整性和正確性[19]。行為建模，根據(jù)靜態(tài)模型進行動態(tài)建模，通過消息來完成對象之間的交互，使用狀態(tài)圖、活動圖、順序圖、協(xié)作圖來表達系統(tǒng)的行為。（5）重構(gòu)（refactor）這個詳細描述以保證它是可讀且易懂的。（3）利用一個容易理解的模型來描述用戶希望如何使用這個系統(tǒng)以及系統(tǒng)為他們提供的什么價值。需求收集包括五個關(guān)鍵步驟[18]：（1）找到將要使用系統(tǒng)的不同的使用者。需求收集，從客戶（使用者）的角度來理解問題，而不考慮技術(shù)或系統(tǒng)設(shè)計。單個模型是不充分的。每一種模型可以在不同的精度級別上表示。在模型中，先要剔除那些與問題無關(guān)的、非本質(zhì)的東西，從而使模型與真實的實體相比更加簡單明了，易于把握。模型給出了一個指導我們構(gòu)造系統(tǒng)的模板。通過建模，要達到四個目的：模型幫助我們按照實際情況或按照我們所需要的樣式對系統(tǒng)進行可視化。建模就是為了能夠更好地理解我們正在開發(fā)的系統(tǒng)。軟件系統(tǒng)的模型可以協(xié)助開發(fā)人員在進行大規(guī)模的投資之前審視、交流并校驗系統(tǒng)。模型（model）是對事物進行有目的的簡化（simplification）。同時建模還可以管理風險。建模是開發(fā)優(yōu)秀軟件的所有活動中的核心部分，其目的是把所要設(shè)計的結(jié)構(gòu)和系統(tǒng)的行為溝通起來，并對系統(tǒng)的體系結(jié)構(gòu)進行可視化和控制。并可以讀取當前字段的值和通過記錄指針瀏覽RecrodSet的記錄。②創(chuàng)建數(shù)據(jù)庫連接并打開數(shù)據(jù)庫在ASP程序中如果要訪問數(shù)據(jù)庫，必須先創(chuàng)建和打開與數(shù)據(jù)庫的連接，才可以訪問和使用數(shù)據(jù)庫。ADO是ActiveX，先使用Server對象的Create Object方法先創(chuàng)建對象，然后通過ADO的Connection對象管理連接數(shù)據(jù)庫，這樣就可以對數(shù)據(jù)庫進行各種操作了。ASP對WEB數(shù)據(jù)庫的訪問原理和過程[16] （1）ASP訪問WEB數(shù)據(jù)庫的原理當用戶通過瀏覽器向網(wǎng)頁服務(wù)器發(fā)送一個對*.asp文件的HTTP請求時，服務(wù)器響應該請求。（4）Application對象，可以使多個客戶端共享信息。（2）Response對象，是將Web服務(wù)器的數(shù)據(jù)發(fā)送到客戶端的瀏覽器。（10）ASP的內(nèi)置對象不必創(chuàng)建就可以使用，借助于這些對象可以編寫出功能強大的Web應用程序。（8）ASP通過ADO非常方便地實現(xiàn)了對網(wǎng)絡(luò)數(shù)據(jù)庫的訪問，從而大大提高了編程效率。（6）ASP的源程序，不會被傳到客戶瀏覽器，因而可以避免所寫的源程序被他人剽竊，也提高了程序的安全性。（4）與瀏覽器無關(guān)（B