【正文】 、管理員子系統(tǒng)、文獻(xiàn)子系統(tǒng)3個子系統(tǒng)。中間層是界面層和數(shù)據(jù)庫層的橋梁，它響應(yīng)界面層的用戶請求，執(zhí)行任務(wù)并將獲得的數(shù)據(jù)傳送給界面層。用戶界面層是用戶與系統(tǒng)交互信息的窗口。下面用順序圖描述用例的實現(xiàn)。根據(jù)用例圖，對于文獻(xiàn)檢索模塊，涉及的主要類為：會員、文獻(xiàn)、檢索、管理員。其次，要在與系統(tǒng)有關(guān)的事物的特征中尋找與系統(tǒng)有關(guān)的特征。確定對象的狀態(tài)變化等。為對象分類。(2) 替代流如果管理員輸入用戶名和密碼無效，系統(tǒng)提示錯誤信息。2) 前置條件在本用例開始前，管理員必須登陸到科技文獻(xiàn)檢索系統(tǒng)中。5）事件流（1）當(dāng)會員登錄到科技文獻(xiàn)檢索系統(tǒng)中時，則用例啟動。該用例可用如下活動圖36描述圖36 管理員登陸系統(tǒng)并對文獻(xiàn)數(shù)據(jù)庫進(jìn)行維護(hù)④ 會員檢索文獻(xiàn)1） 簡單描述本用例提供了會員登陸系統(tǒng)檢索文獻(xiàn)的功能。，提交。否則，系統(tǒng)狀態(tài)不變。用戶可以重新輸入或終止用例該用例可用如下活動圖35描述。2） 前置條件會員或管理員擁有唯一的用戶帳號和密碼。5）擴(kuò)充點(diǎn) 如果用戶輸入用戶名與數(shù)據(jù)庫中已有的用戶名重復(fù)，系統(tǒng)提示當(dāng)前用戶名不可用。a． 系統(tǒng)提示用戶輸入用戶名和密碼。圖33 系統(tǒng)完整用例圖從系統(tǒng)的外部執(zhí)行者的角度來看，用戶可以通過注冊成為會員，會員可以登陸系統(tǒng)，進(jìn)行文獻(xiàn)檢索，可以修改密碼可以查看個人信息。將一些關(guān)系緊密的用例放在一個包里，并為包確定一個主題。b:文獻(xiàn)管理本用例提供了文獻(xiàn)的錄入和對文獻(xiàn)數(shù)據(jù)庫中相關(guān)信息進(jìn)行管理和維護(hù)的功能。 用例的獲取和組織（1） 尋找參與者：通過對本系統(tǒng)中的分析，我們可以找到這樣一些參與者：管理員、會員。用例圖的主要圖形元素有角色和用例，一個用例反映系統(tǒng)要完成的一個功能。用例視圖 Usecaseview用于描述系統(tǒng)應(yīng)該具有的功能集，它是從系統(tǒng)的外部用戶角度出發(fā)對系統(tǒng)的抽象表示。管理員能夠刪除會員上傳的不符合科技文獻(xiàn)的文獻(xiàn)。會員登陸系統(tǒng)后，能夠更新和完善自己的個人資料。根據(jù)以上對文獻(xiàn)檢索流程的描述，將整個科技文獻(xiàn)按功能分解為3個子系統(tǒng)：文獻(xiàn)管理子系統(tǒng)、會員管理子系統(tǒng)、管理員子系統(tǒng)。（2） 建立文獻(xiàn)數(shù)據(jù)庫：系統(tǒng)管理員需將以及收集整理的文獻(xiàn)的題名、著者、出處、年份、人名和主題建立數(shù)據(jù)表，并存放于文獻(xiàn)數(shù)據(jù)庫中。 科技文獻(xiàn)檢索系統(tǒng)需求分析 分析的第一步是確定系統(tǒng)能夠做什么？誰來使用這個系統(tǒng)？通過分析確定角色和用例。其中B/S不受地域影響，但是速度較慢，C/S受地域限制。3 基于UML的科技文獻(xiàn)檢索系統(tǒng)的分析和設(shè)計 科技文獻(xiàn)檢索系統(tǒng)簡介長久以來，文獻(xiàn)檢索是人類獲取知識，情報的的必要活動，因為在數(shù)量龐大的文獻(xiàn)中尋求到自己所需要的的信息是一件很困難的事情，因此，文獻(xiàn)檢索系統(tǒng)出現(xiàn)了。 詳細(xì)設(shè)計則用于細(xì)化包的內(nèi)容，使得對所有類的描述都非常清晰，同時使用UML的動態(tài)模型來描述在特定環(huán)境下這些類的實例間的行為。 系統(tǒng)設(shè)計 設(shè)計階段的任務(wù)是通過綜合考慮所有的技術(shù)限制，以擴(kuò)展和細(xì)化分析階段的模型。分析系統(tǒng)的角色及用例，依據(jù)項目的業(yè)務(wù)流程、數(shù)據(jù)流程及用戶種類，分析識別出系統(tǒng)中的所有角色和用例，分析系統(tǒng)中各角色和用例間的聯(lián)系，通過詳細(xì)描述用例來捕獲系統(tǒng)的功能需求，并使用UML建模工具畫出系統(tǒng)的用例圖及活動圖，這是整個開發(fā)過程基于UML應(yīng)用系統(tǒng)建模研究的基礎(chǔ)。（5） 在構(gòu)件圖的基礎(chǔ)上生成開發(fā)語言的代碼框架。動態(tài)模型使用狀態(tài)圖、順序圖、協(xié)作圖描述對象的狀態(tài)和狀態(tài)之間的轉(zhuǎn)換條件，各個對象之間的交互關(guān)系。設(shè)計階段的模型是分析階段模型的擴(kuò)充，為實現(xiàn)階段做指導(dǎo)性的技術(shù)上的解決方案它將分析模型轉(zhuǎn)化為系統(tǒng)的設(shè)計模型，得到構(gòu)件圖和部署圖等表示設(shè)計模型。首先需要描述系統(tǒng)需求。它們有機(jī)的結(jié)合在一起就有可能分析與設(shè)計一個一致的系統(tǒng)。構(gòu)件圖包含邏輯類或?qū)崿F(xiàn)類的有關(guān)信息，它有助于分析和理解各構(gòu)件之間相互影響程度。協(xié)作圖側(cè)重于描述各個對象之間存在的消息收發(fā)關(guān)系，而不是專門突出這些消息發(fā)送的時間順序。順序圖描述了這些對象隨時間的推移相互之間交換消息的過程?；顒邮枪ぷ髁髌溟g完成的任務(wù)。一般情況下，狀態(tài)圖被作為對類圖的具體補(bǔ)充。另一方面還需要詳細(xì)表示類與類之間的聯(lián)系，如關(guān)聯(lián)、依賴、聚合等。動態(tài)圖包括序列圖、協(xié)作圖、狀態(tài)圖、活動圖，主要描述對象之間的交互過程。（2） 關(guān)聯(lián)：一種描述一組對象之間連接的結(jié)構(gòu)關(guān)系。 UML的事物 UML中有4中類型的事物：結(jié)構(gòu)事物、動作事物、分組事物、注釋事物。2 UML主要內(nèi)容和建模過程 UML的主要內(nèi)容UML由圖和元模型組成。首先分析科技文獻(xiàn)檢索系統(tǒng)的功能需求，建立科技文獻(xiàn)檢索系統(tǒng)的用例圖。因此，序號檢索也應(yīng)按照同樣方法【5】。題名索引通常按字順排檢方式，因此，檢索也應(yīng)該采取相應(yīng)的途徑。所有著者索引都采用字順排列方式，如果著者是個人，就以個人姓名字順排列，如果著者是機(jī)構(gòu)，就以機(jī)構(gòu)名稱字順排列。檢索時要選擇合適的分類。主題途徑是根據(jù)文獻(xiàn)所論述的主題，利用主題語言編制的主題索引而進(jìn)行的信息檢索。按照表達(dá)文獻(xiàn)主題概念的語詞形式，有分類語言和主題語言，其中主題語言又分為敘詞（如主題詞）和關(guān)鍵詞；按照規(guī)范化程度，有自然語言和規(guī)范人工語言。（2）檢索工具是以存貯和檢索文獻(xiàn)線索或報道、積累和查找文獻(xiàn)線索的工具。雖然當(dāng)時World Wide Web 還未出現(xiàn)，但網(wǎng)絡(luò)中的文件傳輸已相當(dāng)頻繁，且大量的文件散布在各個分散的FTP主機(jī)中，查詢起來非常不便，因此Alan Emtage想到了一個可以根據(jù)文件名查找文件的系統(tǒng)，這便是迅速、準(zhǔn)確地查找出所需文獻(xiàn)或文獻(xiàn)中包含的信息內(nèi)容的過程。一個最典型的手工處理過程就是：用戶將前往文獻(xiàn)資料中心，根據(jù)自己的檢索內(nèi)容通過手工緩慢查找的方法，找到相關(guān)的文獻(xiàn)資料，這將耗費(fèi)大量的人力與時間，之后將借閱證交給工作人員，工作人員進(jìn)行記錄，這樣獲取文獻(xiàn)的過程就完成了。這種方法雖然有效，但只限于個人所遇到的機(jī)會，發(fā)現(xiàn)有價值的資料帶有一定的偶然性。信息、知識、文獻(xiàn)有著本質(zhì)的區(qū)別于聯(lián)系，它們的區(qū)別體現(xiàn)在信息是有形的、獨(dú)立于行動和決策、經(jīng)過處理改變形態(tài)、物質(zhì)產(chǎn)品、與環(huán)境無關(guān)、并且可以復(fù)制；而知識是無形的、與行動和決策相關(guān)、經(jīng)過處理改變思維、精神產(chǎn)品、環(huán)境改變涵義、經(jīng)過學(xué)習(xí)才能轉(zhuǎn)讓、無法復(fù)制。知識是人類的主觀世界對客觀世界概括和反映，是大量有組織的信息，是關(guān)于事實和思想的有組織的陳述。信息是物質(zhì)存在的一種方式，一般指數(shù)據(jù)、消息中所包含的意義。在軟件開發(fā)的各個階段，UML是代表面向?qū)ο竽Ｐ突⑽臋n化、詳細(xì)說明的圖形符號。它通過圖形化的方式描述模型，從不同的角度表達(dá)模型的結(jié)構(gòu)或靜態(tài)特征、行為或動態(tài)特征。這種建模語言得到了“UML伙伴聯(lián)盟”的運(yùn)用與反饋，取代目前軟件業(yè)眾多的分析和設(shè)計方法。（4） 有利于實現(xiàn)細(xì)節(jié)和用戶需求分開，并且能夠使分析設(shè)計模型映射到實際的代碼中，設(shè)計出有用的實際產(chǎn)品，并方便建立系統(tǒng)文檔【2】。并且當(dāng)系統(tǒng)的需求發(fā)生變化時。而本課題就是利用Internet的現(xiàn)有網(wǎng)絡(luò)資源與已有的龐大電子文獻(xiàn)資料庫，使用UML語言來分析、設(shè)計一個基于B/S模式的文獻(xiàn)檢索系統(tǒng)，用于改善傳統(tǒng)檢索的現(xiàn)狀，幫助需要檢索科技文獻(xiàn)的使用者便捷、快速的獲得相關(guān)的文獻(xiàn)資料與信息知識。用于對軟件進(jìn)行描述、可視化處理、構(gòu)建系統(tǒng)的文檔，現(xiàn)在已經(jīng)成為軟件工業(yè)中的建模語言標(biāo)準(zhǔn)，主要用于系統(tǒng)的分析和設(shè)計【1】。無論是計算機(jī)軟件的硬件或者是軟件系統(tǒng)中，開發(fā)者必須從多種不同的角度來抽象系統(tǒng)，使用準(zhǔn)確地符號來構(gòu)建模型，然后檢查是否符合系統(tǒng)要求，并逐步添加細(xì)節(jié)，從而將這些模型轉(zhuǎn)化成實現(xiàn)方案。 UML。 論文主要介紹了本課題的開發(fā)背景、系統(tǒng)模型分析、系統(tǒng)模型設(shè)計、系統(tǒng)數(shù)據(jù)庫的分析與設(shè)計。要高效率地把所需要的信息快速的檢索出來，就必須改進(jìn)檢索信息的模式，即使用更直觀的，面向?qū)ο蟮臋z索模式，建立與科技文獻(xiàn)自身特點(diǎn)相適應(yīng)的檢索系統(tǒng)?；赨ML的科技文獻(xiàn)檢索系統(tǒng)的分析與設(shè)計本 科 畢 業(yè) 論 文 （設(shè) 計）基于UML的科技文獻(xiàn)檢索的分析與設(shè)計UML based analysis and design of science and technology document retrieval作 者何建專 業(yè)軟件工程指導(dǎo)教師陳笑筑 教授分 院信息學(xué)院二〇一二年五月摘要 UML是一種標(biāo)準(zhǔn)化的建模語言，它融合了多種優(yōu)秀的面向?qū)ο蠼７椒?，以及多種得到認(rèn)可的軟件工程方法，消除了因方法相互獨(dú)立帶來的種種不便，它通過統(tǒng)一的表示方法，使不同知識背景的分析人員，開發(fā)人員以及用戶可以方便的交談。 隨著信息技術(shù)在信息檢索上越來越深入而廣泛的應(yīng)用