導語：網上購物系統研究論文一文來源于網友上傳，不代表本站觀點，若需要原創文章可咨詢客服老師，歡迎參考。

論文關鍵詞：電子商務在線銷售網頁設計

論文摘要：隨著Internet飛速發展，互聯網成為人們快速獲取、和傳遞信息的重要渠道。它在人們的政治、經濟、生活等各個方面發揮著重要作用。Internet上信息主要是通過網站來實現。隨著人們生活水平逐步提高，足不出戶完成工作、學習、娛樂、購物等已經成為人們對快節奏生活方式的一種需求。本次設計初步實現了網上購物的基本操作流程，會員制購物體系，完善了網站的功能。

本文闡述了電子商務網站設計與實現-在線銷售系統的目的、過程以及各種功能的實現。給出了網站的系統分析，描述了網頁設計概況，并介紹了數據庫的內容和主要實現。本文還總結概括了該網頁的主要特點和功能。外觀設計簡約，交流界面人性化，配合數據庫管理，實用且易操作。

Abstract：Withtherapiddevelopmentofinternet,itbecomesthechannelfromwhichpeoplequicklyaccess,publishanddisseminateimportantinformation.Internetplaysanimportantroleinpeople''''spolitical,economic,andotheraspectsoflife.Publishinginformationontheinternetismainlythroughthewebsite.Aspeople’sgraduallyraisingstandardoflife,ithasbecomearequirementworking,studying,entertainment,shoppingathomeinpeople’sfast-pacedlifestyle.Thedesignrealizedthebasicoperationflowoftheshoppingontheinternet,membership-basedshoppingsystem,alsoimprovedthesite''''sfunctionality.

Thispaperdescribesthedesignandimplementationofe-commercesites-thepurposeofonlinesales,processandtherealizationofvariousfunctions.Giventhesystematicanalysisofthesite,describesthedesignofthepageandthecontent,realizationofthedatabase.Thisarticlealsosummedupthemaincharacteristicsandfunctionsofpages.TerseDesignofappearance,humanitycommunioninterface,withdatabasemanagement,makethesitepracticallyandeasytooperate.

Keywords：E-commerce;Onlinesales;Webdesign

前言

電子商務（E-commerce）是指包括電子交易在內的利用計算機網絡技術進行的全部商業活動，如市場分析、客戶聯系、物資調配、內部管理、公司間合作等等。電子商務對企業而言是指使用因特網進行企業資源管理、客戶關系管理、銷售渠道管理、供應鏈管理等商業活動[1]。

發達國家的企業早在20世紀90年代就開始運用網絡技術形成訂貨、結算等的電子數據交換，實現了無庫存銷售、電腦銷售、電視電話銷售等多種現代化營銷方式。進入21世紀，電子商務已經成為世界經濟發展的引擎。根據《2004年中國B2B電子商務研究報告》的數據顯示，到2004年底全球電子商務交易總額已經達到了2.7萬億美元，iResearch預計到2007年全球電子商務市場將會達到8.8萬億美元。我國電子商務市場潛力巨大。截至2004年底，中國電子商務市場規模已經達到了3200億元人民幣，iResearch預計，到2007年，中國電子商務市場總體規模將會達到17000億元人民幣。

由此，中國電子商務市場的巨大潛力可見一斑。對企業來說，電子商務意味著更多的商業機會，要在新的商業機會中贏得市場，就必須開展電子商務。

隨著Internet的迅速普及，其巨大的影響力、開放的結構、低廉的成本等諸多優勢日益顯現，Web網站無可爭議地成為企業開展電子商務的最佳平臺。一個不注重網站建設的公司無異于是在商戰中自殺。即便公司并不從事網上交易，網站也會成為人們了解其商標、產品及服務的門戶。對消費者而言，一個無價值的網站往往預示著一個無價值的公司，它只會在人們的鼠標點擊下被無情舍棄。所以一個成功的公司一定要建成一個優秀的網站，以確保它能出現在每次搜索結果的前列。

總之，電子商務網站在企業的電子商務體系中有著重要的地位，網站設計的好壞、網站推廣的成敗，直接關系到企業實施電子商務能否成功。因此，網站是企業邁向電子商務的最重要的環節。

