面向?qū)ο蟮脑O計與分析(網(wǎng)上商城的建模設計)

《面向?qū)ο蟮脑O計與分析(網(wǎng)上商城的建模設計)》由會員分享，可在線閱讀，更多相關《面向?qū)ο蟮脑O計與分析(網(wǎng)上商城的建模設計)（28頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、第4章 江西師范大學 “網(wǎng)上商城”建模實例 本文所要進行建模分析的系統(tǒng)是學校小型電子商務系統(tǒng)，以欲構(gòu)建的江西師范大學的便利店和生活超市“網(wǎng)上商城”為例，是滿足校園客戶(主要在校學生)網(wǎng)購要求的綜合性的應用系統(tǒng)，本文以Rational rose 2003為建模工具，并應用第三章提出的基于UML的電子商務系統(tǒng)建模過程，完成該系統(tǒng)的詳細分析和設計。對系統(tǒng)進行需求分析，建立系統(tǒng)需求模型、靜態(tài)結(jié)構(gòu)視圖、動態(tài)結(jié)構(gòu)視圖、數(shù)據(jù)庫模型、物理模型。 4.1系統(tǒng)的需求分析 4.1.1系統(tǒng)的設計背景 江西師范大學瑤湖校區(qū)江西師范大學新校區(qū)，地處南昌市昌東鎮(zhèn)，在校學生3萬余人，由于學校占地面

2、積很大，離市區(qū)比較遠，周圍設施還不是很齊全，該校區(qū)為解決師生日常生活需要，建設了商業(yè)街并且每個宿舍區(qū)都有便利超市，這些店是一個小型的生活用品采購區(qū)，在校學生平時的大部分消費都是在這些地方，包便利店和小型超市等生活服務的實體商店，滿足了師生不出校門就能買到自己想要的東西。近些年，隨著高校的擴招，該校區(qū)學生和老師的數(shù)量也不斷增加，新的問題也隨之而來，高校學生由于社會發(fā)展帶來的的巨大壓力，生活節(jié)奏也日益加快，空閑時間也越來越少。所以如果他們每次生活消費都要到實體店購買，就給他們的生活帶來不便，因而如果能夠網(wǎng)上購物就解決了這個矛盾。另外，據(jù)數(shù)據(jù)顯示，該校學生80%是網(wǎng)民，該群體的素質(zhì)較高，接受新事物速

3、度快，而且他們的消費興趣和傾向也有高度的相似性。該校區(qū)學生居住地也比較集中，大都住在學校統(tǒng)一安排的公寓或者學校周圍的小區(qū)，使物流配送更加方便和及時。 目前學校的實體商店很多，但是大多數(shù)商店還沒有自己的電子商務系統(tǒng)，所以如果通過一個統(tǒng)一的網(wǎng)上購物平臺，商店將這些商品都發(fā)布在網(wǎng)上商城上，師生就可以足不出戶選購商品，非常方便。只要授予他們可以在平臺上銷售自己的商品，提高了商店的知名度，也提高了他們的服務能力和影響力。該網(wǎng)上商城具有一般網(wǎng)上購物系統(tǒng)的功能: 1.師生可以通過該網(wǎng)上商城注冊為商城用戶，瀏覽商品訂購商品放入購物車;客戶可以通過該商城發(fā)布評論信息;客戶可以查看自己訂單;

4、客戶可以支付商品貨款。 2.商戶可以通過該商城發(fā)布自己的商品信息、供師生購買;可以通過該商城管理自己的商品信息和員工信息;可以進行訂單處理。 3.系統(tǒng)管理員對商戶申請信息進行審核;對評論信息管理:對系統(tǒng)日常的維護和數(shù)據(jù)備份;對用戶信息管理。 除了以上三個一般購物系統(tǒng)的功能商城的系統(tǒng)管理員可以通過對歷史訂單信息進行數(shù)據(jù)挖掘，找出顧客購買商品間的關聯(lián)關系，建議商戶對其營銷策略進行調(diào)整或者綁定銷售一些商品，以提高商戶的銷售利潤，達到在線交易和實體店雙重贏利。該功能模塊的設計將在第五章詳細說明。 4.1.2系統(tǒng)的模塊設計 根據(jù)以上背景，本文欲構(gòu)建一個具有上述功能的江西

