《面向?qū)ο蠹夹g(shù)》綜合設(shè)計報告

1、武漢工程大學 計算機科學與工程學院 課程綜合設(shè)計報告 設(shè)計名稱：設(shè)計名稱： 面向?qū)ο蠹夹g(shù)面向?qū)ο蠹夹g(shù)課程綜合設(shè)計課程綜合設(shè)計 設(shè)計題目：設(shè)計題目： 網(wǎng)上圖書銷售系統(tǒng)網(wǎng)上圖書銷售系統(tǒng) 學生學號：學生學號： 專業(yè)班級：專業(yè)班級： 二二九級信息技術(shù)二班九級信息技術(shù)二班 學生姓名：學生姓名： 鄧曌鄧曌 學生成績：學生成績： 指導教師（職稱）：指導教師（職稱）： 張俊（副教授）張?。ǜ苯淌冢?課題工作時間：課題工作時間： 2011 年年 12 月月 說明： 1、報告中的第一、二、三項由指導教師在綜合設(shè)計開始前填寫并發(fā)給每 個學生；四、五兩項（中英文摘要）由學生在完成綜合設(shè)計后填寫。 2、學生成績由指導教

2、師根據(jù)學生的設(shè)計情況給出各項分值及總評成績。 3、指導教師評語一欄由指導教師就學生在整個設(shè)計期間的平時表現(xiàn)、設(shè) 計完成情況、報告的質(zhì)量及答辯情況，給出客觀、全面的評價。 4、所有學生必須參加綜合設(shè)計的答辯環(huán)節(jié)，凡不參加答辯者，其成績一 律按不及格處理。答辯小組成員應(yīng)由 2 人及以上教師組成。 5、報告正文字數(shù)一般應(yīng)不少于 5000 字，也可由指導教師根據(jù)本門綜合設(shè) 計的情況另行規(guī)定。 6、此表格式為武漢工程大學計算機科學與工程學院提供的基本格式（適 用于學院各類綜合設(shè)計） ，各教研室可根據(jù)本門綜合設(shè)計的特點及內(nèi)容 做適當?shù)恼{(diào)整，并上報學院批準。 成績評定表 類別 合計 分值 各項 分值 評分標

3、準 實際 得分 合計 得分 備注 平時 表現(xiàn) 1010 按時參加綜合設(shè)計，無曠課、遲 到、早退、違反實驗室紀律等情 況。 20 按設(shè)計任務(wù)書的要求完成了全部 任務(wù)，能完整演示其設(shè)計內(nèi)容， 符合要求。 完成 情況 30 10 能對其設(shè)計內(nèi)容進行詳細、完整 的介紹，并能就指導教師提出的 問題進行正確的回答。 10 報告文字通順，內(nèi)容翔實，論述 充分、完整，立論正確，結(jié)構(gòu)嚴 謹合理；報告字數(shù)符合相關(guān)要求， 工整規(guī)范，整齊劃一。 5 課題背景介紹清楚，綜述分析充 分。 5 設(shè)計方案合理、可行，論證嚴謹， 邏輯性強，具有說服力。 5 符號統(tǒng)一；圖表完備、符合規(guī)范 要求。 5 能對整個設(shè)計過程進行全面的總

4、 結(jié)，得出有價值的結(jié)論或結(jié)果。 報告 質(zhì)量 35 5 參考文獻數(shù)量在 3 篇以上，格式 符合要求，在正文中正確引用。 10 在規(guī)定時間內(nèi)能就所設(shè)計的內(nèi)容 進行闡述，言簡意明，重點突出， 論點正確，條理清晰。 答辯 情況 25 15 在規(guī)定時間內(nèi)能準確、完整、流 利地回答教師所提出的問題。 總評成績： 分 補充說明： 指導教師： （簽字） 日 期： 年 月 日 答辯記錄表 答辯地點： 機電大樓 411 機房 答辯內(nèi)容記錄： 合計 分值 各項 分值 評分標準 實際 得分 合計 得分 備注 10 在規(guī)定時間內(nèi)能就所設(shè)計的內(nèi)容 進行闡述，言簡意明，重點突出， 論點正確，條理清晰。 答 辯 成 績 25

5、 15 在規(guī)定時間內(nèi)能準確、完整、流 利地回答教師所提出的問題。 答辯小組成員（簽字）： 年 月 日 一、綜合設(shè)計目的、條件、任務(wù)和內(nèi)容要求： 1設(shè)計目的 面向?qū)ο蠹夹g(shù)是計算機科學與技術(shù)專業(yè)（信息技術(shù)方向）本科 生的一門專業(yè)主干課程，本課程主要學習 UML 和系統(tǒng)建模技術(shù)。UML 是一種定義良好、易于表達、功能強大且普遍適用的建模語言，基于 UML 的面向?qū)ο蠼＜夹g(shù)融入了軟件工程領(lǐng)域的新思想、新方法和新技 術(shù)，得到計算機界的廣泛關(guān)注。 本課程主要介紹統(tǒng)一建模語言 UML 的基本概念和各種模型、視圖， 以及主流建模工具 Rational Rose 的應(yīng)用。以統(tǒng)一建模語言 UML 為主線， 以

