基于UML的網(wǎng)上拍賣系統(tǒng)的設(shè)計與實現(xiàn)

徐琳

摘要：該文針對目前的拍賣系統(tǒng)進行了研究，結(jié)合拍賣的具體業(yè)務(wù)流程設(shè)計了本系統(tǒng)。系統(tǒng)設(shè)計采用典型的三層架構(gòu)方式，把表現(xiàn)層、業(yè)務(wù)邏輯層和數(shù)據(jù)處理層分離設(shè)計，提高了系統(tǒng)的可擴展性、重要性、安全性和穩(wěn)定性。系統(tǒng)開發(fā)采用面向?qū)ο蠓椒ǎ\用UML統(tǒng)一建模語言進行系統(tǒng)分析和設(shè)計建模。開發(fā)環(huán)境采用visual studio 2008，服務(wù)器端腳本語言采用C#語言，使用ASP.NET技術(shù)設(shè)計動態(tài)交互式網(wǎng)頁。后臺數(shù)據(jù)庫采用SQL Server 2005，使用ADO.NET實現(xiàn)與數(shù)據(jù)庫的連接和訪問。本系統(tǒng)的實現(xiàn)解決了拍賣公司線下交易的不足，提高了拍賣效率和便利性。經(jīng)測試，系統(tǒng)功能是可行的，具有一定的應(yīng)用價值。

關(guān)鍵詞：網(wǎng)上拍賣；ASP.NET；面向?qū)ο?；UML建模

中圖分類號：TP393 文獻標識碼：A 文章編號：1009-3044（2014）30-7224-02

隨著現(xiàn)在計算機應(yīng)用和互聯(lián)網(wǎng)的進步，通過Internet進行商品的服務(wù)和交易行業(yè)開始誕生，創(chuàng)造了新的商業(yè)機會和商業(yè)模式。目前網(wǎng)上拍賣交易行業(yè)正在高速發(fā)展中，許多電子商務(wù)人士都希望在網(wǎng)上快速銷售自己的產(chǎn)品，通過網(wǎng)上拍賣的方式進行快速交易。由此，開發(fā)一種實用、快捷、解決拍賣公司線下交易不足的基于UML的網(wǎng)上拍賣系統(tǒng)就具有現(xiàn)實意義。

1 系統(tǒng)研究背景

當今時代計算機的應(yīng)用已經(jīng)普遍到社會的每個角落，計算機技術(shù)的普及化越來越明顯，如何學習并使用計算機已經(jīng)成為現(xiàn)在社會人員必不可少的一項基本技能。在電子商務(wù)的重要性日益突出的時代，有關(guān)電子商務(wù)的軟件系統(tǒng)開發(fā)成為了一個非常實用且有意義的事情。網(wǎng)上拍賣則是一種剛興起的一種交易形式。它的優(yōu)點十分明顯：成本低，交易便捷，交易靈活等。每一個會上網(wǎng)的人都可以在網(wǎng)上方便地進行交易，這是十分具有優(yōu)勢的。

國內(nèi)有一些有名的拍賣網(wǎng)站如收藏品交易網(wǎng)、域名交易網(wǎng)、程序教育網(wǎng)等一些電子商務(wù)網(wǎng)站。但事實上我國的在線拍賣行業(yè)還只有在起步過程中，在線拍賣經(jīng)常會產(chǎn)生各種問題。所以比較成熟的拍賣網(wǎng)站都還基本上是進行虛擬交易。目前這種新型的網(wǎng)上交易模式相對于網(wǎng)上購物還顯得不是很成熟，我們要面對許多的問題。如交易方式的公平公正，信息的保密安全性，拍定后交易的信用問題，拍賣流程的人性化設(shè)計等，這些問題對于網(wǎng)上拍賣必須被解決才能讓更多的人認可這種交易方式，所以我們還得在這些方面更加努力地尋找突破口，讓網(wǎng)上拍賣變成生活中的一種交易方式。

2 系統(tǒng)開發(fā)

2.1相關(guān)技術(shù)

本系統(tǒng)開發(fā)工具使用ASP.NET + SQL Server2005，采用Visual Studio 2008作為集成化開發(fā)環(huán)境。使用Dreamweaver中的Web開發(fā)工具，以IIS 作為Web服務(wù)器，實現(xiàn)連接到數(shù)據(jù)庫和前端Web瀏覽器控制。

2.2系統(tǒng)分析