5、師范大學“網(wǎng)上商城”。該商城可以滿足師生網(wǎng)上購物的要求，注冊該商城用戶都可以直接登錄到該商城。該商城為校園的客戶提供了一個統(tǒng)一的網(wǎng)上交易平臺，該網(wǎng)上商城的業(yè)務流程圖，如圖4.1所示。 通過以上背景分析和業(yè)務流程的設計，根據(jù)一般網(wǎng)上購物系統(tǒng)的功能，并結(jié)合該“網(wǎng)上商城”的特殊功能需求，根據(jù)商城所涉及到的主要參與者將該商城主要功能描述如下: 1，商城維護:管理員可以對商城日常維護和數(shù)據(jù)備份。 2.商戶信息管理:管理員對申請加盟的商戶等級管理和商戶信息修改，添加等操作。 3.商城用戶信息管理:對商城注冊用戶信息的管理，以及其應用權限 4.評論管

6、理:管理員可以對評論信息進行處理，對于不符合要求的評論可以刪除。 5.收集數(shù)據(jù):系統(tǒng)管理員可以根據(jù)數(shù)據(jù)庫中一段時間的訂單歷史記錄查詢分析，收集到分析數(shù)據(jù)。 6.訂單分析:管理員可以對收集到的數(shù)據(jù)進行分析，得出商品之間的關聯(lián)性。建議商戶調(diào)整銷售策略，從而提高商店利潤。 7.商城注冊:非家園網(wǎng)或非商城用戶的客戶可以注冊為商城用戶。 8.修改個人資料:注冊用戶可以修改自己的注冊資料。包括地址，電話等基本信息。 9.商城登錄:系統(tǒng)管理員、用戶、商戶都可以登錄商城相應的模塊在相應權限內(nèi)操作。 IO.查看商品信息:進入商城的師生都可以瀏覽商品信息

7、，該商品信息包括商品的基本信息和商品的庫存。 11.購物:如果商品有庫存則客戶可以購買，如果缺貨則不能購買，客戶將商品放入購物車，進行購物。客戶可以對購物車里的商品隨時修改，刪除，添加和清空。 12.下訂單:客戶將商品加入購物車后，可以填寫訂單，對于訂單，在未處理之前，客戶也可以隨時登錄系統(tǒng)修改并提交。 13.支付:訂單提交以后，客戶可選擇支付方式，如選擇貨到付款則訂單完成，如選擇網(wǎng)上支付，則客戶要登錄網(wǎng)上銀行支付，支付完成則該訂單完成。 14.訂單查看:客戶可以隨時登錄系統(tǒng)查看自己的歷史訂單信息，可以刪除歷史訂單，可以查看訂單狀態(tài)，訂單在未處理之前都可

8、以修改然后再提交，也可以對取消未處理的訂單。 15.評論:收到商品以后客戶對商品和商戶的服務是否滿意可以對此訂單進行評論。 16.申請加盟商城:商戶申請加盟商城，資格審核通過后可以在商城建立自己的網(wǎng)上商店，擁有該商店的管理權限，可以進行網(wǎng)上交易。 17.商品信息維護:商戶可以隨時添加、修改、刪除商品的信息。 18.配送員信息管理:商戶可以對商店里的配送員信息進行添加、修改、刪除，以更好的管理商店的配送工作。 19.訂單處理:客戶提交訂單以后，商戶接收訂單并與客戶確認訂單以后對訂單進行處理，根據(jù)訂單所購買的商品，商戶查詢庫存，確認庫存中有該商品，

