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

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

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

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

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

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

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

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

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

9、借助于統(tǒng)一建模語言，使用 Rational Rose 為建 模工具對網(wǎng)上圖書銷售系統(tǒng)進(jìn)行建模設(shè)計(jì)，利用表示系統(tǒng)靜態(tài)特征的 UML 類圖，用例 圖和描述系統(tǒng)行為特征的時(shí)序圖對其進(jìn)行詳細(xì)描述。 關(guān)鍵字： 網(wǎng)上圖書銷售；面象對象 ；UML；建模 五、課程綜合設(shè)計(jì)摘要（英文）： 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è)計(jì)開發(fā)目標(biāo)：.1 第二章 設(shè)計(jì)簡介及設(shè)計(jì)方案論述 .2 2.1 網(wǎng)上圖書銷售系統(tǒng)的需求分析.2 2.2 用戶接口模塊.3 2.3 管理員接口模塊.4 第三章 詳細(xì)設(shè)計(jì) .6 3.1 網(wǎng)上圖書銷售系統(tǒng)的用例圖 .6 3.2 網(wǎng)上圖書銷售系統(tǒng)的序圖和協(xié)作圖 .8 3.3 網(wǎng)上圖書銷售系統(tǒng)的活動(dòng)圖 .12 3.4 類圖的生成

13、 .12 3.5 系統(tǒng)的配置與實(shí)現(xiàn).14 總 結(jié) .16 致 謝 .17 參考文獻(xiàn) .18 摘 要 隨著個(gè)人電腦的不斷普及和 Internet 更加廣泛的流傳,網(wǎng)上購書的方式已經(jīng)越來 越為廣 大的上網(wǎng)愛好者接受和喜愛，目前國內(nèi)外的絕大多數(shù)書店均提供有網(wǎng)上購物的 服務(wù)。網(wǎng)上圖書銷售系統(tǒng)是針對在線書店大批量業(yè)務(wù)處理而開發(fā)的管理軟件，運(yùn)用基 于 UML 的面象對象的分析方法 ，借助于統(tǒng)一建模語言，使用 Rational Rose 為建模工 具對網(wǎng)上圖書銷售系統(tǒng)進(jìn)行建模設(shè)計(jì)，利用表示系統(tǒng)靜態(tài)特征的 UML 類圖，用例圖和 描述系統(tǒng)行為特征的時(shí)序圖對其進(jìn)行詳細(xì)描述。 關(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、來越成為了人們生活的 一部分，它不僅給消費(fèi)者提供了很大的便利，而且如果能配合當(dāng)時(shí)的所處的營銷環(huán)境， 能為企業(yè)提高核心競爭力，提高營業(yè)收入，使企業(yè)的利潤達(dá)到最大化。 而圖書作為知識(shí)傳遞的一個(gè)工具，也與我們的日常生活的一部分。圖書在線銷售系統(tǒng) 就是針對現(xiàn)在的時(shí)代特點(diǎn)和現(xiàn)在的營銷環(huán)境，不僅能增強(qiáng)顧客和企業(yè)的雙向的互動(dòng)， 加強(qiáng)彼此的溝通，營造一個(gè)好的營銷環(huán)境，有利于增加顧客的讓渡價(jià)值，提供企業(yè)的 核心競爭力。是以后的社會(huì)營銷發(fā)展的一種趨勢。 在商品經(jīng)濟(jì)高度發(fā)達(dá)的今天,書作為相對奢侈品，其消費(fèi)需求下降，從實(shí)體書店的 實(shí)際經(jīng)營情況來看，近幾年來，書的銷售量大幅度下降，本身書店的利潤就很薄，而 且還要承擔(dān)租

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

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

20、統(tǒng)，它必須提供用戶的接口以供用戶登錄 并選擇喜好的圖書；同時(shí)還必須提供系統(tǒng)的管理接口以供管理員和一般的網(wǎng)站工作人員處 理客戶訂單并維護(hù)網(wǎng)站正常運(yùn)作。 系統(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)站，并進(jìn)行一系列的查詢，訂購操作。用戶接口模塊包括了用戶信息維護(hù)、商 品查詢、訂購商品和訂單維護(hù) 4 個(gè)部分。用戶登錄系統(tǒng)后，用戶 ID 將會(huì)被保存在服 務(wù)器的緩存中，用戶在系

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

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

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

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

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

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

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

28、選擇菜單File-New“Create New Model”對話框，選擇 J2EE 模式，然后點(diǎn)擊 OK按鈕。 此時(shí)，Rational Rose 會(huì)自動(dòng)加載 J2EE 本身的一些構(gòu)架模型。加載完成后，就可 以開始設(shè)計(jì)自己的模型，在此之前先保存該模型，并且將該模型取名為“網(wǎng)上圖書銷 售系統(tǒng)” 。 系統(tǒng)的用例圖 用例圖（Use Case View）強(qiáng)調(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)可以分為以下的幾個(gè)用例（Use Cases） 。 （1） 訂單處理： （2） 訂單維護(hù)： （3） 訂單狀態(tài)查詢： （4） 個(gè)人信息維護(hù)： （5） 訂購： （6） 接收發(fā)貨： （7） 庫存查詢： （8） 缺貨拒絕： （9） 商品查詢： （10）商品信息維護(hù)： （11）銷售查詢： （12）員工信息維護(hù)： （13）報(bào)表維護(hù)： （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、的方法。與順序圖描述隨著時(shí)間交互的各種信 息不同，協(xié)作圖描述的是和對象結(jié)構(gòu)相關(guān)的信息。協(xié)作圖的一種用途是表示類操作的實(shí)現(xiàn)。 （1）顧客建立訂單時(shí)序圖如圖 3.3 所示 圖 3.3 顧客建立訂單時(shí) 用戶首先使用自己的賬號(hào)和密碼登錄系統(tǒng)，登錄模塊會(huì)將客戶的 ID 保存在系統(tǒng)緩 存中并提交給商品查詢模塊。商品查詢模塊提示客戶輸入查詢條件，客戶輸入適當(dāng) 的查詢條件后查詢模塊顯示符合查詢條件的商品列表?？蛻舻玫缴唐妨斜砗?，提交 自己想要購買的商品 ID，訂購模塊得到商品 ID。生成訂單并提交給數(shù)據(jù)模塊進(jìn)行保 存，保存成功后，訂購模塊提示用戶訂購商品成功。 （2） 顧客刪除訂單時(shí)序圖如圖 3.4 所示。

31、圖 3.4 客戶刪除訂單時(shí)序圖 客戶在提交訂單后可以對訂單進(jìn)行維護(hù)（添加、刪除、修改） 。客戶首先輸入自 己的賬號(hào)和密碼登錄系統(tǒng)。登錄模塊會(huì)將客戶的 ID 保存在系統(tǒng)緩存中并提交給訂單 查詢模塊。訂單查詢模塊顯示該客戶當(dāng)前的所有訂單，客戶得到該列表后，選擇需 要?jiǎng)h除的商品 ID，訂單處理模塊把刪除信息提交給數(shù)據(jù)模塊，數(shù)據(jù)模塊保存信息。 訂單處理模塊提示用戶刪除操作成功。 （3） 管理員處理訂單時(shí)序圖如圖 3.5 所示。 圖 3.5 管理員處理訂單時(shí)序圖 管理員使用其賬號(hào)和密碼登錄后，登錄模塊會(huì)將管理員的 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)的活動(dòng)圖 活動(dòng)圖可以分為垂泳道，每個(gè)泳道進(jìn)表示工作流中不同的參與者。查看泳道中的活 動(dòng)，就可以知道某個(gè)參與者的責(zé)任。通過不同泳道中活動(dòng)的過渡，可以了解誰

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

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

