《《面向?qū)ο蠹夹g》綜合設計報告》由會員分享，可在線閱讀，更多相關《《面向?qū)ο蠹夹g》綜合設計報告（30頁珍藏版）》請在裝配圖網(wǎng)上搜索。
1、武漢工程大學 計算機科學與工程學院課程綜合設計報告設計名稱：設計名稱： 面向?qū)ο蠹夹g面向?qū)ο蠹夹g課程綜合設計課程綜合設計 設計題目：設計題目： 網(wǎng)上圖書銷售系統(tǒng)網(wǎng)上圖書銷售系統(tǒng) 學生學號：學生學號： 專業(yè)班級：專業(yè)班級： 二二九級信息技術二班九級信息技術二班 學生姓名：學生姓名： 鄧曌鄧曌 學生成績：學生成績： 指導教師（職稱）：指導教師（職稱）： 張俊（副教授）張?。ǜ苯淌冢?課題工作時間：課題工作時間： 2011 年年 12 月月 說明：1、報告中的第一、二、三項由指導教師在綜合設計開始前填寫并發(fā)給每個學生；四、五兩項（中英文摘要）由學生在完成綜合設計后填寫。2、學生成績由指導教師根據(jù)學生
2、的設計情況給出各項分值及總評成績。3、指導教師評語一欄由指導教師就學生在整個設計期間的平時表現(xiàn)、設計完成情況、報告的質(zhì)量及答辯情況，給出客觀、全面的評價。4、所有學生必須參加綜合設計的答辯環(huán)節(jié)，凡不參加答辯者，其成績一律按不及格處理。答辯小組成員應由 2 人及以上教師組成。5、報告正文字數(shù)一般應不少于 5000 字，也可由指導教師根據(jù)本門綜合設計的情況另行規(guī)定。6、此表格式為武漢工程大學計算機科學與工程學院提供的基本格式（適用于學院各類綜合設計） ，各教研室可根據(jù)本門綜合設計的特點及內(nèi)容做適當?shù)恼{(diào)整，并上報學院批準。成績評定表類別合計分值各項分值評分標準實際得分合計得分備注平時表現(xiàn)1010按時
3、參加綜合設計，無曠課、遲到、早退、違反實驗室紀律等情況。20按設計任務書的要求完成了全部任務，能完整演示其設計內(nèi)容，符合要求。完成情況3010能對其設計內(nèi)容進行詳細、完整的介紹，并能就指導教師提出的問題進行正確的回答。10報告文字通順，內(nèi)容翔實，論述充分、完整，立論正確，結(jié)構(gòu)嚴謹合理；報告字數(shù)符合相關要求，工整規(guī)范，整齊劃一。5課題背景介紹清楚，綜述分析充分。5設計方案合理、可行，論證嚴謹，邏輯性強，具有說服力。5符號統(tǒng)一；圖表完備、符合規(guī)范要求。5能對整個設計過程進行全面的總結(jié)，得出有價值的結(jié)論或結(jié)果。報告質(zhì)量355參考文獻數(shù)量在 3 篇以上，格式符合要求，在正文中正確引用。10在規(guī)定時間內(nèi)
4、能就所設計的內(nèi)容進行闡述，言簡意明，重點突出，論點正確，條理清晰。答辯情況2515在規(guī)定時間內(nèi)能準確、完整、流利地回答教師所提出的問題?？傇u成績： 分 補充說明： 指導教師： （簽字）日 期： 年 月 日答辯記錄表答辯地點： 機電大樓 411 機房 答辯內(nèi)容記錄：合計分值各項分值評分標準實際得分合計得分備注10在規(guī)定時間內(nèi)能就所設計的內(nèi)容進行闡述，言簡意明，重點突出，論點正確，條理清晰。答辯成績2515在規(guī)定時間內(nèi)能準確、完整、流利地回答教師所提出的問題。答辯小組成員（簽字）： 年 月 日一、綜合設計目的、條件、任務和內(nèi)容要求：1設計目的面向?qū)ο蠹夹g是計算機科學與技術專業(yè)（信息技術方向）本科生
5、的一門專業(yè)主干課程，本課程主要學習 UML 和系統(tǒng)建模技術。UML是一種定義良好、易于表達、功能強大且普遍適用的建模語言，基于UML 的面向?qū)ο蠼＜夹g融入了軟件工程領域的新思想、新方法和新技術，得到計算機界的廣泛關注。本課程主要介紹統(tǒng)一建模語言 UML 的基本概念和各種模型、視圖，以及主流建模工具 Rational Rose 的應用。以統(tǒng)一建模語言 UML 為主線，以 Rational Rose 環(huán)境為建模工具，以培養(yǎng)學生的信息系統(tǒng)建模能力和軟件工程能力為目的。通過課程教學、上機實踐、作業(yè)練習、綜合設計等教學環(huán)節(jié)，使學生逐步掌握 UML 的概念、模型和 Rational Rose 建模工具，
6、并能在實踐中熟練應用所掌握的語言和工具解決實際問題，從而培養(yǎng)學生良好的程序設計技能和軟件工程能力。2實施方式由于本課程重在培養(yǎng)學生的應用能力，因此本課程批準為考試改革課程，課程考核將以項目開發(fā)和設計報告為主。具體實施方式為：針對某一信息系統(tǒng)的分析和設計，學生上機開發(fā)系統(tǒng)并撰寫報告，并在規(guī)定時間遞交程序和報告。分數(shù)比例為：項目開發(fā)結(jié)果（即相關程序代碼）為60%，設計報告為 40%。3任務和要求：針對某一信息系統(tǒng)，完成如下任務：（1）簡要的需求分析（2）建立該系統(tǒng)的各種視圖和模型。（3）完成各項系統(tǒng)功能的設計。（4）形成系統(tǒng)建模的各種文檔和開發(fā)報告。4工具與環(huán)境：建模工具：Rational Ros
7、e 指導教師簽字： 張俊 2011 年 11 月 03 日二、進度安排：第 11 周第 12 周：熟悉 Rational Rose 建模工具；確定目標系統(tǒng)，收集整理系統(tǒng)需求。第 13 周第 16 周：完成系統(tǒng)的分析與設計，按照要求建立系統(tǒng)的各種功能模型。撰寫設計報告，并按時遞交。第 17 周：成果驗收，答辯及成績評定。三、應收集資料及主要參考文獻：1 謝星星 沈懿卓 著 UML 基礎與 Rose 建模實用教程 清華大學出版社 2008-092 刁成嘉主編 UML 系統(tǒng)建模與分析設計 機械工業(yè)出版社 2007-7-13 周力 何雪飛編 著 UML 建模圖解教程 人民郵電出版社 2009-06四、
8、課程綜合設計摘要（中文）：摘摘 要要隨著個人電腦的不斷普及和 Internet 更加廣泛的流傳,網(wǎng)上購書的方式已經(jīng)越來越為廣 大的上網(wǎng)愛好者接受和喜愛，目前國內(nèi)外的絕大多數(shù)書店均提供有網(wǎng)上購物的服務。網(wǎng)上圖書銷售系統(tǒng)是針對在線書店大批量業(yè)務處理而開發(fā)的管理軟件，運用基于 UML 的面象對象的分析方法 ，借助于統(tǒng)一建模語言，使用 Rational Rose 為建模工具對網(wǎng)上圖書銷售系統(tǒng)進行建模設計，利用表示系統(tǒng)靜態(tài)特征的 UML 類圖，用例圖和描述系統(tǒng)行為特征的時序圖對其進行詳細描述。關鍵字： 網(wǎng)上圖書銷售；面象對象 ；UML；建模五、課程綜合設計摘要（英文）：AbstractWith the
9、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 book sales system
10、 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 of that system, t
11、he 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目錄目錄摘 要 .IABSTRACT .II第一章 課題背景 .11.1 目的及意義： .11.2 設計開發(fā)目標：.1第二章 設計簡介及設計方案
12、論述 .22.1 網(wǎng)上圖書銷售系統(tǒng)的需求分析.22.2 用戶接口模塊.32.3 管理員接口模塊.4第三章 詳細設計 .63.1 網(wǎng)上圖書銷售系統(tǒng)的用例圖 .63.2 網(wǎng)上圖書銷售系統(tǒng)的序圖和協(xié)作圖 .83.3 網(wǎng)上圖書銷售系統(tǒng)的活動圖 .123.4 類圖的生成 .123.5 系統(tǒng)的配置與實現(xiàn).14總 結(jié) .16致 謝 .17參考文獻 .18摘 要隨著個人電腦的不斷普及和 Internet 更加廣泛的流傳,網(wǎng)上購書的方式已經(jīng)越來越為廣 大的上網(wǎng)愛好者接受和喜愛，目前國內(nèi)外的絕大多數(shù)書店均提供有網(wǎng)上購物的服務。網(wǎng)上圖書銷售系統(tǒng)是針對在線書店大批量業(yè)務處理而開發(fā)的管理軟件，運用基于 UML 的面象對
13、象的分析方法 ，借助于統(tǒng)一建模語言，使用 Rational Rose 為建模工具對網(wǎng)上圖書銷售系統(tǒng)進行建模設計，利用表示系統(tǒng)靜態(tài)特征的 UML 類圖，用例圖和描述系統(tǒng)行為特征的時序圖對其進行詳細描述。關鍵字： 網(wǎng)上圖書銷售；面象對象 ；UML；建模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 increasing
14、ly 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, by means of t
15、he 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 detail its timi
16、ng diagram.Keywords: online book sales; face as object; UML; Modeling第一章 課題背景1.1 目的及意義：隨著互聯(lián)網(wǎng)的普及和電子商務的快速的應用，網(wǎng)上購物越來越成為了人們生活的一部分，它不僅給消費者提供了很大的便利，而且如果能配合當時的所處的營銷環(huán)境，能為企業(yè)提高核心競爭力，提高營業(yè)收入，使企業(yè)的利潤達到最大化。而圖書作為知識傳遞的一個工具，也與我們的日常生活的一部分。圖書在線銷售系統(tǒng)就是針對現(xiàn)在的時代特點和現(xiàn)在的營銷環(huán)境，不僅能增強顧客和企業(yè)的雙向的互動，加強彼此的溝通，營造一個好的營銷環(huán)境，有利于增加顧客的讓渡價值，提供企
17、業(yè)的核心競爭力。是以后的社會營銷發(fā)展的一種趨勢。在商品經(jīng)濟高度發(fā)達的今天,書作為相對奢侈品，其消費需求下降，從實體書店的實際經(jīng)營情況來看，近幾年來，書的銷售量大幅度下降，本身書店的利潤就很薄，而且還要承擔租金高昂的地面鋪位，而網(wǎng)絡書店的出現(xiàn)相對實體書店而言大大降低了其銷售成本，同時書的價格也相對下調(diào)，滿足了消費者的購物需求，由于傳遞速度快，而容易被購買者所接受，從而使銷售量增加。網(wǎng)上書店就是電子商務的典型代表，是以當前商務的網(wǎng)絡化、快速化實際需求為背景，實現(xiàn)圖書購買的方便、快捷、送貨上門等服務為前提綜合信息服務系統(tǒng)的設計；實現(xiàn)通過 Internet 互聯(lián)網(wǎng)對圖書購買的相關信息進行發(fā)布及圖書查詢
18、、圖書介紹、圖書內(nèi)容瀏覽等功能。消費者通過網(wǎng)上書店銷售系統(tǒng)進行圖書的網(wǎng)上購物和網(wǎng)上支付等活動，這樣即方便了消費者，又減少了企業(yè)成本。1.2 設計開發(fā)目標：管理員可以商品信息維護、內(nèi)部員工信息維護、處理訂單信息、報表維護、商品銷售。工作人員在相對權限下可以對圖書（或商品）信息進行錄入、刪除、瀏覽、查詢、修改（商品銷售） 、維護個人信息，維護訂單信息（接收訂單并發(fā)貨、拒絕訂單、查詢庫存） 。游客身份只能進行基本的信息瀏覽和查詢，但是游客可以在線注冊為會員，成為會員后在相對權限下可以對圖書信息進行查詢、瀏覽，并且可以維護個人信息，維護訂單信息（訂單狀態(tài)查詢、訂單刪除或增加） 。本系統(tǒng)的設計目標將最終
19、定位于完成以上所述的系統(tǒng)主要業(yè)務的基本模型上。第二章 設計簡介及設計方案論述2.1 網(wǎng)上圖書銷售系統(tǒng)的需求分析系統(tǒng)總體功能的需求：網(wǎng)上圖書銷售系統(tǒng)是一個復雜的電子商務系統(tǒng)，它必須提供用戶的接口以供用戶登錄并選擇喜好的圖書；同時還必須提供系統(tǒng)的管理接口以供管理員和一般的網(wǎng)站工作人員處理客戶訂單并維護網(wǎng)站正常運作。系統(tǒng)總體功能需求框圖如圖 2.1 所示。網(wǎng)上圖書銷售系統(tǒng) 管理員接口模塊 數(shù)據(jù)服務模塊 用戶接口模塊 圖 2.1 系統(tǒng)總體功能需求框圖2.1.1 用戶接口模塊用戶接口是網(wǎng)站用戶使用圖書銷售系統(tǒng)服務的入口，所有的在線用戶都通過瀏覽登錄網(wǎng)站，并進行一系列的查詢，訂購操作。用戶接口模塊包括了用
20、戶信息維護、商品查詢、訂購商品和訂單維護 4 個部分。用戶登錄系統(tǒng)后，用戶 ID 將會被保存在服務器的緩存中，用戶在系統(tǒng)中所做的操作，包括查詢、訂購等都將被系統(tǒng)存儲在數(shù)據(jù)庫中，以供系統(tǒng)那個進行銷售情況以及銷售走勢分析。2.1.2 管理員接口模塊這是系統(tǒng)提供給網(wǎng)站維護和管理人員的接口。管理員接口模塊包括商品信息維護、內(nèi)部員工信息維護、訂單處理、銷售情況查詢、報表維護 5 個部分。網(wǎng)站的一般工作人員通常只具有訂單處理的權限，他們獲得用戶提交的訂單，并根據(jù)庫存情況來決定發(fā)貨或者推遲發(fā)貨。網(wǎng)站的管理員具有所有的管理權限，可以處理客戶的訂單，可以閱覽網(wǎng)站商品的銷售情況、銷售走勢，以便根據(jù)不同的情況及時的
21、調(diào)整經(jīng)營戰(zhàn)略，將庫存成本和資金占有用率降到最低的限度。2.1.3 數(shù)據(jù)服務模塊數(shù)據(jù)服務器模塊是系統(tǒng)正常運行的基礎，包括客戶的查詢，定單的保存；網(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)的
22、管理員都是珍貴的數(shù)據(jù)，系統(tǒng)分析程序可以根據(jù)用戶的查詢記錄判斷該客戶的喜好，可以根據(jù)用戶的購買情況判斷該客戶的經(jīng)濟情況。系統(tǒng)后臺程序可以根據(jù)分析的結(jié)果自動得出給該用戶的推薦商品，在用戶登錄時顯示在醒目的位置。前置條件：用戶登錄。2.2.2 商品查詢商品查詢模塊可以根據(jù)商品的名稱、種類、價格、廠家等各種條件進行組合查詢。商品查詢結(jié)果的列表中，用戶可以進一步的查看詳細信息。 前置條件：用戶登錄。2.2.3 訂購商品客戶在根據(jù)喜好得到相應的商品列表后，可以選擇訂購商品。在訂購商品后，系統(tǒng)會自動保存并更新該用戶的定單。系統(tǒng)的工作人員可以及時得到訂單并處理，根據(jù)情況選擇發(fā)貨，缺貨或延遲發(fā)貨。用戶所有的訂購
23、商品記錄都將保存在系統(tǒng)數(shù)據(jù)中供后臺程序分析該用戶的喜好和購買力。以后該用戶登錄時可以推薦與其購買力相應的商品。訂購商品功能如圖 1-5所示。前置條件：用戶已登錄，商品可供購買。2.2.4 訂單維護客戶在訂購商品后可以查詢其訂單的狀態(tài)（包括處理中、發(fā)貨中、缺貨中和已經(jīng)完成） ，并可以對處理中和缺貨中的訂單進行增加、刪除和修改的操作。訂單修改的結(jié)果會及時更新并提交給工作人員?？蛻舻挠唵尉S護信息也將被保存在系統(tǒng)的數(shù)據(jù)庫中供分析使用。 前置條件：用戶登錄2.3 管理員接口模塊管理員接口模塊包括如圖 2.3 所示的幾個方面。管理員接口模塊 訂單處理 銷售情況查詢 內(nèi)部員工信息維護 報表維護 商品信息維護
24、 圖 2.3 管理員接口模塊說包括的功能模塊管理員接口模塊是系統(tǒng)管理員事業(yè)網(wǎng)兜核心模塊，是整個網(wǎng)上圖書銷售系統(tǒng)正常運行的基礎。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)管理員登錄后可以用對內(nèi)部員工和普通員工，系統(tǒng)管理員擁有所有的
25、權限，而普通員一般只擁有訂單處理的權限。但管理員可以定制任意員工的權限，比如增加他的報表打印權限內(nèi)部員工信息維護功能。前置條件：用戶已登錄。2.3.3 訂單處理 訂單處理一般是普通員工的工作。用戶在訂購商品后，系統(tǒng)會及時更新其訂單，普通員工登錄后，可以獲取未處理的訂單，并根據(jù)數(shù)據(jù)庫情況發(fā)貨或選擇延時發(fā)貨?？蛻粼诓樵兩唐窌r會顯示商品的庫存數(shù)量，但系統(tǒng)的管理者并不希望顯示某商品的庫存為零，因為這樣會失去部分客戶。因此，在訂購商品后可能會出現(xiàn)庫存不足的情況，這時工作人員一般選擇延時發(fā)貨或者拒絕訂單。如果該商品有現(xiàn)貨，那么工作人員確認用戶訂單后選擇發(fā)貨。前置條件：管理員或普通工作人員已登錄。2.3.4
26、 銷售情況查詢銷售情況查詢是系統(tǒng)編碼過程中非常重要部分，能夠為企業(yè)管理者的決策提供參考的信息。管理員登錄后，可以得到詳細的銷售情況列表并既是更新熱門商品的信息（如排列位置） ，可以根據(jù)銷售的走勢和以往的銷售記錄及時判斷部分商品可能會出現(xiàn)庫存不足并及時進貨。由于本功能模塊涉及到企業(yè)的經(jīng)營信息，考慮到商業(yè)信息的安全性，需要管理員級的用戶才可以使用本模塊。前置條件：用戶已登錄。2.3.5 報表維護報表維護模塊提供查詢結(jié)果的打印輸出功能。 第三章 詳細設計3.1 網(wǎng)上圖書銷售系統(tǒng)的用例圖建立初始模型 選擇菜單File-New“Create New Model”對話框，選擇 J2EE 模式，然后點擊OK
27、按鈕。 此時，Rational Rose 會自動加載 J2EE 本身的一些構(gòu)架模型。加載完成后，就可以開始設計自己的模型，在此之前先保存該模型，并且將該模型取名為“網(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ǎng)上圖書銷售系統(tǒng)可以分為以下的幾個用例（Use Cases） 。（1） 訂單處理：（2） 訂單維護：（3） 訂單狀態(tài)查詢：
28、（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é)作圖是順序圖之外另外一種表示交互的方法。與順序圖描述隨著時間交互的各種信息不同，協(xié)作圖描述的是和對象結(jié)構(gòu)相關的信息。協(xié)作圖的一種用途是表示類操作的實現(xiàn)。（1）顧客建立訂單時序圖如圖 3.3 所
29、示圖 3.3 顧客建立訂單時 用戶首先使用自己的賬號和密碼登錄系統(tǒng)，登錄模塊會將客戶的 ID 保存在系統(tǒng)緩存中并提交給商品查詢模塊。商品查詢模塊提示客戶輸入查詢條件，客戶輸入適當?shù)牟樵儣l件后查詢模塊顯示符合查詢條件的商品列表?？蛻舻玫缴唐妨斜砗?，提交自己想要購買的商品 ID，訂購模塊得到商品 ID。生成訂單并提交給數(shù)據(jù)模塊進行保存，保存成功后，訂購模塊提示用戶訂購商品成功。（2） 顧客刪除訂單時序圖如圖 3.4 所示。 圖 3.4 客戶刪除訂單時序圖 客戶在提交訂單后可以對訂單進行維護（添加、刪除、修改） ?？蛻羰紫容斎胱约旱馁~號和密碼登錄系統(tǒng)。登錄模塊會將客戶的 ID 保存在系統(tǒng)緩存中并提交
30、給訂單查詢模塊。訂單查詢模塊顯示該客戶當前的所有訂單，客戶得到該列表后，選擇需要刪除的商品 ID，訂單處理模塊把刪除信息提交給數(shù)據(jù)模塊，數(shù)據(jù)模塊保存信息。訂單處理模塊提示用戶刪除操作成功。（3） 管理員處理訂單時序圖如圖 3.5 所示。圖 3.5 管理員處理訂單時序圖管理員使用其賬號和密碼登錄后，登錄模塊會將管理員的 ID 保存在系統(tǒng)緩存中并提交給訂單處理模塊。訂單處理模塊提交給管理員未處理的列表，管理員提交某商品 ID 得到該商品的庫存情況，如果庫存充足則接受訂單，并把接受信息提交數(shù)據(jù)模塊，數(shù)據(jù)模塊更新該客戶的訂單信息并返回成功信息給訂單處理模塊，訂單處理模塊提示管理員該操作成功。（4）顧客
31、建立訂單協(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)的活動圖活動圖可以分為垂泳道，每個泳道進表示工作流中不同的參與者。查看泳道中的活動，就可以知道某個參與者的責任。通過不同泳道中活動的過渡，可以了解誰要與誰進行通信。這些信息在建?；蚶斫鈽I(yè)務程時非常重要。 顧客購買商品和管理員處理訂單的活動圖如圖 3.9 所示。 圖 3.9 系統(tǒng)活動圖 從圖 2-9 中可以看出，管理員、顧客發(fā)生了相互的關系。顧客登錄后查詢商品
32、，在選擇了自己希望購買的商品后提交訂單，接下來顧客處于查詢訂單的循環(huán)狀態(tài)。與此同時，管理員接收到了顧客提交的訂單，并根據(jù)該訂單對應商品的庫存情況判斷是否拒絕該訂單，并更新客戶訂單。在顧客查詢到訂單狀態(tài)變成已處理后，購買過程結(jié)束。3.4 類圖的生成3.4.1 參與者相關的類 系統(tǒng)中的類圖如圖 3.10 所示。 圖 3.10 系統(tǒng)類圖 類圖說明(1)Person 是所有類的父類，它的屬性包括用于標識不同身份的人的 ID，姓名(Name)以及地址(Address)。它的方法包括根據(jù) ID 查詢、根據(jù)姓名查詢、設置某人的姓名、地址等。(2)Customer 繼承了父類的方法和屬性并添加了自己的屬性和方
33、法。date 表示該用戶客戶訂單。(3)Employee 繼承了 person，它的屬性 password 表示登錄密碼。這是所有員工共有的操作。系統(tǒng)管理員類中還增加了查詢分析和報表打印的方法。 3.4.2 系統(tǒng)中的其他類 系統(tǒng)中的其他類如圖 3.11 所示。 圖 3.11 系統(tǒng)中的其他類(1)book 是圖書類。它的屬性包括圖書 ID、圖書名稱(name)、圖書介紹(introduce)、圖書作者（author） 、圖書價格（price） ，商品類的方法有 add()用于添加。(2)Orders 是訂單類。它的屬性包括訂單 ID、用戶 ID、商品 ID、訂單日期(date)。訂單類的方法包括
34、添加訂單 add()。查詢訂單 select()、刪除訂單 delete()。這些方法中 select()供 person 類使用，delete()供 Custome 類使用。(3)Record 存儲記錄類。該類存儲了所有的用戶操作，包括用戶的查詢和訂購操作，這些數(shù)據(jù)是后臺程序分析的基礎。該類的屬性包括記錄 ID、用戶 ID、圖書 ID、操作類型、數(shù)量，方法查詢 select ()、打印 print()、添加 add()、刪除delete()。3.4.3 各類這間的關系 網(wǎng)上圖書銷售系統(tǒng)各類這間的關系如圖 3.12 所示。 圖 3.12 類間關系圖類圖說明一個操作員可以處理多個訂單。一個管理員
35、也可以處理多個訂單，并且管理員具有數(shù)據(jù)查詢的權限。一個訂單中包括了多個商品，一條歷史記錄中也包括了多個商品，一個顧客只能對應一條歷史記錄，但他有多個訂單的記錄。 3.5 系統(tǒng)的配置與實現(xiàn) 下面介紹系統(tǒng)的組件圖與配置圖。3.5.1 系統(tǒng)的組件圖 系統(tǒng)的組件圖如圖 3.13 所示，包括系統(tǒng)服務、客戶服務和數(shù)據(jù)服務 3 個組件。 圖 3.13 系統(tǒng)組件圖3.5.2 系統(tǒng)的配置圖 系統(tǒng)由多個節(jié)點構(gòu)成，應用服務器負責整個系統(tǒng)的總體協(xié)調(diào)工作，數(shù)據(jù)庫負責數(shù)據(jù)管理?？蛻魴C通過互聯(lián)網(wǎng)與應用服務器相連，這樣管理員可以通過互聯(lián)網(wǎng)管理應用服務器，客戶可以通過互聯(lián)網(wǎng)訪問應用服務器得到圖書銷售服務。系統(tǒng)的配置圖如圖 3.
36、14 所示。 圖 3.14 系統(tǒng)配置圖總 結(jié)本文論述了一個基于 WEB 的網(wǎng)上圖書銷售系統(tǒng)，基本上體現(xiàn)了電子商務各方面的優(yōu)點。我所設計的網(wǎng)上書店，主要是電子商務進行初步的探討和設計。在設計過程中，我初步了解了 UML 的優(yōu)點和先進之處，了解他的可以自動生成代碼的功能。在設計和制作網(wǎng)上書店的過程中，培養(yǎng)了自己的綜合能力和從全局考慮的思想。這個網(wǎng)上書店系統(tǒng)功能是很強大的，但出于自己水平有限，作為一個網(wǎng)上書店系統(tǒng)，該項目上有一些不完善和函待改進之處，有好多東西考慮不周，功能模塊不是特別的完善。通過本次課程設計的編寫，對本期的課程進行了系統(tǒng)的復習和應用，加深了對書上知識的了解。通過這次實踐，我們學到了
37、很多東西，在用戶界面上，有一些具體的對象，例如菜單等。在數(shù)據(jù)庫中，也有一些具體的對象，例如包含客戶、產(chǎn)品和訂單信息的表。 用例圖描述了希望用戶如何使用一個系統(tǒng)。用例圖顯示了誰將是相關的用戶、用戶希望系統(tǒng)提供什么服務，以及用戶需要為系統(tǒng)提供的服務，使系統(tǒng)的用戶更容易的理解這些元素的用途。在創(chuàng)建之前確定了參與者是有：管理員、工作人員、會員、游客。 通過分析用例和問題域，得到相關的類。類圖描述了類、接口、協(xié)作以及它們之間關系的圖，用來顯示系統(tǒng)中各個類的靜態(tài)結(jié)構(gòu)，描述了類之間的聯(lián)系，還包括了類的屬性和操作。致 謝通過此次設計我學到了很多新知識，個人能力與了很大的提高。在設計中經(jīng)常遇到種種困難與挫折，幾
38、次陷入停頓狀態(tài)。在這種情況下，張老師不但給予我的很多的鼓勵，而且在設計上提出了很多正確的建議和善意的批評。還有我在加中培訓時的很多同學，很多我不會的問題我就給他們發(fā)郵件，大家一起搜集各種相關資料，一起探討技術問題，一起攻克設計中的各種困難。在這里，順利完成畢業(yè)設計我首先要感謝張老師的細心指導，他幫助解決了我設計中的疑難和困惑，為我完成設計提供了極大的幫助。在這個學期中，我隨時都能與他取得聯(lián)系詢問相關問題，他總是耐心的為我作出解答，并多次給熱心地幫我查找相關書籍資料。我的這次設計順利完成離不開張老師的幫助；還有班上的其他同學也為我提供了不少的幫助，在此一并向他們表示衷心的感謝！不過對我來說，由于時間有限，也包括我的知識水平有限，系統(tǒng)中還有許多不足之處，還請各位老師指導指正。參考文獻【1】 謝星星 沈懿卓 著 UML 基礎與 Rose 建模實用教程 清華大學出版社 2008-09【2】刁成嘉主編 UML 系統(tǒng)建模與分析設計 機械工業(yè)出版社 2007-7-1【3】周力 何雪飛編 著 UML 建模圖解教程 人民郵電出版社 2009-06
《面向?qū)ο蠹夹g》綜合設計報告