9、對訂單進行審批，審批完了后則打印配送訂單，安排送貨。 20.派遣配送員:商戶點擊相關功能，將輸出配送員編號，商戶把送貨單和商品交予該配送員負責，配送員把商品送到客戶指定的地點，如果無人收貨，則在訂單回執(zhí)中填寫“無人接貨”，如果收貨成功，則填寫“收貨成功”，如收貨人推遲收貨則填寫“推遲收貨”。并將訂單回執(zhí)交予商戶。 21.庫存管理:商戶可以對商品庫存進行定期清點，并修改商品信息中的庫存信息。 22.配送訂單管理:對已經(jīng)處理的訂單，商戶打印出配送訂單，并安排配送員配送，對配送訂單的完成情況進行管理。 23.查看商品銷售記錄:商戶可以對本商店的商品信息隨時查看

10、。 24.查詢分析結(jié)果:商戶可以登錄商城查詢商品的關聯(lián)分析結(jié)果，通過結(jié)果設置相應的銷售捆綁包或交叉銷售。 25.設置銷售捆綁包:對分析到的關聯(lián)商品，通過后臺輸入設置到捆綁包中。 滿足上述需求的系統(tǒng)主要包括以下幾個模塊: 系統(tǒng)管理模塊:該模塊是系統(tǒng)提供給系統(tǒng)管理員的接口模塊。主要包括對校園商戶的加盟審核，對商店申請信息的管理，根據(jù)商戶等級和信譽來決定刪除和添加商戶，另外對網(wǎng)站用戶信息的管理。該模塊可以對系統(tǒng)日常維護和數(shù)據(jù)備份，并且通過對訂單信息進行數(shù)據(jù)分析，以幫助商戶制定營銷策略，贏得更大的利潤。 用戶接口模塊:該模塊為想購買該網(wǎng)站商品的學生提供

11、的了入口，所有校園的師生都可以通過瀏覽器瀏覽該網(wǎng)站商品，可以注冊為該系統(tǒng)用戶并登錄該系統(tǒng)訂購自己喜愛的商品。 商戶操作模塊:該模塊是“網(wǎng)上商城”的核心模塊。主要包括接受客戶完成的訂單需求，指派特定的配送員，配送員根據(jù)訂單所需提貨，配送員送貨上門，客戶簽收商品并生成回執(zhí)單，商戶可以查看最近一段時間某商品的銷售記錄，根據(jù)查看的商品訂單分析結(jié)果制定相應的捆綁銷售或者交叉銷售策略。 4.2需求建模 該系統(tǒng)需求建模描述系統(tǒng)用戶使用一個系統(tǒng)的方式，描述系統(tǒng)應該具備什么功能，是系統(tǒng)用戶或者另一個系統(tǒng)與系統(tǒng)之間的一次交互過程，是系統(tǒng)分析和設一計的第一步，以系統(tǒng)全局的功能作為參考，把系統(tǒng)所涉及

12、的參與者和他們從外部觀察到的系統(tǒng)的功能描述出來，而并不描述這些功能在系統(tǒng)功能的實現(xiàn)形式。這個過程使用UML建立系統(tǒng)的用例圖，分離出系統(tǒng)執(zhí)行者和用例，以及用例之間的關系。 4.2.1系統(tǒng)參與者 參與者是系統(tǒng)外部的一個實體，可以是系統(tǒng)用戶、與所建造的系統(tǒng)交互的其他系統(tǒng)或者是一些可以運行的進程。第一，在每一個系統(tǒng)中，幾乎都存在著最常用的參與者一真實的人(用戶);第二，需要建立聯(lián)系的其他外部應用程序，即其他系統(tǒng);第三，一些可運行的進程，如時一間;通過上面對該系統(tǒng)的功能分析和系統(tǒng)功能模塊的設計，系統(tǒng)參與者主要有:系統(tǒng)管理員、客戶、商戶和支付系統(tǒng)。 4.2.2識別用例 確定用例最常用的方法

13、是從分析系統(tǒng)參與者開始，把每個系統(tǒng)參與者如何使用系統(tǒng)的行為都考慮進來。根據(jù)上一節(jié)系統(tǒng)的需求分析功能模塊，可以確定系統(tǒng)參與者有系統(tǒng)管理員、客戶、商戶和支付系統(tǒng)。根據(jù)上一小節(jié)的功能模塊分析，得出系統(tǒng)的頂層用例圖，如圖4.2 0 下面分別對三個用例細化，系統(tǒng)管理所涉及到的用例有:商城登錄，商戶信息管理，用戶信自、管理，評論管理，商城日常維護和訂單分析。涉及到的參與者是系統(tǒng)管理員，系統(tǒng)管理的用例圖如4.3所示。 用戶接口用例細化有:商城注冊，商城登錄，查看商品信息，修改個人資料，購物，下訂單，支付，評論，訂單查看。用戶接口的用例圖如圖4.4所示。 其中“購物”用例