在我國，電子商務網站在規模和實際運作中不斷成熟和增長，但其開發水平仍然因各種因素的局限而處于網站建設的可靠性和可維護性得不到充分保證、缺乏個性、一哄而上，難以滿足用戶需求的狀況，陷入了與“軟件危機”相似的“網站危機”境地。具體來講，本設計從軟件工程角度著手很好應對了電子商務網站建設中遇到的一些主要問題[2，3]：

網站不能清晰地反映企業所能提供的商品及服務的全面情況；主題不突出，內容不完整，千站一面，不能吸引瀏覽者的注意力；成本與進度難于控制；文檔不全造成維護與升級的障礙；開發效率低，貽誤商機。

第一章設計思想及工具簡介

1.1設計思想

通常，架構是指將應用系統的每個功能部分分解到獨立的組件中，并將各種組件劃分到各個邏輯層中[4]。

SHAPE\*MERGEFORMAT

圖1-1三層架構

表示層包括網站的UI元素，并且包含管理訪問者和客戶的業務之間的交互的所有程序邏輯。該層使整個網站充滿活性，而且這一層的設計方法對網站的成功至關重要。本系統是Web網站，表示層由動態Web頁面組成。

業務層（也稱為中間層）接受來自表示層的請求，并基于其包含的業務邏輯，向表示層返回一個結果。表示層中所發生的事件，絕大部分都會導致業務層被調用（除了那些表示層自己就能夠處理的事件，諸如簡單的數據輸入驗證）。例如，如果訪問者進行一次商品搜索，那么表示層將調用業務層，要求與該搜索條件相匹配的商品傳給我。絕大多數情況下，業務層都需要調用數據層，以后的相應表示層請求所需的信息。

數據層（有時也稱為數據庫層）負責保存應用系統的數據，并當有請求時發送給業務層。對于本網站需要保存與商品（包括其門類和分類）、用戶、購物車等等相關數據。幾乎所有的客戶請求最終都將引發數據層的信息查詢（除非在業務層或表示層的緩存中已經包含了先前查詢的數據）。

1.2實現技術與工具介紹

簡介

是微軟最新推出的用于構建動態、交互式Web內容的開發技術集。并非構建專業電子商務網站的唯一的服務器端技術，但其編寫的頁面都是由負責繪制頁面靜態部分（模板）的基本HTML和負責生成動態部分的代碼所組成的[5]。

允許用戶選擇并使用功能完善的strongly-type編程語言，也允許使用潛在巨大的.NETFramework。是編譯性的編程框架，運行是服務器上的編譯好的公共語言運行時庫代碼，可以利用早期綁定，實施編譯來提高效率。把界面設計和程序設計以不同的文件分離開，復用性和維護性得到了提高[6，7]。

完全基于模塊與組件，具有更好的可擴展性與可定制性，數據處理方面更是引入了許多激動人心的新技術，正是這些具有革新意義的新特性，讓遠遠超越了ASP，同時也提供給web開發人員更好的靈活性，有效縮短了web應用程序的開發周期。與Windows2000Server/AdvancedServer的完美組合，為中小型乃至企業級的web商業模型提供了一個更為穩定、高效、安全的運行環境[6，7]。

頁面的服務器端代碼是經過編譯和執行的，不是逐行解釋的，并且在編譯時（而不是運行時）檢測大量錯誤，大大提高了開發效率與性能。后臺代碼文件把頁面的可視化部分與服務器端的邏輯分離開來，結合開發工具的所見即所得的開發模式和事件驅動的方法有助于開發更為簡單。

1.2.2Web客戶和Web服務器

當請求發出后，該頁面在返回給客戶端之前將在服務器端首先進行處理。當頁面被請求時，其中的代碼將首先在服務器端運行。在最終的頁面生成后，其產生的HTML將返回給訪問者的瀏覽器[8]。

SHAPE\*MERGEFORMAT

圖1-2Web服務器處理客戶端請求的過程

第二章網站總體分析與設計

2.1網站系統分析

根據前面的設計思想進行分析，按照系統開發的基本觀點對網站進行分解，從內容上可對網站作如下劃分：

1.構建一個能夠瀏覽和搜索的在線商品目錄。

2.開發一個目錄管理頁面，實現商品、分類和門類的添加、修改及刪除。

3.開發自己的購物車和結賬界面。

4.通過商品推薦系統的開發增加銷售量。

5.開發一個顧客賬戶管理系統。

2.2主頁設計

2.2.1全屏幕設計的流行風格

1.人性化的交互界面

