小微企業(yè)電子商務(wù)管理平臺的設(shè)計(jì)與實(shí)現(xiàn)

1、小微企業(yè)電子商務(wù)管理平臺的設(shè)計(jì)與實(shí)現(xiàn)本文以求實(shí)印刷廠為例， 分析了小微企業(yè)在日常管 理和開展電子商務(wù)過程中存在的問題， 參考國內(nèi)外研究現(xiàn)狀、 水平和 應(yīng)用前景，基于 MVC 架構(gòu)模式，設(shè)計(jì)并實(shí)現(xiàn)了一個(gè)電子商務(wù)管理系 統(tǒng)。1 需求描述求實(shí)印刷廠是由門店、印刷間、設(shè)計(jì)室組成的微小型企業(yè)。它的 日常工作包括：門店有日常的打印、復(fù)印業(yè)務(wù)的統(tǒng)計(jì)，各類紙張、墨 盒、打印機(jī)等的銷售 ;印刷品的印制 ;圖片、廣告、圖紙、標(biāo)書、名片 等的設(shè)計(jì)、印制 ;倉庫庫存的統(tǒng)計(jì)盤點(diǎn)等。為了提高運(yùn)行效率，以便 具有較強(qiáng)的競爭力參與激烈的市場競爭， 印刷廠決定提升傳統(tǒng)的管理 方法，形成一個(gè)從企業(yè)內(nèi)部到企業(yè)外部的完整的電子商務(wù)解

2、決方案， 實(shí)現(xiàn)企業(yè)新的突破。2 系統(tǒng)功能對于剛剛由傳統(tǒng)轉(zhuǎn)型而來的小微企業(yè)來說， 需要一個(gè)統(tǒng)一的平臺 來管理日常事務(wù)。規(guī)模較小，產(chǎn)生數(shù)據(jù)相對較少，但日常事務(wù)同樣是 涉及企業(yè)運(yùn)行的各個(gè)方面。使用同一系統(tǒng)，廠里的管理人員、財(cái)務(wù)人 員、客服人員可根據(jù)需要進(jìn)行相關(guān)模塊的操作， 獲取系統(tǒng)內(nèi)相關(guān)信息。整合 ERP 系統(tǒng)、進(jìn)存銷系統(tǒng)、財(cái)務(wù)系統(tǒng)、客戶管理系統(tǒng)的常用功能， 完成本企業(yè)開拓電子商務(wù)市場的日常管理?？偨Y(jié)求實(shí)印刷廠的日常業(yè)務(wù)，歸納為四個(gè)部分：進(jìn)存銷系統(tǒng) （原 材料采購入庫、庫存管理 ）、生產(chǎn)管理系統(tǒng) （計(jì)劃、制造 ）、財(cái)務(wù)管理系 統(tǒng)（會計(jì)核算、財(cái)務(wù)管理 ） 和網(wǎng)上交易系統(tǒng) （交易、支付、物流 ）。系統(tǒng)亦

3、需要這四個(gè)部分。系統(tǒng)是以客戶為源頭開始工作的。 儀器廠的原有客戶可以在網(wǎng)絡(luò) 上檢索供貨信息，確認(rèn)下單。收到訂單數(shù)據(jù)后，根據(jù)訂單內(nèi)容判斷庫 存，符合訂單數(shù)目要求則確認(rèn)訂單生成銷售單。 在線銷售經(jīng)理確認(rèn)銷 售訂單并制成收款單通過系統(tǒng)的即時(shí)通信功能或 E-mail 發(fā)送給客戶， 客戶通過網(wǎng)上銀行或第三方支付系統(tǒng)完成電子支付， 財(cái)務(wù)模塊收到付 款后生成確認(rèn)訂單發(fā)送給倉儲模塊生成出庫單， 倉管人員實(shí)際出庫商 品，生成配送單，進(jìn)入配送環(huán)節(jié)。與此同時(shí)，客服人員將確認(rèn)內(nèi)容后 的訂單、付款詳情、發(fā)貨時(shí)間日期、物流配送詳情發(fā)送給客戶。如果在第二個(gè)環(huán)節(jié)， 庫存數(shù)量不能滿足訂單要求， 則進(jìn)入采購模 塊。采人員制成采購

4、訂單發(fā)送給供應(yīng)商， 財(cái)務(wù)人員付款后采購訂單確 認(rèn)生成，供應(yīng)商根據(jù)訂單發(fā)貨。 原材料采購入庫后可通知工廠根據(jù)訂 單進(jìn)行生產(chǎn)或選擇第三方企業(yè)外包生產(chǎn)。 生產(chǎn)結(jié)束后可直接進(jìn)入配送 環(huán)節(jié)。3 系統(tǒng)架構(gòu)ASPNET 勺架構(gòu)模式可以很好地實(shí)現(xiàn) MVC 模式， 對于中小型系統(tǒng)，使用效果簡單易用，可以清晰地劃分頁面和控制器功能，頁面、控制 器和業(yè)務(wù)邏輯層之間勺耦合度也比較低。 但是如果應(yīng)用于大型復(fù)雜系 統(tǒng)，每個(gè)頁面都有一個(gè)控制器，缺少核心控制器勺統(tǒng)一控制，無法合 理有效地集成一個(gè)完整勺系統(tǒng)。求實(shí)印刷廠系統(tǒng)屬于小型系統(tǒng)，可以采用 ASFNET 的五層架構(gòu)模 式。用其 Page Controller 模式來實(shí)現(xiàn)

