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

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

3、分備注平時(shí)表現(xiàn)1010按時(shí)參加綜合設(shè)計(jì)，無(wú)曠課、遲到、早退、違反實(shí)驗(yàn)室紀(jì)律等情況。20按設(shè)計(jì)任務(wù)書(shū)的要求完成了全部任務(wù)，能完整演示其設(shè)計(jì)內(nèi)容，符合要求。完成情況3010能對(duì)其設(shè)計(jì)內(nèi)容進(jìn)行詳細(xì)、完整的介紹，并能就指導(dǎo)教師提出的問(wèn)題進(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)，具有說(shuō)服力。5符號(hào)統(tǒng)一；圖表完備、符合規(guī)范要求。5能對(duì)整個(gè)設(shè)計(jì)過(guò)程進(jìn)行全面的總結(jié)，得出有價(jià)值的結(jié)論或結(jié)果。報(bào)告質(zhì)量355參考文獻(xiàn)數(shù)量在 3 篇以上，格式符合要求，在正文中

4、正確引用。10在規(guī)定時(shí)間內(nèi)能就所設(shè)計(jì)的內(nèi)容進(jìn)行闡述，言簡(jiǎn)意明，重點(diǎn)突出，論點(diǎn)正確，條理清晰。答辯情況2515在規(guī)定時(shí)間內(nèi)能準(zhǔn)確、完整、流利地回答教師所提出的問(wèn)題。總評(píng)成績(jī)： 分 補(bǔ)充說(shuō)明： 指導(dǎo)教師： （簽字）日 期： 年 月 日ii答辯記錄表答辯地點(diǎn)： 機(jī)電大樓 411 機(jī)房 答辯內(nèi)容記錄：合計(jì)分值各項(xiàng)分值評(píng)分標(biāo)準(zhǔn)實(shí)際得分合計(jì)得分備注10在規(guī)定時(shí)間內(nèi)能就所設(shè)計(jì)的內(nèi)容進(jìn)行闡述，言簡(jiǎn)意明，重點(diǎn)突出，論點(diǎn)正確，條理清晰。答辯成績(jī)2515在規(guī)定時(shí)間內(nèi)能準(zhǔn)確、完整、流利地回答教師所提出的問(wèn)題。答辯小組成員（簽字）： 年 月 日一、綜合設(shè)計(jì)目的、條件、任務(wù)和內(nèi)容要求：1設(shè)計(jì)目的面向?qū)ο蠹夹g(shù)是計(jì)算機(jī)科學(xué)與

5、技術(shù)專業(yè)（信息技術(shù)方向）本科生的一門(mén)專業(yè)主干課程，本課程主要學(xué)習(xí) UML 和系統(tǒng)建模技術(shù)。UML是一種定義良好、易于表達(dá)、功能強(qiáng)大且普遍適用的建模語(yǔ)言，基于UML 的面向?qū)ο蠼＜夹g(shù)融入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)，得到計(jì)算機(jī)界的廣泛關(guān)注。本課程主要介紹統(tǒng)一建模語(yǔ)言 UML 的基本概念和各種模型、視圖，以及主流建模工具 Rational Rose 的應(yīng)用。以統(tǒng)一建模語(yǔ)言 UML 為主線，以 Rational Rose 環(huán)境為建模工具，以培養(yǎng)學(xué)生的信息系統(tǒng)建模能力和軟件工程能力為目的。通過(guò)課程教學(xué)、上機(jī)實(shí)踐、作業(yè)練習(xí)、綜合設(shè)計(jì)等教學(xué)環(huán)節(jié)，使學(xué)生逐步掌握 UML 的概念、模型和 Rati

