網(wǎng)上書店系統(tǒng)的UML建模_第1頁
網(wǎng)上書店系統(tǒng)的UML建模_第2頁
網(wǎng)上書店系統(tǒng)的UML建模_第3頁
網(wǎng)上書店系統(tǒng)的UML建模_第4頁
網(wǎng)上書店系統(tǒng)的UML建模_第5頁
已閱讀5頁,還剩10頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、網(wǎng)上書店系統(tǒng)的UMLS模精選范本,供參考!目錄1 系統(tǒng)需求32 需求分析32.1 識別參與者32.2 創(chuàng)建系統(tǒng)用例模型42.3 識別用例43 靜態(tài)結(jié)構(gòu)模型63.1 定義系統(tǒng)對象錯誤!未定義書簽。.3.2 定義用戶界面類錯誤!未定義書簽。.3.3 建立類圖64 動態(tài)行為模型64.1 創(chuàng)建系統(tǒng)序列圖與協(xié)作圖64.2 創(chuàng)建系統(tǒng)的狀態(tài)圖94.3 創(chuàng)建系統(tǒng)的活動圖105 物理模型115.1 創(chuàng)建系統(tǒng)組件圖115.2 創(chuàng)建系統(tǒng)部署圖126 總結(jié)127 參考文獻13精選范本,供參考!1系統(tǒng)需求網(wǎng)上書店管理系統(tǒng)業(yè)務(wù)描述:網(wǎng)上書店提供給人們更加便捷的購書模式。從網(wǎng)上書店系統(tǒng)不同參與者的角度,可以將其系統(tǒng)功能分為

2、前臺與后臺兩大功能模塊。通過對電子商務(wù)網(wǎng)站及網(wǎng)上書店的考察、分析以及實際的市場調(diào)查,要求本系統(tǒng)具有以下功能:統(tǒng)一友好的操作界面,能保證系統(tǒng)的易用性。規(guī)范、完善的基礎(chǔ)信息設(shè)置。圖書分類詳盡,可按不同類別查看商品信息。按圖書大類及圖書名稱進行模糊查詢。實現(xiàn)網(wǎng)上購書。新書及特價圖書展示。滿足上述需求的系統(tǒng)主要包括下面幾個模塊:2需求分析2.1 識別參與者網(wǎng)上書店系統(tǒng)是一種特別流行的售書方式,人們通過自己上網(wǎng)來對自己喜愛的書籍進行預(yù)訂,這樣不僅節(jié)約了時間,而且特別方便快捷。借助網(wǎng)絡(luò)系統(tǒng),廣大閱讀愛好者在任何時間只要輕輕按動鼠標,即可以選擇自己喜愛的書籍。在書店管理系統(tǒng)中,需要銷售者和用戶的的參與。銷售

3、者可以有自己的用戶名和密碼對網(wǎng)站的后臺進行維護和更新。用戶可以注冊也可以登錄來對圖書進行瀏覽和購買,確認購買后通過轉(zhuǎn)賬匯款。網(wǎng)站需要一個專門的管理者進行日常維護與管理,所以需要有系統(tǒng)管理員的參與。參與者有銷售者和用戶以及系統(tǒng)管理員,銷售者也可以替代系統(tǒng)管理員的功能。(1)管理員輸入賬號和密碼可以登錄網(wǎng)上書店系統(tǒng);(2)系統(tǒng)管理員登錄后可對書籍的基本信息進行增加、刪除、修改、查詢等操作(3)系統(tǒng)管理員可以對書籍的折扣信息進行設(shè)置、查看、刪除等操作;(4)系統(tǒng)管理員可以對用戶信息進行瀏覽和添加;(5)系統(tǒng)管理員可以對訂單信息進行刪除和確認;(6)消費者通過網(wǎng)上注冊賬號登陸系統(tǒng),瀏覽查詢有關(guān)書籍,預(yù)

4、訂書籍,填寫訂單,購買書籍,結(jié)賬和發(fā)表評論。2.2 創(chuàng)建系統(tǒng)用例模型網(wǎng)上書店管理系統(tǒng)的參與者包含以下兩種:(1)系統(tǒng)管理員系統(tǒng)管理員消費者2.3 識別用例(1)管理員的用例圖精選范本,供參考!«extend»<<include»nclude»«include»找回密碼修改圖書信息添加圖書修改訂單信息(2)用戶參與的用例圖注冊登陸瀏覽圖書圖書搜索付賬梢費者«extend>>找回密碼"name:Strinc蹌pwd二Strir>gaddress:String釧ank:Integer

