freepeople性欧美熟妇, 色戒完整版无删减158分钟hd, 无码精品国产vα在线观看DVD, 丰满少妇伦精品无码专区在线观看,艾栗栗与纹身男宾馆3p50分钟,国产AV片在线观看,黑人与美女高潮,18岁女RAPPERDISSSUBS,国产手机在机看影片

正文內(nèi)容

基于uml的科技文獻(xiàn)檢索系統(tǒng)的分析與設(shè)計(jì)-免費(fèi)閱讀

2024-10-02 17:55 上一頁面

下一頁面
  

【正文】 本系統(tǒng)的分析和設(shè)計(jì)方面也存在不全面性,不完整性,還有許多問題沒有分析設(shè)計(jì)到位或處理欠妥之處,還需 慢慢研究修改。 圖 42 全局關(guān)系模式 基于 UML 的科技文獻(xiàn)檢索系統(tǒng)的分析與設(shè)計(jì) 數(shù)據(jù)庫的物理設(shè)計(jì) 數(shù)據(jù)庫的物理設(shè)計(jì),主要是數(shù)據(jù)表的設(shè)計(jì),經(jīng)過對系統(tǒng)的全面分析,可以得到以下幾張數(shù)據(jù)表如下所示: 表 41 會員表 表 42 管理員表 表 43 文獻(xiàn)信息表 5 總結(jié) 本課題的主要任務(wù)是利用 UML 面向?qū)ο蠼UZ言,來分析和設(shè)計(jì)一個科技文獻(xiàn)檢索系統(tǒng)。 會員用戶信息:包括的數(shù)據(jù)項(xiàng)有 會員用戶名、密碼、頭像、真實(shí)姓名、文獻(xiàn)上傳貢獻(xiàn)??荚囅到y(tǒng)的后臺數(shù)據(jù)庫采用大型數(shù)據(jù)庫 SQLServer2020,其中主要的表有 :會員表、管理員表、文獻(xiàn)信息表 。 ( 1) 系統(tǒng)的分層 本系統(tǒng)采用 3層體系結(jié)構(gòu) :即用戶界面層、應(yīng)用層、數(shù)據(jù)庫訪問層。 靜態(tài)模型 找到了系統(tǒng)中的對象及其屬性和操作后,下面確定類之間的關(guān)系。確定對象之間的交互 。 。 該用例可用如下活動圖 37描述 圖 37 會員登陸系統(tǒng)并進(jìn)行文獻(xiàn)檢索 ⑤ 管理員對會員信息管理 1) 簡單描述 本用例提供管理員登陸科技文獻(xiàn)檢索系統(tǒng)對會員信息管理的功能。 4) 擴(kuò)充點(diǎn) 無。 。 5) 擴(kuò)充點(diǎn) 如果用戶輸入用戶名和密碼無效,系統(tǒng)提示錯誤信息。 圖 34 用戶注冊的活動圖 基于 UML 的科技文獻(xiàn)檢索系統(tǒng)的分析與設(shè)計(jì) ② 登陸科技文獻(xiàn)檢索系統(tǒng) 1) 簡單描述 本用例提供了 會員或管理員 如何登陸到科技文獻(xiàn)檢索系統(tǒng)中。 2)前置條件 用戶不是會員 3)后置條件 無 4)事件 流 當(dāng)用戶點(diǎn)擊注冊時,則用例啟動。 ( 3)用例的組織 為了更好的理解和管理用例,我們將其通過包的形式來組織。因?yàn)橄到y(tǒng)的最終目標(biāo)是提供用例視圖中描述的功能,同時附帶一些非功能性的性質(zhì),因此用例視圖的建立影響著所有其他的視圖。 基于 UML 的科技文獻(xiàn)檢索系統(tǒng)的分析與設(shè)計(jì) 建立用例模型 用例模型也就是系統(tǒng)的用例視圖。如果與用戶數(shù)據(jù)庫對比發(fā)現(xiàn)重復(fù),則返回用戶注冊失敗的信息,并提示用戶使用其他的用戶名。并維護(hù)會員上傳 的文獻(xiàn)。檢索系統(tǒng)從結(jié)構(gòu)上可以劃分為網(wǎng)絡(luò) /服務(wù)器( B/S)、客戶 /服務(wù)器( C/S)兩種模式的系統(tǒng)。 包是一 種分組機(jī)制,它將許多類集合成一個更高層次的單位,形成一個高內(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)件、二進(jìn)制部件或一個可執(zhí)行部件。順序圖由一組對象構(gòu)成每個對象都帶有一條生命線,它代表時間軸,時間向下延伸。 一個實(shí)際的對象圖 ( 4) 狀態(tài)圖 狀態(tài)圖主要描述對象所有可能的狀態(tài)以及事件發(fā)生時狀態(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ì)一個科技文獻(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)域新書出版的情況,定期閱覽書評與文獻(xiàn)報道,了解學(xué)術(shù)會議的召開和論文交流情況等,在此基礎(chǔ)上建立個人的資料檔,在需要時隨時調(diào)看。不同的學(xué)科,從不同的角度對信息這個概念有不同的解釋。在運(yùn)用軟件卡發(fā)過程中, UML在創(chuàng)建面向?qū)ο竽P椭衅鹨粋€重要的作用。它由信息系統(tǒng)和面向?qū)ο蟮娜恢姆椒▽W(xué)家: GradyBooch(美國 ),JimRumbaugh(美國 )和 Ivar Jacobson(瑞典)提出的。運(yùn)用 UML為系統(tǒng)建立起模型系統(tǒng),根據(jù)系統(tǒng)來開發(fā)系統(tǒng),主要有以下幾個好處: ( 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ā)生變化時。這種建模語言得到了“ UML伙伴聯(lián)盟”的運(yùn)用與反饋,取代目前軟件業(yè)眾多的分析和設(shè)計(jì)方法。在軟件開發(fā)的各個階段, UML是代表面向?qū)ο竽P突?、文檔化、詳細(xì)說明的圖形符號。 知識是人類的主觀世界對客觀世界概括和反映,是大量有組織的信息,是關(guān)于事實(shí)和思想的有組織的陳述。這種方法雖然有效,但只限于個人所遇到的機(jī)會,發(fā)現(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)容的過程。按照表達(dá)文獻(xiàn)主題概念的語詞形式,有分類語言和主題語言,其中主題語言又分為敘詞(如主題詞)和關(guān)鍵詞;按照規(guī)范化程度,有自然語言和規(guī)范人工語言。檢索時要選擇合適的分類。題名索引通常按字順排檢方式,因此,檢索也應(yīng)該采取相應(yīng)的途徑。首先分析科技文獻(xiàn)檢索系統(tǒng)的功能需求,建立科技文獻(xiàn)檢索系統(tǒng)的用例圖。 UML的事物 UML中有 4中類型的事物:結(jié)構(gòu)事物、動作事物、分組事物、注釋事物。動態(tài)圖包括序列圖、協(xié)作圖、狀態(tài)圖、活動圖,主要描述對象之間的交互過程。一般情況下,狀態(tài)圖被 作為對類圖的具體補(bǔ)充。順序圖描述了這些對象隨時間的推移相互之間交換消息的過程。構(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ù)項(xiàng)目的業(yè)務(wù)流程、數(shù)據(jù)流程及用戶種類,分析識別出系統(tǒng)中的所有角色和用例,分析系統(tǒng)中各角色和用例間的聯(lián)系,通過詳細(xì)描述用例來捕獲系統(tǒng)的功能需求,并使用 UML 建模工具畫出系統(tǒng)的用例圖及活動圖,這是整個開發(fā)過程基于 UML應(yīng)用系統(tǒng)建模研究的基礎(chǔ)。 詳細(xì)設(shè)計(jì)則用于細(xì)化包的內(nèi)容,使得對所有類的描述都非常清晰,同時使用 UML的動態(tài)模型來描述在特定環(huán)境下這些類的實(shí)例間的行為。其中 B/S不受地域影響,但是速度較慢, C/S受地域限制。 ( 2) 建立文獻(xiàn)數(shù)據(jù)庫:系統(tǒng)管理員需將以及收集整理的文獻(xiàn)的 題名、著者、出處、年份、人名和主題 建立數(shù)據(jù)表,并存放于文獻(xiàn)數(shù)據(jù)庫中。 會員登陸系統(tǒng)后,能夠更新和完善自己的個人資料。用例視圖 Usecaseview用于描述系統(tǒng)應(yīng)該具有的功能集,它是從系統(tǒng)的外部用戶角度出發(fā)對系統(tǒng)的抽象表示。 用例的獲取和組織 ( 1) 尋找參與者: 通過對本系統(tǒng)中的分析,我們可以找到這樣一些參與者 :管理員、會員。將一些關(guān)系緊密的用例放在一個包里,并為包確定一個主題。 a. 系統(tǒng)提示用戶輸入用戶名和密碼。 2) 前置條件 會員或管理員 擁有唯一的用戶帳號和密碼 。用戶可以重新輸入或終止用例 該用例可用如下活動圖 35描述。 ,提交。 基于 UML 的科技文獻(xiàn)檢索系統(tǒng)的分析與設(shè)計(jì) 5)事件流 ( 1)當(dāng)會員登錄到科技文獻(xiàn)檢索系統(tǒng)中時,則用例啟動。 2) 前置條件 在本用例開始前,管理員必須登陸到科技文獻(xiàn)檢索系統(tǒng)中。 (2) 替代流 如果管 理員輸入用戶名和密碼無效,系統(tǒng)提示錯誤信息。確定對象的狀態(tài)變化等。根據(jù)用例圖,對于文獻(xiàn)檢索模塊 ,涉及的主要類為:會員、文獻(xiàn)、檢索、管理員。用戶界面層是用戶與系統(tǒng)交互信息的窗口。 ( 2) 子系統(tǒng)的劃分 除了分層,還可以將本系統(tǒng)劃分為幾個子系統(tǒng),主要有會員子系統(tǒng)、管理員子系統(tǒng)、文獻(xiàn)子系統(tǒng) 3個子系統(tǒng)。 文獻(xiàn)庫信息:包括的數(shù)據(jù)項(xiàng)信息有文獻(xiàn)內(nèi)容、 題名、著者、出處、年份、人名和主題 。下面就本課題做如下總結(jié): ( 1) 全面介紹了 UML面向?qū)ο蠼UZ言,包括 UML的發(fā)展、 用法、優(yōu)點(diǎn)。 基于 UML 的科技文獻(xiàn)檢索系統(tǒng)的分析與設(shè)計(jì) 6 參考文獻(xiàn) [1]王建軍 .UML建模 :實(shí)例分析 .《微計(jì)算機(jī)信息》 .2020年 .第 18 卷第 5期 [2]馮小革 .基于 UML及統(tǒng)一過程的軟件開發(fā) .華東師范大學(xué)工程碩士學(xué)位論文 .2020年 10 月 [3] UML面向?qū)ο蠼T诰W(wǎng)上圖書銷售系統(tǒng)中的應(yīng)用 .《電腦與信息技術(shù)》 2020年 02期 [4]李磊。 由于時間和技術(shù)水平的緣故,本系統(tǒng)只做了分析與設(shè)計(jì),至于實(shí)現(xiàn)部分,超過了本人、所擁有的能力范疇。圖 42是由圖 39類圖轉(zhuǎn)換來的全局關(guān)系模式。 科技文獻(xiàn)檢索系統(tǒng)的數(shù)據(jù)庫的需求分析 根據(jù)對系統(tǒng)功能設(shè)計(jì)的要求以及功能模塊的劃分情況的仔細(xì)分析,設(shè)計(jì)出如下所示的數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu) : 管理員用戶信息:包括的數(shù)據(jù)項(xiàng)有用戶名、密碼、真實(shí)姓名、用戶身份、文獻(xiàn)修 改權(quán)限、會員信息管理權(quán)限。數(shù)據(jù)庫訪問層定義和維護(hù)數(shù) 據(jù)的完整性、安全性,它響應(yīng)應(yīng)用層的請求訪問數(shù)據(jù)。
點(diǎn)擊復(fù)制文檔內(nèi)容
環(huán)評公示相關(guān)推薦
文庫吧 www.dybbs8.com
備案圖鄂ICP備17016276號-1