35、、圖書介紹(introduce)、 圖書作者（author） 、圖書價(jià)格（price） ，商品類的方法有 add()用于添加。 (2)Orders 是訂單類。它的屬性包括訂單 ID、用戶 ID、商品 ID、訂單日期(date)。 訂單類的方法包括添加訂單 add()。查詢訂單 select()、刪除訂單 delete()。 這些方法中 select()供 person 類使用，delete()供 Custome 類使用。 (3)Record 存儲(chǔ)記錄類。該類存儲(chǔ)了所有的用戶操作，包括用戶的查詢和訂購操作， 這些數(shù)據(jù)是后臺(tái)程序分析的基礎(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)系圖 類圖說明 一個(gè)操作員可以處理多個(gè)訂單。一個(gè)管理員也可以處理多個(gè)訂單，并且管理員 具有數(shù)據(jù)查詢的權(quán)限。一個(gè)訂單中包括了多個(gè)商品，一條歷史記錄中也包括了多個(gè) 商品，一個(gè)顧客只能對應(yīng)一條歷史記錄，但他有多個(gè)訂單的記錄。 3.5 系統(tǒng)的配置與實(shí)現(xiàn) 下面介紹系統(tǒng)的組件圖與配置圖。 3.5.1 系統(tǒng)的組件圖 系統(tǒng)的組件圖如圖 3.13 所示，包括系統(tǒng)服務(wù)、客戶服務(wù)和數(shù)據(jù)服務(wù) 3 個(gè)組件。 圖 3.13 系統(tǒng)組件圖 3.5.2 系統(tǒng)的配置圖 系統(tǒng)由多個(gè)節(jié)點(diǎn)構(gòu)成，應(yīng)用服務(wù)