14、細化的用例有:清空購物車，修改購物車商品，添加商品到購物車，查看購物車信息，刪除購物車中的商品。細化后的用例圖如圖4.5 “訂單查看”用例細化的用例有: 修改訂單，提交訂單.，刪除訂單，查看歷史訂單，訂單狀態(tài)查詢，取消訂單。細化后用例圖如圖4.6所示。 商戶操作的細化用例有:申請加盟商城，商城登錄，商品信息維護，配送信息管理，訂單處理，配送訂單管理，派遣配送員，查看商品銷售記錄，庫存管理，查看訂單分析結(jié)果，設置商品銷售捆綁包。商戶操作用例細化圖，如圖4.7所示。 商品信息維護的細化的用例有:增加商品信息，刪除商品信息，修改商品信息。細化后的用例圖如圖4.8所示

15、。 訂單處理的細化用例有:確認訂單，接收發(fā)貨，查詢商品庫存。如圖4.9 支付系統(tǒng)用例有:支付，網(wǎng)上支付，貨到支付。支付系統(tǒng)的用例圖，如圖4.10所示。 根據(jù)以上對系統(tǒng)參與者的用例圖分析與建模，得出系統(tǒng)的完整的用例圖，如圖4.11所示。 4.3靜態(tài)結(jié)構(gòu)建模 靜態(tài)結(jié)構(gòu)模型是對有關系統(tǒng)實現(xiàn)內(nèi)部和應用領域的概念進行建模，本文通過分析上述需求建模中的用例和問題域，抽取相關的類，并將這些類之間的關系表示出來，以及類的內(nèi)部結(jié)構(gòu)，最后完成類圖，反應了系統(tǒng)的一種靜態(tài)關系。 (1)抽取系統(tǒng)中的類 系統(tǒng)中存在三種類，一種是系統(tǒng)與外界的交界處，包括各

16、種窗體和接口(與報表、打印機和掃描儀等硬件的接口或者與其他系統(tǒng)的接口);另一種是負責協(xié)調(diào)其他類工作的控制類，是控制使用事件的順序的類;第三種是保存放入永久存儲體的數(shù)據(jù)信息類，即實體類。本文將以“下訂單”舉例說明分析類的整個流程。 下訂單用例的主要功能是:客戶登錄商品信息查看頁面，系統(tǒng)驗證客戶注冊信息，系統(tǒng)打開下訂單頁面，填寫訂單并提交訂單信息，根據(jù)以上描述，該用例涉及到的類如下: 邊界類:商品信息查看頁面，填寫訂單頁面。 控制類:下訂單。 實體類:客戶信息類，商品詳細信息類，訂單信息類。 據(jù)以上方法分析系統(tǒng)其它用例并經(jīng)過整理合并，得出網(wǎng)上商城的

17、類如下: 1.邊界類:用戶注冊界面，用戶登錄界面，商品詳細信息界面，商品查看界面，下訂單界面，評論界面，支付界面，個人資料修改界面，訂單查看界面，商品信息維護界面，查看訂單分析結(jié)果界面，派遣配送員界面，設置商品銷售捆綁包界面，訂單處理界面，配送訂單管理界面，配送員信息管理界面，庫存管理界面，查看商品銷售記錄界面，商戶信息管理界面，用戶信息管理界面，商城維護界面，審核界面，評論管理界面，收集數(shù)據(jù)界面，訂單分析界面。 2.控制類:用戶注冊，用戶登錄，瀏覽商品，下訂單，評論，支付，個人資料修改，訂單查看，商品管理，配送員管理，查看訂單分析結(jié)果，派遣配送員，設置商品銷售捆綁包，訂單