5、1;include>?.-修改資料口入購物車一,«include>>*getname()getpwdf)getadctessf)*getrankf)*opname()登陸0詢個人資料.、二海嬴查看當(dāng)前訂單狀態(tài)"-a修改訂單«include»查看歷史訂單dependencygelpncef) geiiauthorO ,gelpresst)*glcat®goryQ*gelpublish-trne()depeftde-ncyassociahondependencyshopping cart尊MoknaEe Si疝ng fi%>

6、boak-id - Integer baak-prce : Slung bcak-qualtily . Integerorder-id Integerorder-date Date customfl-r-aHMress : String Sbcustgmer Stringdependency*pHnd2n邙*getna.mei)gelpwd。*getrank()不登陸0(from Use Case*getbOTk-name()*gettKwk-id() *getb(H>k-priice() getlxick-qualbly)idependencygetarde r-nam&()g

7、sErd國打如gMadwdaleO*getcusl o nner 喀 ddrossO*getcu3lomer-rameO%pwd)3靜態(tài)結(jié)構(gòu)模型3.1 類圖包括以下類管理員,用戶,圖書,購物車,訂單。3.2 建立類圖在類圖中類用矩形框來表示,它的屬性和操作分別列在分格中。如不需要表達詳細信息時,分格可以省略。一個類可能出現(xiàn)在好幾個圖中。同一個類的屬性和操作可只在一種圖中列出,在其他圖中可省略。關(guān)系用類框之間的連線來表示,不同的關(guān)系用連線上和連線端頭處的修飾符來區(qū)別。各類之間的關(guān)系:類不是單獨一個模塊,各個類之間是存在聯(lián)系。網(wǎng)上書店系統(tǒng)各個類之間的聯(lián)系如下圖:.SiringidInteger消費

8、者(froimUseCaseView)4動態(tài)行為模型4.1創(chuàng)建系統(tǒng)序列圖與協(xié)作圖序列圖序列圖表示了對象之間傳送消息的時間順序。每一個類元角色用一條生命線來表示,即用垂直線代表整個交互過程中對象的生命期。生命線之間的箭頭連線代表消息。序列圖可以用來進行一個場景說明一一即一個事務(wù)的歷史過程。序列圖的一個用途是用來表示用例中的行為順序。當(dāng)執(zhí)行一個用例行為時,序列圖中的每條消息對應(yīng)了一個類操作或狀態(tài)機中引起轉(zhuǎn)換的觸發(fā)事件。協(xié)作圖協(xié)作圖和序列圖都可以表示各對象間的交互關(guān)系,但它們的側(cè)重點不同。序列圖用消息的幾何排列關(guān)系來表達消息的時間順序,各角色之間的相關(guān)關(guān)系是隱含的。協(xié)作圖用各個角色的幾何排列圖形來表

9、示角色之間的關(guān)系,并用消息來說明這些關(guān)系。在實際中可以根據(jù)需要選用這兩種圖。一個協(xié)作圖描述了系統(tǒng)中為實現(xiàn)某些服務(wù)所涉及的對象扮演的角色及其相互之間的交互。協(xié)作圖著重于有協(xié)作關(guān)系的對象之間的交互和鏈接(指對象實例之間的物理或概念上的鏈接,一個鏈接是某關(guān)聯(lián)的一個實例)。它可用于圖示系統(tǒng)中的操作執(zhí)行、用例執(zhí)行或一個簡單的交互場景。協(xié)作圖描述了對象及其之間的鏈接,還描述了鏈接的對象之間如何發(fā)送消息。系統(tǒng)管理員登錄序列圖:登陸界面數(shù)據(jù)庫擊間管理面圖書理亡單管理1請求登陸:;:-:2:身份驗證:!:*:驗證失敗,iii:W4:駛證成功10:退出系統(tǒng)<:-系統(tǒng)管理員登錄協(xié)作圖:5:進入管理界面%對相應(yīng)