6、Rational Rose 環(huán)境為建模工具，以培養(yǎng)學生的信息系統(tǒng)建模能力和軟 件工程能力為目的。通過課程教學、上機實踐、作業(yè)練習、綜合設(shè)計等教 學環(huán)節(jié)，使學生逐步掌握 UML 的概念、模型和 Rational Rose 建模工具， 并能在實踐中熟練應(yīng)用所掌握的語言和工具解決實際問題，從而培養(yǎng)學生 良好的程序設(shè)計技能和軟件工程能力。 2實施方式 由于本課程重在培養(yǎng)學生的應(yīng)用能力，因此本課程批準為考試改革課 程，課程考核將以項目開發(fā)和設(shè)計報告為主。具體實施方式為：針對某一 信息系統(tǒng)的分析和設(shè)計，學生上機開發(fā)系統(tǒng)并撰寫報告，并在規(guī)定時間遞 交程序和報告。分數(shù)比例為：項目開發(fā)結(jié)果（即相關(guān)程序代碼）為

7、60%，設(shè)計報告為 40%。 3任務(wù)和要求： 針對某一信息系統(tǒng)，完成如下任務(wù)： （1）簡要的需求分析 （2）建立該系統(tǒng)的各種視圖和模型。 （3）完成各項系統(tǒng)功能的設(shè)計。 （4）形成系統(tǒng)建模的各種文檔和開發(fā)報告。 4工具與環(huán)境： 建模工具：Rational Rose 指導教師簽字： 張俊 2011 年 11 月 03 日 二、進度安排： 第 11 周第 12 周：熟悉 Rational Rose 建模工具；確定目標系統(tǒng)，收 集整理系統(tǒng)需求。 第 13 周第 16 周：完成系統(tǒng)的分析與設(shè)計，按照要求建立系統(tǒng)的各 種功能模型。撰寫設(shè)計報告，并按時遞交。 第 17 周：成果驗收，答辯及成績評定。 三、

8、應(yīng)收集資料及主要參考文獻： 1 謝星星 沈懿卓 著 UML 基礎(chǔ)與 Rose 建模實用教程 清華大學出版社 2008- 09 2 刁成嘉主編 UML 系統(tǒng)建模與分析設(shè)計 機械工業(yè)出版社 2007-7-1 3 周力 何雪飛編 著 UML 建模圖解教程 人民郵電出版社 2009-06 四、課程綜合設(shè)計摘要（中文）： 摘摘 要要 隨著個人電腦的不斷普及和 Internet 更加廣泛的流傳,網(wǎng)上購書的方式已經(jīng)越來 越為廣 大的上網(wǎng)愛好者接受和喜愛，目前國內(nèi)外的絕大多數(shù)書店均提供有網(wǎng)上購物 的服務(wù)。網(wǎng)上圖書銷售系統(tǒng)是針對在線書店大批量業(yè)務(wù)處理而開發(fā)的管理軟件，運用 基于 UML 的面象對象的分析方法 ，

9、借助于統(tǒng)一建模語言，使用 Rational Rose 為建 模工具對網(wǎng)上圖書銷售系統(tǒng)進行建模設(shè)計，利用表示系統(tǒng)靜態(tài)特征的 UML 類圖，用例 圖和描述系統(tǒng)行為特征的時序圖對其進行詳細描述。 關(guān)鍵字： 網(wǎng)上圖書銷售；面象對象 ；UML；建模 五、課程綜合設(shè)計摘要（英文）： Abstract With the growing popularity of personal computers and the Internet is more widely spread, online textbook for the majority of the way the Internet has beco

