UML網(wǎng)上圖書銷售系統(tǒng)課設(shè)_第1頁
UML網(wǎng)上圖書銷售系統(tǒng)課設(shè)_第2頁
UML網(wǎng)上圖書銷售系統(tǒng)課設(shè)_第3頁
UML網(wǎng)上圖書銷售系統(tǒng)課設(shè)_第4頁
UML網(wǎng)上圖書銷售系統(tǒng)課設(shè)_第5頁
已閱讀5頁,還剩5頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

1、一、設(shè)計題目網(wǎng)上圖書銷售系統(tǒng)二、設(shè)計目的1 能夠掌握軟件需求分析的設(shè)計和開發(fā)步驟,靈活運用用例圖、類圖、對象圖、狀態(tài)圖、時序圖、協(xié)作圖、活動圖、組件圖、配置圖等圖形化分析方法建立需求和設(shè)計模型。2 能熟練運用RSA軟件完成用例圖、類圖、對象圖、狀態(tài)圖、活動圖、時序圖、協(xié)作圖、組件圖、配置圖等9種常用圖形設(shè)計,在掌握整個軟件操作的基礎(chǔ)上,要求學生能在小組內(nèi)分工完成設(shè)計工作。3 經(jīng)過課程設(shè)計完成課題設(shè)計任務(wù),以提高我們的獨立設(shè)計水平和實際動手能力,培養(yǎng)學生的創(chuàng)新精神。三、系統(tǒng)需求分析1、系統(tǒng)的功能需求包含以下幾個方面:(1) 系統(tǒng)功能需求。(2) 用戶接口模塊。(3) 管理員接口模塊。2、系統(tǒng)主要

2、包括以下幾個模塊:(如圖1-1)(1)用戶接口模塊用戶接口是網(wǎng)站用戶使用圖書銷售系統(tǒng)服務(wù)的入口,所有的在線用戶都通過瀏覽器登陸網(wǎng)站進行一系列的查詢,訂購操作。包括用戶信息維護、商品查詢、訂購商品和訂單維護4個部分。(2)管理員接口模塊管理員接口是系統(tǒng)提供給網(wǎng)站維護和管理人員的接口。包括商品信息維護、內(nèi)部員工信息維護、訂單處理、銷售情況查詢、報表維護5個部分。其中一般工作人員只有訂單處理的權(quán)限,而管理員具有所有的管理權(quán)限。(3)數(shù)據(jù)服務(wù)模塊數(shù)據(jù)服務(wù)是系統(tǒng)正常運行的基礎(chǔ)。包括客戶的查詢,訂單的保存,工作人員的訂單處理,網(wǎng)站管理員的銷售情況查詢與分析。數(shù)據(jù)服務(wù)模塊圖 1-13、用戶接口模塊包含的功能

