網(wǎng)上圖書(shū)銷售系統(tǒng)的需求分析.doc

1、網(wǎng)上圖書(shū)銷售系統(tǒng) 本文檔介紹網(wǎng)上圖書(shū)銷售系統(tǒng)的UML建模過(guò)程。1.1 網(wǎng)上圖書(shū)銷售系統(tǒng)的需求分析尋找需求不是件容易的事情，軟件開(kāi)發(fā)人員最討厭的就是需求經(jīng)常變化，因此,在建模之前明確需求非常重要.1.1.1 系統(tǒng)總體的功能需求網(wǎng)上圖書(shū)銷售系統(tǒng)是一個(gè)復(fù)雜的電子商務(wù)系統(tǒng)，它必須提供用戶的接口以供用戶登錄并選擇喜好的圖書(shū)；同時(shí)還必須提供系統(tǒng)的管理接口以供管理員和一般的網(wǎng)站工作人員處理客戶訂單并維護(hù)網(wǎng)站正常運(yùn)作。系統(tǒng)總體功能需求框圖如圖1-1所示。 圖11 系統(tǒng)總體功能需求框圖1. 用戶接口模塊用戶接口是網(wǎng)站用戶使用圖書(shū)銷售系統(tǒng)服務(wù)的入口，所有的在線用戶都通過(guò)瀏覽登錄網(wǎng)站，并進(jìn)行一系列的查詢，訂購(gòu)操作。

2、用戶接口模塊包括了用戶信息維護(hù)、商品查詢、訂購(gòu)商品和訂單維護(hù)4個(gè)部分。用戶登錄系統(tǒng)后，用戶ID將會(huì)被保存在服務(wù)器的緩存中，用戶在系統(tǒng)中所做的操作，包括查詢、訂購(gòu)等都將被系統(tǒng)存儲(chǔ)在數(shù)據(jù)庫(kù)中，以供系統(tǒng)那個(gè)進(jìn)行銷售情況以及銷售走勢(shì)分析。2. 管理員接口模塊這是系統(tǒng)提供給網(wǎng)站維護(hù)和管理人員的接口。管理員接口模塊包括商品信息維護(hù)、內(nèi)部員工信息維護(hù)、訂單處理、銷售情況查詢、報(bào)表維護(hù)5個(gè)部分.網(wǎng)站的一般工作人員通常只具有訂單處理的權(quán)限，他們獲得用戶提交的訂單，并根據(jù)庫(kù)存情況來(lái)決定發(fā)貨或者推遲發(fā)貨.網(wǎng)站的管理員具有所有的管理權(quán)限，可以處理客戶的訂單，可以閱覽網(wǎng)站商品的銷售情況、銷售走勢(shì)，以便根據(jù)不同的情況及時(shí)

3、的調(diào)整經(jīng)營(yíng)戰(zhàn)略，將庫(kù)存成本和資金占有用率降到最低的限度。3. 數(shù)據(jù)服務(wù)模塊數(shù)據(jù)服務(wù)器模塊是系統(tǒng)正常運(yùn)行的基礎(chǔ)，包括客戶的查詢,定單的保存;網(wǎng)站工作人員的定單處理；網(wǎng)站管理員的銷售情況查詢與分析。1.1。2用戶接口模塊用戶接口模塊包括如圖1-2所示的幾個(gè)方面。 圖1-2 用戶接口模塊1. 用戶信息維護(hù)每個(gè)使用該系統(tǒng)的用戶必須經(jīng)過(guò)注冊(cè),而注冊(cè)的用戶名是用戶的唯一標(biāo)識(shí)。系統(tǒng)可以接收更多可用的客戶信息,比如購(gòu)物方面的喜好、經(jīng)濟(jì)能力等。 系統(tǒng)的后臺(tái)程序會(huì)自動(dòng)記錄每個(gè)用戶在登錄網(wǎng)站后進(jìn)行的所有操作，包括查詢和訂購(gòu)信息。這些信息對(duì)于系統(tǒng)的管理員都是珍貴的數(shù)據(jù)，系統(tǒng)分析程序可以根據(jù)用戶的查詢記錄判斷該客戶的喜