10、me increasingly accepted and loved fans, both at home and abroad provide the vast majority of bookstores online shopping service. Online book sales system for high-volume business processes online bookstore management software developed, the use of UML-based surface analysis methods such as object,

11、by means of the Unified Modeling Language, using Rational Rose modeling tool for the online book sales system built mold design, the use of that system, the static characteristics of the UML class diagrams, use case diagram and description of the characteristics of system behavior is described in de

12、tail its timing diagram. Keywords: online book sales; face as object; UML; Modeling 目錄目錄 摘 要 .I ABSTRACT .II 第一章 課題背景 .1 1.1 目的及意義： .1 1.2 設(shè)計開發(fā)目標：.1 第二章 設(shè)計簡介及設(shè)計方案論述 .2 2.1 網(wǎng)上圖書銷售系統(tǒng)的需求分析.2 2.2 用戶接口模塊.3 2.3 管理員接口模塊.4 第三章 詳細設(shè)計 .6 3.1 網(wǎng)上圖書銷售系統(tǒng)的用例圖 .6 3.2 網(wǎng)上圖書銷售系統(tǒng)的序圖和協(xié)作圖 .8 3.3 網(wǎng)上圖書銷售系統(tǒng)的活動圖 .12 3.4 類圖的生成

13、 .12 3.5 系統(tǒng)的配置與實現(xiàn).14 總 結(jié) .16 致 謝 .17 參考文獻 .18 摘 要 隨著個人電腦的不斷普及和 Internet 更加廣泛的流傳,網(wǎng)上購書的方式已經(jīng)越來 越為廣 大的上網(wǎng)愛好者接受和喜愛，目前國內(nèi)外的絕大多數(shù)書店均提供有網(wǎng)上購物的 服務(wù)。網(wǎng)上圖書銷售系統(tǒng)是針對在線書店大批量業(yè)務(wù)處理而開發(fā)的管理軟件，運用基 于 UML 的面象對象的分析方法 ，借助于統(tǒng)一建模語言，使用 Rational Rose 為建模工 具對網(wǎng)上圖書銷售系統(tǒng)進行建模設(shè)計，利用表示系統(tǒng)靜態(tài)特征的 UML 類圖，用例圖和 描述系統(tǒng)行為特征的時序圖對其進行詳細描述。 關(guān)鍵字： 網(wǎng)上圖書銷售；面象對象 ；

14、UML；建模 Abstract With the growing popularity of personal computers and the Internet is more widely spread, online textbook for the majority of the way the Internet has become increasingly accepted and loved fans, both at home and abroad provide the vast majority of bookstores online shopping service.

15、 Online book sales system for high-volume business processes online bookstore management software developed, the use of UML-based surface analysis methods such as object, by means of the Unified Modeling Language, using Rational Rose modeling tool for the online book sales system built mold design,

16、the use of that system, the static characteristics of the UML class diagrams, use case diagram and description of the characteristics of system behavior is described in detail its timing diagram. Keywords: online book sales; face as object; UML; Modeling 第一章 課題背景 1.1 目的及意義： 隨著互聯(lián)網(wǎng)的普及和電子商務(wù)的快速的應(yīng)用，網(wǎng)上購物越

17、來越成為了人們生活的 一部分，它不僅給消費者提供了很大的便利，而且如果能配合當時的所處的營銷環(huán)境， 能為企業(yè)提高核心競爭力，提高營業(yè)收入，使企業(yè)的利潤達到最大化。 而圖書作為知識傳遞的一個工具，也與我們的日常生活的一部分。圖書在線銷售系統(tǒng) 就是針對現(xiàn)在的時代特點和現(xiàn)在的營銷環(huán)境，不僅能增強顧客和企業(yè)的雙向的互動， 加強彼此的溝通，營造一個好的營銷環(huán)境，有利于增加顧客的讓渡價值，提供企業(yè)的 核心競爭力。是以后的社會營銷發(fā)展的一種趨勢。 在商品經(jīng)濟高度發(fā)達的今天,書作為相對奢侈品，其消費需求下降，從實體書店的 實際經(jīng)營情況來看，近幾年來，書的銷售量大幅度下降，本身書店的利潤就很薄，而 且還要承擔租

