




版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)
文檔簡介
1、網(wǎng)上圖書銷售系統(tǒng)本文檔介紹網(wǎng)上圖書銷售系統(tǒng)的UML建模過程。1.1 網(wǎng)上圖書銷售系統(tǒng)的需求分析尋找需求不是件容易的事情,軟件開發(fā)人員最討厭的就是需求經(jīng)常變化,因此,在建模之前明確需求非常重要。1.1.1 系統(tǒng)總體的功能需求網(wǎng)上圖書銷售系統(tǒng)是一個復(fù)雜的電子商務(wù)系統(tǒng),它必須提供用戶的接口以供用戶登錄并選擇喜好的圖書;同時還必須提供系統(tǒng)的管理接口以供管理員和一般的網(wǎng)站工作人員處理客戶訂單并維護(hù)網(wǎng)站正常運作。系統(tǒng)總體功能需求框圖如圖1-1所示。圖1-1 系統(tǒng)總體功能需求框圖1. 用戶接口模塊用戶接口是網(wǎng)站用戶使用圖書銷售系統(tǒng)服務(wù)的入口,所有的在線用戶都通過瀏覽登錄網(wǎng)站,并進(jìn)行一系列的查詢,訂購操作。用
2、戶接口模塊包括了用戶信息維護(hù)、商品查詢、訂購商品和訂單維護(hù)4個部分。用戶登錄系統(tǒng)后,用戶ID將會被保存在服務(wù)器的緩存中,用戶在系統(tǒng)中所做的操作,包括查詢、訂購等都將被系統(tǒng)存儲在數(shù)據(jù)庫中,以供系統(tǒng)那個進(jìn)行銷售情況以及銷售走勢分析。2. 管理員接口模塊這是系統(tǒng)提供給網(wǎng)站維護(hù)和管理人員的接口。管理員接口模塊包括商品信息維護(hù)、內(nèi)部員工信息維護(hù)、訂單處理、銷售情況查詢、報表維護(hù)5個部分。網(wǎng)站的一般工作人員通常只具有訂單處理的權(quán)限,他們獲得用戶提交的訂單,并根據(jù)庫存情況來決定發(fā)貨或者推遲發(fā)貨。網(wǎng)站的管理員具有所有的管理權(quán)限,可以處理客戶的訂單,可以閱覽網(wǎng)站商品的銷售情況、銷售走勢,以便根據(jù)不同的情況及時的
3、調(diào)整經(jīng)營戰(zhàn)略,將庫存成本和資金占有用率降到最低的限度。3. 數(shù)據(jù)服務(wù)模塊數(shù)據(jù)服務(wù)器模塊是系統(tǒng)正常運行的基礎(chǔ),包括客戶的查詢,定單的保存;網(wǎng)站工作人員的定單處理;網(wǎng)站管理員的銷售情況查詢與分析。用戶接口模塊用戶接口模塊包括如圖1-2所示的幾個方面。 圖1-2 用戶接口模塊1. 用戶信息維護(hù)每個使用該系統(tǒng)的用戶必須經(jīng)過注冊,而注冊的用戶名是用戶的唯一標(biāo)識。系統(tǒng)可以接收更多可用的客戶信息,比如購物方面的喜好、經(jīng)濟(jì)能力等。 系統(tǒng)的后臺程序會自動記錄每個用戶在登錄網(wǎng)站后進(jìn)行的所有操作,包括查詢和訂購信息。這些信息對于系統(tǒng)的管理員都是珍貴的數(shù)據(jù),系統(tǒng)分析程序可以根據(jù)用戶的查詢記錄判斷該客戶的喜好,可以根據(jù)
4、用戶的購買情況判斷該客戶的經(jīng)濟(jì)情況。系統(tǒng)后臺程序可以根據(jù)分析的結(jié)果自動得出給該用戶的推薦商品,在用戶登錄時顯示在醒目的位置。用戶維護(hù)功能如圖1-3所示。 圖1-3 用戶信息維護(hù)功能前置條件:用戶登錄。2. 商品查詢商品查詢模塊可以根據(jù)商品的名稱、種類、價格、廠家等各種條件進(jìn)行組合查詢。商品查詢結(jié)果的列表中,用戶可以進(jìn)一步的查看詳細(xì)信息。商品查詢功能如圖1-4所示。 圖1-4 商品查詢功能前置條件:用戶登錄。3. 訂購商品客戶在根據(jù)喜好得到相應(yīng)的商品列表后,可以選擇訂購商品。在訂購商品后,系統(tǒng)會自動保存并更新該用戶的定單。系統(tǒng)的工作人員可以及時得到訂單并處理,根據(jù)情況選擇發(fā)貨,缺貨或延遲發(fā)貨。用
5、戶所有的訂購商品記錄都將保存在系統(tǒng)數(shù)據(jù)中供后臺程序分析該用戶的喜好和購買力。以后該用戶登錄時可以推薦與其購買力相應(yīng)的商品。訂購商品功能如圖1-5所示。 圖1-5 訂購商品功能前置條件:用戶已登錄,商品可供購買。4訂單維護(hù) 客戶在訂購商品后可以查詢其訂單的狀態(tài)(包括處理中、發(fā)貨中、缺貨中和已經(jīng)完成),并可以對處理中和缺貨中的訂單進(jìn)行增加、刪除和修改的操作。訂單修改的結(jié)果會及時更新并提交給工作人員。 客戶的訂單維護(hù)信息也將被保存在系統(tǒng)的數(shù)據(jù)庫中供分析使用。訂單維護(hù)功能如圖1-6所示。 圖1-6 訂單維護(hù)功能 前置條件:用戶登錄管理員接口模塊管理員接口模塊包括如圖1-7所示的幾個方面。 圖1-7 管
6、理員接口模塊說包括的功能模塊管理員接口模塊是系統(tǒng)管理員事業(yè)網(wǎng)兜核心模塊,是整個網(wǎng)上圖書銷售系統(tǒng)正常運行的基礎(chǔ)。1 商品信息維護(hù)系統(tǒng)管理員登錄后可以對系統(tǒng)所有的商品信息進(jìn)行維護(hù),包括商品價格的調(diào)整、商品描述信的更新、新商品的加入以及過期商品的刪除。系統(tǒng)的后臺程序可以根據(jù)商品的銷售情況提供給管理員一份詳細(xì)分析報告。管理員可以根據(jù)該報告及時的調(diào)整熱門商品的信息(例如將其放置到醒目的位置)、對非熱門的商品進(jìn)行價格調(diào)整,這一切的數(shù)據(jù)都來源自系統(tǒng)客戶的查詢和訂購信息。商品信息維護(hù)功能如圖1-8所示。 圖1-8 商品信息維護(hù)功能前置條件:用戶已登錄。2 內(nèi)部員工信息維護(hù)系統(tǒng)管理員登錄后可以用對內(nèi)部員工和普通
7、員工,系統(tǒng)管理員擁有所有的權(quán)限,而普通員一般只擁有訂單處理的權(quán)限。但管理員可以定制任意員工的權(quán)限,比如增加他的報表打印權(quán)限內(nèi)部員工信息維護(hù)功能如圖1-9所示。 圖1-9 內(nèi)部員工信息維護(hù)功能前置條件:用戶已登錄。3.訂單處理訂單處理一般是普通員工的工作。用戶在訂購商品后,系統(tǒng)會及時更新其訂單,普通員工登錄后,可以獲取未處理的訂單,并根據(jù)數(shù)據(jù)庫情況發(fā)貨或選擇延時發(fā)貨。 客戶在查詢商品時會顯示商品的庫存數(shù)量,但系統(tǒng)的管理者并不希望顯示某商品的庫存為零,因為這樣會失去部分客戶。因此,在訂購商品后可能會出現(xiàn)庫存不足的情況,這時工作人員一般選擇延時發(fā)貨或者拒絕訂單。如果該商品有現(xiàn)貨,那么工作人員確認(rèn)用戶
8、訂單后選擇發(fā)貨,訂單處理功能如圖1-10所示。 圖1-10 訂單處理功能前置條件:管理員或普通工作人員已登錄。4. 銷售情況查詢銷售情況查詢是系統(tǒng)編碼過程中非常重要部分,能夠為企業(yè)管理者的決策提供參考的信息。管理員登錄后,可以得到詳細(xì)的銷售情況列表并既是更新熱門商品的信息(如排列位置),可以根據(jù)銷售的走勢和以往的銷售記錄及時判斷部分商品可能會出現(xiàn)庫存不足并及時進(jìn)貨。由于本功能模塊涉及到企業(yè)的經(jīng)營信息,考慮到商業(yè)信息的安全性,需要管理員級的用戶才可以使用本模塊。銷售情況查詢功能如圖1-11所示。 圖1-11 銷售情況查詢功能前置條件:用戶已登錄。5. 報表維護(hù)報表維護(hù)模塊提供查詢結(jié)果的打印輸出功
9、能,如圖1-12所示。 圖1-12 報表維護(hù)功能1.2系統(tǒng)的UML建模1.2.1 建立初始模型 選擇菜單File-New“Create New Model”對話框,選擇J2EE模式,然后點擊OK按鈕。此時,Rational Rose會自動加載J2EE本身的一些構(gòu)架模型。加載完成后,就可以開始設(shè)計自己的模型,在此之前先保存該模型,并且將該模型取名為“網(wǎng)上圖書銷售系統(tǒng)”。1.2.2系統(tǒng)的用例圖 用例圖(Use Case View)強(qiáng)調(diào)從用戶的角度看到的或需要的系統(tǒng)功能,是被稱為參與者的外部用戶所能觀察到的系統(tǒng)功能的模型圖。 1. 確定參與者在本系統(tǒng)的UML建模中,可以創(chuàng)建以下的參與者。(1) 顧客
10、:(2) 管理員:(3) 一般員工。2. 創(chuàng)建用例根據(jù)業(yè)務(wù)流程,網(wǎng)上圖書銷售系統(tǒng)可以分為以下的幾個用例(Use Cases)。(1) 訂單處理:(2) 訂單維護(hù):(3) 訂單狀態(tài)查詢:(4) 個人信息維護(hù):(5) 訂購:(6) 接收發(fā)貨:(7) 庫存查詢:(8) 缺貨拒絕:(9) 商品查詢:(10) 商品信息維護(hù):(11) 銷售查詢:(12) 員工信息維護(hù):(13) 報表維護(hù):(14) 訂單增加:(15) 訂單刪除。3. 創(chuàng)建用例圖 系統(tǒng)管理的用例圖如圖2-1所示。圖2-1系統(tǒng)管理用例圖系統(tǒng)用戶的用例圖如圖2-1所示。圖2-2 系統(tǒng)用戶用例圖1.2.3系統(tǒng)的時序圖與協(xié)作圖(1)顧客建立訂單時序
11、圖如圖2-3所示圖2-3顧客建立訂單時 用戶首先使用自己的賬號和密碼登錄系統(tǒng),登錄模塊會將客戶的ID保存在系統(tǒng)緩存中并提交給商品查詢模塊。商品查詢模塊提示客戶輸入查詢條件,客戶輸入適當(dāng)?shù)牟樵儣l件后查詢模塊顯示符合查詢條件的商品列表??蛻舻玫缴唐妨斜砗?,提交自己想要購買的商品ID,訂購模塊得到商品ID。生成訂單并提交給數(shù)據(jù)模塊進(jìn)行保存,保存成功后,訂購模塊提示用戶訂購商品成功。(2) 顧客刪除訂單時序圖如圖2-4所示。 圖2-4 客戶刪除訂單時序圖 客戶在提交訂單后可以對訂單進(jìn)行維護(hù)(添加、刪除、修改)??蛻羰紫容斎胱约旱馁~號和密碼登錄系統(tǒng)。登錄模塊會將客戶的ID保存在系統(tǒng)緩存中并提交給訂單查詢
12、模塊。訂單查詢模塊顯示該客戶當(dāng)前的所有訂單,客戶得到該列表后,選擇需要刪除的商品ID,訂單處理模塊把刪除信息提交給數(shù)據(jù)模塊,數(shù)據(jù)模塊保存信息。訂單處理模塊提示用戶刪除操作成功。(3) 管理員處理訂單時序圖如圖2-5所示。圖2-5 管理員處理訂單時序圖 管理員使用其賬號和密碼登錄后,登錄模塊會將管理員的ID保存在系統(tǒng)緩存中并提交給訂單處理模塊。訂單處理模塊提交給管理員未處理的列表,管理員提交某商品ID得到該商品的庫存情況,如果庫存充足則接受訂單,并把接受信息提交數(shù)據(jù)模塊,數(shù)據(jù)模塊更新該客戶的訂單信息并返回成功信息給訂單處理模塊,訂單處理模塊提示管理員該操作成功。(4)顧客建立訂單協(xié)作圖2-6所示
13、。 圖2-6 顧客建立訂單協(xié)作圖(5)顧客刪除訂單協(xié)作圖如圖2-7所示。 圖2-7 顧客刪除訂單協(xié)作圖(6)管理員處理訂單協(xié)作圖如圖2-8所示。圖2-8管理員處理訂單協(xié)作圖1.2.4系統(tǒng)的活動圖活動圖可以分為垂泳道,每個泳道進(jìn)表示工作流中不同的參與者。查看泳道中的活動,就可以知道某個參與者的責(zé)任。通過不同泳道中活動的過渡,可以了解誰要與誰進(jìn)行通信。這些信息在建?;蚶斫鈽I(yè)務(wù)程時非常重要。 顧客購買商品和管理員處理訂單的活動圖如圖2-9所示。圖8 系統(tǒng)活動圖 從圖2-9中可以看出,管理員、顧客發(fā)生了相互的關(guān)系。顧客登錄后查詢商品,在選擇了自己希望購買的商品后提交訂單,接下來顧客處于查詢訂單的循環(huán)狀
14、態(tài)。與此同時,管理員接收到了顧客提交的訂單,并根據(jù)該訂單對應(yīng)商品的庫存情況判斷是否拒絕該訂單,并更新客戶訂單。在顧客查詢到訂單狀態(tài)變成已處理后,購買過程結(jié)束。1.3.1 類圖的生成 1參與者相關(guān)的類 系統(tǒng)中的類圖如圖2-10所示。圖2-10 系統(tǒng)類圖 類圖說明(1) Person是所有類的父類,它的屬性包括用于標(biāo)識不同身份的人的ID,姓名(Name)以及地址(Address)。它的方法包括根據(jù)ID查詢、根據(jù)姓名查詢、設(shè)置某人的姓名、地址等。(2) Customer繼承了父類的方法和屬性并添加了自己的屬性和方法。date表示該用戶客戶訂單。(3) Employee繼承了person,它的屬性pa
15、ssword表示登錄密碼。這是所有員工共有的操作。系統(tǒng)管理員類中還增加了查詢分析和報表打印的方法。 2系統(tǒng)中的其他類 系統(tǒng)中的其他類如圖2-11所示。圖2-11 系統(tǒng)中的其他類(1) book是圖書類。它的屬性包括圖書ID、圖書名稱(name)、圖書介紹(introduce)、圖書作者(author)、圖書價格(price),商品類的方法有add()用于添加。(2) Orders是訂單類。它的屬性包括訂單ID、用戶ID、商品ID、訂單日期(date)。訂單類的方法包括添加訂單add()。查詢訂單select()、刪除訂單delete()。這些方法中select()供person類使用,dele
16、te()供Custome類使用。(3) Record存儲記錄類。該類存儲了所有的用戶操作,包括用戶的查詢和訂購操作,這些數(shù)據(jù)是后臺程序分析的基礎(chǔ)。該類的屬性包括記錄ID、用戶ID、圖書ID、操作類型、數(shù)量,方法查詢select ()、打印print()、添加add()、刪除delete()。1.3.2 各類這間的關(guān)系 網(wǎng)上圖書銷售系統(tǒng)各類這間的關(guān)系如圖2-12所示。圖2-12 類間關(guān)系圖類圖說明一個操作員可以處理多個訂單。一個管理員也可以處理多個訂單,并且管理員具有數(shù)據(jù)查詢的權(quán)限。一個訂單中包括了多個商品,一條歷史記錄中也包括了多個商品,一個顧客只能對應(yīng)一條歷史記錄,但他有多個訂單的記錄。 1.4 系統(tǒng)的配置與實現(xiàn) 下面介紹系統(tǒng)的組件圖與配置圖。1.4.1 系統(tǒng)的組件圖 系統(tǒng)的組件圖如圖2-13所示,包括系統(tǒng)服務(wù)、客戶服務(wù)和數(shù)據(jù)服務(wù)3個組件。圖2-
溫馨提示
- 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)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2025年五金制品行業(yè)跨境電商市場潛力與增長策略分析報告
- 藥品采購安全管理制度
- 藥店人員培訓(xùn)管理制度
- 藥店總部倉庫管理制度
- 藥店藥品采購管理制度
- 設(shè)備人員考核管理制度
- 設(shè)備停用閑置管理制度
- 設(shè)備數(shù)據(jù)采集管理制度
- 設(shè)備物資基礎(chǔ)管理制度
- 設(shè)備維修風(fēng)險管理制度
- 寫作專題課程論文-淺論《紅樓夢》中王熙鳳形象
- 貨款催收技巧課件
- 《風(fēng)電場工程規(guī)劃報告編制規(guī)程》(NB-T 31098-2016)
- 中國產(chǎn)科麻醉專家共識(2021版)-共識解讀
- 《靜脈輸液》課件
- 病毒性肝炎患者的護(hù)理查房
- 2024中核環(huán)保招聘17人高頻考題難、易錯點模擬試題(共500題)附帶答案詳解
- 老年常見技術(shù)之熱水袋使用護(hù)理課件
- 2024年真空泵行業(yè)技術(shù)趨勢分析
- prp技術(shù)治療骨關(guān)節(jié)疼痛
- 木材的聲學(xué)與振動特性
評論
0/150
提交評論