18、處理，配送訂單管理，庫存管理，查看商品銷售記錄，用戶管理，商戶管理，商城維護審核，評論管理，收集數(shù)據(jù)，訂單分析。 3.實體類:用戶信息類，商品信息，訂單信息，配送員信息類，購物車信息類，配送訂單信息類，商戶信息類，商品銷售記錄信息類，評論信息類。管理員和客戶都屬于系統(tǒng)的非商業(yè)用戶，所以將它們統(tǒng)稱為用戶信息類。電子商務配送系統(tǒng)在Internet中使用，所以為了安全起見，在分析實體類中，將經(jīng)常使用的類所涉及操作和基本信息分別設計一個類。例如，客戶信息類，客戶涉及到的信息設計到客戶信息類中，而客戶所涉及到的方法操作則歸為客戶信息操作類。這樣體現(xiàn)了而向?qū)ο蟮姆庋b性和安全性，能更好的滿足系統(tǒng)運

19、作要求。 （2）生成類圖 通過上述類的分析，要生成類圖還需要弄清楚類與類之間的關系，并且要確定類的屬性和方法。上文分析了與“下訂單”用例相關的類，下面接著討論類的屬性和方法，并生成相關類圖。 邊界類:商品詳細信息界面(GoodsDetailslnterface )填寫訂單頁面(OrdersInterface )，主要是打開新的界面。 控制類:下訂單C Order )。協(xié)作類之間的工作，起到“中介”的作用。 實體類:用戶信息類(ClientInformations )，商品信息類(GoodsInformations)訂單信息類(OrderInforma

20、tions)，用戶信息操作類(ClientOP )，商品信息操作類（GoodsOP），訂單信息操作類(OrderOP ) 。 ClientInfornlations類的重要屬性有:用戶ID號，用戶名，注冊日期，登錄密碼，電子郵件;ClientOP類的主要操作有:系統(tǒng)注冊，系統(tǒng)登錄，查看商品，訂購商品，支付;GoodsInformations類主要屬性有:商品ID號，商品名稱，商品描述，商品價格，商品庫存，商品類別;GoodsOP類的主要操作有:獲取商品ID號、商品名稱和價格;OrderInformations類主要屬性有:訂單ID號，商品ID號，商戶ID號，用戶ID號，客戶姓名，訂購日期，訂購

21、者地址，商品數(shù)量，商品價格;OrderOP類涉及的操作有:搜索訂單，查看訂單，處理訂單，添加訂單，刪除訂單。 根據(jù)以上分析，下訂單的類圖如圖4.12。實線箭頭表示的是關聯(lián)關系，虛線箭頭表示的是依賴關系。 由于電子商務配送系統(tǒng)涉及到類圖比較龐大，而分析類圖的過程可以通過上述方法一一得出用例的類圖，本文只對系統(tǒng)中的實體類圖進行建模。運用上文方法分析實體類所涉及到的信息類，實體類圖4.13a 4.4動態(tài)結(jié)構(gòu)建模 用例圖和類圖描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)，接下來建立系統(tǒng)的動態(tài)行為模型，動態(tài)行為模型主要是建立系統(tǒng)的順序圖和活動圖，川頁序圖主要來表示對一象之間的關系和對象之間傳送消息的時間

22、順序?；顒訄D則是描述活動的順序的一種流程圖，是從一個活動到另一個活動的控制流。 （1）順序圖 該商城系統(tǒng)涉及到的順序圖有很多，比如用戶登錄順序圖，下訂單順序圖，刪除訂單順序圖，增加訂單順序圖，訂單處理順序圖。本文將通過“系統(tǒng)登錄”順序圖和“下訂單”順序圖建模為例來說明系統(tǒng)動態(tài)結(jié)構(gòu)建模。 “商城登錄”用例涉及到參與者是用戶，包括管理員和其他用戶，這里以客戶登錄系統(tǒng)為例，涉及到的對象有“登錄界面”，“服務器”和“數(shù)據(jù)中心”，根據(jù)ROSE中的順序圖的建模方法，本文得到“商城登錄”用例的順序圖如圖4.14。 根據(jù)上文分析的“下訂單”用例類圖，“下訂單”用例