18、金高昂的地面鋪位，而網(wǎng)絡(luò)書店的出現(xiàn)相對實體書店而言大大降低了其 銷售成本，同時書的價格也相對下調(diào)，滿足了消費者的購物需求，由于傳遞速度快， 而容易被購買者所接受，從而使銷售量增加。網(wǎng)上書店就是電子商務(wù)的典型代表，是 以當前商務(wù)的網(wǎng)絡(luò)化、快速化實際需求為背景，實現(xiàn)圖書購買的方便、快捷、送貨上 門等服務(wù)為前提綜合信息服務(wù)系統(tǒng)的設(shè)計；實現(xiàn)通過 Internet 互聯(lián)網(wǎng)對圖書購買的相 關(guān)信息進行發(fā)布及圖書查詢、圖書介紹、圖書內(nèi)容瀏覽等功能。消費者通過網(wǎng)上書店 銷售系統(tǒng)進行圖書的網(wǎng)上購物和網(wǎng)上支付等活動，這樣即方便了消費者，又減少了企 業(yè)成本。 1.2 設(shè)計開發(fā)目標： 管理員可以商品信息維護、內(nèi)部員工信

19、息維護、處理訂單信息、報表維護、商品 銷售。工作人員在相對權(quán)限下可以對圖書（或商品）信息進行錄入、刪除、瀏覽、查 詢、修改（商品銷售） 、維護個人信息，維護訂單信息（接收訂單并發(fā)貨、拒絕訂單、 查詢庫存） 。游客身份只能進行基本的信息瀏覽和查詢，但是游客可以在線注冊為會員， 成為會員后在相對權(quán)限下可以對圖書信息進行查詢、瀏覽，并且可以維護個人信息， 維護訂單信息（訂單狀態(tài)查詢、訂單刪除或增加） 。本系統(tǒng)的設(shè)計目標將最終定位于完 成以上所述的系統(tǒng)主要業(yè)務(wù)的基本模型上。 第二章 設(shè)計簡介及設(shè)計方案論述 2.1 網(wǎng)上圖書銷售系統(tǒng)的需求分析 系統(tǒng)總體功能的需求： 網(wǎng)上圖書銷售系統(tǒng)是一個復雜的電子商務(wù)系

20、統(tǒng)，它必須提供用戶的接口以供用戶登錄 并選擇喜好的圖書；同時還必須提供系統(tǒng)的管理接口以供管理員和一般的網(wǎng)站工作人員處 理客戶訂單并維護網(wǎng)站正常運作。 系統(tǒng)總體功能需求框圖如圖 2.1 所示。 網(wǎng)上圖書銷售系統(tǒng) 管 理 員 接 口 模 塊 數(shù) 據(jù) 服 務(wù) 模 塊 用 戶 接 口 模 塊 圖 2.1 系統(tǒng)總體功能需求框圖 2.1.1 用戶接口模塊 用戶接口是網(wǎng)站用戶使用圖書銷售系統(tǒng)服務(wù)的入口，所有的在線用戶都通過瀏覽 登錄網(wǎng)站，并進行一系列的查詢，訂購操作。用戶接口模塊包括了用戶信息維護、商 品查詢、訂購商品和訂單維護 4 個部分。用戶登錄系統(tǒng)后，用戶 ID 將會被保存在服 務(wù)器的緩存中，用戶在系

21、統(tǒng)中所做的操作，包括查詢、訂購等都將被系統(tǒng)存儲在數(shù)據(jù) 庫中，以供系統(tǒng)那個進行銷售情況以及銷售走勢分析。 2.1.2 管理員接口模塊 這是系統(tǒng)提供給網(wǎng)站維護和管理人員的接口。管理員接口模塊包括商品信息維 護、內(nèi)部員工信息維護、訂單處理、銷售情況查詢、報表維護 5 個部分。網(wǎng)站的一 般工作人員通常只具有訂單處理的權(quán)限，他們獲得用戶提交的訂單，并根據(jù)庫存情 況來決定發(fā)貨或者推遲發(fā)貨。網(wǎng)站的管理員具有所有的管理權(quán)限，可以處理客戶的 訂單，可以閱覽網(wǎng)站商品的銷售情況、銷售走勢，以便根據(jù)不同的情況及時的調(diào)整 經(jīng)營戰(zhàn)略，將庫存成本和資金占有用率降到最低的限度。 2.1.3 數(shù)據(jù)服務(wù)模塊 數(shù)據(jù)服務(wù)器模塊是系統(tǒng)

