版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)
文檔簡介
1、<p> 面向?qū)ο蠓椒ㄅcUML建模</p><p><b> 課程設(shè)計報告</b></p><p><b> 網(wǎng)上圖書銷售系統(tǒng)</b></p><p><b> 需求分析</b></p><p><b> 系統(tǒng)總體的功能需求</b>&l
2、t;/p><p> 網(wǎng)上圖書銷售系統(tǒng)是一個復(fù)雜的電子商務(wù)系統(tǒng),它必須提供用戶的接口以供用戶登錄并選擇喜好的圖書;同時還必須提供系統(tǒng)的管理接口以供管理員和一般的網(wǎng)站工作人員處理客戶訂單并維護(hù)網(wǎng)站正常運作。</p><p> 系統(tǒng)總體功能需求框圖如圖1所示。</p><p><b> 用戶接口模塊</b></p><p>
3、 用戶接口是網(wǎng)站用戶使用圖書銷售系統(tǒng)服務(wù)的入口,所有的在線用戶都通過瀏覽器登錄網(wǎng)站,并進(jìn)行一系列的查詢,訂購操作。用戶接口模塊包括了用戶信息維護(hù)、商品查詢、訂購商品和訂單維護(hù)4個部分。用戶登錄系統(tǒng)后,用戶ID將會被保存在服務(wù)器的緩存中,用戶在系統(tǒng)中所做的操作,包括查詢、訂購等都將被系統(tǒng)存儲在數(shù)據(jù)庫中,以供系統(tǒng)進(jìn)行銷售情況以及銷售走勢分析。</p><p><b> 管理員接口模塊</b>
4、</p><p> 這是系統(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ù)不同的情況及時的調(diào)整經(jīng)營戰(zhàn)略,將庫存成本和資金占用率降到最
5、低的限度。</p><p><b> 數(shù)據(jù)服務(wù)模塊</b></p><p> 數(shù)據(jù)服務(wù)模塊是系統(tǒng)正常運行的基礎(chǔ),包括客戶的查詢,訂單的保存;網(wǎng)站工作人員的訂單處理;網(wǎng)站管理員的銷售情況查詢與分析。</p><p><b> 用戶接口模塊</b></p><p> 用戶接口模塊包括如圖2所示的
6、幾個方面。</p><p><b> 用戶信息維護(hù)</b></p><p> 每個使用該系統(tǒng)的用戶必須經(jīng)過注冊,而注冊時的用戶名是用戶的惟一標(biāo)識。系統(tǒng)可以接收更多可用的客戶信息,比如購物方面的喜好、經(jīng)濟能力等。</p><p> 系統(tǒng)的后臺程序會自動記錄每個用戶在登錄網(wǎng)站后進(jìn)行的所有操作,包括查詢和訂購信息。這些信息對于系統(tǒng)的管理員都是珍
7、貴的數(shù)據(jù),系統(tǒng)分析程序可以根據(jù)用戶的查詢記錄判斷該客戶的喜好,可以根據(jù)用戶的購買情況判斷該客戶的經(jīng)濟情況。系統(tǒng)后臺程序可以根據(jù)分析的結(jié)果自動得出給該用戶的推薦商品,在用戶登錄時顯示在醒目的位置。</p><p> 前置條件:用戶已登錄。</p><p><b> 商品查詢</b></p><p> 商品查詢模塊可以根據(jù)商品的名稱、種類,價
8、格、廠家等各種條件進(jìn)行組合查詢。商品查詢結(jié)果的列表中,用戶可以進(jìn)一步的查看詳細(xì)信息。</p><p> 前置條件:用戶已登錄。</p><p><b> 訂購商品</b></p><p> 客戶在根據(jù)喜好得到相應(yīng)的商品列表后,可以選擇訂購該商品。在訂購商品后,系統(tǒng)會自動保存并更新該用戶的訂單。系統(tǒng)的工作人員可以及時得到訂單并處理,根據(jù)情況
9、選擇發(fā)貨、缺貨或延時發(fā)貨。</p><p> 用戶所有的訂購商品記錄都將保存在系統(tǒng)數(shù)據(jù)庫中供后臺程序分析該用戶的喜好和購買力。以后該用戶登錄時可以推薦與其購買力相應(yīng)的商品。</p><p> 前置條件:用戶已登錄、商品可供購買。</p><p><b> 訂單維護(hù)</b></p><p> 客戶在訂購商品后可以查
10、詢其訂單的狀態(tài)(包括處理中、發(fā)貨中、缺貨中和已完成),并可以對處理中和缺貨中的訂單進(jìn)行增加、刪除和修改的操作。訂單修改的結(jié)果會及時更新并提交給工作人員。</p><p> 客戶的訂單維護(hù)信息也將被保存在系統(tǒng)的數(shù)據(jù)庫中供分析使用。</p><p> 前置條件:用戶已登錄。</p><p><b> 管理員接口模塊</b></p>
11、<p> 管理員接口模塊所包括如圖3所示的幾個方面。</p><p> 管理員接口模塊是系統(tǒng)管理員使用的核心模塊,是整個網(wǎng)上圖書銷售系統(tǒng)正常運行的基礎(chǔ)。</p><p><b> 商品信息維護(hù)</b></p><p> 系統(tǒng)管理員登錄后可以對系統(tǒng)所有的商品信息進(jìn)行維護(hù),包括商品價格的調(diào)整、商品描述信息的更新、新商品的加入以
12、及過期商品的刪除。</p><p> 系統(tǒng)的后臺程序可以根據(jù)商品的銷售情況提供給管理員一份詳細(xì)的分析報告。管理員可以根據(jù)該報告及時的調(diào)整熱門商品的信息(例如將其放置到醒目的位置)、對非熱門的商品進(jìn)行價格調(diào)整。這一切的數(shù)據(jù)都來源自系統(tǒng)客戶的查詢和訂購信息。</p><p> 前置條件:管理員已登錄。</p><p><b> 內(nèi)部員工信息維護(hù)</
13、b></p><p> 系統(tǒng)管理員登錄后可以對內(nèi)部員工的信息進(jìn)行維護(hù),包括員工個人信息的更新,員工權(quán)限的更改等。本系統(tǒng)涉及的使用者包括系統(tǒng)管理員和普通員工,系統(tǒng)管理員擁有所有的權(quán)限,而普通員工一般只擁有訂單處理的權(quán)限。但管理員可以定制任意員工的權(quán)限,比如增加他的報表打印權(quán)限。</p><p> 前置條件:管理員已登錄。</p><p><b>
14、 訂單處理</b></p><p> 訂單處理一般是普通員工的工作。用戶在訂購商品后,系統(tǒng)會及時更新其訂單,普通員工登錄后,可以獲取未處理的訂單,并根據(jù)庫存情況發(fā)貨或選擇延時發(fā)貨。</p><p> 客戶在查詢商品時會顯示商品的庫存數(shù)量,但系統(tǒng)的管理者并不希望顯示某商品的庫存為零,因為這樣會失去部分客戶。因此,在訂購商品后可能會出現(xiàn)庫存不足的情況,這時工作人員一般選擇延時發(fā)
15、貨或者拒絕訂單。如果該商品有現(xiàn)貨,那么工作人員確認(rèn)用戶訂單后選擇發(fā)貨。</p><p> 前置條件:管理員或普通工作人員已登錄。</p><p><b> 銷售情況查詢</b></p><p> 銷售情況查詢是系統(tǒng)編碼過程中非常重要部分,能夠為企業(yè)管理者的決策提供參考的信息。管理員登錄后,可以得到詳細(xì)的銷售情況列表并及時更新熱門商品的信息
16、(如排列位置),可以根據(jù)銷售的走勢和以往的銷售記錄及時判斷部分商品可能會出現(xiàn)庫存不足并及時進(jìn)貨。由于本功能模塊涉及到企業(yè)的經(jīng)營信息,考慮到商業(yè)信息的安全性,需要管理員級的用戶才可以使用本模塊。</p><p> 前置條件:管理員已登錄。</p><p><b> 報表維護(hù)</b></p><p> 報表維護(hù)模塊提供查詢結(jié)果的打印輸出功能。
17、</p><p><b> 系統(tǒng)的用例圖</b></p><p><b> 參與者</b></p><p> 在本系統(tǒng)的UML建模中,可以創(chuàng)建以下的參與者:</p><p><b> 顧客;</b></p><p><b> 管理員;
18、</b></p><p><b> 一般員工。</b></p><p><b> 創(chuàng)建用例</b></p><p> 根據(jù)業(yè)務(wù)流程,網(wǎng)上圖書銷售系統(tǒng)可以分為以下的幾個用例。</p><p><b> 訂單處理;</b></p><p>
19、;<b> 訂單維護(hù);</b></p><p><b> 訂單狀態(tài)查詢;</b></p><p><b> 個人信息維護(hù);</b></p><p><b> 訂購;</b></p><p><b> 接收發(fā)貨;</b><
20、;/p><p><b> 庫存查詢;</b></p><p><b> 缺貨拒絕;</b></p><p><b> 商品查詢;</b></p><p><b> 商品信息維護(hù);</b></p><p><b> 銷
21、售查詢;</b></p><p><b> 員工信息維護(hù);</b></p><p><b> 報表維護(hù);</b></p><p><b> 訂單增加;</b></p><p><b> 訂單刪除。</b></p><
22、p><b> 用例圖</b></p><p> 系統(tǒng)管理的用例圖如圖4所示。</p><p> 系統(tǒng)用戶的用例圖如圖5所示。</p><p><b> 購買商品的活動圖</b></p><p> 顧客購買商品和管理員處理訂單的活動圖如圖6所示。</p><p>
23、; 從圖6中可以看出,管理員、顧客發(fā)生了相互的關(guān)系。顧客登錄后查詢商品,在選擇了自己希望購買的商品后提交訂單,接下來顧客處于查詢訂單的循環(huán)狀態(tài)。與此同時,管理員接收到了顧客提交的訂單,并根據(jù)該訂單對應(yīng)商品的庫存情況判斷是否拒絕該訂單,并更新客戶訂單。在顧客查詢到訂單狀態(tài)變成已處理后,購買過程結(jié)束。</p><p><b> 系統(tǒng)中的類</b></p><p>&l
24、t;b> 參與者相關(guān)的類</b></p><p> 系統(tǒng)中的類圖如圖7所示。</p><p><b> 〖類圖說明〗</b></p><p> Person是所有類的父類,它的屬性包括用于標(biāo)識不同身份的人的ID,姓名(Name)以及地址( Address)。它的方法包括根據(jù)ID搜索、根據(jù)姓名搜索、設(shè)置某人的姓名、地址等
25、。</p><p> Customer繼承了父類的方法和屬性并添加了自己的屬性和方法。Reg_date表示該用戶的注冊日期,password表示登錄密碼。Search_goods()用于搜索商品,maintain_order()用于維護(hù)客戶訂單。</p><p> Employee繼承了Person,它的屬性dateHired表示雇傭日期,right表示使用權(quán)限,salary表示該員工
26、薪水,password表示登錄密碼。Handle_Order()用于處理訂單,這是所有員工共有的操作。系統(tǒng)管理員類中還增加了查詢分析和報表打印的方法。</p><p><b> 系統(tǒng)中的其他類</b></p><p> 系統(tǒng)中的其他類如圖8所示。</p><p><b> 〖類圖說明〗</b></p>
27、<p> goods是商品類。它的屬性包括商品ID、商品名稱(name)、庫存數(shù)量(storage)、商品介紹(introduce),商品類的方法有search()用于供查詢。</p><p> Orders訂單類。它的屬性包括訂單ID、用戶ID、商品ID、訂單日期(Date)、訂單中商品數(shù)量( num)、訂單狀態(tài)(status)。訂單類的方法包括添加訂單add()、編輯訂單modify()、搜索訂
28、單search()、處理訂單handle()和刪除訂單delete()。</p><p> 這些方法中search()供person類使用,handle()供employee類使用,modify()、handle()和delete()供Customer類使用。</p><p> Record存儲記錄類。該類存儲了所有的用戶操作,包括用戶的查詢和訂購操作,這些數(shù)據(jù)是后臺程序分析的基礎(chǔ)。該
29、類的屬性包括記錄ID、用戶ID、商品ID、操作類型、操作日期,方法包括搜索search()、打印print()和獲得數(shù)據(jù)get()。</p><p><b> 各類之間的關(guān)系</b></p><p> 網(wǎng)上圖書銷售系統(tǒng)各類之間的關(guān)系如圖9所示。</p><p><b> 〖類圖說明〗</b></p>&
30、lt;p> 一個操作員可以處理多個訂單。一個管理員也可以處理多個訂單,并且管理員具有數(shù)據(jù)查詢的權(quán)限。一個訂單中包括了多個商品,一條歷史記錄中也包括了多個商品,一個顧客只能對應(yīng)一條歷史記錄,但他有多個訂單的記錄。</p><p><b> 系統(tǒng)的順序圖</b></p><p> 顧客訂購順序圖如圖10所示。</p><p> 用戶首
31、先使用自己的賬號和密碼登錄系統(tǒng),登錄模塊會將客戶的ID保存在系統(tǒng)緩存中并提交給商品查詢模塊。商品查詢模塊提示客戶輸入查詢條件,客戶輸入適當(dāng)?shù)牟樵儣l件后查詢模塊顯示符合查詢條件的商品列表??蛻舻玫缴唐妨斜砗?,提交自己想要購買的商品ID。訂購模塊得到商品ID,生成訂單并提交給數(shù)據(jù)模塊進(jìn)行保存。保存成功后,訂購模塊提示用戶訂購該商品成功。</p><p> 顧客刪除訂單順序圖如圖11所示。</p>&l
32、t;p> 客戶在提交訂單后可以對訂單進(jìn)行維護(hù)(添加、刪除、修改)。客戶首先輸入自己的賬號和密碼登錄系統(tǒng)。登錄模塊會將客戶的ID保存在系統(tǒng)緩存中并提交給訂單查詢模塊。訂單查詢模塊顯示該客戶當(dāng)前的所有訂單,客戶得到該列表后,選擇需要刪除的商品ID,訂單處理模塊把刪除信息提交給數(shù)據(jù)模塊,數(shù)據(jù)模塊保存信息。訂單處理模塊提示用戶刪除操作成功。</p><p> 管理員處理訂單順序圖如圖12所示。</p>
33、;<p> 管理員使用其賬號和密碼登錄后,登錄模塊會將管理員的ID保存在系統(tǒng)緩存中并提交給訂單處理模塊。訂單處理模塊提交給管理員未處理訂單的列表,管理員提交某商品ID得到該商品的庫存情況。如果庫存充足則接受訂單,并把接受信息提交給數(shù)據(jù)模塊,數(shù)據(jù)模塊更新該客戶的訂單信息并返回成功信息給訂單處理模塊,訂單處理模塊提示管理員該操作成功。</p><p><b> 訂單的狀態(tài)圖</b&g
34、t;</p><p> 訂單(Orders)是系統(tǒng)中比較重要的一個類,其狀態(tài)圖如圖13所示。</p><p> 用戶提交訂單后,訂單處于未處理狀態(tài)。在管理員處理訂單前,用戶對訂單的修改(增加、減少等),如果用戶取消訂單(即修改后訂購商品數(shù)為0),則訂單結(jié)束。管理員處理訂單時查詢庫存,如果有貨,則接受訂單并發(fā)貨,如果缺貨則拒絕訂單并通知用戶,訂單結(jié)束。</p><p&
溫馨提示
- 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. 眾賞文庫僅提供信息存儲空間,僅對用戶上傳內(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)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 網(wǎng)上圖書銷售系統(tǒng)課程設(shè)計報告
- 網(wǎng)上圖書銷售系統(tǒng)課程設(shè)計
- uml課程設(shè)計--網(wǎng)上圖書銷售系統(tǒng)
- 網(wǎng)上圖書銷售系統(tǒng)—數(shù)據(jù)庫課程設(shè)計報告
- 軟件工程課程設(shè)計報告---網(wǎng)上圖書銷售系統(tǒng)
- 網(wǎng)上圖書銷售系統(tǒng)數(shù)據(jù)庫課程設(shè)計
- 網(wǎng)上圖書銷售系統(tǒng)數(shù)據(jù)庫課程設(shè)計
- 課程設(shè)計報告---網(wǎng)上圖書管理系統(tǒng)
- 開題報告--網(wǎng)上圖書銷售系統(tǒng)的設(shè)計
- 課程設(shè)計--網(wǎng)上圖書銷售網(wǎng)站設(shè)計與規(guī)劃書
- 畢業(yè)設(shè)計---網(wǎng)上圖書銷售系統(tǒng)
- 基于jsp的網(wǎng)上圖書銷售系統(tǒng)
- 網(wǎng)上圖書銷售系統(tǒng)畢業(yè)論文
- 網(wǎng)上圖書銷售系統(tǒng)畢業(yè)論文
- 畢業(yè)論文——網(wǎng)上圖書銷售管理系統(tǒng)
- 畢業(yè)論文——網(wǎng)上圖書銷售管理系統(tǒng)
- 基于jsp的網(wǎng)上圖書銷售系統(tǒng)0
- bc網(wǎng)上圖書銷售系統(tǒng)用例文檔
- 畢業(yè)論文---網(wǎng)上圖書銷售系統(tǒng)設(shè)計與應(yīng)用
- 基于網(wǎng)上圖書銷售系統(tǒng)之設(shè)計與實現(xiàn).pdf
評論
0/150
提交評論