采用目前流行的全屏幕設計風格，流行而時尚，獨特且新穎!優美的外觀設計、給用戶以美的視覺沖擊。靜態的主畫面和動態的圖片相結合，簡約的設計理念，給用戶創造簡單美好的購物環境。

客戶訪問電子商務站點是為了獲取需要的商品或服務，所以網頁的內容必須突出重點，避免夸張，裝飾部分不宜太多，以免喧賓奪主。在內容編排上必須簡潔明了，便于瀏覽；信息數量比較大時應將其拆分成多個網頁。

2.界面的統一和差異

3.在電子商務網頁設計中，界面一致性也是必須加以仔細考慮的一個重要因素。一般認為，界面一致性主要體現在三個方面：指向性效果、系統的輸入與輸出之間的關系、界面的外觀或視覺效果。一些研究表明，增強界面一致性有利于提高用戶的操作績效和滿意度，同時還可減少操作錯誤。

4.美觀、比例、結構、布局

良好的視覺效果與強大的使用功能同等重要。界面美觀水平與使用者對界面可用性的主觀評價呈正相關，與操作績效也呈正相關。Schenkman(2000)總結出衡量網頁外觀設計質量的四個主要指標，即美觀、圖文比例、結構和總體布局。其中，美觀這一指標最為重要。

2.4用戶密碼安全性技術

2.4.1散列處理

將用戶密碼以純文本的格式存儲到數據庫中，不是好方法，這些信息是潛在的被攻擊對象?？梢圆捎蒙⒘衕ash解決方案來保存密碼。對于每個密碼而言，其散列值是唯一的，而且散列值是無法轉換成密碼本身的。要校驗用戶輸入的密碼，只需計算其輸入的密碼的散列值，然后和保存在數據庫中的散列值進行比較。如果散列值是匹配的，則說明輸入的密碼是正確的。散列處理hashing采用的是一個單向的機制。將要散列處理的對象序列化為一個字節數組。對字節數組進行散列計算，獲取一個已散列的新字節數組。將已散列的字節數轉成存儲所需的格式[9]。

2.4.2加密和解密

1.加密、解密簡介

加密有多種形式，多種規模，總的來說加密形式有兩種：對稱加密，加密和解密時使用的是同一個密匙；非對稱加密，加密和解密時將使用不同的密匙。通常是用公鑰作為加密密匙，任何人都可以用它來加密信息[10]。而私鑰才是用來做解密密鑰的，它只能用來對使用其對應的公鑰加密的數據進行解密。

2.加密、解密優缺點比較

對稱加密相對而言速度更快，但由于加密者和解密者都知道這個唯一密鑰，因此其安全性更差一些。在因特網通信中，當將密鑰發送給加密者時，通常沒有辦法確保對第三方而言仍然是保密的。非對稱加密則通過密鑰對方法來解決這個問題，因于私鑰永遠不會暴露，所以第三方更加難以破解其加密的信息。由于密鑰對方法需要更長的處理時間，因此通常的方法是使用非對稱密鑰加密機制在因特網上實現對對稱密鑰的加密。這樣就使這個用于對稱加密的密鑰更安全，不會暴露給第三方。

在對數據進行加密和解密時，需要完成的任務要比散列更復雜一些。在.net框架中的類是針對數據流進行優化的，因此需要花一些時間來處理數據格式轉換。同樣需要定義一個密鑰以及執行加密或解密操作的初始向量[11]（IV）。需要使用IV應歸究于加密的本性：為一串數據位計算加密值時，將會用到前面一串數據位的加密值。由于在加密開始時并不存在這些值，因此用IV來代替。在實踐中，IV和密鑰都將表示為一個字節數組，而在對稱加密算法[12,13]DES（DataEncryptionStandard，數據加密標準）加密中，其長度是64位（8字節）。

對一個字符串進行加密的步驟[14,15]：

1)將源字符串轉換為一個字節數組。

2)初始化一個加密算法類。

3)使用這個加密算法類來生成一個加密者(encryptor)對象，實現IcryptoTransform接口。它需要密鑰和IV值。

4)使用加密者對象來初始化一個密文數據流(CryptoStream對象)。該數據流還需要知道你要加密哪些數據，以及用來寫入加密數據的目標數據流。

5)使用這個密文數據流生成已加密數據，并寫到由前面創建的源字節數組創建的目標內存數據流中。

6)獲取存儲在這個數據流中的字節數據。

7)將這些字節數據轉換成一個字符串。

