時間：2023-09-26 09:37:14
導(dǎo)語：在產(chǎn)品平臺管理的撰寫旅程中，學習并吸收他人佳作的精髓是一條寶貴的路徑，好期刊匯集了九篇優(yōu)秀范文，愿這些內(nèi)容能夠啟發(fā)您的創(chuàng)作靈感，引領(lǐng)您探索更多的創(chuàng)作可能。
關(guān)鍵詞：互聯(lián)網(wǎng)；互聯(lián)網(wǎng)金融；P2B；系統(tǒng)架構(gòu)設(shè)計
一、 互聯(lián)網(wǎng)金融P2B業(yè)務(wù)模式
在中國金融市場開放的大環(huán)境下，近年來，互聯(lián)網(wǎng)金融領(lǐng)域發(fā)展迅猛。隨著全民理財熱的激發(fā)與互聯(lián)網(wǎng)文化的日趨普及，網(wǎng)絡(luò)與金融結(jié)合的各類自主創(chuàng)新產(chǎn)品、服務(wù)深入人心，它們的存在讓金融投資更加便捷、服務(wù)更加高效，惠及民眾的同時，更推動了中國金融行業(yè)的發(fā)展。
跨界，成為互聯(lián)網(wǎng)金融的特性，跟金融毫無關(guān)系的各行各業(yè)都涉足其中，做搜索引擎的百度推出了百度錢包，做電商的京東推出了京東金融，做互聯(lián)網(wǎng)綜合服務(wù)的騰訊推出了理財通，連做快遞的順豐也推出了順手賺項目。
2014年～2015年，隨著互聯(lián)網(wǎng)金融行業(yè)的火熱發(fā)展，又有很多銀行、保險、上市公司、網(wǎng)絡(luò)巨頭紛紛瞄準了這一行業(yè)，通過注資發(fā)展中的平臺或者自己創(chuàng)建網(wǎng)貸平臺來涉獵網(wǎng)貸行業(yè)。
P2B的定位就是為那些無法從傳統(tǒng)金融機構(gòu)獲取必需的貸款的中小微企業(yè)提供金融信息平臺，跟個人對個人的P2P不同，而是指Person-To-Business，個人對企業(yè)的一種貸款模式。
P2B作為一種雙邊平臺，其服務(wù)對象主要有兩方面，一是借方，另一個是貸方，兩者相互促進，形成良性循環(huán)。P2B與傳統(tǒng)銀行借貸涉及的利益相關(guān)者其實基本一致（包括銀行、擔保公司、出款人、貸款人等），除了P2B公司取代了銀行中介。雖然，利益相關(guān)者相同，但業(yè)務(wù)實現(xiàn)途徑完全不一樣，P2B的業(yè)務(wù)實現(xiàn)途徑如圖1所示。
P2B作為純粹的信息中介平臺，實現(xiàn)的是點對點完全透明的交易。在中國，由于國內(nèi)信
用體系不夠完備，P2B平臺大多采用了“線上+線下”協(xié)同模式，采用類似信托項目風控模式做出借款企業(yè)信用評級、貸款定價和平臺收費標準，投融資雙方在P2B平臺網(wǎng)絡(luò)上撮合交易，借款標、投資和資金劃付、到期還款的全過程均在線上進行。
二、 P2B平臺系統(tǒng)業(yè)務(wù)架構(gòu)設(shè)計
P2B平臺業(yè)務(wù)如何設(shè)計需要遵循互聯(lián)網(wǎng)和傳統(tǒng)金融的各自特點，充分發(fā)揮二者的優(yōu)勢。以客戶為中心是互聯(lián)網(wǎng)時代最基本的共識，P2B平臺的各項業(yè)務(wù)都需要圍繞客戶來進行，注重客戶體驗。
P2B平臺業(yè)務(wù)架構(gòu)設(shè)計從以下三方面來實現(xiàn)由客戶驅(qū)動帶來的業(yè)務(wù)變革：
（1）客戶服務(wù)數(shù)字化：實現(xiàn)全渠道協(xié)同服務(wù)，加強電子渠道服務(wù)，提升客戶體驗；
（2）客戶管理數(shù)字化：實現(xiàn)精準營銷，移動營銷；
（3）產(chǎn)品數(shù)字化：實現(xiàn)產(chǎn)品配置化管理。
在此，我們以客戶為中心，客戶探索、發(fā)現(xiàn)、購買、享受產(chǎn)品服務(wù)全過程為線索，設(shè)計出P2B平臺業(yè)務(wù)架構(gòu)：
（1）線上線下協(xié)同營銷：品牌及產(chǎn)品建設(shè)、客戶培育及引流；
（2）銷售與跨渠道交付：客戶研究選擇產(chǎn)品、接受購買、使用服務(wù)；
（3）全渠道客戶服務(wù)：客戶維系及社群推薦；
（4）洞察與優(yōu)化：數(shù)據(jù)分析、優(yōu)化與調(diào)整客戶服務(wù)。
三、 P2B平臺系統(tǒng)架構(gòu)
1. P2B平臺規(guī)劃藍圖?；ヂ?lián)網(wǎng)金融平臺系統(tǒng)的設(shè)計應(yīng)遵循金融平臺系統(tǒng)以及互聯(lián)網(wǎng)平臺的設(shè)計原則：安全運行原則、統(tǒng)一管理原則、不修改數(shù)據(jù)原則、持續(xù)改進原則、易用性原則、友好交互原則、創(chuàng)新原則。要緊緊圍繞“滿足監(jiān)管、引導(dǎo)經(jīng)營管理、提供決策支持”的目標來設(shè)計。
P2B平臺架構(gòu)分為三層：基礎(chǔ)能力層，業(yè)務(wù)層，前臺交互層。在此我們按照三層結(jié)構(gòu)規(guī)劃出P2B平臺藍圖，如圖2所示。
P2B金融業(yè)務(wù)的基礎(chǔ)設(shè)施提供平臺運營的基本軟硬件環(huán)境，為業(yè)務(wù)層和前臺交互層提供基礎(chǔ)設(shè)施服務(wù)。
P2B服務(wù)于借貸雙方，融資和投資是P2B平臺的核心交易業(yè)務(wù)。P2B架構(gòu)的核心業(yè)務(wù)層主要實現(xiàn)用戶體系、訂單管理中心、投融資服務(wù)中心、客戶管理、交易產(chǎn)品管理、客戶服務(wù)、平臺內(nèi)容管理、平臺規(guī)則引擎等。
P2B平臺前臺交互層主要通過PC端的綜合服務(wù)平臺、移動端的服務(wù)平臺將P2B業(yè)務(wù)呈現(xiàn)在用戶面前，作為P2B金融業(yè)務(wù)的入口，前臺交互層需要充分體現(xiàn)更簡單、更便捷、更快速的特點。
2. P2B平臺核心模塊。結(jié)合P2B業(yè)務(wù)流程及P2B平臺的規(guī)劃藍圖，可以歸納出P2B平臺核心業(yè)務(wù)的三大模塊：互聯(lián)網(wǎng)模式的客戶管理體系；可擴展的用戶賬戶管理體系；支持創(chuàng)新的產(chǎn)品管理體系。
（1）互聯(lián)網(wǎng)模式的客戶管理體系?；ヂ?lián)網(wǎng)模式的客戶管理體系從以下幾個方面來規(guī)劃：
①識別客戶，根據(jù)客戶的身份級別匹配不同的功能權(quán)限。
②客戶分級。為更好地識別客戶，客戶管理體系中需要對客戶進行分級，具體原則有：
（A）根據(jù)價值評級標準對客戶進行等級劃分，從而根據(jù)客戶的價值貢獻來細分客戶，進而達到精細化、差異化營銷的目的。
（B）結(jié)合客戶的金融資產(chǎn)情況和交易情況，如：平臺交易情況、資產(chǎn)總額、AUM、綜合利潤貢獻等劃分不同等級的用戶，不同等級的用戶享受不同的服務(wù)等級及管理模式。
（C）每月對客戶進行內(nèi)部評級。
③更全面的運用客戶數(shù)據(jù)。采集和全面運用客戶數(shù)據(jù)分為以下三個階段。
（A）識別客戶、數(shù)據(jù)收集。通過用戶的注冊及用戶在P2B平臺的投融資行為收集用戶的數(shù)據(jù)，經(jīng)過數(shù)據(jù)集成，數(shù)據(jù)選擇、預(yù)處理、轉(zhuǎn)換，源數(shù)據(jù)最終形成可直接運用的數(shù)據(jù)。
（B）數(shù)據(jù)處理。轉(zhuǎn)換的數(shù)據(jù)經(jīng)過統(tǒng)計匯總、過濾篩選、主題劃分、數(shù)據(jù)挖掘和信息整合，形成360度客戶全景視圖，匯總成有效的客戶信息。
（C）數(shù)據(jù)結(jié)果輸出。收集到的數(shù)據(jù)經(jīng)過數(shù)據(jù)處理形成有效的客戶信息，在P2B平臺上進行服務(wù)管理、營銷管理以及銷售管理的過程中使用這些有效信息，為客戶接觸管理服務(wù)。
（2）可擴展的用戶賬戶體系?；ヂ?lián)網(wǎng)金融服務(wù)需要認識到以下兩點：你是誰？你要把錢什么時間放在什么地方？P2B平臺管理體系中用戶管理體系能識別客戶，而用戶賬戶體系則可以了解客戶的資金去留。因此P2B平臺設(shè)計一套可擴展的用戶賬戶體系就非常重要。
P2B平臺可擴展的用戶賬戶體系設(shè)計思路如下：
①用戶層面形成涵蓋所有賬戶的統(tǒng)一視圖。根據(jù)用戶在P2B平臺的投融資行為，以及平臺營銷管理的需要，用戶在P2B平臺上會形成以下賬戶：結(jié)算賬戶、積分賬戶、虛擬貨幣賬戶、關(guān)聯(lián)賬戶等。
②支持交易的聯(lián)動賬務(wù)處理。為支持交易的聯(lián)動賬務(wù)處理，設(shè)計規(guī)劃圍繞用戶賬戶體系的交易核心架構(gòu)，該交易核心架構(gòu)分為三層：底層服務(wù)、交易模型、交易服務(wù)。
（3）支持創(chuàng)新的產(chǎn)品管理平臺。P2B平臺作為互聯(lián)網(wǎng)金融企業(yè)，其經(jīng)營活動也由客戶和產(chǎn)品兩大體系構(gòu)成。P2B平臺企業(yè)的金融產(chǎn)品主要指在平臺上進行交易的債權(quán)和信用，還包括由P2B平臺提供的能滿足用戶特定需求的工具或服務(wù)，例如提供支付通道的通道收費業(yè)務(wù)、提供vip服務(wù)的收費業(yè)務(wù)等。只有做好了金融產(chǎn)品管理，才能真正做好市場分析、新產(chǎn)品策略、風控、資金管理、成本核算等一系列工作
①產(chǎn)品管理平臺的建設(shè)思路包含以下幾點：
（A）定義標準：統(tǒng)一金融產(chǎn)品標識、分類、定義標準；構(gòu)建與運營同步的產(chǎn)品目錄
（B）統(tǒng)一視圖：形成面向客戶營銷和產(chǎn)品經(jīng)營與管理的產(chǎn)品統(tǒng)一視圖。
（C）快速創(chuàng)新：建立產(chǎn)品參數(shù)化的創(chuàng)新研發(fā)和管理模式，優(yōu)化產(chǎn)品架構(gòu)、實現(xiàn)快速提供貼近客戶需求、豐富靈活的產(chǎn)品，提升產(chǎn)品的競爭優(yōu)勢。
（D）強化營銷：加強對場景式營銷支持和支持不同渠道的產(chǎn)品展示模式。
②產(chǎn)品管理平臺業(yè)務(wù)框架。根據(jù)產(chǎn)品管理平臺的建設(shè)思路，設(shè)計出產(chǎn)品管理平臺的業(yè)務(wù)框架。
（A）首先構(gòu)建金融產(chǎn)品參數(shù)庫，作為產(chǎn)品定義的基礎(chǔ)，同時也可以利用產(chǎn)品參數(shù)庫進行快速的產(chǎn)品迭代創(chuàng)新，滿足P2B平臺客戶的需求。
（B）根據(jù)P2B平臺的經(jīng)營策略，定義出P2B平臺的銷售產(chǎn)品目錄，按照國外先進產(chǎn)品管理經(jīng)驗，可分為核心產(chǎn)品、基礎(chǔ)產(chǎn)品、外延產(chǎn)品和組合產(chǎn)品等。
（C）根據(jù)形成的產(chǎn)品目錄進行產(chǎn)品創(chuàng)新、產(chǎn)品組合、產(chǎn)品銷售等一系列產(chǎn)品管理。
（D）借助不同客戶視角的產(chǎn)品視圖、其他營銷工具進行多維度展示，與客戶進行銷售層面接觸管理。
3. P2B平臺安全策略。P2B平臺本質(zhì)上是金融交易平臺，所以務(wù)必保證平臺的穩(wěn)定性和安全性，總體上分為代碼安全、數(shù)據(jù)庫安全和服務(wù)安全。
（1）程序代碼安全。
（A）數(shù)據(jù)庫連接信息加密處理。
（B）有效防止sql注入，跨站腳本，攻擊XSS，客戶端腳本攻擊等。
（C）對所有系統(tǒng)核心操作都記錄操作日志，以方便數(shù)據(jù)和操作審計。
（D）對表單進行RSA加密傳輸。
（2）數(shù)據(jù)庫安全。
（A）采用WEB層和DB層分離，內(nèi)網(wǎng)連接，保證安全的同時也保證了訪問速度和穩(wěn)定性。
（B）對DB服務(wù)器登錄權(quán)限做嚴格限制，審核，并做好日志記錄，登錄用戶權(quán)限最小化。
（C）對數(shù)據(jù)庫備份采用 實時的二進制日志備份及定時的全庫備份，并異地存儲備份數(shù)據(jù)，同時定期做數(shù)據(jù)恢復(fù)測試。
（3）服務(wù)器安全。
（A）通過對訪問行為分析，對惡意訪問進行屏蔽過濾。減輕服務(wù)器壓力，防止注入和跨站攻擊。
（B）通過與第三方的合作，抗大流量網(wǎng)絡(luò)攻擊，并根據(jù)攻擊流量和手段的變化做實時調(diào)整，最大限度的保證網(wǎng)站遭受攻擊時的體驗。
（C）嚴格限制服務(wù)器開放端口，對沒有必要的端口只對內(nèi)開放。
（D）嚴格控制服務(wù)器登錄操作權(quán)限，做到權(quán)限最小化，并保存詳細的操作日志。
4. P2B平臺技術(shù)核心指標。
（1）可伸縮性。數(shù)據(jù)容量從百萬級到億級，數(shù)據(jù)庫、網(wǎng)絡(luò)、業(yè)務(wù)一致性都將成為瓶頸。解決這些瓶頸，考慮進行數(shù)據(jù)分拆與復(fù)制，業(yè)務(wù)進行分布式事務(wù)處理，應(yīng)用中間件技術(shù)。
（2）可靠性。99.9%以上的可靠性，可通過消除單點故障、云平臺應(yīng)用、控制服務(wù)依賴、異步事務(wù)處理來提高可靠性。
（3）彈性控制。可應(yīng)用秒級系統(tǒng)監(jiān)控、精細化控制、自動化調(diào)度等技術(shù)來實現(xiàn)彈性控制。
（4）兼容性?？紤]支持第三方平臺、API接入、云計算平臺支持、數(shù)據(jù)安全策略。
基于以上要求，在技術(shù)架構(gòu)中進行分布式服務(wù)化設(shè)計。服務(wù)化將處理邏輯單元拆分，使之單純化、差異化、可復(fù)用化、可分離部署化、可組合化，以實現(xiàn)系統(tǒng)對高性能、高可用、可伸縮、可管理性、可維護性的要求。
四、 P2B平臺核心數(shù)據(jù)模型
在物聯(lián)網(wǎng)時代，智慧城市的建設(shè)面臨幾大挑戰(zhàn)：需要采集的信息量大，來源復(fù)雜；信息需要實時監(jiān)控，同時數(shù)據(jù)也要用于歷史分析；需要簡明直觀的展示和控制手段；有完備的應(yīng)急處理系統(tǒng)；有方便的數(shù)據(jù)分析和展示手段；具有方便的調(diào)度體系。
上海寶信軟件股份有限公司（以下簡稱寶信軟件）作為國內(nèi)領(lǐng)先的城市信息化整體解決方案提供商，積極與政府及各類用戶、lT基礎(chǔ)平臺供應(yīng)商及其它行業(yè)解決方案提供商密切協(xié)作，以智能交通和智能建筑為基礎(chǔ)，打造智慧應(yīng)用開發(fā)平臺，共同建設(shè)智慧的城市，讓“智慧城市”為人們創(chuàng)造更美好的生活。
智慧應(yīng)用開發(fā)平臺
寶信軟件打造先進完備的面向物聯(lián)網(wǎng)、智慧城市的綜合應(yīng)用開臺產(chǎn)品，提供面向樓宇、軌道、市政、石化、水務(wù)、農(nóng)業(yè)、智能交通、工業(yè)控制等領(lǐng)域的全面綜合解決方案，實現(xiàn)數(shù)據(jù)采集、數(shù)據(jù)存儲、數(shù)據(jù)展示、數(shù)據(jù)分析和數(shù)據(jù)的所有功能要求。
智慧應(yīng)用開發(fā)平臺方案（見圖1）融合了從網(wǎng)絡(luò)層的工業(yè)通信網(wǎng)關(guān)iCentroGate到平臺層的一體化監(jiān)控指揮平臺iCentroView、企業(yè)高性能實時數(shù)據(jù)庫iHyperDB、信息平臺iPlat4j，再到上層應(yīng)用平臺的應(yīng)急管理平臺iCentroEmergency、移動平臺iPlat4M、實時數(shù)據(jù)分析展示平臺iWebView多個產(chǎn)品。在此共性架構(gòu)基礎(chǔ)上，用戶可以方便的搭建各項智慧應(yīng)用。
平臺備產(chǎn)品功能
一體化監(jiān)控指揮平臺iCentroVlew
“我在中間看”，是寶信軟件歷經(jīng)十載自主研發(fā)的綜合監(jiān)控與指揮調(diào)度平臺產(chǎn)品。主要實現(xiàn)畫面組態(tài)、集中控制、事件報警、智能聯(lián)動、多媒體監(jiān)控等功能，具有有機集成、智能聯(lián)動、架構(gòu)領(lǐng)先等特點，為客戶提供全面靈活、安全可靠的監(jiān)管控一體化解決方案，在橋隧、樓宇、采掘、地鐵、石化、水務(wù)、）臺金、有色、環(huán)保、交通樞紐、工業(yè)控制等行業(yè)或領(lǐng)域有著廣泛的應(yīng)用。產(chǎn)品獲得過國家科學技術(shù)進步二等獎、國家重點新產(chǎn)品、上海市重點新產(chǎn)品、中國優(yōu)秀軟件產(chǎn)品等榮譽稱號。
高性能實時數(shù)據(jù)庫軟件iHyperDB
iHyperDB是寶信軟件自主研發(fā)的高性能實時歷史數(shù)據(jù)庫產(chǎn)品，具備海量實時數(shù)據(jù)的海量存儲、高效檢索、統(tǒng)計分析、數(shù)據(jù)處理和畫面展示等功能，采用了多項國際國內(nèi)領(lǐng)先的技術(shù)達到海量、實時、并發(fā)、高速、高可靠、高容量、跨平臺、可擴展等特點，iHyperDB以其超高的處理性能獲得第五屆國際華沙發(fā)明展金獎。產(chǎn)品目前應(yīng)用于物聯(lián)網(wǎng)、采掘、石化、鋼鐵等需要大數(shù)據(jù)實時存儲的行業(yè)。
工業(yè)通信網(wǎng)關(guān)iCelltrOGate
作為物聯(lián)網(wǎng)接入網(wǎng)關(guān)、協(xié)議網(wǎng)關(guān)、通訊管理機、協(xié)議轉(zhuǎn)換器，iCentroGate是連接工業(yè)感知網(wǎng)絡(luò)與傳統(tǒng)通信網(wǎng)絡(luò)的紐帶，實現(xiàn)設(shè)備互聯(lián)、分散采集、協(xié)議轉(zhuǎn)發(fā)等功能，是一款硬件產(chǎn)品，具備安全可靠、簡單移動等特點，已大量應(yīng)用于工礦企業(yè)、電力、環(huán)保、節(jié)能、礦井、礦山、油田、市政、建筑、銀行、酒店、學校等行業(yè)或領(lǐng)域。
信息系統(tǒng)平臺iPlat4J
iPlat4J是寶信軟件自主研發(fā)的一套面向信息化應(yīng)用建設(shè)的平臺產(chǎn)品，可解決信息化建設(shè)過程中常見的IT黑洞、應(yīng)用孤島等問題。在該平臺上可簡單快速地搭建各種類型的信息化應(yīng)用系統(tǒng)，降低信息化應(yīng)用開發(fā)的技術(shù)難度，使得開發(fā)者主要關(guān)注于業(yè)務(wù)邏輯和流程的設(shè)計。
該產(chǎn)品具備架構(gòu)領(lǐng)先、便于集成、穩(wěn)定高效、組件豐富、界面友好等特點，產(chǎn)品覆蓋信息化建設(shè)全流程、具有開放的技術(shù)架構(gòu)和企業(yè)級的安全防護體系，自2007年問世以來已在上千個信息化項目中得到應(yīng)用。該產(chǎn)品獲得過國家重點新產(chǎn)品稱號，可廣泛用于任何有信息化系統(tǒng)建設(shè)需求的政府、企業(yè)和事業(yè)單位。
移動應(yīng)用平臺iPlat4M
iPlat4M是寶信軟件自主研發(fā)的、為支持企業(yè)實現(xiàn)應(yīng)用程序移動化而構(gòu)建的完整平臺體系，它通過提供后端信息化系統(tǒng)快速集成、多類型移動終端覆蓋、移動應(yīng)用基礎(chǔ)組件、企業(yè)級移動應(yīng)用運營管理、專有的移動應(yīng)用商店等一系列全面的服務(wù)，幫助企業(yè)快速將應(yīng)用、數(shù)據(jù)、業(yè)務(wù)流程移動化到主流移動設(shè)備上，為用戶提供及時、自助式的移動服務(wù)，讓用戶隨時掌控各項業(yè)務(wù)。該移動應(yīng)用平臺承前啟后，部署對原有信息化結(jié)構(gòu)無影響，擁有完整平臺體系架構(gòu)和企業(yè)級安全保障，為企業(yè)建設(shè)統(tǒng)一的應(yīng)用平臺，提升企業(yè)價值。
關(guān)鍵詞：商品流通領(lǐng)域；逆向物流；運營管理信息平臺；召回；退貨
中圖分類號: F252 文獻標識碼: A
一. 逆向物流概述
逆向物流是指產(chǎn)品退回、資源回收、廢棄物處理、物品替代、物品再循環(huán)、再利用、維修和再制造等物流活動[1]。根據(jù)不同產(chǎn)業(yè)形態(tài)，逆向物流又被分為投訴退貨、維修返回、商業(yè)返回、包裝返回、終端使用返回、生產(chǎn)報廢與衍生副產(chǎn)品等六種類型[2]。逆向物流是供應(yīng)鏈上的一個特殊環(huán)節(jié)，人們掌控與計劃逆向物流過程的難度相比于正向物流要大。目前，一般的物流管理信息系統(tǒng)很少有對逆向物流的處理與管理功能。隨著政府立法的完善，產(chǎn)品更新?lián)Q代速度的加快，逆向物流管理的重要地位已經(jīng)毋庸置疑，它能促進企業(yè)質(zhì)量管理體系的不斷完善；降低成本，增加企業(yè)效益；改善與增強供應(yīng)鏈中合作伙伴關(guān)系；提高顧客滿意度，增強企業(yè)競爭能力；保護環(huán)境，塑造良好的企業(yè)形象[3]。
二. 商品流通領(lǐng)域中的逆向物流分析
在商品流通領(lǐng)域中，最常見的逆向物流主要有兩類：產(chǎn)品的召回與退貨。
產(chǎn)品召回分為兩種情形：一種是自愿召回，也稱為主動召回。是指制造商經(jīng)自行判斷認為其生產(chǎn)的產(chǎn)品存在缺陷而自愿地采取產(chǎn)品召回措施。另一種是強制召回,也稱為指令召回。是指主管部門發(fā)現(xiàn)并認定某種產(chǎn)品存在危險，經(jīng)過一定的程序，向制造商命令，要求制造商必須采取召回措施[4]。退貨是指消費者對不滿意的產(chǎn)品，不合格的材料和殘次品退回至來源點的行為活動。
由于產(chǎn)品召回與退貨的物流方向相同，所以召回與退貨之間存在著某些聯(lián)系和相似點：
（1）召回和退貨的目的是相同的，都是為消費者解決產(chǎn)品出現(xiàn)的質(zhì)量問題，維護消費者的權(quán)益。
（2）產(chǎn)品召回中存在著退貨，而同一產(chǎn)品退貨原因、數(shù)量出現(xiàn)某種規(guī)律和達到一定程度時，就可能引起產(chǎn)品召回，兩者之間存在著一定的共生關(guān)系。
（3）產(chǎn)品回流至制造商后的處理過程類似。
同時，產(chǎn)品召回與退貨之間在事件性質(zhì)、處理的法律依據(jù)、處理對象、處理范圍和事件解決方式等方面是有區(qū)別的。
在整個召回和退貨的過程中，制造商對逆向物流的處理是最關(guān)鍵的過程，這個過程必須公開化，透明化。制造商首先要對召回和退貨的回流產(chǎn)品進行檢驗分類，然后再進行處理。對于一些整體狀態(tài)較好的回流產(chǎn)品，通過再加工后可以返還給顧客或進行再次銷售。如回流產(chǎn)品經(jīng)過再加工后無法正常銷售的，則可將其轉(zhuǎn)化為投入二手市場出售的產(chǎn)品。對于無法進行再加工的回流產(chǎn)品，可分解成零部件，然后將部分狀態(tài)良好的零部件循環(huán)再利用。而那些沒有辦法處理的回流產(chǎn)品，制造商就必須進行報廢處置。另外，在廢棄物處理過程中危險品和普通產(chǎn)品要分開處理。對于回流產(chǎn)品的處理，總的原則就是循環(huán)再利用，加強回流產(chǎn)品的綜合利用，物盡其用，變廢為寶。
產(chǎn)品召回是制造商售后服務(wù)的一部分，是產(chǎn)業(yè)技術(shù)進步的必然體現(xiàn)。一次成功的召回不會對廠商及其產(chǎn)品的形象造成很大危害。相反，這將有利于增強消費者對制造廠商的信任度和忠誠度。同樣，產(chǎn)品退貨雖然會給制造商帶來一定的經(jīng)濟損失，但建立良好的退貨機制可以贏得消費者對制造商的認可，提升企業(yè)形象，提高消費者對制造商的信任度，增加購買回頭率，間接地為制造商創(chuàng)造效益。根據(jù)逆向物流的性質(zhì)，可以設(shè)計一個逆向物流運營管理信息平臺，以便于企業(yè)更好地進行召回、退貨等逆向物流過程的管理。
三. 商品流通領(lǐng)域的逆向物流運營管理信息平臺設(shè)計
設(shè)計逆向物流運營管理信息平臺，是為了讓顧客、銷售商和制造商之間有一個及時、透明、集成化的信息交互平臺。該平臺還可以監(jiān)督制造商的操作過程，避免制造商的違規(guī)操作。這樣不僅有利于維護顧客的切身利益，而且可以提升制造商的信譽，達到雙贏的目的。逆向物流運營管理信息平臺可以令使用者及時掌握逆向物流信息，并及時作出處理決策，對資源進行有效配置和充分利用。因此，該平臺應(yīng)具有采集信息功能、存儲數(shù)據(jù)功能、分析處理功能、傳遞信息功能和顯示信息功能等[5]。該平臺可以采用集中制數(shù)據(jù)存儲管理的瀏覽器/服務(wù)器（B/S）應(yīng)用模式，其功能模塊可以分為總控系統(tǒng)模塊和子系統(tǒng)模塊。各模塊的主要功能如下[5]：
（1）系統(tǒng)管理模塊：方便用戶的訪問，并對用戶設(shè)置權(quán)限和對部分需要保密的信息加密。
（2）回流產(chǎn)品管理模塊：對需要召回和退貨的回流產(chǎn)品進行回收、分類、保存和盤點，并對回流產(chǎn)品信息進行動態(tài)更新，方便對其進行查詢檢索和及時通知制造商作進一步處理。
（3）處理動態(tài)信息模塊：對回流產(chǎn)品的處理動態(tài)作記錄便于進行統(tǒng)計分析，并對尚未處理的回流產(chǎn)品作出處理決策。
（4）原因統(tǒng)計分析模塊：對回流產(chǎn)品產(chǎn)生的原因和領(lǐng)域進行統(tǒng)計分析，并從中發(fā)現(xiàn)規(guī)律，及時采取有效措施，控制回流產(chǎn)品的產(chǎn)生，減少企業(yè)成本和有效利用資源。
（5）財務(wù)成本控制模塊：對回流產(chǎn)品產(chǎn)生的會計成本統(tǒng)計分析，確定對回流產(chǎn)品的處理是否符合企業(yè)的利益需求，便于企業(yè)成本控制，取得較好經(jīng)濟效益。
逆向物流運營管理信息平臺將大大促進各類使用者之間的信息交流，減少因信息不對稱而帶來的問題，使各方得益。當企業(yè)完成一次產(chǎn)品召回或一類產(chǎn)品退貨，該平臺可以對這次的召回或退貨的處理情況編訂代碼，便于日后評估和同類事件的參考。
該平臺要求具有較高的安全監(jiān)控能力，不但要能應(yīng)對外部的侵擾和攻擊，而且還要能對內(nèi)部用戶進行權(quán)限設(shè)置，確保系統(tǒng)的安全和保密的要求。因此有必要對系統(tǒng)進行安全設(shè)計，保障系統(tǒng)的硬件安全、數(shù)據(jù)安全、網(wǎng)絡(luò)安全、系統(tǒng)安全 [5]。逆向物流流程比正向物流流程復(fù)雜。逆向物流也是影響企業(yè)可持續(xù)發(fā)展的重要問題。
結(jié) 語
我國逆向物流信息平臺的建設(shè)目前正處于起步階段，已有的一些成果還不能適應(yīng)商品流通領(lǐng)域逆向物流的整體發(fā)展要求，必須采取有力的配套措施加以改進，如加快逆向物流信息標準化建設(shè)、制定相關(guān)政策法規(guī)和保障措施等。有效的逆向物流管理必將會是企業(yè)擁有穩(wěn)定的顧客群和長期占有市場的重要戰(zhàn)略武器。
作者單位：上海電力學院管理與人文學院
參考文獻：
[1]James R Stock. Reverse Logistics in the Supply Chain[EB/OL]..
[3]葉偉芳,徐迪.基于供應(yīng)鏈的逆向物流管理初探[J].管理學報，2005，（2）(增刊Ⅰ):46-48.
關(guān)鍵詞：缺陷產(chǎn)品召回；敏捷物流；信息共享；信息管理
近年來，我國缺陷產(chǎn)品召回事件愈演愈烈，作者從國家質(zhì)檢總局獲悉，根據(jù)最新統(tǒng)計數(shù)據(jù)顯示：2016年我國缺陷產(chǎn)品召回數(shù)量大幅提升，創(chuàng)歷史最高，汽車首次突破1000萬輛，達1132.56萬輛，同比增長103%。我國自2004年開始實施缺陷產(chǎn)品召回制度，截至2016年共召回汽車1298次，召回數(shù)量3668多萬輛[1]53。從召回數(shù)量分析，截止到2013年，我國9年共累計召回數(shù)量達到1000萬輛；2014年和2015年累計召回數(shù)量達到1000萬輛；但是僅2016年，召回數(shù)量就已經(jīng)超過1000萬輛。由于缺陷產(chǎn)品召回危機事件在整個過程中形成的信息流動量大且操作較為復(fù)雜，因此無法依靠傳統(tǒng)的召回模式處理。為使缺陷產(chǎn)品的召回能夠及時、有效解決，必須采取創(chuàng)新的、敏捷的、高效的應(yīng)對措施，實現(xiàn)企業(yè)績效的整合，平衡各方面資源，落實各部門之間的信息共享機制，最終實現(xiàn)物流管理流程效率的優(yōu)化。由于整個產(chǎn)品召回管理的基礎(chǔ)是以信息共享為基礎(chǔ)和源頭，故需要通過多種渠道收集缺陷產(chǎn)品信息并進行集中分析處理[2]174，才能及時、有效地對缺陷產(chǎn)品進行判定、縮短召回時間、提高召回效率。因此，構(gòu)建缺陷產(chǎn)品召回的敏捷物流管理信息共享機制是未來發(fā)展的必然趨勢。
一、敏捷物流管理
敏捷物流管理（AgilityLogisticsManagement）亦稱敏捷供應(yīng)鏈管理（AgileSupplyChainManagement，ASCM），是一個極具競爭力的戰(zhàn)略聯(lián)盟，它能夠把零售商、制造商、供應(yīng)商、分銷商以及終端消費者進行統(tǒng)一的整合，并以核心物流企業(yè)為中心，通過對物流、資金流、信息流的控制形成一個整體的、高效響應(yīng)的、無縫化程度較高的功能物流網(wǎng)絡(luò)鏈條[3]18。敏捷物流體系建設(shè)有三個關(guān)鍵點：成本合理、標準化提高效率、信息化帶來可視化。為了完成終端客戶的不同需求，敏捷物流管理需要多個企業(yè)圍繞某市場機遇和不斷變化的需求進行快速的重構(gòu)和調(diào)整，以達到共同完成任務(wù)的目的。這也是它動態(tài)性的一個體現(xiàn)[4]115。敏捷物流管理能夠?qū)a(chǎn)品設(shè)計、市場銷售、客戶服務(wù)的整個過程進行重組，針對敏捷物流實施過程中的各個環(huán)節(jié)對信息的需求量，重構(gòu)整條供應(yīng)鏈，包括：原材料供應(yīng)、生產(chǎn)制造、運輸與倉儲、銷售分銷和客戶服務(wù)等環(huán)節(jié)，并通過信息傳輸將敏捷物流管理中的各個環(huán)節(jié)通過“環(huán)節(jié)外包”達到整個物流的業(yè)務(wù)集成，實現(xiàn)物流管理的敏捷性[5]93。我國是經(jīng)濟大國，要成為經(jīng)濟強國，必須有幾個產(chǎn)業(yè)能夠提供支撐，從技術(shù)、裝備、產(chǎn)品質(zhì)量、市場占有等方面都要站穩(wěn)腳跟。但我們現(xiàn)有產(chǎn)業(yè)，從技術(shù)、工藝、設(shè)備，以及后端的物流、營銷等都有很大問題，亟待解決。同時，由于市場競爭的日趨激烈，對產(chǎn)品創(chuàng)新性要求逐步提高，導(dǎo)致新產(chǎn)品投放周期逐漸縮短，這必將引發(fā)缺陷產(chǎn)品數(shù)量的增加。一旦對缺陷產(chǎn)品實施召回，就將面臨操作流程繁瑣的危機事件處理過程，信息流動量大，給消費者帶來的傷害也越來越多[6]17。因此，引入敏捷物流管理思想，能夠縮短缺陷產(chǎn)品的召回時間、提高召回效率，是實現(xiàn)缺陷產(chǎn)品召回信息共享機制的必然途徑。
二、構(gòu)建缺陷產(chǎn)品召回敏捷物流管理信息共享平臺
本文運用敏捷物流理論思想，根據(jù)企業(yè)經(jīng)營管理整體框架，構(gòu)建缺陷產(chǎn)品召回信息共享平臺。該平臺是敏捷物流管理的核心組成部分，能將敏捷物流思想全方位地貫徹和落實到缺陷產(chǎn)品召回工作中，準確地描述了以市場為導(dǎo)向的缺陷產(chǎn)品召回管理系統(tǒng)，為指導(dǎo)企業(yè)缺陷產(chǎn)品召回的各項活動提供有力平臺。其次，對企業(yè)而言，實施缺陷產(chǎn)品召回管理的入口是缺陷產(chǎn)品信息產(chǎn)生后如何快速制定實施計劃，提高企業(yè)產(chǎn)品召回管理水平。構(gòu)建缺陷產(chǎn)品召回的信息共享平臺恰好能夠有效提升企業(yè)危機管理能力和逆向物流管理能力，并協(xié)助企業(yè)完善產(chǎn)品后市場管理。因此，將敏捷物流思想貫穿于缺陷產(chǎn)品召回的全過程中，有利于企業(yè)提升危機管理能力。本文將傳統(tǒng)被動收集信息轉(zhuǎn)變?yōu)橹鲃铀阉魅毕莓a(chǎn)品信息，為敏捷制定產(chǎn)品召回決策提供信息支持，如圖1所示，為缺陷產(chǎn)品召回敏捷物流管理信息共享平臺：由上圖可知，企業(yè)收集到缺陷產(chǎn)品信息之后，通過信息共享平臺能夠迅速進入風險等級評估階段，顛覆了傳統(tǒng)產(chǎn)品召回管理模式。傳統(tǒng)的缺陷產(chǎn)品召回決策過程相對來說較為繁瑣，首先需要針對收集得到的缺陷產(chǎn)品信息進行初步調(diào)查、核實信息來源的準確性，并通過質(zhì)量管理人員進行初步質(zhì)量評估，然后才能啟動召回計劃；其次，根據(jù)缺陷產(chǎn)品召回的數(shù)量組建召回小組、風險評估小組進行實施計劃的制定，最后才開始進入召回實施階段。因此，該信息共享平臺的構(gòu)建簡化了原有的召回決策流程、提高了產(chǎn)品召回敏捷性，體現(xiàn)了信息共享機制的優(yōu)越性。此外，在缺陷產(chǎn)品敏捷召回決策過程中，需要對相關(guān)的缺陷產(chǎn)品進行危害等級的評估，該過程重點是如何深入追蹤產(chǎn)品缺陷信息源頭，以便能夠準確地進行危害等級分類。在這個過程中，需要結(jié)合召回風險分類標準和企業(yè)產(chǎn)品危害等級分類標準共同得出結(jié)論，并且在評估的過程中還要綜合考慮召回事件對企業(yè)以及整個供應(yīng)鏈帶來的風險[7]。評估完缺陷產(chǎn)品的危害風險等級，直接進入產(chǎn)品召回計劃制定階段，該過程需要通過信息共享平臺來實現(xiàn)。與傳統(tǒng)的產(chǎn)品召回計劃制定過程相比，通過信息共享平臺制定的缺陷產(chǎn)品召回計劃實現(xiàn)了敏捷性，規(guī)避了傳統(tǒng)制定召回方案中的臨時設(shè)定階段。本文構(gòu)建的缺陷產(chǎn)品召回的敏捷物流管理信息共享平臺能夠在發(fā)現(xiàn)缺陷產(chǎn)品之前，就針對不同產(chǎn)品缺陷情境開發(fā)出敏捷召回方案庫，一旦出現(xiàn)缺陷產(chǎn)品，需要實行召回時，直接根據(jù)不同的產(chǎn)品缺陷等級和召回風險等級，快速選取恰當?shù)拿艚菡倩胤桨?，有效地提高缺陷產(chǎn)品召回的敏捷性[8]69。
三、缺陷產(chǎn)品召回的敏捷物流管理信息共享機制
【關(guān)鍵詞】EPC；供應(yīng)鏈；供應(yīng)鏈管理系統(tǒng)
中圖分類號：U49 文獻標識碼：A 文章編號：1006-0278（2013）04-148-01
在供應(yīng)鏈管理中，由于各企業(yè)的具體生產(chǎn)經(jīng)營活動，信息和方向常常在時間和空間上轉(zhuǎn)移，供應(yīng)鏈的各個環(huán)節(jié)經(jīng)常處于松散運動的狀態(tài)，這使得信息的可得性、共享性、精確性和實時性都受到了影響，從而對供應(yīng)鏈管理帶來了問題。EPC標簽技術(shù)廣泛用于數(shù)據(jù)采集和系統(tǒng)指令的傳達，其可讀寫能力尤其適用于供應(yīng)鏈管理上的倉儲、運輸、物料跟蹤、貨架識別、生產(chǎn)管理等環(huán)節(jié)，同時在減少庫存、提高工作效率和操作的智能化等方面有很好的效果。基于EPC技術(shù)設(shè)計的供應(yīng)鏈管理系統(tǒng)能夠大大降低供應(yīng)鏈中的牛鞭效應(yīng)，提升供應(yīng)鏈的透明度，提高供應(yīng)鏈的整體競爭力。
一、EPC技術(shù)
EPC的產(chǎn)生源于人們設(shè)想對世界上的每一件物品都賦予唯一編號的這一美好愿望，就像身份證一樣，每個人都有唯一編號，不同的編號對應(yīng)不同的人，EPC標簽就是物品的省份證。一個完整的EPC系統(tǒng)包括全球產(chǎn)品電子代碼（EPC）體系、射頻識別系統(tǒng)和信息網(wǎng)絡(luò)系統(tǒng)三個部分。全球產(chǎn)品電子代碼體系就是EPC的編碼標準；射頻識別系統(tǒng)包括兩個部分，一個是貼在物品之上或者內(nèi)嵌于物品的EPC標簽，另外一個是識別讀取EPC標簽的識讀器；最后通過信息網(wǎng)絡(luò)系統(tǒng)，我們就能對世界上的每一件物品進行識別，將每一件物品連接起來，并將其中的有用信息為自己所用。
二、基于EPC的供應(yīng)鏈管理系統(tǒng)架構(gòu)
供應(yīng)鏈管理系統(tǒng)是典型的信息管理系統(tǒng)，其主要目的是簡化日常生產(chǎn)工作中的大量重復(fù)機械的操作，并通過對數(shù)據(jù)的有效控制，實現(xiàn)對供應(yīng)鏈上企業(yè)的協(xié)調(diào)，提高企業(yè)的競爭力。
根據(jù)供應(yīng)鏈系統(tǒng)流程分析，供應(yīng)鏈管理系統(tǒng)應(yīng)包括管理平臺、生產(chǎn)企業(yè)、倉儲企業(yè)和商場企業(yè)等4大部分。如圖1所示：
管理平臺：管理平臺是系統(tǒng)的核心，負責對企業(yè)所提交的數(shù)據(jù)進行審核，如產(chǎn)品編碼審核、包裝箱編碼審核等；管理平臺還是生產(chǎn)企業(yè)、倉儲企業(yè)、運輸企業(yè)進行數(shù)據(jù)傳輸時數(shù)據(jù)連接轉(zhuǎn)換的關(guān)鍵部分。
生產(chǎn)企業(yè)：生產(chǎn)企業(yè)是整個系統(tǒng)中EPC標簽寫入的唯一入口，通過對產(chǎn)品、包裝箱的編碼管理，系統(tǒng)中的EPC讀取器能夠?qū)Ξa(chǎn)品的整個物流過程進行追蹤，達到監(jiān)管的目的。
倉儲企業(yè)：倉儲企業(yè)對產(chǎn)品進行存儲并對其存放位置進行確認，以方便合作企業(yè)進行產(chǎn)品的跟蹤查詢。
商場企業(yè)：商場企業(yè)對產(chǎn)品進行最后的銷售，在這里要對產(chǎn)品的銷售信息進行管理，并且對商場會員信息進行管理，將其與產(chǎn)品信息進行綁定，以備日后跟蹤查詢等。
生產(chǎn)企業(yè)向管理平臺進行企業(yè)編碼和產(chǎn)品編碼的申請，在審核通過后，將管理平臺下發(fā)的產(chǎn)品EPC編碼通過RFID設(shè)備進行產(chǎn)品EPC編碼的寫入、驗證和激活，此時EPC激活狀態(tài)保存在管理平臺服務(wù)器中，當產(chǎn)品運送到倉儲企業(yè)時，倉庫對EPC標簽進行讀取，并通過編碼編譯，使其與倉儲軟件格式保持一致，達到數(shù)據(jù)流通的目的。同樣，當產(chǎn)品到達商場企業(yè)時，通過讀取識別和編碼編譯，實現(xiàn)與商場POS軟件的數(shù)據(jù)流通。
業(yè)績穩(wěn)定增長 核心優(yōu)勢突出
據(jù)Frost & Sullivan公司研究，2010年，城市視頻監(jiān)控管理平臺市場規(guī)模為52.2億元，公司市場份額位居城市視頻監(jiān)控管理平臺行業(yè)第二名。憑借雄厚的技術(shù)實力、穩(wěn)固的市場份額和大項目經(jīng)驗優(yōu)勢，公司近年來收入和利潤規(guī)模呈現(xiàn)出良好的成長性。2009年-2011年，三年中，東方網(wǎng)力營業(yè)收入分別是6662萬元、1.17億元和2.09億元，年復(fù)合增長率達到77.33%；而營業(yè)利潤年復(fù)合增長率也達到72.22%。
公司在技術(shù)、大型項目經(jīng)驗及品牌、高科技人才三方面擁有自己的核心競爭力。目前公司擁有一支具有超過10年視頻監(jiān)控管理平臺產(chǎn)品開發(fā)經(jīng)驗的研發(fā)團隊，在視頻聯(lián)網(wǎng)與控制、嵌入式系統(tǒng)、海量信息存儲與調(diào)用、視音頻編解碼、應(yīng)用軟件開發(fā)等技術(shù)領(lǐng)域積累了豐富的經(jīng)驗。公司擁有8項專利、47項軟件著作權(quán)和12項已登記注冊的軟件產(chǎn)品，是經(jīng)北京市科學技術(shù)委員會、北京市財政局、北京市國家稅務(wù)局和北京市地方稅務(wù)局批準認定的高新技術(shù)企業(yè)。
市場嗅覺靈敏 緊抓行業(yè)脈搏
軟件行業(yè)是一個需要對未來有著準確預(yù)知的行業(yè)，若深入到軟件行業(yè)中，需要對這個市場未來做出三五年甚至更久的預(yù)測。從國內(nèi)大規(guī)模投入平安城市項目以來，東方網(wǎng)力大致經(jīng)歷了三個轉(zhuǎn)折點，每次公司都能夠準確推出合適的應(yīng)用產(chǎn)品或做出相應(yīng)的策略，這些都與企業(yè)對行業(yè)的精準判斷并提前做好技術(shù)、戰(zhàn)略儲備密不可分。
2003年，平安城市項目主要是以模擬監(jiān)控產(chǎn)品為主，各個項目之間因建設(shè)時期不同，致使使用產(chǎn)品品牌不同、型號不同，彼此間信息相互獨立，沒有形成信息共享?；诖爽F(xiàn)象，在了解用戶的切實需求后，東方網(wǎng)力將第一代產(chǎn)品定位于模擬產(chǎn)品的大規(guī)模聯(lián)網(wǎng)。2003年，公司產(chǎn)品在上海公安金盾工程中投入使用，率先實現(xiàn)了城市級的視頻聯(lián)網(wǎng)監(jiān)控，該項目標志著公司初步確立了在國內(nèi)城市視頻監(jiān)控管理平臺領(lǐng)域內(nèi)的技術(shù)領(lǐng)先地位。
在2005-2011年期間，數(shù)字監(jiān)控在平安城市項目的應(yīng)用逐漸增多，尤其是在高清技術(shù)相對成熟之后，更好的清晰度為平安用戶在工作中帶來很多便利，因此，公司從第二代產(chǎn)品開始，開始由數(shù)?；旌现鸩竭^渡到全數(shù)字視頻監(jiān)控管理平臺。在此期間，公司明確了打造全面兼容的城市視頻監(jiān)控管理平臺戰(zhàn)略，自主研發(fā)了一系列產(chǎn)品，形成了完善的城市視頻監(jiān)控管理平臺產(chǎn)品線。2008年，公司成功為北京朝陽區(qū)奧運圖像信息系統(tǒng)提供全套城市視頻監(jiān)控管理平臺產(chǎn)品，實現(xiàn)了包括“鳥巢”、“水立方”在內(nèi)的33個奧運場館的視頻聯(lián)網(wǎng)監(jiān)控。
前景預(yù)判精準 戰(zhàn)略發(fā)展獨到
關(guān)鍵詞：設(shè)計活動；協(xié)同設(shè)計平臺
中圖分類號：TP391.9 文獻標識碼：A 文章編號：1671-7597（2013）052-021-02
飛行器、航天器等復(fù)雜產(chǎn)品研發(fā)周期長、參與單位及人員多、涉及專業(yè)廣，因此其研發(fā)過程中經(jīng)常出現(xiàn)不按流程處理、數(shù)據(jù)管理混亂、協(xié)調(diào)效率低下等問題，近些年出現(xiàn)的協(xié)同設(shè)計平臺有助于解決這些問題，所以得到了越來越多企業(yè)的重視。
但是，傳統(tǒng)的協(xié)同設(shè)計平臺有三大不足：一是任務(wù)管理太繁瑣，對計劃管理人員有較高的要求；二是數(shù)據(jù)管理太簡單，沒有實現(xiàn)對常用復(fù)合數(shù)據(jù)類型的專業(yè)化管理；三是數(shù)據(jù)接口不大豐富，缺少對外提供數(shù)據(jù)服務(wù)的接口。
以上種種不足，直接導(dǎo)致了協(xié)同設(shè)計平臺應(yīng)用范圍受到較大限制，現(xiàn)有協(xié)同設(shè)計平臺多用于產(chǎn)品的方案設(shè)計階段，后期更重要的工程研制階段應(yīng)用甚少，給平臺的推廣使用帶來了較大障礙。
設(shè)計活動是對工程設(shè)計或管理人員日常工作的抽象，以此為基礎(chǔ)的新型協(xié)同設(shè)計平臺能克服上述缺點，實現(xiàn)對產(chǎn)品設(shè)計全過程的支持，有利于協(xié)同設(shè)計平臺獲得更廣的市場認同感。1設(shè)計活動
設(shè)計活動是指產(chǎn)品開發(fā)過程中常用的設(shè)計工作組織單元，譬如寫一份設(shè)計報告、畫一份設(shè)計圖，計算產(chǎn)品的特性、進行一次試驗驗證產(chǎn)品性能、安排一次會議等等。
常用的設(shè)計活動有如下類型：
報告：指設(shè)計人員根據(jù)項目要求撰寫某一報告、繪制某一圖紙的過程。
計算：指一般性的針對產(chǎn)品的計算任務(wù)，以自編程計算為主。
協(xié)同計算：指多個計算類型設(shè)計活動的組合，并按照預(yù)先制定的邏輯順序依次進行。協(xié)同計算能一次性自動完成多個計算任務(wù)，可用于產(chǎn)品的優(yōu)化設(shè)計。
外協(xié)件：指對外采購產(chǎn)品零部件或臨時陛使用產(chǎn)品的過程。
CAD設(shè)計：指產(chǎn)品三維設(shè)計，一般與某類型的三維CAD文件相關(guān)聯(lián)，還可以帶有模型驅(qū)動的腳本。
CAE分析：指利用各種商業(yè)CAE軟件對產(chǎn)品進行計算機輔助分析，譬如計算產(chǎn)品的氣動特性、結(jié)構(gòu)強度、運動學仿真等等。
會議：指根據(jù)產(chǎn)品研發(fā)過程需求，召開的相關(guān)會議，既可以是討論會等小規(guī)模會議，也可以是評審會、總結(jié)會等涉及面較廣的會議。會議類型設(shè)計活動一般會包含一個或更多報告類型設(shè)計活動。
試驗：指策劃、實施、總結(jié)某項試驗的過程，試驗是諸多設(shè)計活動的集合體，包括從策劃時期的方案報告、到最終的試驗總結(jié)等報告類型設(shè)計活動，以及具體試驗過程等一般任務(wù)類型設(shè)計活動，甚至還可能包括計算類型設(shè)計活動或外協(xié)件類型設(shè)計活動等等。
一般任務(wù)：指不能為上述類型設(shè)計活動包括的其他設(shè)計活動。
設(shè)計活動具有如下特點：
1）設(shè)計活動的具體內(nèi)容根據(jù)經(jīng)驗、管理規(guī)范等條件設(shè)定，具體內(nèi)容在“實例化”工作任務(wù)時確定。
2）設(shè)計活動一般都會產(chǎn)生數(shù)據(jù)，如試驗會產(chǎn)生試驗數(shù)據(jù)、報告類型設(shè)計活動會產(chǎn)生文檔類型數(shù)據(jù)等等，所以，設(shè)計活動是任務(wù)和數(shù)據(jù)的綜合體。
3）設(shè)計活動可以嵌套，既可能是獨立的任務(wù)，也可能是一些任務(wù)的集合。2協(xié)同設(shè)計平臺
協(xié)同設(shè)計平臺以設(shè)計活動“實例化”后的任務(wù)為主要管理對象，編制計劃的過程實際上就是“實例化”設(shè)計活動的過程。
利用設(shè)計活動任務(wù)與數(shù)據(jù)的共存性實現(xiàn)產(chǎn)品數(shù)據(jù)與工作任務(wù)的同步管理，產(chǎn)品可以看作是數(shù)據(jù)的集合，任務(wù)則是對數(shù)據(jù)進行加工、處理的過程，實現(xiàn)了數(shù)據(jù)與任務(wù)的同步管理也就實現(xiàn)了對產(chǎn)品技術(shù)狀態(tài)的有效管理。
利用設(shè)計活動的嵌套性實現(xiàn)后臺對設(shè)計活動細節(jié)的自動處理，提升工作效率。
通過請求式數(shù)據(jù)交互機制實現(xiàn)設(shè)計平臺內(nèi)部或設(shè)計平臺與外部程序之間的數(shù)據(jù)溝通。
通過本地數(shù)據(jù)接口擴展數(shù)據(jù)使用范圍、簡化數(shù)據(jù)操作。
2.1 基本架構(gòu)
協(xié)同設(shè)計平臺由三大部分組成，數(shù)據(jù)管理系統(tǒng)、項目管理系統(tǒng)及用戶系統(tǒng)。數(shù)據(jù)管理系統(tǒng)和項目管理系統(tǒng)主要運行在服務(wù)器端，分別為平臺提供數(shù)據(jù)管理服務(wù)和任務(wù)調(diào)度服務(wù)；用戶系統(tǒng)運行在客戶端，提供用戶界面，供工程設(shè)計人員日常操作使用。
2.2 數(shù)據(jù)管理系統(tǒng)
數(shù)據(jù)管理系統(tǒng)負責存儲、管理產(chǎn)品設(shè)計數(shù)據(jù)及過程數(shù)據(jù)，并提供數(shù)據(jù)接口服務(wù)，供其他各類程序訪問數(shù)據(jù)。
2.2.1 基本數(shù)據(jù)管理
數(shù)據(jù)管理系統(tǒng)實現(xiàn)對離散數(shù)據(jù)、表數(shù)據(jù)以及擴展表數(shù)據(jù)三類基本數(shù)據(jù)類型的管理。
離散數(shù)據(jù)：指單個的某一數(shù)據(jù)類型的數(shù)據(jù)，數(shù)據(jù)類型可以是字符串、整數(shù)、實數(shù)、布爾、二維向量、三維向量、四維向量、文件、日期等等。離散數(shù)據(jù)用來描述產(chǎn)品的某項屬性。
表數(shù)據(jù)：指m×n的二維數(shù)組，每列數(shù)據(jù)可以有一個字符串類型的列名屬性。除了常規(guī)的數(shù)據(jù)讀寫操作外，表數(shù)據(jù)還提供數(shù)據(jù)插值操作，即選定兩列數(shù)據(jù)分別作為變量和值，然后根據(jù)給定的變量計算出相對應(yīng)的值。表數(shù)據(jù)可以用來描述各種隨時問變化的數(shù)據(jù)。
擴展表數(shù)據(jù)：如果說表數(shù)據(jù)對應(yīng)的是一維插值操作，那么擴展表數(shù)據(jù)對應(yīng)的就是二維插值操作，擴展表數(shù)據(jù)除了包括m×n個數(shù)據(jù)外，每行、每列均對應(yīng)有相應(yīng)的變量數(shù)據(jù)。擴展表的主要操作是二維插值，根據(jù)給定的兩個方向的變量，計算出對應(yīng)的數(shù)值。
2.2.2 數(shù)據(jù)組織
數(shù)據(jù)管理系統(tǒng)負責有效的組織所管理的各項基本數(shù)據(jù)，以便查詢、使用。
2.2.3 方案管理
復(fù)雜產(chǎn)品設(shè)計過程中往往會出現(xiàn)多方案并存的現(xiàn)象，數(shù)據(jù)管理系統(tǒng)提供方案管理功能，管理同一產(chǎn)品不同方案的數(shù)據(jù)。
2.2.4 數(shù)據(jù)版本管理
數(shù)據(jù)的版本管理功能記錄數(shù)據(jù)的變化歷程。
2.2.5 數(shù)據(jù)狀態(tài)管理
數(shù)據(jù)有可編輯、可更新、關(guān)閉、刪除四種狀態(tài)。
可編輯：用戶可以對該項數(shù)據(jù)進行各種操作，包括改變數(shù)據(jù)的值以及創(chuàng)建新版本數(shù)據(jù)。
可更新：用戶只能創(chuàng)建新版本數(shù)據(jù)，不能改變當前版本數(shù)據(jù)值。
關(guān)閉：數(shù)據(jù)只讀，不能創(chuàng)建新版本，也不能改變當前值。
刪除：數(shù)據(jù)不可見，不能訪問。
2.2.6 關(guān)聯(lián)關(guān)系管理
管理數(shù)據(jù)之間的對應(yīng)關(guān)系。
2.2.7 數(shù)據(jù)交互
數(shù)據(jù)最終需為用戶或其他應(yīng)用程序所使用，復(fù)雜產(chǎn)品數(shù)據(jù)量大且復(fù)雜，各種計算程序隨產(chǎn)品特性變化較大，很難用特定的方法對相似產(chǎn)品或產(chǎn)品系列進行計算分析，這也導(dǎo)致計算程序?qū)?shù)據(jù)的需求很難固化下來，因此在計算程序和數(shù)據(jù)進行數(shù)據(jù)交互時，采用更富有彈性的“請求”模式：計算程序告訴數(shù)據(jù)管理系統(tǒng)計算時需要哪些數(shù)據(jù)，數(shù)據(jù)名稱、類型是什么等等，再通過人工或自動的方式，在數(shù)據(jù)與計算程序的請求之間建立數(shù)據(jù)關(guān)聯(lián)關(guān)系，計算程序根據(jù)指定的關(guān)聯(lián)關(guān)系從數(shù)據(jù)管理系統(tǒng)的讀出相應(yīng)數(shù)據(jù)，即獲得了所需要的數(shù)據(jù)。計算模塊的數(shù)據(jù)輸出也采用類似方式：先通知數(shù)據(jù)管理系統(tǒng)會產(chǎn)生哪些數(shù)據(jù)、各是什么類型等等，數(shù)據(jù)管理系統(tǒng)負責接受并按預(yù)定的組織方式處理輸出的數(shù)據(jù)。
2.3 項目管理系統(tǒng)
項目管理系統(tǒng)用于存儲任務(wù)、流程相關(guān)數(shù)據(jù)，統(tǒng)籌、管理用戶提交的工作任務(wù)。
2.3.1 資源管理、協(xié)調(diào)
由于工作任務(wù)可由多人提交，待審批后就正式執(zhí)行，因此，確保人、設(shè)備、工具等資源的合理利用顯得尤為重要，項目管理系統(tǒng)負責協(xié)調(diào)各類資源，確保資源的有效利用。
資源包括部門、人員、設(shè)備、工具、場地等等。
2.3.2 任務(wù)調(diào)度、跟蹤
設(shè)計活動“實例化”成為工作任務(wù)并審批通過后，將變成正式的任務(wù)，需按時保質(zhì)保量完成。項目管理系統(tǒng)管理項目的所有任務(wù)，供設(shè)計人員更新任務(wù)狀態(tài)、查詢?nèi)蝿?wù)周期、資源等信息，供管理人員跟蹤項目執(zhí)行情況，供各級領(lǐng)導(dǎo)監(jiān)督項目運行指標。
2.3.3 流程驅(qū)動
復(fù)雜產(chǎn)品設(shè)計過程中還涉及到諸多審批程序，譬如文件審批流程、計劃審批流程以及用戶提交的設(shè)計活動審批流程等等，項目管理系統(tǒng)負責管理這些流程，并驅(qū)動這些流程的執(zhí)行。
2.3.4 項目統(tǒng)計
項目管理系統(tǒng)還負責統(tǒng)計、展示資源的使用情況、項目運行指標等數(shù)據(jù)。
2.4 用戶系統(tǒng)
用戶系統(tǒng)是項目各設(shè)計、管理人員直接面對的系統(tǒng)，它接受用戶輸入的各種項目數(shù)據(jù)及任務(wù)，項目管理和數(shù)據(jù)管理則接受來自所有用戶的輸入或申請，并進行統(tǒng)一的調(diào)度、管理。
2.4.1 用戶界面
用戶系統(tǒng)提供用戶界面，工程設(shè)計人員在此完成所有平臺所有操作，包括“實例化”設(shè)計活動、查看項目狀態(tài)、項目數(shù)據(jù)編輯、結(jié)果查看等等。具體功能如下：
1）數(shù)據(jù)組織。
用戶界面啟動時，系統(tǒng)會從服務(wù)器端同步數(shù)據(jù)，下載到本地后，用戶系統(tǒng)按照預(yù)定的方式顯示產(chǎn)品及流程相關(guān)數(shù)據(jù)。
2）多模式數(shù)據(jù)展示。
用戶系統(tǒng)以多種模式向用戶顯示各種數(shù)據(jù)，包括數(shù)據(jù)、曲線圖表、3D場景、CAD視圖等等。
3）數(shù)據(jù)格式轉(zhuǎn)換。
用戶系統(tǒng)提供數(shù)據(jù)格式轉(zhuǎn)換功能，既便于將現(xiàn)有多種格式的數(shù)據(jù)導(dǎo)入到協(xié)同設(shè)計平臺，又便于將平臺中的數(shù)據(jù)導(dǎo)出成指定格式，供后續(xù)設(shè)計工作使用。
4）插件管理。
復(fù)雜產(chǎn)品的設(shè)計中一般都會涉及到非常專業(yè)、無法通用化的計算仿真，用戶系統(tǒng)允許將自定義的程序插入系統(tǒng)，形成專業(yè)化的系統(tǒng)。
2.4.2 數(shù)據(jù)接口
數(shù)據(jù)接口是一組隨用戶系統(tǒng)的API，供工程技術(shù)人員自編的程序與平臺進行數(shù)據(jù)交互。數(shù)據(jù)接口提供多種編程語言支持，保證工程設(shè)計人員使用最擅長的工具高效完成任務(wù)。
（北京服裝學院計算機信息中心，北京 100029）
摘要：針對當前電子商務(wù)模式的應(yīng)用優(yōu)勢和農(nóng)業(yè)信息化的需求，采用J2EE技術(shù)基于組件的方法設(shè)計和實現(xiàn)了農(nóng)產(chǎn)品電子商務(wù)平臺。由于采用了J2EE多層架構(gòu)技術(shù)，該系統(tǒng)不但具有良好的可移植性和可擴展性，也具有較高的可靠性。
關(guān)鍵詞 ：農(nóng)產(chǎn)品；電子商務(wù)；電子商務(wù)平臺；J2EE；EJB；農(nóng)業(yè)
中圖分類號：TP311文獻標識碼：A文章編號：0439－8114（2015）01－0192－04
DOI：10．14088／j．cnki．issn0439－8114．2015．01．050
Design of Agricultural Products E－commerce Platform Based on J2EE
HONG Ying
（Computer Information Center， Beijing Institute of Fashion Technology， Beijing 100029， China）
Abstract： In the view of the advantages of applying e－commerce and the requirement of agricultural information， the agricultural products e－commerce platform was designed and implemented based on J2EE component technique． This system has a good portability， good scalability and high reliability due to using J2EE multi－layer architecture technique．
Key words： agricultural product； e－commerce； e－commerce platform； J2EE； EJB； agriculture
收稿日期：2014－01－10
基金項目：北京市青年英才項目（YETP1414）；北京服裝學院院內(nèi)科研項目（2012A－17）
作者簡介：洪 穎（1980－），男，安徽黃山人，講師，碩士，主要從事信息檢索和數(shù)據(jù)挖掘研究，（電話）18600209162（電子信箱）hongy1207＠163．com。
中國是個傳統(tǒng)農(nóng)業(yè)大國，農(nóng)業(yè)產(chǎn)業(yè)一直是中國的重要經(jīng)濟支柱，但是農(nóng)業(yè)經(jīng)濟模式具有地域性強、季節(jié)性強、產(chǎn)品的標準化程度低、生產(chǎn)者分散等特點，傳統(tǒng)的農(nóng)戶和經(jīng)銷商面對面的這種農(nóng)產(chǎn)品銷售模式顯然難以滿足農(nóng)業(yè)發(fā)展要求，農(nóng)民生產(chǎn)的農(nóng)產(chǎn)品如果無法及時找到銷售渠道，無疑會帶來損失。隨著互聯(lián)網(wǎng)的發(fā)展，電子商務(wù)這種新型的商業(yè)運作模式迅速發(fā)展起來，它打破了時空的局限性，改變了傳統(tǒng)的貿(mào)易模式，通過網(wǎng)絡(luò)的方式實現(xiàn)消費者的購物、網(wǎng)上交易和在線電子支付以及各種商務(wù)活動［1］。如果將電子商務(wù)模式引入到農(nóng)業(yè)行業(yè)中，構(gòu)建農(nóng)產(chǎn)品的電子商務(wù)平臺將會有效推動農(nóng)業(yè)產(chǎn)業(yè)化的步伐，促進農(nóng)村經(jīng)濟發(fā)展。農(nóng)產(chǎn)品電子商務(wù)平臺能降低成本，提高效率，打破區(qū)域和時間的限制，實現(xiàn)農(nóng)產(chǎn)品流通的規(guī)?；?。
目前，在大型電子商務(wù)平臺中，采用J2EE基于組件技術(shù)來開發(fā)具有較大的優(yōu)勢，能保證電子商務(wù)系統(tǒng)所需的高可用性、安全性、可靠性和可擴展性等特點，還能降低系統(tǒng)實現(xiàn)的復(fù)雜性。為此，使用J2EE技術(shù)來開發(fā)一個農(nóng)產(chǎn)品電子商務(wù)平臺，以期為農(nóng)產(chǎn)品流通的規(guī)?；峁┮欢ǖ谋Ｕ稀?/p>
1 相關(guān)技術(shù)介紹
1．1 J2EE技術(shù)
J2EE（Java 2 Platform Enterprise Edition）是SUN公司提出的使用Java技術(shù)構(gòu)建多層次企業(yè)級應(yīng)用的一系列標準和規(guī)范。其中所包含的各種組件、服務(wù)架構(gòu)及技術(shù)層次均有共同的標準和規(guī)范，使各種依循這種標準和規(guī)范的不同平臺之間具有了良好的兼容性，擺脫了過去企業(yè)級應(yīng)用之間彼此無法兼容而導(dǎo)致的企業(yè)內(nèi)部應(yīng)用與外部應(yīng)用難以互通的窘境［2］。
J2EE具有典型的四層結(jié)構(gòu)［3］，包括運行在客戶端服務(wù)器上的客戶層組件、運行在J2EE服務(wù)器上的表示層組件和業(yè)務(wù)邏輯層組件以及運行在EIS服務(wù)器上的企業(yè)信息系統(tǒng)（Enterprise information system）層軟件。圖1為J2EE多層應(yīng)用模型體系結(jié)構(gòu)。
客戶層通常為瀏覽器或Applet等客戶端實現(xiàn)的用戶界面；表示層是一些Web組件，運行在J2EE服務(wù)器上，由Web容器運行，包括JSP、Servlet等；業(yè)務(wù)邏輯層由一些運行在J2EE服務(wù)器上的EJB組件組成，這些組件運行在EJB容器中，一個Bean從客戶端接收數(shù)據(jù)、處理，然后把數(shù)據(jù)送到企業(yè)信息系統(tǒng)層存儲起來。同樣，一個Bean也可以從企業(yè)信息系統(tǒng)取出數(shù)據(jù)，發(fā)送到客戶端程序；企業(yè)信息系統(tǒng)層主要處理企業(yè)其他一些系統(tǒng)軟件和進行數(shù)據(jù)的存儲。
J2EE平臺能夠更好地解決企業(yè)應(yīng)用中的“信息共享”和“服務(wù)集成”兩大技術(shù)問題［4］。系統(tǒng)具有安全性高、穩(wěn)定性和可用性好、擴展性和伸縮性好以及良好的平臺無關(guān)性等優(yōu)勢。
1．2 MVC設(shè)計模式
MVC模式（Model－View－Controller）是軟件工程中的一種軟件架構(gòu)模式，該模式把應(yīng)用程序分為三個核心模塊：模型（Model）、視圖（View）和控制器（Controller）。各個模塊分別擔負著不同的任務(wù)［5］。
控制器負責視圖和模型之間的交互，它主要負責兩方面的動作，把用戶的請求分發(fā)到相應(yīng)的模型和將模型的改變及時反映到視圖上［6，7］。視圖是應(yīng)用程序和用戶之間的接口，它負責將應(yīng)用顯現(xiàn)給用戶和顯示模型的狀態(tài)；模型是應(yīng)用程序的主體核心部分，它封裝了應(yīng)用程序的數(shù)據(jù)結(jié)構(gòu)和事務(wù)邏輯。
1．3 EJB組件及其類型
EJB（Enterprise Java Beans）是J2EE架構(gòu)中服務(wù)器端組件模型，主要用于開發(fā)和部署多層結(jié)構(gòu)、分布式的應(yīng)用程序［8］。EJB組件通常要運行在EJB容器中，它的優(yōu)點在于封裝性和可移植性，在具有相似業(yè)務(wù)邏輯功能的應(yīng)用系統(tǒng)之間不需要修改代碼重新編譯，支持軟件的復(fù)用，降低開發(fā)成本，應(yīng)用系統(tǒng)可以在一個支持EJB的環(huán)境中開發(fā)，完成后可以部署在其他環(huán)境中。
EJB從功能上可分為會話Bean（Session Bean）和實體Bean（Entity Bean）。
1）會話Bean（Session Bean）。Session Bean實現(xiàn)了運行于服務(wù)器上的業(yè)務(wù)邏輯，用戶通過調(diào)用Session Bean來訪問服務(wù)器，Session Bean在J2EE服務(wù)器上代表一個用戶，它通過在服務(wù)器端運行業(yè)務(wù)邏輯為用戶完成特定任務(wù)。
Session Bean有兩種應(yīng)用模式：無狀態(tài)Session Bean（Stateless）和有狀態(tài)Session Bean（Stateful）［9］。無狀態(tài)Session Bean在一個方法調(diào)用的過程中能維持調(diào)用用戶的狀態(tài)，一旦方法執(zhí)行完，狀態(tài)就不被保持，但無狀態(tài)Session Bean的Bean實現(xiàn)類可以被多個客戶端共享使用。有狀態(tài)Session Bean可以使用不同的Bean實現(xiàn)類一對一地維持某個調(diào)用用戶的狀態(tài)，每一個并發(fā)的用戶都有一個對應(yīng)的有狀態(tài)Session Bean。
2）實體Bean（Entity Bean）。實體Bean代表數(shù)據(jù)庫或另外一個企業(yè)應(yīng)用系統(tǒng)中的數(shù)據(jù)對象，如數(shù)據(jù)庫中的一條記錄［10］。實體Bean的屬性代表業(yè)務(wù)過程中處理的永久性數(shù)據(jù)，是持久性的，運行共享訪問。會話Bean的狀態(tài)不依賴于應(yīng)用服務(wù)器而存在，是底層數(shù)據(jù)庫記錄的映像，和數(shù)據(jù)庫記錄保持同步，所以如果應(yīng)用服務(wù)器停止運行，實體Bean的狀態(tài)還保存在數(shù)據(jù)庫中。
2 系統(tǒng)設(shè)計
2．1 系統(tǒng)功能模塊的設(shè)計分析
農(nóng)產(chǎn)品電子商務(wù)平臺系統(tǒng)包括前臺和后臺部分，其中前臺有以下功能模塊。
1）會員模塊。用戶首次使用農(nóng)產(chǎn)品電子商務(wù)平臺需要進行會員注冊，注冊成功才能登陸平臺購買商品，也可以享受會員商品特價。在會員模塊中用戶還可以進行修改注冊資料、兌換積分等操作。
2）購物車模塊。用戶進入平臺選購農(nóng)產(chǎn)品時，可以使用購物車。購物車具有查看購物車商品、修改購物車商品、確認訂單信息（包括查看商品數(shù)量、價格和總金額等）以及提交訂單等功能。
3）訂單管理模塊。該模塊主要提供訂單信息，包括訂單編號、金額、下單日期、訂單狀態(tài)等，用戶可以查看和修改訂單信息。
4）商品搜索模塊。該模塊可以讓用戶按日期、商品名稱、類型等方式搜索商品，快速找到需要的農(nóng)產(chǎn)品。
農(nóng)產(chǎn)品電子商務(wù)平臺的后臺包括以下功能模塊。
1）商品類別管理模塊。主要實現(xiàn)對商品類別進行增加、修改和刪除等操作，管理員還可以通過分類管理實現(xiàn)商品的分類并可以增加、修改和刪除商品信息。該模塊還支持下載Excel模板，批量導(dǎo)入商品信息。
2）商品管理模塊。該模塊主要實現(xiàn)管理員進行增加、修改和刪除商品的操作。支持下載Excel模板，批量導(dǎo)入商品信息。
3）訂單管理模塊。系統(tǒng)管理員可以對訂單進行管理、統(tǒng)計和打印，既可以按照會員信息進行統(tǒng)計，也可以按照商品信息進行統(tǒng)計等。
4）會員管理模塊。此模塊實現(xiàn)系統(tǒng)管理員對注冊會員的管理功能，包括會員的查看、刪除、設(shè)置會員權(quán)限、設(shè)置會員商品折扣和會員積分管理等。
5）管理員用戶管理模塊。該模塊提供對系統(tǒng)管理員用戶的管理功能，包括增加、刪除、修改管理員用戶等操作。
基于J2EE的農(nóng)產(chǎn)品電子商務(wù)平臺系統(tǒng)功能模塊如圖2所示。
2．2 數(shù)據(jù)庫設(shè)計
數(shù)據(jù)庫設(shè)計在系統(tǒng)開發(fā)過程中是一項重要的工作。一個系統(tǒng)的好壞很大程度上依賴于數(shù)據(jù)庫設(shè)計的質(zhì)量。為實現(xiàn)對數(shù)據(jù)的系統(tǒng)管理，保證數(shù)據(jù)的整體性、完整性和共享性，系統(tǒng)的開發(fā)采用了SQL Server 2005數(shù)據(jù)庫。Microsoft SQL Server 2005是一個全面的數(shù)據(jù)庫平臺，提供了企業(yè)級的數(shù)據(jù)管理，具有連接速度快、支持用戶多和安全性好等優(yōu)點［11］。電子商務(wù)平臺設(shè)計的主要數(shù)據(jù)表包括農(nóng)產(chǎn)品信息表、農(nóng)產(chǎn)品類別信息表、管理員表、用戶信息表、訂單信息表等，系統(tǒng)數(shù)據(jù)庫ER模型如圖3。
2．3 系統(tǒng)架構(gòu)
依據(jù)J2EE的典型架構(gòu)和B／C電子商務(wù)平臺的特點，農(nóng)產(chǎn)品電子商務(wù)平臺采用4層架構(gòu)，分別是客戶層、表示層、業(yè)務(wù)邏輯層和企業(yè)信息系統(tǒng)層（圖4）。
客戶層是用戶通過瀏覽器對農(nóng)產(chǎn)品電子商務(wù)平臺進行訪問的網(wǎng)絡(luò)終端，系統(tǒng)用戶分為管理員用戶、未注冊用戶和會員用戶，管理員用戶負責對電子商務(wù)平臺進行管理和維護，而未注冊用戶和會員用戶可以通過訪問電子商務(wù)平臺的前臺界面進行商品查詢和產(chǎn)品訂購等操作。
表示層主要處理客戶層的請求并做出響應(yīng)，主要采用JSP實現(xiàn)與客戶的信息交互。該層向客戶層提供了兩個接口，分別是電子商務(wù)平臺接口和管理接口。電子商務(wù)平臺接口允許客戶層的所有用戶訪問農(nóng)產(chǎn)品電子商務(wù)平臺，而管理接口只能由管理員用戶進行訪問，一般用戶與會員用戶沒有權(quán)限。只有注冊會員才能從交易系統(tǒng)購買商品。一般公共信息瀏覽不做限制。
業(yè)務(wù)邏輯層主要對表示層的數(shù)據(jù)請求進行處理，是農(nóng)產(chǎn)品電子商務(wù)平臺的核心層。在該層中封裝了各個業(yè)務(wù)邏輯EJB，如會員管理、訂單管理及商品管理等。電子商務(wù)平臺對業(yè)務(wù)邏輯層的業(yè)務(wù)對象進行封裝，使得表示層不直接訪問EJB組件，而是通過系統(tǒng)訪問會話Bean和子系統(tǒng)會話Bean來實現(xiàn)對EJB組件的訪問。該層主要應(yīng)用的J2EE技術(shù)有EJB和JDBC。
企業(yè)信息系統(tǒng)層是農(nóng)產(chǎn)品電子商務(wù)平臺數(shù)據(jù)庫系統(tǒng)所在的層。企業(yè)信息系統(tǒng)層一般處理業(yè)務(wù)邏輯層的數(shù)據(jù)庫操作，該層提供了對組織數(shù)據(jù)基本的存儲和訪問。
3 系統(tǒng)實現(xiàn)
基于J2EE架構(gòu)的農(nóng)產(chǎn)品電子商務(wù)平臺采用J2EE的4層架構(gòu)，分別為客戶層、表示層、業(yè)務(wù)邏輯層和企業(yè)信息系統(tǒng)層。下面主要介紹一下各層的實現(xiàn)。
3．1 客戶層
基于J2EE架構(gòu)的農(nóng)產(chǎn)品電子商務(wù)平臺客戶層采用JSP動態(tài)網(wǎng)頁的形式來實現(xiàn)，單擊頁面鏈接或按鈕進入相應(yīng)的功能模塊執(zhí)行。
3．2 表示層
基于J2EE的農(nóng)產(chǎn)品電子商務(wù)平臺通過HTTP協(xié)議使用Servlet調(diào)用相應(yīng)的ELB組件來完成用戶請求，并將處理的結(jié)果返回給用戶。系統(tǒng)主要包括以下一些Java Servlet。
1）登錄Servlet。當用戶登錄農(nóng)產(chǎn)品電子商務(wù)平臺時，登錄Servlet負責讀取用戶名，然后檢索和用戶名匹配的用戶實體Bean，并將用戶輸入的密碼與用戶實體Bean所存儲的密碼進行匹配，如果匹配成功，則為用戶創(chuàng)建一個臨時的購物車，并轉(zhuǎn)到農(nóng)產(chǎn)品電子商務(wù)平臺的主頁Servlet，如果匹配不成功，則顯示一個錯誤信息并提示用戶再次輸入密碼。
2）購物車查詢Servlet。用戶可以查看和修改購物車，當用戶修改了購物車的狀態(tài)時，購物車查詢Servlet，將通過調(diào)用計算總價的無狀態(tài)會話Bean重新計算價格。
3）購買Servlet。用戶選擇完商品確認購買時，可以將購物車狀態(tài)會話Bean轉(zhuǎn)化為訂單實體Bean。
3．3 業(yè)務(wù)邏輯層
基于J2EE的農(nóng)產(chǎn)品電子商務(wù)平臺業(yè)務(wù)邏輯層的EJB組件主要有商品、用戶、訂單、訂單明細、購物車、購物車明細和總價計算等。其中購物車和購物車明細不是永久性的，所以采用有狀態(tài)會話Bean來實現(xiàn)，而商品、用戶、訂單和訂單明細具有永久性的持續(xù)性對象，即便電子商務(wù)平臺由于某種原因意外終止服務(wù)，這些實體的狀態(tài)仍然要保證存在，所以采用實體Bean來實現(xiàn)，一旦機器出現(xiàn)問題，實體Bean能夠在內(nèi)存中被重新創(chuàng)建?？們r計算可以針對任何一個購物車，非永久性，采用無狀態(tài)會話Bean實現(xiàn)。
4 小結(jié)
針對電子商務(wù)平臺在農(nóng)業(yè)領(lǐng)域的應(yīng)用優(yōu)勢，分析了農(nóng)產(chǎn)品電子商務(wù)平臺開發(fā)的各個環(huán)節(jié)的關(guān)鍵技術(shù)和實現(xiàn)方法，構(gòu)建了高質(zhì)量的J2EE應(yīng)用框架。與其他電子商務(wù)平臺相比，基于J2EE組件技術(shù)開發(fā)的系統(tǒng)具有很多優(yōu)點，比如系統(tǒng)可以跨平臺運行，后期修改很方便，單個EJB組件的修改對整個系統(tǒng)的影響很小等；由于采用J2EE架構(gòu)和EJB組件技術(shù)，系統(tǒng)具有良好的可靠性和可擴展性。
參考文獻：
［1］ 楊傳明．基于開源J2EE框架的電子商務(wù)實驗平臺研究［J］．計算機應(yīng)用與軟件，2009，26（10）：70－71．
［2］ 徐俊萍，翟玉慶． J2EE技術(shù)及其在電子商務(wù)開發(fā)中的應(yīng)用研究［J］．計算機應(yīng)用研究，2009（1）：142－144．
［3］ 董福壯．基于組件的B2C電子商務(wù)系統(tǒng)應(yīng)用［J］．計算機工程與應(yīng)用，2009，72（2）：127－129．
［4］ 陳 勇．電子商務(wù)Web數(shù)據(jù)庫技術(shù)相關(guān)方法的應(yīng)用研究［J］．計算機工程與應(yīng)用，2008（5）：175－178．
［5］ 常晉義．基于J2EE的電子商務(wù)網(wǎng)構(gòu)建技術(shù)及應(yīng)用［J］．計算機應(yīng)用研究，2009（4）：105－108．
［6］ 倪曉秋，季 民，王光偉． J2EE案例開發(fā)［M］ ．北京：中國水利出版社，2005．10－19．
［7］ 馬 燕，林傳立． J2EE在電子商務(wù)開發(fā)中的應(yīng)用研究［J］． 計算機應(yīng)用研究，2002，19（9）：42－44．
［8］ 劉繼華，李臘元．基于Java的數(shù)據(jù)庫連接池的設(shè)計與實現(xiàn)［J］．計算機工程與應(yīng)用，2003（7）：183－185．
［9］ 王 兵，徐汀榮．基于J2EE體系結(jié)構(gòu)實現(xiàn)網(wǎng)上購物系統(tǒng)［J］．信陽師范學院學報（自然科學版），2005，18（1）：110－113．
［10］ 蔡 明，陳永運．J2EE架構(gòu)的研究與應(yīng)用［J］．計算機應(yīng)用與軟件，2004，21（1）：42－43．
1．1傳統(tǒng)工業(yè)設(shè)計平臺現(xiàn)狀
傳統(tǒng)的工業(yè)設(shè)計平臺還存在很多缺陷與不足，主要有以下3個方面［3］。首先，網(wǎng)站內(nèi)容缺乏實時性。作為工業(yè)設(shè)計產(chǎn)品的展示平臺，很多網(wǎng)站只是把已經(jīng)投入生產(chǎn)的舊產(chǎn)品進行展示，有些甚至是多年前的設(shè)計產(chǎn)品，無法跟隨工業(yè)設(shè)計的潮流。其次，展示的工業(yè)設(shè)計產(chǎn)品實用性不高。這類網(wǎng)站經(jīng)常展示概念性產(chǎn)品，卻不考慮許多概念性產(chǎn)品只是處于理論階段，很多方面是用現(xiàn)今已有手段無法實現(xiàn)的。一味地進行概念展示，非但無助于工業(yè)設(shè)計的進步，反而會鉗制設(shè)計者的思想。最后，網(wǎng)站模式過于單一?，F(xiàn)有的工業(yè)設(shè)計網(wǎng)站大多數(shù)都是產(chǎn)品展示網(wǎng)站，缺少學習、交易等功能，這也使得很多學習者、設(shè)計者只能望“站”興嘆。
1．2新型工業(yè)設(shè)計平臺的設(shè)計思考
基于現(xiàn)階段工業(yè)設(shè)計平臺發(fā)展現(xiàn)狀，從互聯(lián)網(wǎng)知識創(chuàng)造和內(nèi)容聚合的角度，根據(jù)各類用戶的需求［4］，開發(fā)了基于威客模式的工業(yè)設(shè)計平臺。該平臺是以威客模式為基礎(chǔ)，在面向服務(wù)、用戶參與、功能聚合的設(shè)計思想下開發(fā)出來的。與傳統(tǒng)的工業(yè)設(shè)計平臺不同，該平臺是一個綜合性的功能平臺，能充分滿足不同用戶的要求。用戶不僅可以在平臺上上傳自己設(shè)計的作品，還可以進行工業(yè)設(shè)計專業(yè)的學習交流，成為網(wǎng)站資源的提供者和使用者。除此之外，商家可以根據(jù)自己的要求工業(yè)設(shè)計產(chǎn)品的需求任務(wù)；用戶可以憑借自己的能力進行競標，獲取設(shè)計產(chǎn)品的任務(wù)。商家可以在平臺中進行個性定制，發(fā)現(xiàn)創(chuàng)意設(shè)計；用戶可以進行作品展示、學習與交流，提升自身的創(chuàng)意思維和設(shè)計能力。
2威客模式的含義與特征
2．1威客模式的含義
威客，英文譯為witkey，由wit（智慧）和key（鑰匙）2個單詞組成。威客通常指通過互聯(lián)網(wǎng)把自己的智慧、知識、能力、經(jīng)驗轉(zhuǎn)換成實際收益的人，他們在互聯(lián)網(wǎng)上通過解決科學、生活、學習等領(lǐng)域的問題，從而讓知識、智慧體現(xiàn)經(jīng)濟價值［5］。威客模式則是威客們將自身的知識、智慧、經(jīng)驗、技能通過互聯(lián)網(wǎng)轉(zhuǎn)換成虛擬或者實際收益，從而達到各取所需的互聯(lián)網(wǎng)新模式，體現(xiàn)了互聯(lián)網(wǎng)按勞取酬和以人為中心的理念。
2．2威客模式的特征
在Web2．0時代，威客模式作為一種新型的互聯(lián)網(wǎng)模式，具有知識有償化和回答個性化的特征［6－7］。
2．2．1知識有償化威客作為在互聯(lián)網(wǎng)通過自己的知識為他人解決問題而獲取報酬的人，必須具有一定的知識水平，才能為他人提供完整、合理的解決方案；威客模式改變了知識免費共享的模式，將智力勞動成果作為商品來看待［8］。這樣的知識有償化轉(zhuǎn)變，是對知識的實踐運用，提高人們?nèi)W習知識、開發(fā)知識應(yīng)用領(lǐng)域的熱情，激發(fā)他們?nèi)ヌ岣吒嘟鉀Q問題的能力［9］。
2．2．2回答個性化威客模式改變了專家學者提供標準答案的模式，每個有能力的人都是威客，每個普通人都有可能通過自身積累的知識解決問題。這種問答模式還能夠讓一些企業(yè)節(jié)省開發(fā)成本，開發(fā)具有個性的產(chǎn)品，滿足不同消費者的需求。
3威客模式工業(yè)設(shè)計平臺的設(shè)計
3．1威客模式工業(yè)設(shè)計平臺的總體設(shè)計
基于威客模式的工業(yè)設(shè)計平臺是一個集展示、學習、交易為一體的網(wǎng)站平臺。該平臺以威客模式為核心，圍繞原創(chuàng)性、交互性、針對性的思想進行開發(fā)［10］。它能充分發(fā)揮學習者的自主性、設(shè)計者的主觀能動性。平臺由用戶管理、個人中心、作品展示、知識學習、威客交易、作品上傳、作品審核和系統(tǒng)維護等功能模塊組成，平臺功能模塊設(shè)計如圖1所示［11］。
3．2威客模式工業(yè)設(shè)計平臺的模塊設(shè)計
3．2．1用戶管理模塊用戶管理模塊有注冊和登錄2項基本功能，將用戶分為游客、會員、管理員三大類，各自擁有不同的權(quán)限。游客無需注冊，只能對特定的作品進行瀏覽，無法對作品進行評價交流的操作。會員擁有個人中心，能夠進行瀏覽、評論、上傳、修改等操作，對平臺展示的工業(yè)設(shè)計作品進行評價、學習，上傳符合平臺規(guī)定的工業(yè)設(shè)計作品，并進行內(nèi)容的增加、刪除、修改操作。管理員具有審核、刪除、、維護的權(quán)限。用戶上傳的作品需要通過管理員審核后才能對公眾進行展示，如不通過則被刪除。此外，管理員還可以工業(yè)設(shè)計學習教程、信息公告，具有資料的上傳下載權(quán)限。
3．2．2個人中心模塊個人中心模塊給注冊后的用戶提供一個可以自己規(guī)劃的空間，包含個人信息管理、個人作品管理、個人學習管理、信息交流管理和空間風格管理等子模塊。用戶可以在個人信息管理模塊，進行頭像、昵稱、密碼、個人簽名等個人信息的修改；在個人作品管理模塊，對自己上傳的作品進行修改或者刪除操作；在個人學習模塊，記錄用戶的學習教程和學習進度，以便繼續(xù)進行學習；在信息交流模塊，系統(tǒng)的通知、其他用戶的回復(fù)信息都會通過站內(nèi)信的形式通知用戶，保證用戶間的即時溝通；在空間風格模塊，用戶可以根據(jù)喜好對空間進行自由搭配，展現(xiàn)自身的特色與品位。
3．2．3作品展示模塊作品展示模塊是用于展示工業(yè)設(shè)計作品的模塊，其中包括大師作品、創(chuàng)意作品、推廣作品等欄目分類。大師作品欄目用于展示一些知名大師的工業(yè)設(shè)計作品，供用戶觀摩學習；創(chuàng)意作品欄目則展示近年來的概念作品或者是用戶的奇思妙想，為工業(yè)設(shè)計產(chǎn)品創(chuàng)新提供靈感；推廣作品欄目則對已有產(chǎn)品的原版或改進版進行呈現(xiàn)。作品的展示方式多元化，包括圖文描述、影音介紹，集中體現(xiàn)各類別工業(yè)設(shè)計作品的精華。
3．2．4知識學習模塊知識學習模塊包含了學習課程和學習測試2個子模塊。學習課程模塊針對不同設(shè)計水平的學習者提供層次性的學習教程，適合使用者根據(jù)自身的能力進行選擇性學習，用戶選擇的學習進度會被記錄，以方便下次繼續(xù)學習。學習測試模塊讓用戶在學習完課程后，對自己的學習效果進行測試。測試模式分為2種，一種是章節(jié)測試，另一種是綜合測試。用戶打開測試后，平臺會從題庫中抽取10道理論題，這些題目的內(nèi)容來自學習課程模塊，由用戶選擇的類別決定。用戶在回答完所有題目后才能提交，并獲得答題情況反饋。平臺會自動根據(jù)答題情況給出測試得分，為答錯的題目提供課程的鏈接，而不是直接提供標準答案，這種形式有助于加強用戶的知識體系構(gòu)建，提升其學習自主性［12］。
3．2．5威客交易模塊威客交易模塊是聯(lián)系互聯(lián)網(wǎng)與現(xiàn)實的核心模塊。該模塊為用戶提供了一個將知識轉(zhuǎn)化為財富的平臺，包含知道型和懸賞型2種威客模式。知道型威客模式主要是用戶個人與個人之間進行工業(yè)設(shè)計問題問答的一種模式，用戶甲關(guān)于某個工業(yè)設(shè)計的問題，由其他用戶進行回答，如果最終采納了用戶乙的答案，則用戶乙會獲得用戶甲問題的獎勵積分，獎勵積分根據(jù)問題的難度級別而不同。懸賞型威客模式是偏重于商家與用戶之間的威客交易模式。主要流程如下：1）商家懸賞任務(wù)和要求；2）商家支付一定或者全額費用給網(wǎng)站平臺；3）其他用戶根據(jù)自身能力自由競標，商家自己或者委托平臺從所有競選者中選出中標者；4）中標者按要求完成任務(wù)，把成果提交給平臺；5）根據(jù)完成的成果實際情況，商家支付給平臺剩余費用，平臺從商家支付的費用中抽取一定比例（一般20％）的傭金，剩余部分支付給中標者。懸賞型威客模式的收入是網(wǎng)站平臺主要的利潤來源，具有盈利模式清晰、可實行性高的特點［13］。
3．2．6作品上傳模塊作品上傳模塊為用戶提供了多種類型的內(nèi)容上傳功能，包括工業(yè)設(shè)計文字教程、作品圖片、產(chǎn)品視頻等。上傳的內(nèi)容會根據(jù)最終呈現(xiàn)形式規(guī)劃在不同分區(qū)，方便其他用戶搜索。為了保證作品上傳的效率和規(guī)范，上傳的作品根據(jù)類型不同有大小限制，對圖片和影音文件進行必要的壓縮和格式轉(zhuǎn)換；所有上傳的作品需要經(jīng)管理員審核通過才能被在網(wǎng)站頁面上，不符合網(wǎng)站規(guī)范和國家法律的作品會被刪除。
3．2．7系統(tǒng)維護模塊系統(tǒng)維護模塊是保障平臺穩(wěn)定運行不可或缺的模塊。該模塊需要管理員權(quán)限方可操作，主要包含通告信息管理、資料上傳下載管理和系統(tǒng)維護3個子模塊。管理員通過通告信息模塊網(wǎng)站通知信息；通過資料上傳下載模塊更新資源庫；通過系統(tǒng)維護模塊進行必要的平臺維護，如數(shù)據(jù)庫更新，功能模塊增減等。
4威客模式工業(yè)設(shè)計平臺的應(yīng)用
威客模式應(yīng)用到工業(yè)設(shè)計網(wǎng)站，并且實現(xiàn)商業(yè)化，主要覆蓋以下3個方面［14］。
4．1客戶類型平臺的用戶基本以中小企業(yè)和個人為主。就大企業(yè)而言，一方面他們的項目往往比較復(fù)雜，需要專業(yè)的技術(shù)水平；另一方面，他們資金相對雄厚，寧愿花重金尋找滿意的方案，以保證項目的質(zhì)量。相比較而言，中小企業(yè)的問題簡單一些，只要擁有一定的水平就可以進行解答，比如工業(yè)產(chǎn)品的設(shè)計草圖，選擇威客模式，可以低成本而高效率完成，不失為一種好的選擇。
4．2產(chǎn)品與服務(wù)
平臺提供的產(chǎn)品有無形和有形2種。無形的產(chǎn)品如設(shè)計產(chǎn)品圖標、撰寫策劃方案，這些產(chǎn)品最終都通過互聯(lián)網(wǎng)直接傳送，是典型的電子商務(wù)模式［15］。由于工業(yè)設(shè)計產(chǎn)品的特殊性，最終呈現(xiàn)的產(chǎn)品更多的是有形的實物，這類產(chǎn)品往往需要創(chuàng)意的產(chǎn)品設(shè)計，集合眾人的智慧，這正是威客模式的一大優(yōu)勢，所以這種模式很適合工業(yè)設(shè)計產(chǎn)品領(lǐng)域。
4．3收入方式
平臺屬于典型的C2C網(wǎng)站，只要運行合理，完全可以實現(xiàn)三贏的局面。商家可以通過平臺得到自己想要的產(chǎn)品，甚至得到超過預(yù)期的產(chǎn)品；威客可以利用自己的知識解決問題，設(shè)計產(chǎn)品，將智力成果轉(zhuǎn)化為經(jīng)濟成果，獲得一定的報酬；平臺可以從交易過程中收取一定的服務(wù)費。在該種模式中，商家或者威客提供的報價必須是雙方協(xié)商同意后，兩者的交易關(guān)系方才生效，在商家對威客最終提供的工業(yè)設(shè)計產(chǎn)品滿意后，付款給平臺，平臺將80％支付給威客，20％歸網(wǎng)站所有，此時交易關(guān)系結(jié)束。
5威客模式工業(yè)設(shè)計平臺的特色
威客平臺依據(jù)科學性和技術(shù)性的原則進行設(shè)計，圍繞工業(yè)設(shè)計產(chǎn)品的展示、學習、交易三大功能，突出工業(yè)設(shè)計產(chǎn)品的原創(chuàng)性、信息評價交流的交互性、威客交易的針對性三大特點。
5．1原創(chuàng)性該平臺是集展示、學習、交易功能為一體的工業(yè)設(shè)計平臺，無論是細節(jié)的啟發(fā)，還是突發(fā)的靈感，用戶創(chuàng)造的工業(yè)設(shè)計產(chǎn)品必須是原創(chuàng)作品。原創(chuàng)作品能激發(fā)用戶的想象力和創(chuàng)造力，提升用戶的設(shè)計能力。
5．2交互性用戶能夠?qū)I(yè)設(shè)計作品進行評價，用戶之間則可以相互交流工業(yè)設(shè)計的經(jīng)驗，在評價交流中提升各自的能力。同時，用戶相互學習，相互提高，能夠激發(fā)學習的興趣，擴大學習的廣度和深度。
5．3針對性該平臺針對的特定用戶群體，主要是工業(yè)設(shè)計者、學習者和工業(yè)設(shè)計產(chǎn)品生產(chǎn)商家，為用戶與用戶，用戶與商家提供了一個交易的平臺。針對性的平臺有利于提升工業(yè)設(shè)計的專業(yè)能力。
6威客模式工業(yè)設(shè)計平臺存在的不足與解決方案
6．1定價機制不夠規(guī)范由于懸賞的價格由商家與威客協(xié)商決定，難免造成定價較為隨意的現(xiàn)象，造成價格浮動過大，市場不穩(wěn)定。由于威客模式出售的主要是智力成果，價格界定比較麻煩，因此，解決此問題時可以對同平臺縱向價格和不同平臺橫向價格進行比較，作為定價的參考。
6．2知識產(chǎn)權(quán)問題威客提供的方案，可能已經(jīng)是別人采用過的，這就涉及知識產(chǎn)權(quán)的問題［16］。一方面，威客需要提升自身素養(yǎng)，拒絕抄襲、剽竊別人的智力成果；另一方面，平臺可以對威客提供信用評級制度，針對威客提供的方案、完成任務(wù)的情況進行信用評級。信用評級對于威客是一個能力的評價，可以激勵威客們提供更好的服務(wù)，促進威客模式的發(fā)展。
6．3盈利模式單一收取一定比例的費用是威客模式盈利的基本途徑，但是這種盈利模式的利潤十分有限。作為一個工業(yè)設(shè)計產(chǎn)品平臺，除了通過收取服務(wù)費之外，可以利用網(wǎng)站進行相關(guān)產(chǎn)品的廣告投放，也可以為商家的工業(yè)設(shè)計產(chǎn)品進行推廣收取費用。
7結(jié)語