23、的順序圖參與者是客戶，所涉及到的對象有“登錄界面(login)”“商品信息查看界面(GoodsDetailsInterface ) "“下訂單界面(OrdersInterface “ “訂單信息操作（OrderOP）”，用ROSE建模得出的“下訂單”順序圖如圖4.15所示。 (2)活動圖 活動圖表示一個事件正在運行的狀態(tài)，事件是系統(tǒng)中某個對象的一個操作，主要表現(xiàn)一個活動到另一個活動控制流，是系統(tǒng)內(nèi)部的驅(qū)動流程。一個系統(tǒng)涉及到的活動圖很多，本文提到的系統(tǒng)活動圖有:客戶下訂單的活動圖，商城用戶登錄活動圖，派遣配送員的活動圖等，本文將以“下訂單”活動圖為例。 根據(jù)活動圖的組成元

24、素，“下訂單”包括很多活動狀態(tài)，比如:查看商品，提交訂單，訂單處理等一系列狀態(tài)，“下訂單”就是從一個活動狀態(tài)轉(zhuǎn)換為另一個活動狀態(tài)，直至完成該動作，活動圖中涉及兩個對象，客戶和商戶，根據(jù)以上描述，在ROSE中建模的“下訂單”活動圖如圖4.16所示。 4.5數(shù)據(jù)庫建模 在以上小節(jié)本文成功建立了江西師范大學網(wǎng)上商城的業(yè)務流程圖、需求模型、靜態(tài)模型和動態(tài)模型，接下來就要介紹如何通過已建立L1ML靜態(tài)結(jié)構(gòu)模型中的類圖轉(zhuǎn)換為數(shù)據(jù)庫模型。在類圖轉(zhuǎn)換為數(shù)據(jù)庫模型，控制類和邊界類不需要轉(zhuǎn)換為系統(tǒng)數(shù)據(jù)庫模型，這些類是為了實現(xiàn)用例的流程而產(chǎn)生的類，所以只有那些持久存儲信息的實體類需要轉(zhuǎn)換為數(shù)據(jù)庫模型。轉(zhuǎn)換過

25、程由于篇幅問題不再一一敘述，如圖4.17系統(tǒng)實體類圖轉(zhuǎn)換的數(shù)據(jù)庫模型圖。 系統(tǒng)的數(shù)據(jù)庫模型圖建立之后，將模型圖映射為數(shù)據(jù)表，此處數(shù)據(jù)庫模型中的屬性映射為數(shù)據(jù)表的列，系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)表如下表所示。 4.6物理建模 完成系統(tǒng)的邏輯設計后，下一步要定義設計的物理實現(xiàn)，為了將邏輯設計圖轉(zhuǎn)化成實際的事物，面向?qū)σ幌笙到y(tǒng)的物理建模有兩種圖:組件圖和配置圖。組件圖是系統(tǒng)實現(xiàn)視圖的圖形表示，描述了系統(tǒng)的各種組件和組件之間的依賴關系。配置圖是系統(tǒng)執(zhí)行過程中資源元素的配置情況以及軟件到這些資源元素的映射，描述了系統(tǒng)中硬件和軟件的物理結(jié)構(gòu)。 (1)組件圖 組

26、件是表示將類、接口等打包而形成的物理模塊。組件圖是用來描述代碼的物理模塊之間的關系，顯示了代碼的結(jié)構(gòu)。組件圖能夠幫助客戶和系統(tǒng)開發(fā)人員理解最終的系統(tǒng)結(jié)構(gòu)。根據(jù)上文對江西師范大學“網(wǎng)上商城”的邏輯視圖的分析，在ROSE中得到系統(tǒng)的組件圖，圖4.18所示，組件圖中只有用虛線表示的依賴關系。 2.配置圖 配置圖用來表示系統(tǒng)的運行結(jié)構(gòu)或者系統(tǒng)軟件和硬件組織之間的關系，由節(jié)點和節(jié)點之間的聯(lián)系構(gòu)成，配置建模就是將軟件系統(tǒng)在互聯(lián)網(wǎng)上的運作方式模式化，南昌大學“網(wǎng)上商城”是一個基于其數(shù)據(jù)庫和校園網(wǎng)的應用系統(tǒng)，根據(jù)第三章中電子商務系統(tǒng)多層B/S體系結(jié)構(gòu)，“網(wǎng)上商城”的系統(tǒng)配置圖如圖4.19。