3、:(如圖1-2)(1用戶信息維護:每個使用系統(tǒng)的用戶必須先經(jīng)過注冊,注冊時的用戶名是用戶的唯一標識。用戶注冊后,系統(tǒng)的后臺將用戶的記錄更新到數(shù)據(jù)庫并生產(chǎn)新的客戶列表,用戶可以更改自己的信息。(2)商品查詢:商品查詢模塊可以根據(jù)商品的名稱、種類、價格、廠家等各種條件進行組合查詢。商品查詢結(jié)果的列表中,用戶可以進一步的查看詳細信息。(3)訂購商品客戶在根據(jù)喜好得到相應(yīng)的商品列表后,可以選擇訂購該商品。在訂購該商品后,系統(tǒng)會自動保存并更新該用戶的訂單。系統(tǒng)的工作人員可以及時得到訂單并處理,根據(jù)情況選擇發(fā)貨、缺貨或延時發(fā)貨。(4)訂單維護:客戶在訂購商品后可以查詢其訂單的狀態(tài),并可以對處理中和缺貨中的

4、訂單進行增加、刪除、和修改的操作。訂單修改的結(jié)果會及時更新并提交給工作人員。訂購維護圖 1-24、管理員接口模塊包括的主要功能模塊:(如圖1-3)(1) 商品信息維護系統(tǒng)管理員登錄后可以對系統(tǒng)所有的商品信息進行維護,包括商品價格的調(diào)整、商品描述信息的更新、新商品的加入以及過期商品商品的刪除。(2) 內(nèi)部員工信息維護系統(tǒng)管理員登錄后可以對內(nèi)部員工的信息進行維護,包括員工個人信息的更新,員工權(quán)限的更改等。(3) 訂單處理訂單處理一般是普通員工的工作。用戶在訂購商品后,系統(tǒng)會及時更新其訂單,普通員工登錄后,可以獲取未處理的訂單,并根據(jù)庫存情況發(fā)貨或選擇延時發(fā)貨。(4) 銷售情況查詢銷售情況查詢可以為

5、企業(yè)管理者的決策提供參考的信息。其用戶是管理員級的用戶,管理員登錄后,可以得到詳細的銷售情況列表并及時更新熱門商品的信息。(5) 報表查詢報表維護模塊提供查詢結(jié)果的打印輸出功能。報單查詢圖 1-35、數(shù)據(jù)服務(wù)模塊包含的功能:(如圖1-4)(1)客戶查詢(2)訂單保存(3)工作人員訂單處理(4)銷售情況查詢與分析銷售情況查詢與分析圖 1-4四、系統(tǒng)的UML基本模型1、系統(tǒng)的用例圖確定參與者:在本系統(tǒng)的UML建模中,可以創(chuàng)建的參與者包括顧客,管理員,一般員工創(chuàng)建用例:根據(jù)業(yè)務(wù)流程,本系統(tǒng)的用例包括:訂單處理,訂單維護,訂單狀態(tài)查詢,個人信息維護;訂購;接收發(fā)貨;庫存查詢;缺貨拒絕;商品查詢;商品信

6、息維護;銷售查詢;員工信息維護;報表維護;訂單增加;訂單刪除。創(chuàng)建用例圖:管理員和員工的用例圖(如圖2-1):圖 2-1顧客的用例圖(如圖2-2):圖 2-22、 系統(tǒng)的活動圖活動圖可以分為垂泳道,每個泳道進表示工作流中不同的參與者。查看泳道中的活動,就可以知道某個參與者的責任。通過不同泳道中活動的過渡,可以了解誰要與誰進行通信。這些信息在建模或理解業(yè)務(wù)程時非常重要。顧客購買商品和管理員處理訂單的活動圖如圖3-1所示。從圖3-1中可以看出,管理員、顧客發(fā)生了相互的關(guān)系。顧客登錄后查詢商品,在選擇了自己希望購買的商品后提交訂單,接下來顧客處于查詢訂單的循環(huán)狀態(tài)。與此同時,管理員接收到了顧客提交的

7、訂單,并根據(jù)該訂單對應(yīng)商品的庫存情況判斷是否拒絕該訂單,并更新客戶訂單。在顧客查詢到訂單狀態(tài)變成已處理后,購買過程結(jié)束。3、系統(tǒng)的時序圖a. 客戶建立訂單時序圖(如圖4-1)用戶首先使用自己的賬號和密碼登錄系統(tǒng),登錄模塊會將客戶的ID保存在系統(tǒng)緩存中并提交給商品查詢模塊。商品查詢模塊提示客戶輸入查詢條件,客戶輸入適當?shù)牟樵儣l件后查詢模塊顯示符合查詢條件的商品列表??蛻舻玫缴唐妨斜砗?,提交自己想要購買的商品ID。訂購模塊得到商品ID,生成訂單并提交給數(shù)據(jù)模塊進行保存。保存成功后,訂購模塊提示用戶訂購該商品成功。b. 客戶刪除訂單時序圖(如圖4-2)客戶在提交訂單后可以對訂單進行維護(添加、刪除、

8、修改)。客戶首先輸入自己的賬號和密碼登錄系統(tǒng)。登錄模塊會將客戶的ID保存在系統(tǒng)緩存中并提交給訂單查詢模塊。訂單查詢模塊顯示該客戶當前的所有訂單,客戶得到該列表后,選擇需要刪除的商品ID,訂單處理模塊把刪除信息提交給數(shù)據(jù)模塊,數(shù)據(jù)模塊保存信息。訂單處理模塊提示用戶刪除操作成功。c. 管理員處理訂單時序圖(如圖4-3)d. 管理員使用其賬號和密碼登錄后,登錄模塊會將管理員的ID保存在系統(tǒng)緩存中并提交給訂單處理模塊。訂單處理模塊提交給管理員未處理的列表,管理員提交某商品ID得到該商品的庫存情況,如果庫存充足則接受訂單,并把接受信息提交數(shù)據(jù)模塊,數(shù)據(jù)模塊更新該客戶的訂單信息并返回成功信息給訂單處理模塊

