【導(dǎo)讀】不同知識(shí)背景的分析人員，開(kāi)發(fā)人員以及用戶(hù)可以方便的交談。運(yùn)用UML對(duì)運(yùn)用系統(tǒng)進(jìn)行建。發(fā)成本，縮進(jìn)開(kāi)發(fā)周期，減少開(kāi)發(fā)風(fēng)險(xiǎn)，從而保證系統(tǒng)的正確實(shí)施。要高效率地把所需要的信息快速的檢索出來(lái)，就必須改進(jìn)檢索信息的模式，即。使用更直觀(guān)的，面向?qū)ο蟮臋z索模式，建立與科技文獻(xiàn)自身特點(diǎn)相適應(yīng)的檢索系統(tǒng)。創(chuàng)建了一套行之有效。計(jì)部分主要介紹了基于UML的系統(tǒng)功能設(shè)計(jì)和模型建立。

　　

【正文】 4） 后置條件 當(dāng)用戶(hù)登陸到科技文獻(xiàn)檢索系統(tǒng)中時(shí)，則用例啟動(dòng)。 。 ，提交。 ，用戶(hù)登錄系統(tǒng)成功。 5） 擴(kuò)充點(diǎn) 如果用戶(hù)輸入用戶(hù)名和密碼無(wú)效，系統(tǒng)提示錯(cuò)誤信息。用戶(hù)可以重新輸入或終止用例 該用例可用如下活動(dòng)圖 35描述。 圖 35 登陸系統(tǒng)的活動(dòng)圖 ③ 文獻(xiàn)數(shù)據(jù)庫(kù)維護(hù) 1） 簡(jiǎn)單描述 本用例提供了文獻(xiàn)的錄入和對(duì)文獻(xiàn)相關(guān)信息進(jìn)行管理和維護(hù)的功能。 2） 前置條件 在本用例開(kāi)始前，管理員必須 登陸到科技文獻(xiàn)管理系統(tǒng)中。 3） 后置條件 如果用例成功，則文獻(xiàn)數(shù)據(jù)庫(kù)中的信息發(fā)生改變。否則，系統(tǒng)狀態(tài)不變。 4） 擴(kuò)充點(diǎn) 基于 UML 的科技文獻(xiàn)檢索系統(tǒng)的分析與設(shè)計(jì) 無(wú)。 5）事件流 （ 1）基流 當(dāng)管理員登陸到科技文獻(xiàn)檢索系統(tǒng)中時(shí)，則用例啟動(dòng)。 。 ，提交。 ，用戶(hù)登錄系統(tǒng)成功。 （ 2）替代流 如果管理員輸入用戶(hù)名和密碼無(wú)效，系統(tǒng)提示錯(cuò)誤信息。管理員可以重新輸入或終止 用例。 該用例可用如下活動(dòng)圖 36描述 圖 36 管理員登陸系統(tǒng)并對(duì)文獻(xiàn)數(shù)據(jù)庫(kù)進(jìn)行維護(hù) ④ 會(huì) 員檢索文獻(xiàn) 1） 簡(jiǎn)單描述 本用例提供了會(huì)員登陸系統(tǒng)檢索文獻(xiàn)的功能。 2） 前置條件 在本用例開(kāi)始前，會(huì)員必須登陸到科技文獻(xiàn)檢索系統(tǒng)中。 3） 后置條件 無(wú)。 4） 擴(kuò)充點(diǎn) 無(wú)。 基于 UML 的科技文獻(xiàn)檢索系統(tǒng)的分析與設(shè)計(jì) 5）事件流 （ 1）當(dāng)會(huì)員登錄到科技文獻(xiàn)檢索系統(tǒng)中時(shí)，則用例啟動(dòng)。 。 ，提交。 ， 會(huì)員 登錄系統(tǒng)成功。 。 (2) 替代流 如果會(huì)員輸入用戶(hù)名和密碼無(wú)效，系統(tǒng)提示錯(cuò)誤信息。會(huì)員可以重新輸入或終止用例。 該用例可用如下活動(dòng)圖 37描述 圖 37 會(huì)員登陸系統(tǒng)并進(jìn)行文獻(xiàn)檢索 ⑤ 管理員對(duì)會(huì)員信息管理 1) 簡(jiǎn)單描述 本用例提供管理員登陸科技文獻(xiàn)檢索系統(tǒng)對(duì)會(huì)員信息管理的功能。 2) 前置條件 在本用例開(kāi)始前，管理員必須登陸到科技文獻(xiàn)檢索系統(tǒng)中。 3) 后置條件 無(wú)。 4） 擴(kuò)充點(diǎn) 無(wú)。 5）事件流 （ 1）當(dāng)管理員登錄到科技文獻(xiàn)檢索系統(tǒng)中時(shí)，則用例啟動(dòng)。 基于 UML 的科技文獻(xiàn)檢索系統(tǒng)的分析與設(shè)計(jì) 。 ，提交。 ，管理員登錄系統(tǒng)成功。 。 (2) 替代流 如果管 理員輸入用戶(hù)名和密碼無(wú)效，系統(tǒng)提示錯(cuò)誤信息。管理員可以重新輸入或終止用例。 該用例可用如下活動(dòng)圖 38描述 圖 38 管理員登陸系統(tǒng)對(duì)會(huì)員信息進(jìn)行管理 科技文獻(xiàn)檢索系統(tǒng) 面向?qū)ο笙到y(tǒng)分析和設(shè)計(jì) 面向?qū)ο笙到y(tǒng)分析 面向?qū)ο笙到y(tǒng)分析的基本任務(wù)是 :運(yùn)用面向?qū)ο蠓椒?，?duì)問(wèn)題域和系統(tǒng)責(zé)任行分析和理 解，對(duì)其中的事物和它們之間的關(guān)系產(chǎn)生正確的認(rèn)識(shí)，找出描述問(wèn)題域以及系統(tǒng)責(zé)任所需的類(lèi)和對(duì)象，定義這些對(duì)象的屬性和操作，以及它們之間的靜態(tài)和動(dòng)態(tài)關(guān)系。 具體來(lái)說(shuō)，分析階段的活動(dòng)主要是 :發(fā)現(xiàn)對(duì)象 。為對(duì)象分類(lèi) 。確定類(lèi)的屬性和操作 。確定類(lèi)之間的管理 。確定對(duì)象之間的交互 。確定對(duì)象的狀態(tài)變化等。 發(fā)現(xiàn)科技文獻(xiàn)檢索中的類(lèi)和對(duì)象 在面向?qū)ο蟮姆治龊驮O(shè)計(jì)中，尋找正確的類(lèi)和對(duì)象是最基礎(chǔ)的。對(duì)象是對(duì)現(xiàn)實(shí)世界中 基于 UML 的科技文獻(xiàn)檢索系統(tǒng)的分析與設(shè)計(jì) 事物的抽象。首先，要去掉那些與系統(tǒng)無(wú)關(guān)的事物。其次，要在與系統(tǒng)有關(guān)的事物的特征 中尋找與系統(tǒng)有關(guān)的特征。通過(guò)面向?qū)ο蠓椒ǚ治隹萍嘉墨I(xiàn)檢索系統(tǒng)，可以找到以下幾個(gè)實(shí)體類(lèi) ：會(huì)員、管理員、文獻(xiàn)?？梢源_定以下邊界類(lèi)：登陸界面、文獻(xiàn)檢索界面等。 靜態(tài)模型 找到了系統(tǒng)中的對(duì)象及其屬性和操作后，下面確定類(lèi)之間的關(guān)系。根據(jù)用例圖，對(duì)于文獻(xiàn)檢索模塊 ，涉及的主要類(lèi)為：會(huì)員、文獻(xiàn)、檢索、管理員。“管理員”類(lèi)和“文獻(xiàn)”類(lèi)存在依賴(lài)關(guān)系，“會(huì)員”類(lèi)跟“檢索”類(lèi)之間是單向關(guān)聯(lián)關(guān)系。檢索模塊的類(lèi)圖如下圖 39所示。 圖 39檢索模塊類(lèi)圖 動(dòng)態(tài)模型 檢索模塊類(lèi)圖只是從靜態(tài)角度描述了系統(tǒng)，而面向?qū)ο笙到y(tǒng)是通過(guò)對(duì)象之間相互發(fā)送消來(lái)實(shí)現(xiàn)系統(tǒng)功能的，所以我們需要為系統(tǒng)建立動(dòng)態(tài)模型才能全面的反映系統(tǒng)的情況。下面用順序圖描述用例的實(shí)現(xiàn)。如下圖 310所示： 基于 UML 的科技文獻(xiàn)檢索系統(tǒng)的分析與設(shè)計(jì) 圖 310 檢索模塊順序圖 面向?qū)ο笤O(shè)計(jì) 本階段主要完成系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)。包括做出高層的系統(tǒng)決策、確定系統(tǒng)的軟件 結(jié)構(gòu)，并對(duì)應(yīng)用系統(tǒng)進(jìn)行劃分。 （ 1） 系統(tǒng)的分層 本系統(tǒng)采用 3層體系結(jié)構(gòu) :即用戶(hù)界面層、應(yīng)用層、數(shù)據(jù)庫(kù)訪(fǎng)問(wèn)層。用戶(hù)界面層是用戶(hù)與系統(tǒng)交互信息的窗口。用戶(hù)通過(guò)簡(jiǎn)潔、統(tǒng)一的界面輸入數(shù)據(jù)、獲取數(shù)據(jù)，界面也提供一定的安全性。管理員進(jìn)入管理員界面進(jìn)行文獻(xiàn)錄入、文獻(xiàn)修改等工作 。會(huì)員進(jìn)入會(huì)員界面，進(jìn)行文獻(xiàn)檢索、文獻(xiàn)上傳、文獻(xiàn)下載等活動(dòng)。中間層是界面層和數(shù)據(jù)庫(kù)層的橋梁，它響應(yīng)界面層的用戶(hù)請(qǐng)求，執(zhí)行任務(wù)并將獲得的數(shù)據(jù)傳送給界面層。系統(tǒng)的中間層分為應(yīng)用程序服務(wù)器(Client)和 Web 服務(wù)器 (Browser)。數(shù)據(jù)庫(kù)訪(fǎng)問(wèn)層定義和維護(hù)數(shù) 據(jù)的完整性、安全性，它響應(yīng)應(yīng)用層的請(qǐng)求訪(fǎng)問(wèn)數(shù)據(jù)?？荚囅到y(tǒng)的后臺(tái)數(shù)據(jù)庫(kù)采用大型數(shù)據(jù)庫(kù) SQLServer2020，其中主要的表有 :會(huì)員表、管理員表、文獻(xiàn)信息表 。 （ 2） 子系統(tǒng)的劃分 除了分層，還可以將本系統(tǒng)劃分為幾個(gè)子系統(tǒng)，主要有會(huì)員子系統(tǒng)、管理員子系統(tǒng)、文獻(xiàn)子系統(tǒng) 3個(gè)子系統(tǒng)。 （ 3） 實(shí)現(xiàn)平臺(tái)的選擇 本系統(tǒng)的基礎(chǔ)是互聯(lián)網(wǎng)，要考慮到相關(guān)的 Web技術(shù)的應(yīng)用。 B/S模式的數(shù)據(jù)庫(kù)體系，客戶(hù)端軟件僅需安裝瀏覽器，應(yīng)用界面單一，客戶(hù)端硬件配置要求較低，易于管理和維護(hù)，而且開(kāi)發(fā)效率高、周期短、見(jiàn)效快，與具體平臺(tái)無(wú)關(guān)，具有極強(qiáng)的伸 縮性，可以選擇不同廠(chǎng)家的設(shè)備和服務(wù)，采用公開(kāi)的標(biāo)準(zhǔn)和協(xié)議，系統(tǒng)資源的冗余度小，可擴(kuò)充性良好。因此，系統(tǒng)基于 UML 的科技文獻(xiàn)檢索系統(tǒng)的分析與設(shè)計(jì) 選用 B/S模式作為工作模式 。 系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì) 為數(shù)據(jù)庫(kù)建模就是對(duì)數(shù)據(jù)庫(kù)的表、列和關(guān)系而不是對(duì)整個(gè)數(shù)據(jù)庫(kù)設(shè)計(jì)建模 。給數(shù)據(jù)庫(kù)建模，主要是便于理解表的構(gòu)造， 以及它們?nèi)绾闻c其他表和視圖建立聯(lián)系，并使之可 視化。 科技文獻(xiàn)檢索系統(tǒng)的數(shù)據(jù)庫(kù)的需求分析 根據(jù)對(duì)系統(tǒng)功能設(shè)計(jì)的要求以及功能模塊的劃分情況的仔細(xì)分析，設(shè)計(jì)出如下所示的數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu) : 管理員用戶(hù)信息：包括的數(shù)據(jù)項(xiàng)有用戶(hù)名、密碼、真實(shí)姓名、用戶(hù)身份、文獻(xiàn)修 改權(quán)限、會(huì)員信息管理權(quán)限。 會(huì)員用戶(hù)信息：包括的數(shù)據(jù)項(xiàng)有 會(huì)員用戶(hù)名、密碼、頭像、真實(shí)姓名、文獻(xiàn)上傳貢獻(xiàn)。 文獻(xiàn)庫(kù)信息：包括的數(shù)據(jù)項(xiàng)信息有文獻(xiàn)內(nèi)容、 題名、著者、出處、年份、人名和主題 。 4 數(shù)據(jù)庫(kù)的概念結(jié)構(gòu)設(shè)計(jì) 根據(jù)對(duì)數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)的分析，可以設(shè)計(jì)出科技文獻(xiàn)檢索系統(tǒng)的分析設(shè)計(jì)體，以及各實(shí)體之間的關(guān)系，為后面的邏輯結(jié)構(gòu)設(shè)計(jì)打下基礎(chǔ)。根據(jù)設(shè)計(jì)規(guī)劃出的實(shí)體主要有 :管理員、會(huì)員、文獻(xiàn)。 運(yùn)用 UML做數(shù)據(jù)庫(kù)的概念設(shè)計(jì)，主要分兩步抽取持久型類(lèi)、確定類(lèi)關(guān)系。如下圖 41是檢索系統(tǒng)的持久型類(lèi)關(guān)系。 圖 41 檢索系統(tǒng)的持 久型類(lèi)關(guān)系 數(shù)據(jù)庫(kù)的邏輯結(jié)構(gòu)設(shè)計(jì) 邏輯結(jié)構(gòu)設(shè)計(jì)主要是將概念數(shù)據(jù)模型轉(zhuǎn)換為邏輯數(shù)據(jù)模式。圖 42是由圖 39類(lèi)圖轉(zhuǎn)換來(lái)的全局關(guān)系模式。 圖 42 全局關(guān)系模式 基于 UML 的科技文獻(xiàn)檢索系統(tǒng)的分析與設(shè)計(jì) 數(shù)據(jù)庫(kù)的物理設(shè)計(jì) 數(shù)據(jù)庫(kù)的物理設(shè)計(jì)，主要是數(shù)據(jù)表的設(shè)計(jì)，經(jīng)過(guò)對(duì)系統(tǒng)的全面分析，可以得到以下幾張數(shù)據(jù)表如下所示： 表 41 會(huì)員表 表 42 管理員表 表 43 文獻(xiàn)信息表 5 總結(jié) 本課題的主要任務(wù)是利用 UML 面向?qū)ο蠼ＵZ(yǔ)言，來(lái)分析和設(shè)計(jì)一個(gè)科技文獻(xiàn)檢索系統(tǒng)。下面就本課題做如下總結(jié)： （ 1） 全面介紹了 UML面向?qū)ο蠼ＵZ(yǔ)言，包括 UML的發(fā)展、 用法、優(yōu)點(diǎn)。 （ 2） 全面介紹了文獻(xiàn)檢索的發(fā)展歷程，并分析了檢索模式。 （ 3） 系統(tǒng)采用目前比較先進(jìn)的 B/S模式設(shè)計(jì)，充分利用了 inter 帶來(lái)的便利使 文獻(xiàn)檢索更加方便快捷。 （ 4） 對(duì)科技文獻(xiàn)檢索系統(tǒng)做了全面的分析和設(shè)計(jì)。 （ 5） 對(duì)數(shù)據(jù)庫(kù)經(jīng)行了設(shè)計(jì)。 通過(guò)對(duì)本系統(tǒng)建立的模型分析，我們有理由相信，建立一個(gè)基于萬(wàn)維網(wǎng)的科技文獻(xiàn)檢索系統(tǒng)是可行的。 由于時(shí)間和技術(shù)水平的緣故，本系統(tǒng)只做了分析與設(shè)計(jì)，至于實(shí)現(xiàn)部分，超過(guò)了本人、所擁有的能力范疇。本系統(tǒng)的分析和設(shè)計(jì)方面也存在不全面性，不完整性，還有許多問(wèn)題沒(méi)有分析設(shè)計(jì)到位或處理欠妥之處，還需 慢慢研究修改。 基于 UML 的科技文獻(xiàn)檢索系統(tǒng)的分析與設(shè)計(jì) 6 參考文獻(xiàn) [1]王建軍 .UML建模 :實(shí)例分析 .《微計(jì)算機(jī)信息》 .2020年 .第 18 卷第 5期 [2]馮小革 .基于 UML及統(tǒng)一過(guò)程的軟件開(kāi)發(fā) .華東師范大學(xué)工程碩士學(xué)位論文 .2020年 10 月 [3] UML面向?qū)ο蠼Ｔ诰W(wǎng)上圖書(shū)銷(xiāo)售系統(tǒng)中的應(yīng)用 .《電腦與信息技術(shù)》 2020年 02期 [4]李磊。王養(yǎng)延。面向?qū)ο蠹夹g(shù)及 UML教程 .人民郵電出版社 .2020年 5月第一版 [5] 王亮 .郭一平 . 基于 Webservice 的異構(gòu)數(shù)據(jù)庫(kù)檢索系統(tǒng) 《大學(xué)圖書(shū)館學(xué)報(bào)》 2020 第1期 [6] 余海燕 .張仲義 基 于單漢字索引的全文檢索系統(tǒng)的優(yōu)化研究 《中文信息學(xué)報(bào)》 2020 第4期 [7] 塔 .《 UML數(shù)據(jù)庫(kù)設(shè)計(jì)應(yīng)用》人民郵電出版社 [8]廖清遠(yuǎn)等 .UML技術(shù)在圖書(shū)館信息系統(tǒng)開(kāi)發(fā)中的應(yīng)用研究 .電腦知識(shí)與技術(shù) [9]崔曉斐 .uML建模技術(shù)在軟件開(kāi)發(fā)中的應(yīng)用 .河池學(xué)院學(xué)報(bào) 2020年 10月 .第 26卷第 5期 . [10] 姜茸 .UML在網(wǎng)站信息發(fā)布系統(tǒng)中的應(yīng)用 [J]，科技信息 (科學(xué)教研 )， 2020 [11] 基于 B/S 模式的電話(huà)號(hào)碼檢索系統(tǒng)的研究與實(shí)現(xiàn) 《硅谷》 2020 年 05 期 [12] 盧曉榮 . 基于 B/S模式的經(jīng)濟(jì)類(lèi)高校圖書(shū)館信息檢索系統(tǒng)設(shè)計(jì)統(tǒng)計(jì)與決策 2020年第23期雜志