6、onal Rose 建模工具，并能在實(shí)踐中熟練應(yīng)用所掌握的語(yǔ)言和工具解決實(shí)際問(wèn)題，從而培養(yǎng)學(xué)生良好的程序設(shè)計(jì)技能和軟件工程能力。2實(shí)施方式由于本課程重在培養(yǎng)學(xué)生的應(yīng)用能力，因此本課程批準(zhǔn)為考試改革課程，課程考核將以項(xiàng)目開(kāi)發(fā)和設(shè)計(jì)報(bào)告為主。具體實(shí)施方式為：針對(duì)某一信息系統(tǒng)的分析和設(shè)計(jì)，學(xué)生上機(jī)開(kāi)發(fā)系統(tǒng)并撰寫(xiě)報(bào)告，并在規(guī)定時(shí)間遞交程序和報(bào)告。分?jǐn)?shù)比例為：項(xiàng)目開(kāi)發(fā)結(jié)果（即相關(guān)程序代碼）為60%，設(shè)計(jì)報(bào)告為 40%。ii3任務(wù)和要求：針對(duì)某一信息系統(tǒng)，完成如下任務(wù)：（1）簡(jiǎn)要的需求分析（2）建立該系統(tǒng)的各種視圖和模型。（3）完成各項(xiàng)系統(tǒng)功能的設(shè)計(jì)。（4）形成系統(tǒng)建模的各種文檔和開(kāi)發(fā)報(bào)告。4工具與環(huán)境：

7、建模工具：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)的各種功能模型。撰寫(xiě)設(shè)計(jì)報(bào)告，并按時(shí)遞交。第 17 周：成果驗(yàn)收，答辯及成績(jī)?cè)u(píng)定。三、應(yīng)收集資料及主要參考文獻(xiàn)：1 謝星星 沈懿卓 著 UML 基礎(chǔ)與 Rose 建模實(shí)用教程 清華大學(xué)出版社 2008-092 刁成嘉主編 UML 系統(tǒng)建模與分析設(shè)計(jì) 機(jī)械工業(yè)出版社 2007-7-13 周力 何雪飛編 著 UML 建模圖解教程

8、人民郵電出版社 2009-061四、課程綜合設(shè)計(jì)摘要（中文）：摘摘 要要隨著個(gè)人電腦的不斷普及和 Internet 更加廣泛的流傳,網(wǎng)上購(gòu)書(shū)的方式已經(jīng)越來(lái)越為廣 大的上網(wǎng)愛(ài)好者接受和喜愛(ài)，目前國(guó)內(nèi)外的絕大多數(shù)書(shū)店均提供有網(wǎng)上購(gòu)物的服務(wù)。網(wǎng)上圖書(shū)銷(xiāo)售系統(tǒng)是針對(duì)在線書(shū)店大批量業(yè)務(wù)處理而開(kāi)發(fā)的管理軟件，運(yùn)用基于 UML 的面象對(duì)象的分析方法 ，借助于統(tǒng)一建模語(yǔ)言，使用 Rational Rose 為建模工具對(duì)網(wǎng)上圖書(shū)銷(xiāo)售系統(tǒng)進(jìn)行建模設(shè)計(jì)，利用表示系統(tǒng)靜態(tài)特征的 UML 類(lèi)圖，用例圖和描述系統(tǒng)行為特征的時(shí)序圖對(duì)其進(jìn)行詳細(xì)描述。關(guān)鍵字： 網(wǎng)上圖書(shū)銷(xiāo)售；面象對(duì)象 ；UML；建模五、課程綜合設(shè)計(jì)摘要（英文）

9、：AbstractWith 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. Online

10、 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, the use

11、 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; ModelingI目錄目錄摘 要 .IABSTRACT .II第一章 課題背景 .11.1 目的及意義： .11.2 設(shè)計(jì)開(kāi)