對一個字符串進行解密的步驟[14,15]：

1)將源字符串轉換成一個字節數組。

2)根據這個字節數組填充內存數據流的值。

3)初始化一個加密算法類。

4)使用加密算法類生成一個解密者(decryptor)對象，實現ICryptoTransform接口。它需要密鑰和IV值。

5)使用密鑰者對象來初始化一個密文數據流(CryptoStream對象)。該數據流還需要知道你要解密什么數據，并需要一個從中讀取已加密數據的源數據流。

6)使用密文數據流來讀取已解密數據（可以使用StreamReader.ReadToEnd方法來獲取字符串型結果）。

第三章詳細設計

3.1顧客和管理員角色

3.1.1顧客登陸和注冊模塊

點擊Register鏈接，進入注冊頁面并輸入顧客詳細信息，然后點擊SignUp按鈕。若輸入用戶名已存在或無效密碼，重新注冊；否則點擊Continue按鈕用戶狀態信息顯示已登錄，并轉入顧客詳情頁面CustomerDetails/，點擊EditDetails按鈕，輸入一些詳細資料，然后點擊Update按鈕。

2.顧客登陸注冊功能分析

顧客通過一個登陸頁面或對話框登陸后，才能訪問Web網站中受保護區域。一旦登陸后，Web應用程序能夠記住顧客，直到顧客退出登陸為止（可能是通過LogOut按鈕手動退出，或是在會話超時、服務器發生錯誤時自動退出）。

在應用程序中添加一個用戶檔案方案。對網站進行適當的修改，使其適用于顧客賬號管理，包括注冊、詳情編輯頁面等。新顧客可以將通過用戶注冊頁面（Register/）完成對網站用戶注冊的操作。

3.1.2管理員身份驗證

安全機制的實現涉及兩個重要概念：身份驗證（authentication）和授權（authorization）。身份驗證處理是基于用戶的唯一標識（通常是由用戶名和密碼組成）；授權則是涉及已驗證用戶能夠訪問的哪些資源。登陸頁面使用表單驗證，允許擁有Administrators角色和Customers角色的用戶登陸。

當顧客通過驗證后，將自動在客戶端生成一個cookie，它用來對其所有后續請求進行驗證。如果沒有找到cookie，那么就將客戶端重定向到登陸窗體。

定義一個Customer角色，通過的WebSiteAdministrationTool（網站管理工具）來完成，將LoginView控件添加到Register/頁面，選中AnonymousTemplate，然后添加CreateUserWizard控件到該模板中。

用戶檔案系統可以用來定義許多自定義數據字段，它將和用戶登陸詳情一起存儲在ASPNETDB數據庫中，需在應用程序的web.config文件中定義用戶信息所需字段。

3.2定制購物車

3.2.1購物車功能描述

購物車頁面ShoppingCart/顯示當前用戶欲買商品數量、信息。確認購買后，填寫定單信息，生成定單，然后轉到Checkout/結賬頁面上。

CartID是為每個購物車生成的唯一ID，用來保存GUID（全局唯一標識符），可以確保在同一時空中所有機器都是唯一。

3.2.2購物車具體功能模塊流程

1.從購物車中刪除商品

當訪問者在購物車中點擊針對某個商品的Remove按鈕時就將執行ShoppingCartRemoveItem存儲過程。

2.返回購物車中的商品信息

ShoppingCartGetItems存儲過程將返回購物車中每個商品的ID、Name(名稱)、Price(單價)、Quantity（數量）以及Subtotal(小計)。由于在ShoppingCart表中，與商品相關的字段只有ProuctID，因此需要將ShoppingCart和Product表進行連接運算，才能夠獲取你所需要的信息。將存儲過程AhoppingCartGetItems添加到BalloonShop數據庫中。

3.返回購物車中商品總價

存儲過程ShoppingCartGetTotalAmount將返回購物車中所有商品的總價。當要現實購物車的總價時將調用它。

4.為購物車添加商品

當訪問者點擊針對某個商品的AddtoCart按鈕時，將調用存儲過程ShoppingCartAddItem。如果所選的商品已經存在與購物車中，那么就將數量加1；如果不存在，則在購物車中添加一條新的記錄。

SHAPE\*MERGEFORMAT

圖3-2添加商品流程圖

5.購物車中更新商品信息