9、,訂單處理模塊提示管理員該操作成功。4、系統(tǒng)的協(xié)作圖顧客建立訂單協(xié)作圖(如圖5-1)顧客刪除訂單協(xié)作圖(如圖5-2)管理員處理訂單協(xié)作圖(如圖5-3)5、訂單的狀態(tài)圖訂單(Orders是系統(tǒng)中比較重要的一個類,其狀態(tài)圖如圖6-1所示。用戶提交訂單后,訂單處于未處理狀態(tài)。在管理員處理訂單前,用戶對訂單的修改(增加、減少等),如果用戶取消訂單(即修改后訂購商品數(shù)為0),則訂單結(jié)束。管理員處理訂單時查詢庫存,如果有貨,則接受訂單并發(fā)貨,如果缺貨則拒絕訂單并通知用戶,訂單結(jié)束。五、系統(tǒng)中的類1. 參與者相關(guān)的類系統(tǒng)中的類圖如圖7-1所示。圖 7-1類圖說明1 Person是所有類的父類,它的屬性包括用

10、于標識不同身份的人的ID,姓名(Name以及地址( Address。它的方法包括根據(jù)ID搜索、根據(jù)姓名搜索、設(shè)置某人的姓名、地址等。2 Customer繼承了父類的方法和屬性并添加了自己的屬性和方法。Reg_date表示該用戶的注冊日期,password表示登錄密碼。Search_goods(用于搜索商品,maintain_order(用于維護客戶訂單。3 Employee繼承了Person,它的屬性dateHired表示雇傭日期,right表示使用權(quán)限,salary表示該員工薪水,password表示登錄密碼。Handle_Order(用于處理訂單,這是所有員工共有的操作。系統(tǒng)管理員類中還增

11、加了查詢分析和報表打印的方法。2. 系統(tǒng)中的其他類系統(tǒng)中的其他類如圖7-2所示。7 類圖說明1 goods是商品類。它的屬性包括商品ID、商品名稱(name、庫存數(shù)量(storage、商品介紹(introduce),商品類的方法有search(用于供查詢。2 Orders訂單類。它的屬性包括訂單ID、用戶ID、商品ID、訂單日期(Date、訂單中商品數(shù)量( num、訂單狀態(tài)(status。訂單類的方法包括添加訂單add(、編輯訂單modify(、搜索訂單search(、處理訂單handle(和刪除訂單delete(。這些方法中search(供person類使用,handle(供employee

12、類使用,modify(、handle(和delete(供Customer類使用。3 Record存儲記錄類。該類存儲了所有的用戶操作,包括用戶的查詢和訂購操作,這些數(shù)據(jù)是后臺程序分析的基礎(chǔ)。該類的屬性包括記錄ID、用戶ID、商品ID、操作類型、操作日期,方法包括搜索search(、打印print(和獲得數(shù)據(jù)get(。3. 各類之間的關(guān)系網(wǎng)上圖書銷售系統(tǒng)各類之間的關(guān)系如圖7-3所示。類圖說明一個操作員可以處理多個訂單。一個管理員也可以處理多個訂單,并且管理員具有數(shù)據(jù)查詢的權(quán)限。一個訂單中包括了多個商品,一條歷史記錄中也包括了多個商品,一個顧客只能對應(yīng)一條歷史記錄,但他有多個訂單的記錄。6、系統(tǒng)的配置與實現(xiàn)(1)系統(tǒng)的組件圖系統(tǒng)的組件圖如圖8-1所示,包括系統(tǒng)服務(wù)、客戶服務(wù)和數(shù)據(jù)服務(wù)3個組件(2) 系統(tǒng)的配置圖系統(tǒng)由多個節(jié)點構(gòu)成,應(yīng)用服務(wù)器負責整個系統(tǒng)的總體協(xié)調(diào)工作,數(shù)據(jù)庫負責數(shù)據(jù)管理??蛻魴C通過互聯(lián)網(wǎng)與應(yīng)用服務(wù)器相連,這樣管理員可以通過互聯(lián)網(wǎng)管理應(yīng)用服務(wù)器,客戶可以通過互聯(lián)網(wǎng)訪問應(yīng)用服務(wù)器得到圖書銷售服務(wù)。系統(tǒng)的配置圖如圖8-2所示。七、改進意見及建議這次課設(shè)中我的任務(wù)是完成兩個用例圖-管理員和員工的用例圖、顧客的用例圖。由于所用的Rose軟件版本不一樣,用例圖上會出現(xiàn)11的關(guān)系。對于需要改進的地方,我覺得加上Rose軟件中對靜態(tài)模型和動態(tài)模型的文件管理目錄會更清晰些。八

溫馨提示

  • 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)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論