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

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

1、第4章 江西師范大學(xué) “網(wǎng)上商城”建模實例 本文所要進行建模分析的系統(tǒng)是學(xué)校小型電子商務(wù)系統(tǒng)，以欲構(gòu)建的江西師范大學(xué)的便利店和生活超市“網(wǎng)上商城”為例，是滿足校園客戶(主要在校學(xué)生)網(wǎng)購要求的綜合性的應(yīng)用系統(tǒng)，本文以Rational rose 2003為建模工具，并應(yīng)用第三章提出的基于UML的電子商務(wù)系統(tǒng)建模過程，完成該系統(tǒng)的詳細(xì)分析和設(shè)計。對系統(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)的設(shè)計背景 江西師范大學(xué)瑤湖校區(qū)江西師范大學(xué)新校區(qū)，地處南昌市昌東鎮(zhèn)，在校學(xué)生3萬余人，由于學(xué)校占地面

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

3、度快，而且他們的消費興趣和傾向也有高度的相似性。該校區(qū)學(xué)生居住地也比較集中，大都住在學(xué)校統(tǒng)一安排的公寓或者學(xué)校周圍的小區(qū)，使物流配送更加方便和及時。 目前學(xué)校的實體商店很多，但是大多數(shù)商店還沒有自己的電子商務(wù)系統(tǒng)，所以如果通過一個統(tǒng)一的網(wǎng)上購物平臺，商店將這些商品都發(fā)布在網(wǎng)上商城上，師生就可以足不出戶選購商品，非常方便。只要授予他們可以在平臺上銷售自己的商品，提高了商店的知名度，也提高了他們的服務(wù)能力和影響力。該網(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ù)挖掘，找出顧客購買商品間的關(guān)聯(lián)關(guān)系，建議商戶對其營銷策略進行調(diào)整或者綁定銷售一些商品，以提高商戶的銷售利潤，達到在線交易和實體店雙重贏利。該功能模塊的設(shè)計將在第五章詳細(xì)說明。 4.1.2系統(tǒng)的模塊設(shè)計 根據(jù)以上背景，本文欲構(gòu)建一個具有上述功能的江西

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

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

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

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

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

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

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

12、的參與者和他們從外部觀察到的系統(tǒng)的功能描述出來，而并不描述這些功能在系統(tǒng)功能的實現(xiàn)形式。這個過程使用UML建立系統(tǒng)的用例圖，分離出系統(tǒng)執(zhí)行者和用例，以及用例之間的關(guān)系。 4.2.1系統(tǒng)參與者 參與者是系統(tǒng)外部的一個實體，可以是系統(tǒng)用戶、與所建造的系統(tǒng)交互的其他系統(tǒng)或者是一些可以運行的進程。第一，在每一個系統(tǒng)中，幾乎都存在著最常用的參與者一真實的人(用戶);第二，需要建立聯(lián)系的其他外部應(yīng)用程序，即其他系統(tǒng);第三，一些可運行的進程，如時一間;通過上面對該系統(tǒng)的功能分析和系統(tǒng)功能模塊的設(shè)計，系統(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 下面分別對三個用例細(xì)化，系統(tǒng)管理所涉及到的用例有:商城登錄，商戶信息管理，用戶信自、管理，評論管理，商城日常維護和訂單分析。涉及到的參與者是系統(tǒng)管理員，系統(tǒng)管理的用例圖如4.3所示。 用戶接口用例細(xì)化有:商城注冊，商城登錄，查看商品信息，修改個人資料，購物，下訂單，支付，評論，訂單查看。用戶接口的用例圖如圖4.4所示。 其中“購物”用例

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

15、。 訂單處理的細(xì)化用例有:確認(rèn)訂單，接收發(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)模型是對有關(guān)系統(tǒng)實現(xiàn)內(nèi)部和應(yīng)用領(lǐng)域的概念進行建模，本文通過分析上述需求建模中的用例和問題域，抽取相關(guān)的類，并將這些類之間的關(guān)系表示出來，以及類的內(nèi)部結(jié)構(gòu)，最后完成類圖，反應(yīng)了系統(tǒng)的一種靜態(tài)關(guān)系。 (1)抽取系統(tǒng)中的類 系統(tǒng)中存在三種類，一種是系統(tǒng)與外界的交界處，包括各

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

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

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

19、作要求。 （2）生成類圖 通過上述類的分析，要生成類圖還需要弄清楚類與類之間的關(guān)系，并且要確定類的屬性和方法。上文分析了與“下訂單”用例相關(guān)的類，下面接著討論類的屬性和方法，并生成相關(guān)類圖。 邊界類:商品詳細(xì)信息界面(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。實線箭頭表示的是關(guān)聯(lián)關(guān)系，虛線箭頭表示的是依賴關(guān)系。 由于電子商務(wù)配送系統(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)的順序圖和活動圖，川頁序圖主要來表示對一象之間的關(guān)系和對象之間傳送消息的時間

22、順序?；顒訄D則是描述活動的順序的一種流程圖，是從一個活動到另一個活動的控制流。 （1）順序圖 該商城系統(tǒng)涉及到的順序圖有很多，比如用戶登錄順序圖，下訂單順序圖，刪除訂單順序圖，增加訂單順序圖，訂單處理順序圖。本文將通過“系統(tǒng)登錄”順序圖和“下訂單”順序圖建模為例來說明系統(tǒng)動態(tài)結(jié)構(gòu)建模。 “商城登錄”用例涉及到參與者是用戶，包括管理員和其他用戶，這里以客戶登錄系統(tǒng)為例，涉及到的對象有“登錄界面”，“服務(wù)器”和“數(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é)本文成功建立了江西師范大學(xué)網(wǎng)上商城的業(yè)務(wù)流程圖、需求模型、靜態(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)的邏輯設(shè)計后，下一步要定義設(shè)計的物理實現(xiàn)，為了將邏輯設(shè)計圖轉(zhuǎn)化成實際的事物，面向?qū)σ幌笙到y(tǒng)的物理建模有兩種圖:組件圖和配置圖。組件圖是系統(tǒng)實現(xiàn)視圖的圖形表示，描述了系統(tǒng)的各種組件和組件之間的依賴關(guān)系。配置圖是系統(tǒng)執(zhí)行過程中資源元素的配置情況以及軟件到這些資源元素的映射，描述了系統(tǒng)中硬件和軟件的物理結(jié)構(gòu)。 (1)組件圖 組

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

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

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

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