可行性分析：可行性分析就是研究預(yù)開發(fā)軟件系統(tǒng)的總體目標，給出它的功能、性能、可靠性以及其他方面的要求。其目的是用最小的代價在盡可能短的時間內(nèi)確定問題是否能夠解決、是否值得去解決。從技術(shù)可行性、經(jīng)濟可行性、管理可行性、投資及效益分析四個方面分析本系統(tǒng)的可行性。

業(yè)務(wù)流程分析：拍賣系統(tǒng)業(yè)務(wù)流程主要有兩個，一個是用戶的競價流程，一個是用戶的拍賣流程，管理員也能參與拍賣，同時能對拍賣商品進行管理。

需求分析：需求分析就是為了發(fā)現(xiàn)用戶的需求而從宏觀角度調(diào)查、分析用戶所面臨的問題的一種發(fā)現(xiàn)、建模、說明和審核的過程。需求分析需要盡可能地了解用戶的情況和需要解決的問題。

用例模型：用例模型是在進行業(yè)務(wù)功能分析常用的模型之一。UML建模技術(shù)就是用模型元素來組建整個系統(tǒng)的模型，模型元素包括系統(tǒng)中的類、類和類之間的關(guān)聯(lián)、類的實例相互配合實現(xiàn)系統(tǒng)的動態(tài)行為等。UML提供了多種圖形可視化描述模型元素，同一個模型元素可能會出現(xiàn)在多個圖中對應(yīng)多個圖形元素，人們可以從多個視圖來考察模型。

領(lǐng)域?qū)ο竽Ｐ停核^領(lǐng)域?qū)ο竽Ｐ?，就是要解決領(lǐng)域中的現(xiàn)實事物和概念之間的關(guān)系。在本系統(tǒng)中，這些對象主要有商品信息（product）、商品類型信息（category）、用戶信息（user）、訂單信息（order）、訂單明細信息（orderitem）、供貨人信息（supplier）等。

2.3系統(tǒng)的設(shè)計

2.3.1三層架構(gòu)設(shè)計

本系統(tǒng)采用基于B/S結(jié)構(gòu)的動態(tài)交互式網(wǎng)頁設(shè)計技術(shù)，采用交互式Web方案中的B/S三層模式。三層體系的應(yīng)用程序?qū)I(yè)務(wù)規(guī)則、數(shù)據(jù)訪問、合法校驗等工作放到了中間層進行處理。用戶客戶端使用各種瀏覽器都能夠進行正常的瀏覽和操作。能實現(xiàn)不同的人員，從不同的地點，以不同的接入方式（比如LAN，WAN，Internet/Intranet等）訪問和操作共同的數(shù)據(jù)庫；它能有效地保護數(shù)據(jù)平臺和管理訪問權(quán)限，服務(wù)器數(shù)據(jù)庫也很安全。

2.3.2功能結(jié)構(gòu)設(shè)計

根據(jù)前面的業(yè)務(wù)需求分析可知，系統(tǒng)的功能可以分為前臺和后臺兩大模塊。前臺模塊實現(xiàn)客戶的業(yè)務(wù)需求，后臺模塊實現(xiàn)管理員的業(yè)務(wù)需求。

2.3.3設(shè)計類圖

系統(tǒng)的類圖是用來分析靜態(tài)模型，在一般情況下，每一個用例模型，可以是一個類圖。在本系統(tǒng)中，涉及用戶與管理員的用例比較多，主要涉及用戶登錄類圖。商品信息管理類圖、競價類圖等。

2.3.4對象間的時序關(guān)系

對象間的時序關(guān)系可以用時序圖來描述。時序圖（Sequence Diagram）也稱為序列圖或循序圖，是一種UML行為圖。它通過描述對象之間發(fā)送消息的時間順序顯示多個對象之間的動態(tài)協(xié)作。

2.3.5數(shù)據(jù)庫設(shè)計

系統(tǒng)中由ORM模型轉(zhuǎn)換原則得出以下數(shù)據(jù)表：1）用戶信息表；2）商品主分類信息表；3）商品信息表；4）用戶訂單表；5）訂單條目明細表；6）供貨人信息表。endprint

3 系統(tǒng)的實現(xiàn)

3.1登錄模塊的實現(xiàn)

該模塊介紹了用戶登陸模塊，若想要進入本系統(tǒng)進行拍賣競價功能的用戶必須通過用戶登錄模塊，用戶登錄時必須輸入用戶名和密碼，只有通過了身份驗證才能進入相應(yīng)的界面。