5、MVC 模式，視圖由表示層的 aspx 文件實(shí)現(xiàn)， 模式由上面所述架構(gòu)中的業(yè)務(wù)邏輯層來實(shí)現(xiàn)： 從上到下依 次是用戶層 UI Layer、控制層 Control Layer、業(yè)務(wù)層 Business Layer、 數(shù)據(jù)訪問層 DataAccess Laye 和數(shù)據(jù)庫(DataBase)4 系統(tǒng)的實(shí)現(xiàn)在系統(tǒng)設(shè)計(jì)思路的基礎(chǔ)上，對整個(gè)系統(tǒng)基于 MVC 框架模式的View、 Controller、 Model 三個(gè)部分進(jìn)行具體的編碼實(shí)現(xiàn)。由于實(shí)現(xiàn)整 個(gè)系統(tǒng)的代碼占用篇幅過多， 僅以交易管理子模塊為例進(jìn)行實(shí)現(xiàn)。 對 交易進(jìn)行有效管理也是企業(yè)日常工作的重中之重。在 B2B 電子商務(wù)模式下， 為企業(yè)實(shí)現(xiàn)銷售商

6、品的具體過程是交易 管理子系統(tǒng)的基本功能。包括實(shí)現(xiàn)賣方企業(yè)對供應(yīng)產(chǎn)品詳情的發(fā)布， 買家企業(yè)進(jìn)行查詢，賣家管理商品分類，買賣雙方信息交換。電子商 務(wù)系統(tǒng)中最重要的是保證數(shù)據(jù)安全、資金安全、認(rèn)證安全，必須為通 信雙方提供完善的數(shù)字簽名認(rèn)證措施。交易管理子系統(tǒng)主要管理銷售業(yè)務(wù)，產(chǎn)生相關(guān)的銷售業(yè)務(wù)數(shù)據(jù)， 發(fā)送給其它子 系統(tǒng)交 換數(shù)據(jù)。該系統(tǒng)在 實(shí) 際編程中使用了 Microsoft.NET 平臺和 ASP.NET 技術(shù)，后臺數(shù)據(jù)庫采用 Microsoft SQL Server 2012 作為數(shù)據(jù)庫服務(wù)器，客戶瀏覽器使用 Microsoft Internet Explorer。系統(tǒng)的架構(gòu)圖包括五層， 自

7、頂向下分別為 UI Layer、Control Layer、Business LayerDataAccess Laye 和數(shù)據(jù)庫 Microsoft SQL Server 2012UI Layer 的數(shù)據(jù)來源用戶通過 IE 瀏覽器的信息輸入。用戶選擇商 品并輸入的數(shù)量生成訂單的。Control Layer 根據(jù) UI Layer 得到的數(shù)據(jù)控制頁面間的流轉(zhuǎn)以及最終的 VIEW 顯示，同時(shí)還有 PageBase 類和 Parameter 類Busi nessLayer 是負(fù)責(zé)系統(tǒng)業(yè)務(wù)邏輯的處理，而 DataAccessLayer 包括三部分一部分是 DAO 類，該類封裝了對數(shù)據(jù)庫的操作行為，另

8、外一部分是 DATASE 類，該類對應(yīng)于系統(tǒng)的數(shù)據(jù)庫中的所有表結(jié)構(gòu)， 最后一部分是 Dbmanager 類，負(fù)責(zé)理對數(shù)據(jù)源的連接服務(wù)。依據(jù)客戶需求，視圖層的前臺由 aspx 負(fù)責(zé)實(shí)現(xiàn)。顯示銷售商品 信息和買家用戶的登陸入口。 視圖層的后臺由賣家登陸并查看客戶訂 單。PageBase 繼續(xù)于 System.Web.UI.Pag 類，其中的 PageLoad（是頁面初始化的重要事件，同時(shí) PageLoad（是該系統(tǒng)自動的核心控制器， 由它來統(tǒng)一處理用戶請求，顯示最終的頁面。由于 Parameter 類中的數(shù)據(jù)與頁面中的數(shù)據(jù)也是一一對應(yīng)的，接 下來查找商品詳情為例來說明 Parameter 類具體的實(shí)現(xiàn)方法。商品詳 情中包含三個(gè)檢索條件，分別是商品條形碼、商品名稱和生產(chǎn)廠家。 Parameter 類主要是實(shí)現(xiàn)對商品詳情的三個(gè)輸入的檢索條件的數(shù)據(jù)進(jìn)