12、發(fā)目標(biāo)：.1第二章 設(shè)計(jì)簡(jiǎn)介及設(shè)計(jì)方案論述 .22.1 網(wǎng)上圖書(shū)銷(xiāo)售系統(tǒng)的需求分析.22.2 用戶接口模塊.32.3 管理員接口模塊.4第三章 詳細(xì)設(shè)計(jì) .63.1 網(wǎng)上圖書(shū)銷(xiāo)售系統(tǒng)的用例圖 .63.2 網(wǎng)上圖書(shū)銷(xiāo)售系統(tǒng)的序圖和協(xié)作圖 .83.3 網(wǎng)上圖書(shū)銷(xiāo)售系統(tǒng)的活動(dòng)圖 .123.4 類(lèi)圖的生成 .123.5 系統(tǒng)的配置與實(shí)現(xiàn).14總 結(jié) .16致 謝 .17參考文獻(xiàn) .18I摘 要隨著個(gè)人電腦的不斷普及和 Internet 更加廣泛的流傳,網(wǎng)上購(gòu)書(shū)的方式已經(jīng)越來(lái)越為廣 大的上網(wǎng)愛(ài)好者接受和喜愛(ài)，目前國(guó)內(nèi)外的絕大多數(shù)書(shū)店均提供有網(wǎng)上購(gòu)物的服務(wù)。網(wǎng)上圖書(shū)銷(xiāo)售系統(tǒng)是針對(duì)在線書(shū)店大批量業(yè)務(wù)處理而開(kāi)

13、發(fā)的管理軟件，運(yùn)用基于 UML 的面象對(duì)象的分析方法 ，借助于統(tǒng)一建模語(yǔ)言，使用 Rational Rose 為建模工具對(duì)網(wǎng)上圖書(shū)銷(xiāo)售系統(tǒng)進(jìn)行建模設(shè)計(jì)，利用表示系統(tǒng)靜態(tài)特征的 UML 類(lèi)圖，用例圖和描述系統(tǒng)行為特征的時(shí)序圖對(duì)其進(jìn)行詳細(xì)描述。關(guān)鍵字： 網(wǎng)上圖書(shū)銷(xiāo)售；面象對(duì)象 ；UML；建模IIAbstractWith the growing popularity of personal computers and the Internet is more widely spread, online textbook for the majority of the way the Internet

14、 has become 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

15、 object, 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 descri

16、bed in detail its timing diagram.Keywords: online book sales; face as object; UML; Modeling1第一章 課題背景1.1 目的及意義：隨著互聯(lián)網(wǎng)的普及和電子商務(wù)的快速的應(yīng)用，網(wǎng)上購(gòu)物越來(lái)越成為了人們生活的一部分，它不僅給消費(fèi)者提供了很大的便利，而且如果能配合當(dāng)時(shí)的所處的營(yíng)銷(xiāo)環(huán)境，能為企業(yè)提高核心競(jìng)爭(zhēng)力，提高營(yíng)業(yè)收入，使企業(yè)的利潤(rùn)達(dá)到最大化。而圖書(shū)作為知識(shí)傳遞的一個(gè)工具，也與我們的日常生活的一部分。圖書(shū)在線銷(xiāo)售系統(tǒng)就是針對(duì)現(xiàn)在的時(shí)代特點(diǎn)和現(xiàn)在的營(yíng)銷(xiāo)環(huán)境，不僅能增強(qiáng)顧客和企業(yè)的雙向的互動(dòng)，加強(qiáng)彼此的溝通，營(yíng)造一個(gè)

17、好的營(yíng)銷(xiāo)環(huán)境，有利于增加顧客的讓渡價(jià)值，提供企業(yè)的核心競(jìng)爭(zhēng)力。是以后的社會(huì)營(yíng)銷(xiāo)發(fā)展的一種趨勢(shì)。在商品經(jīng)濟(jì)高度發(fā)達(dá)的今天,書(shū)作為相對(duì)奢侈品，其消費(fèi)需求下降，從實(shí)體書(shū)店的實(shí)際經(jīng)營(yíng)情況來(lái)看，近幾年來(lái)，書(shū)的銷(xiāo)售量大幅度下降，本身書(shū)店的利潤(rùn)就很薄，而且還要承擔(dān)租金高昂的地面鋪位，而網(wǎng)絡(luò)書(shū)店的出現(xiàn)相對(duì)實(shí)體書(shū)店而言大大降低了其銷(xiāo)售成本，同時(shí)書(shū)的價(jià)格也相對(duì)下調(diào)，滿足了消費(fèi)者的購(gòu)物需求，由于傳遞速度快，而容易被購(gòu)買(mǎi)者所接受，從而使銷(xiāo)售量增加。網(wǎng)上書(shū)店就是電子商務(wù)的典型代表，是以當(dāng)前商務(wù)的網(wǎng)絡(luò)化、快速化實(shí)際需求為背景，實(shí)現(xiàn)圖書(shū)購(gòu)買(mǎi)的方便、快捷、送貨上門(mén)等服務(wù)為前提綜合信息服務(wù)系統(tǒng)的設(shè)計(jì)；實(shí)現(xiàn)通過(guò) Internet

