【正文】 圖213 系統(tǒng)組件圖 系統(tǒng)的配置圖 系統(tǒng)由多個(gè)節(jié)點(diǎn)構(gòu)成，應(yīng)用服務(wù)器負(fù)責(zé)整個(gè)系統(tǒng)的總體協(xié)調(diào)工作，數(shù)據(jù)庫(kù)負(fù)責(zé)數(shù)據(jù)管理。 圖211 系統(tǒng)中的其他類(1) book是圖書類。通過(guò)不同泳道中活動(dòng)的過(guò)渡，可以了解誰(shuí)要與誰(shuí)進(jìn)行通信。客戶得到商品列表后，提交自己想要購(gòu)買的商品ID，訂購(gòu)模塊得到商品ID。由于本功能模塊涉及到企業(yè)的經(jīng)營(yíng)信息，考慮到商業(yè)信息的安全性，需要管理員級(jí)的用戶才可以使用本模塊。1． 商品信息維護(hù)系統(tǒng)管理員登錄后可以對(duì)系統(tǒng)所有的商品信息進(jìn)行維護(hù)，包括商品價(jià)格的調(diào)整、商品描述信的更新、新商品的加入以及過(guò)期商品的刪除。商品查詢結(jié)果的列表中，用戶可以進(jìn)一步的查看詳細(xì)信息。用戶接口模塊包括了用戶信息維護(hù)、商品查詢、訂購(gòu)商品和訂單維護(hù)4個(gè)部分。網(wǎng)站的管理員具有所有的管理權(quán)限，可以處理客戶的訂單，可以閱覽網(wǎng)站商品的銷售情況、銷售走勢(shì)，以便根據(jù)不同的情況及時(shí)的調(diào)整經(jīng)營(yíng)戰(zhàn)略，將庫(kù)存成本和資金占有用率降到最低的限度。系統(tǒng)的工作人員可以及時(shí)得到訂單并處理，根據(jù)情況選擇發(fā)貨，缺貨或延遲發(fā)貨。2． 內(nèi)部員工信息維護(hù)系統(tǒng)管理員登錄后可以用對(duì)內(nèi)部員工和普通員工，系統(tǒng)管理員擁有所有的權(quán)限，而普通員一般只擁有訂單處理的權(quán)限。 此時(shí)，Rational Rose會(huì)自動(dòng)加載J2EE本身的一些構(gòu)架模型。登錄模塊會(huì)將客戶的ID保存在系統(tǒng)緩存中并提交給訂單查詢模塊。與此同時(shí)，管理員接收到了顧客提交的訂單，并根據(jù)該訂單對(duì)應(yīng)商品的庫(kù)存情況判斷是否拒絕該訂單，并更新客戶訂單。查詢訂單select()、刪除訂單delete()。20032. 吳建，鄭潮，汪杰。 圖212 類間關(guān)系圖〖類圖說(shuō)明〗一個(gè)操作員可以處理多個(gè)訂單。date表示該用戶客戶訂單。（4）顧客建立訂單協(xié)作圖26所示。（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） 訂單刪除。因此，在訂購(gòu)商品后可能會(huì)出現(xiàn)庫(kù)存不足的情況，這時(shí)工作人員一般選擇延時(shí)發(fā)貨或者拒絕訂單。訂單修改的結(jié)果會(huì)及時(shí)更新并提交給工作人員。這些信息對(duì)于系統(tǒng)的管理員都是珍貴的數(shù)據(jù)，系統(tǒng)分析程序可以根據(jù)用戶的查詢記錄判斷該客戶的喜好，可以根據(jù)用戶的購(gòu)買情況判斷該客戶的經(jīng)濟(jì)情況。網(wǎng)上圖書銷售系統(tǒng) 本文檔介紹網(wǎng)上圖書銷售系統(tǒng)的UML建模過(guò)程。 系統(tǒng)的后臺(tái)程序會(huì)自動(dòng)記錄每個(gè)用戶在登錄網(wǎng)站后進(jìn)行的所有操作，包括查詢和