4、好，可以根據(jù)用戶的購(gòu)買情況判斷該客戶的經(jīng)濟(jì)情況。系統(tǒng)后臺(tái)程序可以根據(jù)分析的結(jié)果自動(dòng)得出給該用戶的推薦商品，在用戶登錄時(shí)顯示在醒目的位置。用戶維護(hù)功能如圖13所示。 圖13 用戶信息維護(hù)功能前置條件:用戶登錄。2. 商品查詢商品查詢模塊可以根據(jù)商品的名稱、種類、價(jià)格、廠家等各種條件進(jìn)行組合查詢。商品查詢結(jié)果的列表中，用戶可以進(jìn)一步的查看詳細(xì)信息。商品查詢功能如圖1-4所示。 圖14 商品查詢功能前置條件：用戶登錄。3. 訂購(gòu)商品客戶在根據(jù)喜好得到相應(yīng)的商品列表后，可以選擇訂購(gòu)商品。在訂購(gòu)商品后，系統(tǒng)會(huì)自動(dòng)保存并更新該用戶的定單。系統(tǒng)的工作人員可以及時(shí)得到訂單并處理，根據(jù)情況選擇發(fā)貨，缺貨或延遲發(fā)

5、貨。用戶所有的訂購(gòu)商品記錄都將保存在系統(tǒng)數(shù)據(jù)中供后臺(tái)程序分析該用戶的喜好和購(gòu)買力。以后該用戶登錄時(shí)可以推薦與其購(gòu)買力相應(yīng)的商品。訂購(gòu)商品功能如圖1-5所示。 圖1-5 訂購(gòu)商品功能前置條件:用戶已登錄，商品可供購(gòu)買.4訂單維護(hù) 客戶在訂購(gòu)商品后可以查詢其訂單的狀態(tài)(包括處理中、發(fā)貨中、缺貨中和已經(jīng)完成）,并可以對(duì)處理中和缺貨中的訂單進(jìn)行增加、刪除和修改的操作.訂單修改的結(jié)果會(huì)及時(shí)更新并提交給工作人員. 客戶的訂單維護(hù)信息也將被保存在系統(tǒng)的數(shù)據(jù)庫(kù)中供分析使用.訂單維護(hù)功能如圖16所示。 圖16 訂單維護(hù)功能 前置條件：用戶登錄2。1。3管理員接口模塊管理員接口模塊包括如圖1-7所示的幾個(gè)方面。

6、圖1-7 管理員接口模塊說(shuō)包括的功能模塊管理員接口模塊是系統(tǒng)管理員事業(yè)網(wǎng)兜核心模塊,是整個(gè)網(wǎng)上圖書(shū)銷售系統(tǒng)正常運(yùn)行的基礎(chǔ)。1 商品信息維護(hù)系統(tǒng)管理員登錄后可以對(duì)系統(tǒng)所有的商品信息進(jìn)行維護(hù),包括商品價(jià)格的調(diào)整、商品描述信的更新、新商品的加入以及過(guò)期商品的刪除.系統(tǒng)的后臺(tái)程序可以根據(jù)商品的銷售情況提供給管理員一份詳細(xì)分析報(bào)告.管理員可以根據(jù)該報(bào)告及時(shí)的調(diào)整熱門商品的信息（例如將其放置到醒目的位置）、對(duì)非熱門的商品進(jìn)行價(jià)格調(diào)整,這一切的數(shù)據(jù)都來(lái)源自系統(tǒng)客戶的查詢和訂購(gòu)信息。商品信息維護(hù)功能如圖18所示。 圖18 商品信息維護(hù)功能前置條件:用戶已登錄。2 內(nèi)部員工信息維護(hù)系統(tǒng)管理員登錄后可以用對(duì)內(nèi)部員

7、工和普通員工，系統(tǒng)管理員擁有所有的權(quán)限，而普通員一般只擁有訂單處理的權(quán)限。但管理員可以定制任意員工的權(quán)限，比如增加他的報(bào)表打印權(quán)限內(nèi)部員工信息維護(hù)功能如圖19所示. 圖1-9 內(nèi)部員工信息維護(hù)功能前置條件：用戶已登錄。3。訂單處理 訂單處理一般是普通員工的工作。用戶在訂購(gòu)商品后,系統(tǒng)會(huì)及時(shí)更新其訂單,普通員工登錄后，可以獲取未處理的訂單,并根據(jù)數(shù)據(jù)庫(kù)情況發(fā)貨或選擇延時(shí)發(fā)貨。 客戶在查詢商品時(shí)會(huì)顯示商品的庫(kù)存數(shù)量，但系統(tǒng)的管理者并不希望顯示某商品的庫(kù)存為零，因?yàn)檫@樣會(huì)失去部分客戶。因此,在訂購(gòu)商品后可能會(huì)出現(xiàn)庫(kù)存不足的情況，這時(shí)工作人員一般選擇延時(shí)發(fā)貨或者拒絕訂單。如果該商品有現(xiàn)貨，那么工作人員