當需要更新購物車中某項數量時，就需要使用存儲過程ShoppingCartUpdateItem。該存儲過程將接收三個參數：@CartID、@ProductID和@Quantity。如果@Quantity的值為0或負數，ShoppingCartUpdateItem將調用ShoppingCartRemoveItem，從購物車中刪除對應商品。否則，將更新購物車中該商品的數量，同時還將更新DateAdded字段，以反映該記錄的最后修改時間。

SHAPE\*MERGEFORMAT

圖3-3更新商品流程圖

3.3商品展示與推薦銷售

3.3.1商品展示模塊

分析商品目錄的結構及所提供的功能，為商品目錄創建數據庫結構和數據層，實現支持商品目錄功能的業務層對象，并實現一個基本的、但可用的錯誤處理策略，為商品目錄實現一個功能性UI。

每個分類只存在于一個門類中，一個商品可以存在于多個分類中。選定某個門類即可以看到所選門類的名稱、描述和特色商品。當選擇了一個分類時，該分類下的所有商品將被一一列出，同時更新相關的標題與描述，如果商品列表中的商品數量大于既定數量時，將會出現分頁控件。

3.3.2商品推薦功能描述

1.商品推薦采用的設計思想

銷售升級商品（Up-Selling）：該策略是向客戶提供一個購買“升級”商品的機會，或在其想購買的商品基礎上推薦稍大號的商品。

關聯銷售（Cross-Selling）：就是向顧客提供相關的商品的做法。

2.商品推薦具體步驟

在商品的詳情頁Product/和訪問者購物車中添加動態推薦系統，基于動態推薦來增加銷售額，將某個新商品添加到店鋪中后，商品詳情頁的底部將包含“商品推薦列表”。

3.3.3實現商品推薦功能采用的邏輯

1.商品推薦模塊具體分析

我們考慮的是推薦和特定商品一起被購買的商品，然后針對購物車頁面的推薦功能也將采用相同的方法實現。需要找出購買了這個要生成推薦信息的商品的顧客還購買了什么商品。

2.商品推薦列表的SQL邏輯

基于OrderID字段連接OrderDetail的兩個實例（命名為od1和od2），同時用要查詢的商品ID來過濾od1表中的ProductID字段值。使用這個方法，在od2表的字段中可以獲得在包含你要查詢的商品ID的所有訂單中的其他關聯商品。

查詢和ProductID為4的商品一起訂購的所有商品（不包含ProductID為4的商品），按ProductID分組，按商品在列表中出現的次數以降序排列，用TOP關鍵字來指定你需要的記錄條數，如果想獲取列表中的前5個商品，另外如果是基于最近n天發生的訂單數據來計算商品推薦信息。與包含date_create字段的Orders表進行一次連接。

3.4目錄管理和商品分類搜索

3.4.1商品目錄管理

1.商品門類管理

以管理員身份登錄，點擊Edit按鈕，可以編輯門類名稱或描述，Edit按鈕被替換成Update和Cancel按鈕；輸入新門類名稱和描述，然后點擊Add按鈕可以添加新的門類；通過點擊Detele按鈕徹底從數據中刪除一個門類（只有當某個門類下沒有相關的分類時才可以進行該操作；否則，管理員會被提示該操作無法完成）。

2.商品分類管理

點擊EditCategories按鈕時，該頁面將重新載入，可以編輯所屬門類下的分類；同樣輸入分類名稱和描述，可以添加新的分類。

3.商品詳細信息管理

點擊ViewProducts載入管理商品詳細信息頁面，可以修改所屬分類，從目錄或分類中刪除一個商品，上傳商品圖片，修改商品名稱、描述等信息。

3.4.2商品分類搜索

1.商品目錄搜索方式

全單詞（all-words）搜索：把訪問者輸入的整個短語分離成各個單詞，用于搜索包含每個單詞的商品。不同于精確匹配搜索的是各個單詞在短語中的順序不重要了。

任一單詞（any-word）搜索：商品必須至少包含所有輸入單詞中的一個。

2.使用WHERE和LIKE進行搜索

返回所有描述中包含”mask”單詞的商品：

SelectnamefromProductwhereDescriptionlike‘%mask%’

3.商品搜索具體描述