22、正常運行的基礎(chǔ)，包括客戶的查詢，定單的保存；網(wǎng)站工 作人員的定單處理；網(wǎng)站管理員的銷售情況查詢與分析。 2.2 用戶接口模塊 用戶接口模塊包括如圖 2.2 所示的幾個方面。 用戶接口模塊 商 品 查 詢 訂 購 商 品 用 戶 信 息 維 護 訂 購 維 護 圖 2.2 用戶接口模塊 2.2.1 用戶信息維護 每個使用該系統(tǒng)的用戶必須經(jīng)過注冊，而注冊的用戶名是用戶的唯一標識。系統(tǒng) 可以接收更多可用的客戶信息，比如購物方面的喜好、經(jīng)濟能力等。 系統(tǒng)的后臺程序會自動記錄每個用戶在登錄網(wǎng)站后進行的所有操作，包括查 詢和訂購信息。這些信息對于系統(tǒng)的管理員都是珍貴的數(shù)據(jù)，系統(tǒng)分析程序可以 根據(jù)用戶的查詢

23、記錄判斷該客戶的喜好，可以根據(jù)用戶的購買情況判斷該客戶的 經(jīng)濟情況。系統(tǒng)后臺程序可以根據(jù)分析的結(jié)果自動得出給該用戶的推薦商品，在 用戶登錄時顯示在醒目的位置。 前置條件：用戶登錄。 2.2.2 商品查詢 商品查詢模塊可以根據(jù)商品的名稱、種類、價格、廠家等各種條件進行組合查 詢。商品查詢結(jié)果的列表中，用戶可以進一步的查看詳細信息。 前置條件：用戶登錄。 2.2.3 訂購商品 客戶在根據(jù)喜好得到相應(yīng)的商品列表后，可以選擇訂購商品。在訂購商品后，系 統(tǒng)會自動保存并更新該用戶的定單。系統(tǒng)的工作人員可以及時得到訂單并處理，根據(jù) 情況選擇發(fā)貨，缺貨或延遲發(fā)貨。 用戶所有的訂購商品記錄都將保存在系統(tǒng)數(shù)據(jù)中供

24、后臺程序分析該用戶的喜好和 購買力。以后該用戶登錄時可以推薦與其購買力相應(yīng)的商品。訂購商品功能如圖 1-5 所示。 前置條件：用戶已登錄，商品可供購買。 2.2.4 訂單維護 客戶在訂購商品后可以查詢其訂單的狀態(tài)（包括處理中、發(fā)貨中、缺貨中和已經(jīng)完 成） ，并可以對處理中和缺貨中的訂單進行增加、刪除和修改的操作。訂單修改的結(jié)果會 及時更新并提交給工作人員?？蛻舻挠唵尉S護信息也將被保存在系統(tǒng)的數(shù)據(jù)庫中供分析使 用。 前置條件：用戶登錄 2.3 管理員接口模塊 管理員接口模塊包括如圖 2.3 所示的幾個方面。 管理員接口模塊 訂 單 處 理 銷 售 情 況 查 詢 內(nèi) 部 員 工 信 息 維 護

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

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

27、人員確 認用戶訂單后選擇發(fā)貨。 前置條件：管理員或普通工作人員已登錄。 2.3.4 銷售情況查詢 銷售情況查詢是系統(tǒng)編碼過程中非常重要部分，能夠為企業(yè)管理者的決策提供參 考的信息。管理員登錄后，可以得到詳細的銷售情況列表并既是更新熱門商品的信息 （如排列位置） ，可以根據(jù)銷售的走勢和以往的銷售記錄及時判斷部分商品可能會出現(xiàn) 庫存不足并及時進貨。由于本功能模塊涉及到企業(yè)的經(jīng)營信息，考慮到商業(yè)信息的安 全性，需要管理員級的用戶才可以使用本模塊。 前置條件：用戶已登錄。 2.3.5 報表維護 報表維護模塊提供查詢結(jié)果的打印輸出功能。 第三章 詳細設(shè)計 3.1 網(wǎng)上圖書銷售系統(tǒng)的用例圖 建立初始模型