8、確認(rèn)用戶訂單后選擇發(fā)貨，訂單處理功能如圖1-10所示. 圖110 訂單處理功能前置條件：管理員或普通工作人員已登錄。4. 銷售情況查詢銷售情況查詢是系統(tǒng)編碼過(guò)程中非常重要部分,能夠?yàn)槠髽I(yè)管理者的決策提供參考的信息。管理員登錄后，可以得到詳細(xì)的銷售情況列表并既是更新熱門商品的信息(如排列位置），可以根據(jù)銷售的走勢(shì)和以往的銷售記錄及時(shí)判斷部分商品可能會(huì)出現(xiàn)庫(kù)存不足并及時(shí)進(jìn)貨。由于本功能模塊涉及到企業(yè)的經(jīng)營(yíng)信息，考慮到商業(yè)信息的安全性,需要管理員級(jí)的用戶才可以使用本模塊。銷售情況查詢功能如圖111所示. 圖111 銷售情況查詢功能前置條件：用戶已登錄。5. 報(bào)表維護(hù)報(bào)表維護(hù)模塊提供查詢結(jié)果的打印輸出

9、功能，如圖112所示。 圖112 報(bào)表維護(hù)功能1。2系統(tǒng)的UML建模1。2.1 建立初始模型 選擇菜單File-New“Create New Model”對(duì)話框,選擇J2EE模式，然后點(diǎn)擊OK按鈕。 此時(shí)，Rational Rose會(huì)自動(dòng)加載J2EE本身的一些構(gòu)架模型。加載完成后,就可以開(kāi)始設(shè)計(jì)自己的模型，在此之前先保存該模型，并且將該模型取名為“網(wǎng)上圖書(shū)銷售系統(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)上圖書(shū)銷售系統(tǒng)可以分為以下的幾個(gè)用例（Use Cases)。（1） 訂單處理：（2） 訂單維護(hù)：（3） 訂單狀態(tài)查詢：（4） 個(gè)人信息維護(hù)：（5） 訂購(gòu)：（6） 接收發(fā)貨：（7） 庫(kù)存查詢：（8） 缺貨拒絕:（9） 商品查詢:（10） 商品信息維護(hù)：（11） 銷售查詢：（12） 員工信息維護(hù)：（13） 報(bào)表維護(hù)：（14） 訂單增加：（15） 訂單刪除。3. 創(chuàng)建用例圖 系統(tǒng)管理的用例圖如圖21所示。 圖2-1 系統(tǒng)管理用例圖系統(tǒng)用戶的用例圖如圖21所示。 圖2-2 系統(tǒng)用戶用例圖1.2。3系統(tǒng)的時(shí)序圖與協(xié)作圖（1）顧客建立訂

11、單時(shí)序圖如圖2-3所示圖23 顧客建立訂單時(shí) 用戶首先使用自己的賬號(hào)和密碼登錄系統(tǒng)，登錄模塊會(huì)將客戶的ID保存在系統(tǒng)緩存中并提交給商品查詢模塊。商品查詢模塊提示客戶輸入查詢條件，客戶輸入適當(dāng)?shù)牟樵儣l件后查詢模塊顯示符合查詢條件的商品列表?？蛻舻玫缴唐妨斜砗?，提交自己想要購(gòu)買的商品ID，訂購(gòu)模塊得到商品ID。生成訂單并提交給數(shù)據(jù)模塊進(jìn)行保存，保存成功后，訂購(gòu)模塊提示用戶訂購(gòu)商品成功。（2） 顧客刪除訂單時(shí)序圖如圖24所示。 圖24 客戶刪除訂單時(shí)序圖 客戶在提交訂單后可以對(duì)訂單進(jìn)行維護(hù)（添加、刪除、修改）.客戶首先輸入自己的賬號(hào)和密碼登錄系統(tǒng)。登錄模塊會(huì)將客戶的ID保存在系統(tǒng)緩存中并提交給訂單查

