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