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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

26、件是表示將類、接口等打包而形成的物理模塊。組件圖是用來(lái)描述代碼的物理模塊之間的關(guān)系，顯示了代碼的結(jié)構(gòu)。組件圖能夠幫助客戶和系統(tǒng)開(kāi)發(fā)人員理解最終的系統(tǒng)結(jié)構(gòu)。根據(jù)上文對(duì)江西師范大學(xué)“網(wǎng)上商城”的邏輯視圖的分析，在ROSE中得到系統(tǒng)的組件圖，圖4.18所示，組件圖中只有用虛線表示的依賴關(guān)系。 2.配置圖 配置圖用來(lái)表示系統(tǒng)的運(yùn)行結(jié)構(gòu)或者系統(tǒng)軟件和硬件組織之間的關(guān)系，由節(jié)點(diǎn)和節(jié)點(diǎn)之間的聯(lián)系構(gòu)成，配置建模就是將軟件系統(tǒng)在互聯(lián)網(wǎng)上的運(yùn)作方式模式化，南昌大學(xué)“網(wǎng)上商城”是一個(gè)基于其數(shù)據(jù)庫(kù)和校園網(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)是一個(gè)結(jié)構(gòu)復(fù)雜、規(guī)模龐大的系統(tǒng)，根據(jù)本文提出的基于UML的系統(tǒng)建模過(guò)程，本章以江西師范大學(xué)“網(wǎng)上商城”為實(shí)例，對(duì)其進(jìn)行了系統(tǒng)的需求分析，建立了系統(tǒng)的需求模型、系統(tǒng)的靜態(tài)結(jié)構(gòu)模型、系統(tǒng)的動(dòng)態(tài)結(jié)構(gòu)模型、系統(tǒng)的數(shù)據(jù)庫(kù)模型、系統(tǒng)的物理模型。確立了系統(tǒng)的功能模塊，分別建立了業(yè)務(wù)流程圖、用例圖、類圖、順序圖和活動(dòng)圖、數(shù)據(jù)庫(kù)模型和數(shù)據(jù)表、組件圖和配置圖。 第5章基于數(shù)據(jù)挖掘的商品訂單分析 電子商務(wù)的迅速發(fā)展使其規(guī)模越來(lái)越復(fù)雜，客戶獲得有效商品信息的難度也在增加，因此如何增加商品信息的針對(duì)性，提高網(wǎng)站的可用性成為了現(xiàn)今電子商務(wù)研究的熱點(diǎn)。國(guó)內(nèi)對(duì)該熱點(diǎn)的研

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

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