12、詢模塊。訂單查詢模塊顯示該客戶當(dāng)前的所有訂單，客戶得到該列表后,選擇需要?jiǎng)h除的商品ID，訂單處理模塊把刪除信息提交給數(shù)據(jù)模塊，數(shù)據(jù)模塊保存信息。訂單處理模塊提示用戶刪除操作成功。（3） 管理員處理訂單時(shí)序圖如圖25所示。圖25 管理員處理訂單時(shí)序圖 管理員使用其賬號(hào)和密碼登錄后,登錄模塊會(huì)將管理員的ID保存在系統(tǒng)緩存中并提交給訂單處理模塊。訂單處理模塊提交給管理員未處理的列表,管理員提交某商品ID得到該商品的庫(kù)存情況，如果庫(kù)存充足則接受訂單，并把接受信息提交數(shù)據(jù)模塊，數(shù)據(jù)模塊更新該客戶的訂單信息并返回成功信息給訂單處理模塊,訂單處理模塊提示管理員該操作成功。（4）顧客建立訂單協(xié)作圖26所示。

13、圖2-6 顧客建立訂單協(xié)作圖（5）顧客刪除訂單協(xié)作圖如圖27所示。 圖27 顧客刪除訂單協(xié)作圖(6）管理員處理訂單協(xié)作圖如圖2-8所示.圖2-8 管理員處理訂單協(xié)作圖1。2.4系統(tǒng)的活動(dòng)圖活動(dòng)圖可以分為垂泳道，每個(gè)泳道進(jìn)表示工作流中不同的參與者.查看泳道中的活動(dòng),就可以知道某個(gè)參與者的責(zé)任.通過(guò)不同泳道中活動(dòng)的過(guò)渡，可以了解誰(shuí)要與誰(shuí)進(jìn)行通信。這些信息在建模或理解業(yè)務(wù)程時(shí)非常重要。 顧客購(gòu)買商品和管理員處理訂單的活動(dòng)圖如圖2-9所示。 圖8 系統(tǒng)活動(dòng)圖 從圖29中可以看出，管理員、顧客發(fā)生了相互的關(guān)系。顧客登錄后查詢商品，在選擇了自己希望購(gòu)買的商品后提交訂單,接下來(lái)顧客處于查詢訂單的循環(huán)狀態(tài)。與

14、此同時(shí)，管理員接收到了顧客提交的訂單，并根據(jù)該訂單對(duì)應(yīng)商品的庫(kù)存情況判斷是否拒絕該訂單，并更新客戶訂單.在顧客查詢到訂單狀態(tài)變成已處理后，購(gòu)買過(guò)程結(jié)束.1。3。1 類圖的生成 1參與者相關(guān)的類 系統(tǒng)中的類圖如圖2-10所示。 圖210 系統(tǒng)類圖 類圖說(shuō)明(1) Person是所有類的父類，它的屬性包括用于標(biāo)識(shí)不同身份的人的ID，姓名（Name）以及地址(Address）.它的方法包括根據(jù)ID查詢、根據(jù)姓名查詢、設(shè)置某人的姓名、地址等。(2) Customer繼承了父類的方法和屬性并添加了自己的屬性和方法。date表示該用戶客戶訂單。(3) Employee繼承了person，它的屬性passw

15、ord表示登錄密碼。這是所有員工共有的操作。系統(tǒng)管理員類中還增加了查詢分析和報(bào)表打印的方法. 2系統(tǒng)中的其他類 系統(tǒng)中的其他類如圖2-11所示。 圖2-11 系統(tǒng)中的其他類(1) book是圖書(shū)類.它的屬性包括圖書(shū)ID、圖書(shū)名稱（name)、圖書(shū)介紹(introduce）、圖書(shū)作者（author）、圖書(shū)價(jià)格（price),商品類的方法有add（)用于添加。(2) Orders是訂單類。它的屬性包括訂單ID、用戶ID、商品ID、訂單日期（date）。訂單類的方法包括添加訂單add（)。查詢訂單select(）、刪除訂單delete(）。這些方法中select()供person類使用，delete（)供Custome類使用。(3) Record存儲(chǔ)記錄類。該類存儲(chǔ)了所有的用戶操作，包括用戶的查詢和訂購(gòu)操作,這些數(shù)據(jù)是后臺(tái)程序分析的基礎(chǔ)。該類的屬性包括記錄ID、用戶ID、圖書(shū)ID、操作類型、數(shù)量，方法查詢select ()、打印print(）、添加add()、刪除delete（）。1.3。2 各類這間的關(guān)系 網(wǎng)上圖書(shū)銷售系統(tǒng)各類這間的關(guān)系如圖212所示。 圖2-12 類間關(guān)系圖類圖說(shuō)明一個(gè)操作員可以處理多個(gè)訂單。一個(gè)管理員也可以處理多個(gè)訂單,并且管理員具有數(shù)據(jù)查詢的權(quán)限.一個(gè)訂單中包括了多個(gè)商品，一條歷史記錄中也包括了多個(gè)商品，一個(gè)顧客只