18、 互聯(lián)網(wǎng)對(duì)圖書(shū)購(gòu)買(mǎi)的相關(guān)信息進(jìn)行發(fā)布及圖書(shū)查詢、圖書(shū)介紹、圖書(shū)內(nèi)容瀏覽等功能。消費(fèi)者通過(guò)網(wǎng)上書(shū)店銷(xiāo)售系統(tǒng)進(jìn)行圖書(shū)的網(wǎng)上購(gòu)物和網(wǎng)上支付等活動(dòng)，這樣即方便了消費(fèi)者，又減少了企業(yè)成本。1.2 設(shè)計(jì)開(kāi)發(fā)目標(biāo)：管理員可以商品信息維護(hù)、內(nèi)部員工信息維護(hù)、處理訂單信息、報(bào)表維護(hù)、商品銷(xiāo)售。工作人員在相對(duì)權(quán)限下可以對(duì)圖書(shū)（或商品）信息進(jìn)行錄入、刪除、瀏覽、查詢、修改（商品銷(xiāo)售） 、維護(hù)個(gè)人信息，維護(hù)訂單信息（接收訂單并發(fā)貨、拒絕訂單、查詢庫(kù)存） 。游客身份只能進(jìn)行基本的信息瀏覽和查詢，但是游客可以在線注冊(cè)為會(huì)員，成為會(huì)員后在相對(duì)權(quán)限下可以對(duì)圖書(shū)信息進(jìn)行查詢、瀏覽，并且可以維護(hù)個(gè)人信息，維護(hù)訂單信息（訂單狀態(tài)查

19、詢、訂單刪除或增加） 。本系統(tǒng)的設(shè)計(jì)目標(biāo)將最終定位于完成以上所述的系統(tǒng)主要業(yè)務(wù)的基本模型上。2第二章 設(shè)計(jì)簡(jiǎn)介及設(shè)計(jì)方案論述2.1 網(wǎng)上圖書(shū)銷(xiāo)售系統(tǒng)的需求分析系統(tǒng)總體功能的需求：網(wǎng)上圖書(shū)銷(xiāo)售系統(tǒng)是一個(gè)復(fù)雜的電子商務(wù)系統(tǒng)，它必須提供用戶的接口以供用戶登錄并選擇喜好的圖書(shū)；同時(shí)還必須提供系統(tǒng)的管理接口以供管理員和一般的網(wǎng)站工作人員處理客戶訂單并維護(hù)網(wǎng)站正常運(yùn)作。系統(tǒng)總體功能需求框圖如圖 2.1 所示。網(wǎng)上圖書(shū)銷(xiāo)售系統(tǒng) 管理員接口模塊 數(shù)據(jù)服務(wù)模塊 用戶接口模塊 圖 2.1 系統(tǒng)總體功能需求框圖2.1.1 用戶接口模塊用戶接口是網(wǎng)站用戶使用圖書(shū)銷(xiāo)售系統(tǒng)服務(wù)的入口，所有的在線用戶都通過(guò)瀏覽登錄網(wǎng)站，并

20、進(jìn)行一系列的查詢，訂購(gòu)操作。用戶接口模塊包括了用戶信息維護(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)行銷(xiāo)售情況以及銷(xiāo)售走勢(shì)分析。2.1.2 管理員接口模塊這是系統(tǒng)提供給網(wǎng)站維護(hù)和管理人員的接口。管理員接口模塊包括商品信息維護(hù)、內(nèi)部員工信息維護(hù)、訂單處理、銷(xiāo)售情況查詢、報(bào)表維護(hù) 5 個(gè)部分。網(wǎng)站的一般工作人員通常只具有訂單處理的權(quán)限，他們獲得用戶提交的訂單，并根據(jù)庫(kù)存情況來(lái)決定發(fā)貨或者推遲發(fā)貨。網(wǎng)站的管理員具有所有的管理權(quán)限，可以處理客戶的訂單，可以閱覽網(wǎng)站商