28、選擇菜單File-New“Create New Model”對話框，選擇 J2EE 模式，然后點擊 OK按鈕。 此時，Rational Rose 會自動加載 J2EE 本身的一些構(gòu)架模型。加載完成后，就可 以開始設(shè)計自己的模型，在此之前先保存該模型，并且將該模型取名為“網(wǎng)上圖書銷 售系統(tǒng)” 。 系統(tǒng)的用例圖 用例圖（Use Case View）強調(diào)從用戶的角度看到的或需要的系統(tǒng)功能，是被稱為 參與者的外部用戶所能觀察到的系統(tǒng)功能的模型圖。 1. 確定參與者 在本系統(tǒng)的 UML 建模中，可以創(chuàng)建以下的參與者。 （1） 顧客： （2） 管理員： （3） 一般員工。 2. 創(chuàng)建用例 根據(jù)業(yè)務(wù)流程，網(wǎng)

29、上圖書銷售系統(tǒng)可以分為以下的幾個用例（Use Cases） 。 （1） 訂單處理： （2） 訂單維護： （3） 訂單狀態(tài)查詢： （4） 個人信息維護： （5） 訂購： （6） 接收發(fā)貨： （7） 庫存查詢： （8） 缺貨拒絕： （9） 商品查詢： （10）商品信息維護： （11）銷售查詢： （12）員工信息維護： （13）報表維護： （14）訂單增加： （15）訂單刪除。 3. 創(chuàng)建用例圖 系統(tǒng)管理的用例圖如圖 3.1 所示。 圖 3.1 系統(tǒng)管理用例圖 系統(tǒng)用戶的用例圖如圖 3.2 所示。 圖 3.2 系統(tǒng)用戶用例圖 3.2 網(wǎng)上圖書銷售系統(tǒng)的序圖和協(xié)作圖 協(xié)作圖是順序圖之外另外一種表示交互

30、的方法。與順序圖描述隨著時間交互的各種信 息不同，協(xié)作圖描述的是和對象結(jié)構(gòu)相關(guān)的信息。協(xié)作圖的一種用途是表示類操作的實現(xiàn)。 （1）顧客建立訂單時序圖如圖 3.3 所示 圖 3.3 顧客建立訂單時 用戶首先使用自己的賬號和密碼登錄系統(tǒng)，登錄模塊會將客戶的 ID 保存在系統(tǒng)緩 存中并提交給商品查詢模塊。商品查詢模塊提示客戶輸入查詢條件，客戶輸入適當 的查詢條件后查詢模塊顯示符合查詢條件的商品列表?？蛻舻玫缴唐妨斜砗?，提交 自己想要購買的商品 ID，訂購模塊得到商品 ID。生成訂單并提交給數(shù)據(jù)模塊進行保 存，保存成功后，訂購模塊提示用戶訂購商品成功。 （2） 顧客刪除訂單時序圖如圖 3.4 所示。

31、圖 3.4 客戶刪除訂單時序圖 客戶在提交訂單后可以對訂單進行維護（添加、刪除、修改） ?？蛻羰紫容斎胱?己的賬號和密碼登錄系統(tǒng)。登錄模塊會將客戶的 ID 保存在系統(tǒng)緩存中并提交給訂單 查詢模塊。訂單查詢模塊顯示該客戶當前的所有訂單，客戶得到該列表后，選擇需 要刪除的商品 ID，訂單處理模塊把刪除信息提交給數(shù)據(jù)模塊，數(shù)據(jù)模塊保存信息。 訂單處理模塊提示用戶刪除操作成功。 （3） 管理員處理訂單時序圖如圖 3.5 所示。 圖 3.5 管理員處理訂單時序圖 管理員使用其賬號和密碼登錄后，登錄模塊會將管理員的 ID 保存在系統(tǒng)緩存中 并提交給訂單處理模塊。訂單處理模塊提交給管理員未處理的列表，管理員

