【正文】 本系統(tǒng)的分析和設(shè)計方面也存在不全面性，不完整性，還有許多問題沒有分析設(shè)計到位或處理欠妥之處，還需慢慢研究修改。圖42 全局關(guān)系模式 數(shù)據(jù)庫的物理設(shè)計數(shù)據(jù)庫的物理設(shè)計，主要是數(shù)據(jù)表的設(shè)計，經(jīng)過對系統(tǒng)的全面分析，可以得到以下幾張數(shù)據(jù)表如下所示：表41 會員表表42 管理員表表43 文獻信息表5 總結(jié)本課題的主要任務(wù)是利用UML面向?qū)ο蠼ＵZ言，來分析和設(shè)計一個科技文獻檢索系統(tǒng)。會員用戶信息：包括的數(shù)據(jù)項有會員用戶名、密碼、頭像、真實姓名、文獻上傳貢獻?？荚囅到y(tǒng)的后臺數(shù)據(jù)庫采用大型數(shù)據(jù)庫SQLServer2000，其中主要的表有:會員表、管理員表、文獻信息表。（1） 系統(tǒng)的分層本系統(tǒng)采用3層體系結(jié)構(gòu):即用戶界面層、應(yīng)用層、數(shù)據(jù)庫訪問層。靜態(tài)模型 找到了系統(tǒng)中的對象及其屬性和操作后，下面確定類之間的關(guān)系。確定對象之間的交互。該用例可用如下活動圖37描述圖37 會員登陸系統(tǒng)并進行文獻檢索⑤ 管理員對會員信息管理1) 簡單描述本用例提供管理員登陸科技文獻檢索系統(tǒng)對會員信息管理的功能。4） 擴充點無。5） 擴充點如果用戶輸入用戶名和密碼無效，系統(tǒng)提示錯誤信息。圖34 用戶注冊的活動圖② 登陸科技文獻檢索系統(tǒng)1） 簡單描述本用例提供了會員或管理員如何登陸到科技文獻檢索系統(tǒng)中。2）前置條件 用戶不是會員3）后置條件 無4）事件流 當(dāng)用戶點擊注冊時，則用例啟動。（3）用例的組織為了更好的理解和管理用例，我們將其通過包的形式來組織。因為系統(tǒng)的最終目標是提供用例視圖中描述的功能，同時附帶一些非功能性的性質(zhì)，因此用例視圖的建立影響著所有其他的視圖。 建立用例模型用例模型也就是系統(tǒng)的用例視圖。如果與用戶數(shù)據(jù)庫對比發(fā)現(xiàn)重復(fù)，則返回用戶注冊失敗的信息，并提示用戶使用其他的用戶名。并維護會員上傳的文獻。檢索系統(tǒng)從結(jié)構(gòu)上可以劃分為網(wǎng)絡(luò)/服務(wù)器（B/S）、客戶/服務(wù)器（C/S）兩種模式的系統(tǒng)。包是一種分組機制，它將許多類集合成一個更高層次的單位，形成一個高內(nèi)聚、低耦合的類的集合。主要內(nèi)容根據(jù)用戶的意見以文字加以說明。（2）建立對象模型；包括靜態(tài)、動態(tài)兩個模型，靜態(tài)模型使用類圖、對象圖、包圖描述系統(tǒng)的對象和對象之間的靜態(tài)關(guān)系，得到系統(tǒng)的整體結(jié)構(gòu)。 UML建模過程 UML建模概述使用UML語言建造一個系統(tǒng)模型的時候，不只是建立一個模型，在系統(tǒng)開發(fā)的每個階段都要構(gòu)造不同的模型，建造這些模型的目的也是不同的。構(gòu)件可以是源代碼構(gòu)件、二進制部件或一個可執(zhí)行部件。順序圖由一組對象構(gòu)成每個對象都帶有一條生命線，它代表時間軸，時間向下延伸。一個實際的對象圖（4） 狀態(tài)圖狀態(tài)圖主要描述對象所有可能的狀態(tài)以及事件發(fā)生時狀態(tài)的轉(zhuǎn)移條件。其中靜態(tài)圖包括用例圖、類圖、對象圖、構(gòu)建圖、部署圖，主要描述如類、關(guān)系、節(jié)點和構(gòu)件等。事物是尸體抽象化的最終結(jié)果，是模型的基本成員，關(guān)系是將事物聯(lián)系在一起的方式，圖是事物集合的分類。（3） 以UML為基礎(chǔ)，分析和設(shè)計一個科技文獻檢索系統(tǒng)。常見的題名索引主要有篇名索引、書名索引、刊名索引等。大多數(shù)檢索工具都采用分類語言作為正文編排體系的依據(jù)，分類目次通常不采用字順排列類目和檢索類目，而是按照學(xué)科專業(yè)角度的層層邏輯劃分建立分類體系。（3）檢索語言是為溝通文獻信息用戶和文獻信息之間的語言，理論上講，是用于文獻標引和檢索提問的約定語言。 現(xiàn)代檢索系統(tǒng)的祖先是McGill 大學(xué)學(xué)生Alan Emtage于1990年發(fā)明的Archie。許多人都有查找資料的經(jīng)驗，例如，常跑書店和圖書館的新書閱覽室，注意相應(yīng)領(lǐng)域新書出版的情況，定期閱覽書評與文獻報道，了解學(xué)術(shù)會議的召開和論文交流情況等，在此基礎(chǔ)上建立個人的資料檔，在需要時隨時調(diào)看。不同的學(xué)科，從不同的角度對信息這個概念有不同的解釋。在運用軟件卡發(fā)過程中，UML在創(chuàng)建面向?qū)ο竽Ｐ椭衅鹨粋€重要的作用。它由信息系統(tǒng)和面向?qū)ο蟮娜恢姆椒▽W(xué)家：GradyBooch(美國)，JimRumbaugh(美國)和Ivar Jacobson（瑞典）提出的。運用UML為系統(tǒng)建立起模型系統(tǒng)，根據(jù)系統(tǒng)來開發(fā)系統(tǒng)，主要有以下幾個好處：（1） 促進分析人員和用戶溝通，完整的撲捉用戶需求。是一種通用的可視化、圖形化的建模語言。 retrieval system。 隨著信息技術(shù)在信息檢索上越來越深入而廣泛的應(yīng)用，文獻檢索系統(tǒng)的實施在技術(shù)上已逐步成熟。要高效率地把所需要的信息快速的檢索出來，就必須改進檢索信息的模式，即使用更直觀的，面向?qū)ο蟮臋z索模式，建立與科技文獻自身特點相適應(yīng)的檢索系統(tǒng)。 UML。用于對軟件進行描述、可視化處理、構(gòu)建系統(tǒng)的文檔，現(xiàn)在已經(jīng)成為軟件工業(yè)中的建模語言標準，主要用于系統(tǒng)的分析和設(shè)計【1】。并且當(dāng)系統(tǒng)的需求發(fā)生變化時。這種建模語言得到了“UML伙伴聯(lián)盟”的運用與反饋，取代目前軟件業(yè)眾多的分析和設(shè)計方法。在軟件開發(fā)的各個階段，UML是代表面向?qū)ο竽Ｐ突?、文檔化、詳細說明的圖形符號。知識是人類的主觀世界對客觀世界概括和反映，是大量有組織的信息，是關(guān)于事實和思想的有組織的陳述。這種方法雖然有效，但只限于個人所遇到的機會，發(fā)現(xiàn)有價值的資料帶有一定的偶然性。雖然當(dāng)時World Wide Web 還未出現(xiàn)，但網(wǎng)絡(luò)中的文件傳輸已相當(dāng)頻繁，且大量的文件散布在各個分散的FTP主機中，查詢起來非常不便，因此Alan Emtage想到了一個可以根據(jù)文件名查找文件的系統(tǒng)，這便是迅速、準確地查找出所需文獻或文獻中包含的信息內(nèi)容的過程。按照表達文獻主題概念的語詞形式，有分類語言和主題語言，其中主題語言又分為敘詞（如主題詞）和關(guān)鍵詞；按照規(guī)范化程度，有自然語言和規(guī)范人工語言。檢索時要選擇合適的分類。題名索引通常按字順排檢方式，因此，檢索也應(yīng)該采取相應(yīng)的途徑。首先分析科技文獻檢索系統(tǒng)的功能需求，建立科技文獻檢索系統(tǒng)的用例圖。 UML的事物 UML中有4中類型的事物：結(jié)構(gòu)事物、動作事物、分組事物、注釋事物。動態(tài)圖包括序列圖、協(xié)作圖、狀態(tài)圖、活動圖，主要描述對象之間的交互過程。一般情況下，狀態(tài)圖被作為對類圖的具體補充。順序圖描述了這些對象隨時間的推移相互之間交換消息的過程。構(gòu)件圖包含邏輯類或?qū)崿F(xiàn)類的有關(guān)信息，它有助于分析和理解各構(gòu)件之間相互影響程度。首先需要描述系統(tǒng)需求。動態(tài)模型使用狀態(tài)圖、順序圖、協(xié)作圖描述對象的狀態(tài)和狀態(tài)之間的轉(zhuǎn)換條件，各個對象之間的交互關(guān)系。分析系統(tǒng)的角色及用例，依據(jù)項目的業(yè)務(wù)流程、數(shù)據(jù)流程及用戶種類，分析識別出系統(tǒng)中的所有角色和用例，分析系統(tǒng)中各角色和用例間的聯(lián)系，通過詳細描述用例來捕獲系統(tǒng)的功能需求，并使用UML建模工具畫出系統(tǒng)的用例圖及活動圖，這是整個開發(fā)過程基于UML應(yīng)用系統(tǒng)建模研究的基礎(chǔ)。 詳細設(shè)計則用于細化包的內(nèi)容，使得對所有類的描述都非常清晰，同時使用UML的動態(tài)模型來描述在特定環(huán)境下這些類的實例間的行為。其中B/S不受地域影響，但是速度較慢，C/S受地域限制。（2） 建立文獻數(shù)據(jù)庫：系統(tǒng)管理員需將以及收集整理的文獻的題名、著者、出處、年份、人名和主題建立數(shù)據(jù)表，并存放于文獻數(shù)據(jù)庫中。會員登陸系統(tǒng)后，能夠更新和完善自己的個人資料。用例視圖 Usecaseview用于描述系統(tǒng)應(yīng)該具有的功能集，它是從系統(tǒng)的外部用戶角度出發(fā)對系統(tǒng)的抽象表示。 用例的獲取和組織（1） 尋找參與者：通過對本系統(tǒng)中的分析，我們可以找到這樣一些參與者：管理員、會員。將一些關(guān)系緊密的用例放在一個包里，并為包確定一個主題。a． 系統(tǒng)提示用戶輸入用戶名和密碼。2） 前置條件會員或管理員擁有唯一的用戶帳號和密碼。用戶可以重新輸入或終止用例該用例可用如下活動圖35描述。，提交。5）事件流（1）當(dāng)會員登錄到科技文獻檢索系統(tǒng)中時，則用例啟動。2) 前置條件在本用例開始前，管理員必須登陸到科技文獻檢索系統(tǒng)中。(2) 替代流如果管理員輸入用戶名和密碼無效，系統(tǒng)提示錯誤信息。確定對象的狀態(tài)變化等。根據(jù)用例圖，對于文獻檢索模塊，涉及的主要類為：會員、文獻、檢索、管理員。用戶界面層是用戶與系統(tǒng)交互信息的窗口。（2） 子系統(tǒng)的劃分除了分層，還可以將本系統(tǒng)劃分為幾個子系統(tǒng)，主要有會員子系統(tǒng)、管理員子系統(tǒng)、文獻子系統(tǒng)3個子系統(tǒng)。文獻庫信息：包括的數(shù)據(jù)項信息有文獻內(nèi)容、題名、著者、出處、年份、人名和主題。下面就本課題做如下總結(jié)：（1） 全面介紹了UML面向?qū)ο蠼ＵZ言，包括UML的發(fā)展、用法、優(yōu)點。6 參考文獻[1]:實例分析.《微計算機信息》.[2][3] UML面向?qū)ο蠼Ｔ诰W(wǎng)上圖書銷售系統(tǒng)中的應(yīng)用.《電腦與信息技術(shù)》2007年02期