21、品的銷(xiāo)售情況、銷(xiāo)售走勢(shì)，以便根據(jù)不同的情況及時(shí)的調(diào)整經(jīng)營(yíng)戰(zhàn)略，將庫(kù)存成本和資金占有用率降到最低的限度。2.1.3 數(shù)據(jù)服務(wù)模塊數(shù)據(jù)服務(wù)器模塊是系統(tǒng)正常運(yùn)行的基礎(chǔ)，包括客戶的查詢，定單的保存；網(wǎng)站工3作人員的定單處理；網(wǎng)站管理員的銷(xiāo)售情況查詢與分析。2.2 用戶接口模塊用戶接口模塊包括如圖 2.2 所示的幾個(gè)方面。用戶接口模塊 商品查詢 訂購(gòu)商品 用戶信息維護(hù) 訂購(gòu)維護(hù) 圖 2.2 用戶接口模塊2.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)行

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

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

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

25、錄后可以用對(duì)內(nèi)部員工和普通員工，系統(tǒng)管理員擁有所有的權(quán)限，而普通員一般只擁有訂單處理的權(quán)限。但管理員可以定制任意員工的權(quán)限，比如增加他的報(bào)表打印權(quán)限內(nèi)部員工信息維護(hù)功能。前置條件：用戶已登錄。2.3.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)貨，那么工作人員確5認(rèn)用戶訂單后選擇

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

27、 Model”對(duì)話框，選擇 J2EE 模式，然后點(diǎn)擊OK按鈕。 此時(shí)，Rational Rose 會(huì)自動(dòng)加載 J2EE 本身的一些構(gòu)架模型。加載完成后，就可以開(kāi)始設(shè)計(jì)自己的模型，在此之前先保存該模型，并且將該模型取名為“網(wǎng)上圖書(shū)銷(xiāo)售系統(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)上圖書(shū)銷(xiāo)售系統(tǒng)可以分為以下的幾個(gè)用例（Use Cases） 。（

28、1） 訂單處理：（2） 訂單維護(hù)：（3） 訂單狀態(tài)查詢：（4） 個(gè)人信息維護(hù)：（5） 訂購(gòu)：（6） 接收發(fā)貨：（7） 庫(kù)存查詢：（8） 缺貨拒絕：（9） 商品查詢：（10）商品信息維護(hù)：（11）銷(xiāo)售查詢：（12）員工信息維護(hù)：（13）報(bào)表維護(hù)：（14）訂單增加：（15）訂單刪除。3. 創(chuàng)建用例圖 系統(tǒng)管理的用例圖如圖 3.1 所示。7圖 3.1 系統(tǒng)管理用例圖系統(tǒng)用戶的用例圖如圖 3.2 所示。 圖 3.2 系統(tǒng)用戶用例圖83.2 網(wǎng)上圖書(shū)銷(xiāo)售系統(tǒng)的序圖和協(xié)作圖協(xié)作圖是順序圖之外另外一種表示交互的方法。與順序圖描述隨著時(shí)間交互的各種信息不同，協(xié)作圖描述的是和對(duì)象結(jié)構(gòu)相關(guān)的信息。協(xié)作圖的一種用途

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

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

31、功信息給訂單處理模塊，訂單處理模塊提示管理員該操作成功。（4）顧客建立訂單協(xié)作圖 3.6 所示。 圖 3.6 顧客建立訂單協(xié)作圖11（5）顧客刪除訂單協(xié)作圖如圖 3.7 所示。 圖 3.7 顧客刪除訂單協(xié)作圖（6）管理員處理訂單協(xié)作圖如圖 3.8 所示。圖 3.8 管理員處理訂單協(xié)作圖123.3 網(wǎng)上圖書(shū)銷(xiāo)售系統(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)買(mǎi)商品和管理員處理訂單的活動(dòng)圖如圖 3.9 所示。 圖 3.9 系統(tǒng)活動(dòng)圖