搜索結果頁面Search/這部分UI（用戶界面）將由一個獨立的、名為SearchBox.ascx的Web用戶控件實現，它為訪問者提供一個文本框和復選框控件。顯示符合搜索條件的商品。定制搜索方法（需要用存儲過程、用戶自定義函數及Courage）。在數據層上分頁：采用這種方法，數據庫將只返回訪問者想要查看的那一頁商品。商品列表在被編號前是按產品ID排序的，在搜索結果列表中并不使用該規則，它需要按評級點數進行降序排列（因此最相近的搜索結果將排在最前面），在子查詢中執行搜索，在結果中運用ROW_NUMBER（）函數。重用ProductsList用戶控件，用它顯示實際商品列表。該控件現在用來在主頁、門類、分類中列出相應的商品。

3.5處理顧客訂單

3.5.1處理顧客訂單描述

實現客戶端的訂單處理機制，將在購物車控件中添加一個ProceedtoCheckout（結賬）按鈕，它用來讓訪問者在購物車中訂購商品。實現一個簡單的訂單管理頁面，網絡管理員通過它可以查看和處理這些潛在訂單。

3.5.2管理訂單

1.顯示已有訂單

該訂單管理頁面擁有兩個主要的功能：

1)管理員可以查看、過濾待處理的和已處理的訂單。包括顯示最近的訂單、在特定時間段下的訂單。未取消的待處理訂單即服務器端還未確認支付財務交易已經確認，管理員需要將其標記未Verified狀態，否則，如果在合理的時間內還沒有確認支付，管理員或許會想取消該訂單（標記為Canceled），同時這些訂單將不再出現于后續的請求中。顯示需要交付的訂單（已經是Verified狀態，但還沒有Completed）。這些訂單已經確定支付了，但其商品還未寄出。當商品寄出后，管理員將會把訂單標記為Completed。

2)管理員可以選擇其中一個訂單，并轉到訂單詳情管理頁面，在該頁面中可以查看關于所選訂單的更多詳細信息。

2.訂單詳情管理OrdersAdmin/

管理六種操作：

OrderGetInfo：返回用來填充訂單概要信息的表單中各個文本框的數據，諸如總金額、創建時間、發貨時間等。

OrderGerDetails：將返回屬于所選訂單的所有商品，并且將返回填充表單底部網格所需的數據。

OrderUpdate：當表單在編輯模式時調用，它將提交新數據，以更新所選訂單。

OrderMarkVerified：將所選訂單的Verified字段設置為1。

OrderMarkCompleted：將所選訂單的Completed字段設置為1。

OrderMarkCanceled：將所選訂單的Canceled字段設置為1。

3.6訂單流水線

3.6.1訂單流水線描述

通知顧客：發送一封電子郵件，通知顧客訂單處理已經開始執行，并確定顧客購買的內容以及貨物將寄送到的地址。

信用卡驗證：檢查用于支付的信用卡，劃出一筆訂單總金額（不過現在還沒有真正支付）。

庫存檢查：發送一封電子郵件給供貨商，其中包含訂購的貨物列表。當供貨商確認有這些貨物時處理繼續。

支付：使用前面劃出的資金完成信用卡交易。

發貨：發送一個電子郵件給供貨商，確認顧客訂購的商品已經付過款了。當供貨商確認貨物已經發貨后處理繼續。

通知顧客：發送電子郵件給顧客，通知訂單已發貨，并謝謝他使用本網站。

3.6.2訂單通過流水線過程

1.顧客發起訂單

1)當顧客確認一個訂單時，Checkout/將在數據庫中創建這個訂單，然后調用OrderProcessor開始處理訂單。

2)OrderProcessor檢測到該訂單是新的，就調用PSInitialNotification。

3)PSInitialNotification向顧客發送一封電子郵件以確認訂單，并進入下一階段。同時還將通知OrderProcessor繼續處理。

4)OrderProcessor檢測新的訂單狀態，然后調用PSCheckFunds。

5)PSCheckFunds檢查顧客信用卡上是否有足夠的資金，如果有則保存完成交易所需的詳細信息。如果該處理成功過完成，那么訂單就將進人下一階段，并通知OrderProcessor繼續處理。

6)OrderProcessor檢測新的訂單狀態，并調用PSCheckStock。

7)PSCheckStock將發送一封電子郵件給供貨商，其中包含訂單中的商品列表，要求供貨商通過OrderAdmin/進行確認，同時推進訂單狀態。

8)OrderProcessor執行完畢。

2.供貨商確認庫存

1)當供貨商確認有足夠的庫存時，OrderAdmin/將調用OrderProcessor繼續處理訂單。