32、提交某 商品 ID 得到該商品的庫存情況，如果庫存充足則接受訂單，并把接受信息提交數(shù)據(jù) 模塊，數(shù)據(jù)模塊更新該客戶的訂單信息并返回成功信息給訂單處理模塊，訂單處理 模塊提示管理員該操作成功。 （4）顧客建立訂單協(xié)作圖 3.6 所示。 圖 3.6 顧客建立訂單協(xié)作圖 （5）顧客刪除訂單協(xié)作圖如圖 3.7 所示。 圖 3.7 顧客刪除訂單協(xié)作圖 （6）管理員處理訂單協(xié)作圖如圖 3.8 所示。 圖 3.8 管理員處理訂單協(xié)作圖 3.3 網(wǎng)上圖書銷售系統(tǒng)的活動圖 活動圖可以分為垂泳道，每個泳道進表示工作流中不同的參與者。查看泳道中的活 動，就可以知道某個參與者的責任。通過不同泳道中活動的過渡，可以了解誰

33、要與誰 進行通信。這些信息在建模或理解業(yè)務(wù)程時非常重要。 顧客購買商品和管理員處理訂單的活動圖如圖 3.9 所示。 圖 3.9 系統(tǒng)活動圖 從圖 2-9 中可以看出，管理員、顧客發(fā)生了相互的關(guān)系。顧客登錄后查詢商品，在 選擇了自己希望購買的商品后提交訂單，接下來顧客處于查詢訂單的循環(huán)狀態(tài)。與此 同時，管理員接收到了顧客提交的訂單，并根據(jù)該訂單對應(yīng)商品的庫存情況判斷是否 拒絕該訂單，并更新客戶訂單。在顧客查詢到訂單狀態(tài)變成已處理后，購買過程結(jié)束。 3.4 類圖的生成 3.4.1 參與者相關(guān)的類 系統(tǒng)中的類圖如圖 3.10 所示。 圖 3.10 系統(tǒng)類圖 類圖說明 (1)Person 是所有類的父

34、類，它的屬性包括用于標識不同身份的人的 ID，姓名 (Name)以及地址(Address)。它的方法包括根據(jù) ID 查詢、根據(jù)姓名查詢、設(shè)置 某人的姓名、地址等。 (2)Customer 繼承了父類的方法和屬性并添加了自己的屬性和方法。date 表示該用 戶客戶訂單。 (3)Employee 繼承了 person，它的屬性 password 表示登錄密碼。這是所有員工共 有的操作。系統(tǒng)管理員類中還增加了查詢分析和報表打印的方法。 3.4.2 系統(tǒng)中的其他類 系統(tǒng)中的其他類如圖 3.11 所示。 圖 3.11 系統(tǒng)中的其他類 (1)book 是圖書類。它的屬性包括圖書 ID、圖書名稱(name)

35、、圖書介紹(introduce)、 圖書作者（author） 、圖書價格（price） ，商品類的方法有 add()用于添加。 (2)Orders 是訂單類。它的屬性包括訂單 ID、用戶 ID、商品 ID、訂單日期(date)。 訂單類的方法包括添加訂單 add()。查詢訂單 select()、刪除訂單 delete()。 這些方法中 select()供 person 類使用，delete()供 Custome 類使用。 (3)Record 存儲記錄類。該類存儲了所有的用戶操作，包括用戶的查詢和訂購操作， 這些數(shù)據(jù)是后臺程序分析的基礎(chǔ)。該類的屬性包括記錄 ID、用戶 ID、圖書 ID、 操作類

36、型、數(shù)量，方法查詢 select ()、打印 print()、添加 add()、刪除 delete()。 3.4.3 各類這間的關(guān)系 網(wǎng)上圖書銷售系統(tǒng)各類這間的關(guān)系如圖 3.12 所示。 圖 3.12 類間關(guān)系圖 類圖說明 一個操作員可以處理多個訂單。一個管理員也可以處理多個訂單，并且管理員 具有數(shù)據(jù)查詢的權(quán)限。一個訂單中包括了多個商品，一條歷史記錄中也包括了多個 商品，一個顧客只能對應(yīng)一條歷史記錄，但他有多個訂單的記錄。 3.5 系統(tǒng)的配置與實現(xiàn) 下面介紹系統(tǒng)的組件圖與配置圖。 3.5.1 系統(tǒng)的組件圖 系統(tǒng)的組件圖如圖 3.13 所示，包括系統(tǒng)服務(wù)、客戶服務(wù)和數(shù)據(jù)服務(wù) 3 個組件。 圖 3.13 系統(tǒng)組件圖 3.5.2 系統(tǒng)的配置圖 系統(tǒng)由多個節(jié)點構(gòu)成，應(yīng)用服務(wù)