3.2查詢模塊的實現(xiàn)

該模塊介紹了商品查詢模塊，想要一件商品如果在拍賣列表里面找的話會需要很多時間，所以用戶可以通過商品查詢來查找到用戶想要的商品，在商品查詢欄中輸入商品名、商品分類或商品ID便可以查找到想要的商品。

3.3商品編輯模塊的實現(xiàn)

該模塊介紹了商品編輯模塊，管理員對商品的詳細信息進行管理，可以進行添加商品，修改商品和刪除商品，商品的基本信息有商品名、分類、其實價格、當前價格、結(jié)束時間、最高出價人和商品說明等屬性，可以對這些信息進行操作。

3.4商品競價模塊的實現(xiàn)

該模塊介紹了商品競價模塊，用戶若對某件商品感興趣，便可以在商品展示欄中點擊競價對自己喜歡的商品進行競價，競價時首先對想要競價的物品進行確認，經(jīng)過確認后，系統(tǒng)顯示給購買者商品的名字、起拍價格、當前價格和結(jié)束時間，填寫需要出的價格，在規(guī)定的時間內(nèi)出價，在滿足系統(tǒng)要求后便可以完成競價步驟。確認后的競價會立即在系統(tǒng)中顯示。

3.5 商品倒計時模塊的實現(xiàn)

該模塊介紹了商品倒計時模塊的設(shè)計，本功能運用從數(shù)據(jù)庫讀出商品拍賣結(jié)束時間，再通過后臺服務(wù)器處理加減，經(jīng)過判斷后再用戶面板上顯示出倒計時，動態(tài)刷新頁面使用了AJAX技術(shù)，實現(xiàn)一秒鐘對時間的刷新，若時間超過競價時間，則會判斷超過拍賣時間并顯示在用戶面板上。

3.6在線支付模塊的實現(xiàn)

一是支付寶接口。在線支付模塊的功能是通過支付寶接口實現(xiàn)的，其設(shè)計思想是利用支付寶及時到賬交易接口（create_direct_pay_by_user），在交易雙方之間完成交易參數(shù)傳遞和數(shù)據(jù)返回。

二是在線支付的實現(xiàn)。在線支付頁面中有訂單編號、支付內(nèi)容、付款金額和備注等文本框，還有一個“確認付款”按鈕。此處的訂單號、支付內(nèi)容、付款金額等信息會被傳遞到支付寶支付平臺，供客戶進一步確認。

3.7商品收貨模塊的實現(xiàn)

該模塊介紹了商品收貨模塊，在用戶競價物品結(jié)束后，如果商品到期后則會顯示商品狀態(tài)為結(jié)束，這時候便可以進行商品的收貨，若沒有到期則會提示商品還沒有到期，到期后按結(jié)算則進入收貨信息填寫頁面。

4 系統(tǒng)測試

在進行測試工作前，首先要確定用于測試的系統(tǒng)用例。測試用例一般會選擇與系統(tǒng)功能相對應(yīng)的典型模塊進行，只有這樣，測試結(jié)果和質(zhì)量才能得到保證。通過分析了系統(tǒng)用例圖，現(xiàn)找出以下測試用例，并對其測試結(jié)果進行了分析。測試分為兩個部分：第一部分主要就是測試系統(tǒng)所要求的最基本的功能，主要側(cè)重于客戶前臺的使用流程。但是在航班貨物功能上，雖然能夠使用關(guān)鍵詞搜索到航班，但是還有所欠缺，而且可以使用的屬性關(guān)鍵詞還太少。第二部分主要是針對后臺管理的測試，由于后臺管理功能模塊較為集中，是整個系統(tǒng)的核心所在，特別是管理員審核的修改，改了好多次才符合系統(tǒng)設(shè)計初期的功能要求。因此從整體上來說，系統(tǒng)的設(shè)計和實現(xiàn)是成功的。

參考文獻：

[1] 李晶.電子商務(wù)拍賣網(wǎng)站的研究與實現(xiàn)[D].廈門：廈門大學，2008.

[2] Yang D N，Liao W J.On bandwidth-efficient overlay multicast [J].2009（11） doi：10.1109/TPDS，2007，11.

[3] 杜黎，胡奇英.網(wǎng)上拍賣數(shù)量的優(yōu)化[J].西安電子科技大學學報，2003，30（1）：120-124.endprint