2)OrderProcessor檢測新的訂單狀態，并調用PSStockOK。

3)PSStockOK將推進訂單狀態，并通知OrderProcessor繼續處理。

4)OrderProcessor檢測新的訂單狀態，并調用PSTakePayment。

5)PSTakePayment使用前面功過PSCheckFunds保存的交易詳細信息來完成該交易，推進訂單狀態，然后通知OrderProcessor繼續處理。

6)OrderProcessor檢測新的訂單狀態，并調用PSShipGoods。

7)PSShipGoods向供貨商發送一封電子郵件，確認這些商品都已經被訂購，通知供貨商將這些貨物發貨給顧客，并推進訂單狀態。

8)OrderProcessor執行完畢。

3.供貨商確認已發貨

1)當供貨上確認這些貨物已發貨成功后，OrderAdmin/將調用OrderProcessor繼續訂單處理過程。

2)OrderProcessor檢測新的訂單狀態，并調用PSShipOK。

3)PSShipOK在數據庫中輸入發貨日期，并推進訂單狀態，然后通知OrderProcessor繼續處理。

4)OrderProcessor檢測新的訂單狀態，并調用PSFinalNotification。

5)PSFinalNotification向顧客發送一封電子郵件，通知其訂單已經發貨，并推進訂單狀態。

6)OrderProcessor執行完畢。

結論

本次設計完成了互聯網上購買商品的基本功能，例如會員的注冊和會員資料的管理功能，商品的查看和購買基本流程操作功能，各類商品的搜索功能和熱銷排行功能，也加入了新聞列表和社區的意見發表功能。

論文圍繞著這些主要功能精練，詳細的闡述。首先提出了系統分析，針對本次設計的極大模塊進行了列舉。其次對數據庫的結構和基本內容給出了簡單的描述。并給出了數據流圖，清晰的體現了本設計各個功能模塊之間的聯系和功能關系。最后對每部分功能的難點的實現，配合代碼，進行了深入的講解。特別對每部分功能的結構劃分清晰的排列出，并制作了相應的流程圖，能更清楚的了解各個功能的結構。

通過本次設計學習和論文的寫作，對網頁設計的基本結構有了更深入的了解，從概括到詳細的描述，對總體的分析設計有了更清晰的思路。通過論文的編寫，把設計的思想和內容完整清晰的進行了描述，更深刻的體會了設計的中心思想。

參考文獻

[1]FangMeiqi.Anintroductiontoelectroniccommerce[M].Berjing:TsinghuaUniversityPress,1999:159-266.

[2]StephenRSchach.Object-OrientedandClassicalSoftwareEngineering[M].Beijing:ChinaMachinePress,1998:41-62.

[3]GaryPSchneider,JamesTPerry.電子商務[M]．第2版．北京：機械工業出版社，2002：55-84．

[4]邱勝海，葛燕，蔣平．快速成型電子商務網站的總體設計[J]．南京工程學院學報（自然科學版），2004，2（1）：50-56．

[5]李紅，梁晉．電子商務技術[M]．北京：人民郵電出版社，2001：99-163．

[6]JosephBustos,KarliWatson..NetWeb服務入門經典[M]．北京：清華大學出版社，2003：114-138．

[7]鄭國旺．淺談電子商務網站[J]．職業教育研究，2004，（4）：75-76．

[8]楊海萍，陳平．電子商務網站總體設計的研究[J]．河南機電高等?？茖W校學報，2005，13（2）：52-53．

[9]SpiliopoulouM,MasandB.AdvancesinWebUsageAnalysisandUserProfiling[M].Berlin:Springer,2000:26-84.

[10]CooleyR,MobasherB,Srivastavaj.Datapreparationforminingworldwidewebbrowsingpatterns[J].KnowledgeInform.Systems1.1999:5-32.

[11]JasonBentrum,JamesWhatley..Net框架下電子商務站點建設指南[M]．北京：機械工業出版社，2002：36-68．

[12]陶然．網站整體策劃與設計[M]．北京：新華出版社，2002：68-78．

[13]黃立群．電子商務網站建設與管理[M]．大連：東北財經大學出版社．2005：133-157．

[14]王曰芬，丁晨春．電子商務網站設計與管理[M]．北京：北京大學出版社，2002：58-177．

[15]SchaferjB,KonstanjA,Riedlj.EcommerceRecommendationApplications[J].DataMiningandKnowledgeDiscovery,2001,(5):115-153.