32、從圖 2-9 中可以看出，管理員、顧客發(fā)生了相互的關(guān)系。顧客登錄后查詢商品，在選擇了自己希望購(gòu)買(mǎi)的商品后提交訂單，接下來(lái)顧客處于查詢訂單的循環(huán)狀態(tài)。與此同時(shí)，管理員接收到了顧客提交的訂單，并根據(jù)該訂單對(duì)應(yīng)商品的庫(kù)存情況判斷是否拒絕該訂單，并更新客戶訂單。在顧客查詢到訂單狀態(tài)變成已處理后，購(gòu)買(mǎi)過(guò)程結(jié)束。3.4 類(lèi)圖的生成3.4.1 參與者相關(guān)的類(lèi) 系統(tǒng)中的類(lèi)圖如圖 3.10 所示。13 圖 3.10 系統(tǒng)類(lèi)圖 類(lèi)圖說(shuō)明(1)Person 是所有類(lèi)的父類(lèi)，它的屬性包括用于標(biāo)識(shí)不同身份的人的 ID，姓名(Name)以及地址(Address)。它的方法包括根據(jù) ID 查詢、根據(jù)姓名查詢、設(shè)置某人的姓名

33、、地址等。(2)Customer 繼承了父類(lèi)的方法和屬性并添加了自己的屬性和方法。date 表示該用戶客戶訂單。(3)Employee 繼承了 person，它的屬性 password 表示登錄密碼。這是所有員工共有的操作。系統(tǒng)管理員類(lèi)中還增加了查詢分析和報(bào)表打印的方法。 3.4.2 系統(tǒng)中的其他類(lèi) 系統(tǒng)中的其他類(lèi)如圖 3.11 所示。 圖 3.11 系統(tǒng)中的其他類(lèi)(1)book 是圖書(shū)類(lèi)。它的屬性包括圖書(shū) ID、圖書(shū)名稱(name)、圖書(shū)介紹(introduce)、14圖書(shū)作者（author） 、圖書(shū)價(jià)格（price） ，商品類(lèi)的方法有 add()用于添加。(2)Orders 是訂單類(lèi)。它的

34、屬性包括訂單 ID、用戶 ID、商品 ID、訂單日期(date)。訂單類(lèi)的方法包括添加訂單 add()。查詢訂單 select()、刪除訂單 delete()。這些方法中 select()供 person 類(lèi)使用，delete()供 Custome 類(lèi)使用。(3)Record 存儲(chǔ)記錄類(lèi)。該類(lèi)存儲(chǔ)了所有的用戶操作，包括用戶的查詢和訂購(gòu)操作，這些數(shù)據(jù)是后臺(tái)程序分析的基礎(chǔ)。該類(lèi)的屬性包括記錄 ID、用戶 ID、圖書(shū) ID、操作類(lèi)型、數(shù)量，方法查詢 select ()、打印 print()、添加 add()、刪除delete()。3.4.3 各類(lèi)這間的關(guān)系 網(wǎng)上圖書(shū)銷(xiāo)售系統(tǒng)各類(lèi)這間的關(guān)系如圖 3.12 所示。 圖 3.12 類(lèi)間關(guān)系圖類(lèi)圖說(shuō)明一個(gè)操作員可以處理多個(gè)訂單。一個(gè)管理員也可以處理多個(gè)訂單，并且管理員具有數(shù)據(jù)查詢的權(quán)限。一個(gè)訂單中包括了多個(gè)商品，一條歷史記錄中也包括了多個(gè)商品，一個(gè)顧客只能對(duì)應(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è)組件。15 圖 3.13 系統(tǒng)組件圖3.5.2 系統(tǒng)的配置圖 系統(tǒng)由多個(gè)節(jié)點(diǎn)構(gòu)成，應(yīng)用服務(wù)器負(fù)責(zé)整個(gè)系統(tǒng)的總體協(xié)調(diào)工