27、 4.7小結(jié) 電子商務系統(tǒng)是一個結(jié)構(gòu)復雜、規(guī)模龐大的系統(tǒng)，根據(jù)本文提出的基于UML的系統(tǒng)建模過程，本章以江西師范大學“網(wǎng)上商城”為實例，對其進行了系統(tǒng)的需求分析，建立了系統(tǒng)的需求模型、系統(tǒng)的靜態(tài)結(jié)構(gòu)模型、系統(tǒng)的動態(tài)結(jié)構(gòu)模型、系統(tǒng)的數(shù)據(jù)庫模型、系統(tǒng)的物理模型。確立了系統(tǒng)的功能模塊，分別建立了業(yè)務流程圖、用例圖、類圖、順序圖和活動圖、數(shù)據(jù)庫模型和數(shù)據(jù)表、組件圖和配置圖。 第5章基于數(shù)據(jù)挖掘的商品訂單分析 電子商務的迅速發(fā)展使其規(guī)模越來越復雜，客戶獲得有效商品信息的難度也在增加，因此如何增加商品信息的針對性，提高網(wǎng)站的可用性成為了現(xiàn)今電子商務研究的熱點。國內(nèi)對該熱點的研

28、究很少，但是也有了一些研究成果，比如王兆紅((2005)利用關聯(lián)規(guī)則提出了商品的最佳打包組合：金偉健，金文進(2010)從理論上提出了基于關聯(lián)規(guī)則的商品推薦模型;章杰鑫，張烈平(2009)提出了時序關聯(lián)規(guī)則挖掘算法，并通過模擬超市數(shù)據(jù)預測了顧客在時間單位內(nèi)的商品關聯(lián)規(guī)則，使企業(yè)更好的了解客戶需求。本文應用數(shù)據(jù)挖掘的關聯(lián)規(guī)則對商城的“訂單分析”功能進行了分析和設計。首先對商城歷史訂單進行數(shù)據(jù)預處理，然后應用關聯(lián)規(guī)則挖掘客戶購買商品的關聯(lián)關系，這樣商戶可以掌握客戶的購物興趣，設置相應的捆綁或交叉銷售，使商戶在降低成本的同時為廣大師生提供更好的生活服務，增加現(xiàn)有客戶的滿意度。 5.1數(shù)據(jù)挖掘技術

29、 5.1.1數(shù)據(jù)挖掘的概念 1997年SAS研究所將數(shù)據(jù)挖掘定義為將大量相關數(shù)據(jù)進行探索，最后建立相關模型的方法;1999年Bhavani將數(shù)據(jù)挖掘定義為一個過程，即利用數(shù)學，統(tǒng)計和模式識別技術，在大量的數(shù)據(jù)中發(fā)現(xiàn)新的趨勢、新關系和模式的過程;最后一種是最具有影響力且至今被廣泛采用的Usama M. Fayyad等給出的，即數(shù)據(jù)挖掘( Data Mining)是從大量的、有噪聲、模糊的、不完全的、隨機的數(shù)據(jù)中挖掘出隱含的、未知的、用戶可能感興趣的但又有潛在價值的知識和信息的過程。 5.1.2數(shù)據(jù)挖掘的功能一可以挖掘什么類型的模式 數(shù)據(jù)挖掘的目標從大量的數(shù)據(jù)中發(fā)現(xiàn)隱含的、有意義的知識并對現(xiàn)有數(shù)據(jù)記錄進行分析，預測未來趨勢和行為，做出基于知識的決策，主要有以下功能。 1.描述功能:將數(shù)據(jù)庫中的對象通過數(shù)據(jù)分類、聚類分析、數(shù)據(jù)匯總與歸納、概括等過程最終獲得數(shù)據(jù)簡明、準確的描述。