10、圖書進行鬻7詆回管理后的信48:對相應(yīng)"單曲謂理一豈理回j丁里食理后即蘆星H*U:!9«14-«13:險證失敗第曹君驛陸黑面藪據(jù)庫訪問用戶界面圖書查詢訂單i1二請求登杲2身價驗證;->驗證失敗<14一驗證成功立,«!1加固相應(yīng)圖書信息T1京返回圖書信息<.h弗圖手并加入購物車9返回工加成功I1I!I11*1I1購物車0加載訂單信息-8返回訂單信m13.返回血書成功用戶買書協(xié)作圖:3:驗證失敗4.2 創(chuàng)建系統(tǒng)的狀態(tài)圖狀態(tài)圖是一個用于模擬系統(tǒng)的動態(tài)性質(zhì)的五個的UMLflo他們定義一個對象在其生命周期的不同狀態(tài)。這些狀態(tài)改變的事件。因此,狀態(tài)

11、圖是有用的模型反應(yīng)系統(tǒng)。反應(yīng)式系統(tǒng)可以被定義為一個系統(tǒng),響應(yīng)外部或內(nèi)部事件。狀態(tài)圖描述從一個狀態(tài)到另一個狀態(tài)的控制流。國被定義為一個條件在其中一個對象存在,它改變一些事件被觸發(fā)時。所以最重要的目的是狀態(tài)圖模型對象從創(chuàng)建到終止的生命周期。輸入用戶名密碼4.3 創(chuàng)建系統(tǒng)的活動圖UML中的活動圖用于描述滿足用例要求所要進行的活動以及活動間的約束關(guān)系,有利于識別并行活動和工作流程情況。活動圖實際上就是用來為用例的事件流建模的工具。5物理模型5.1 創(chuàng)建系統(tǒng)組件圖在UML中對一個系統(tǒng)的構(gòu)件和組件圖建模就是在物理結(jié)構(gòu)上建模。每一個組件圖只是系統(tǒng)靜態(tài)視圖的某一個圖形表示,描述系統(tǒng)的某一個側(cè)面。也就是說,任何

12、一個組件圖都不必面面俱到,試圖全面地描述系統(tǒng)的整個面貌,系統(tǒng)中所有的組件圖合起來才能描述系統(tǒng)的完整靜態(tài)視圖MainSysiemCustom21r!、Sy曳emMEzw; I anaaer5.2 創(chuàng)建系統(tǒng)部署圖部署視圖表示運行時的計算資源(如計算機及它們之間的連接)的物理布置。這些運行資源被稱作節(jié)點。在運行時,節(jié)點包含構(gòu)件和對象。構(gòu)件和對象的分配可以是靜態(tài)的,它們也可以在節(jié)點間遷移。如果含有依賴關(guān)系的構(gòu)件實例放置在不同節(jié)點上,部署視圖可以展示出執(zhí)行過程中的瓶頸。節(jié)點是某些計算資源的物理對象,包括計算機、外部設(shè)備等。節(jié)點可被看作類型,也可看作實例。節(jié)點與節(jié)點之間是通過物理連接發(fā)生關(guān)聯(lián),以便從硬件方

13、面保證系統(tǒng)各節(jié)點之間的協(xié)同運行。網(wǎng)上購書系統(tǒng)的部署圖描述如下:(1)客戶的PC機上通過Http協(xié)議與Web服務(wù)器通信。(2)Web服務(wù)器通過JDBC與數(shù)據(jù)庫服務(wù)器連接。HTTPJDBC6總結(jié)通過此次實踐,首先,我基本熟悉并掌握了UML建模工具RationalSoftware的安裝及使用;其次,本文論述了一個基于WEB勺網(wǎng)上購書系統(tǒng),基本上體現(xiàn)了電子商務(wù)各方面的優(yōu)點。我所設(shè)計的網(wǎng)上書店,主要是電子商務(wù)進行初步的探討和設(shè)計。在設(shè)計過程中,我初步了解了UML勺優(yōu)點和先進之處,了解他的可以自動生成代碼的功能。在設(shè)計和制作網(wǎng)上書店的過程中,培養(yǎng)了自己的綜合能力和從全局考慮的思想。這個網(wǎng)上書店系統(tǒng)功能是很強大的,但出于自己水平有限,作為一個網(wǎng)上書店系統(tǒng),該項目上有一些不完善和函待改

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論