一、需求調研及分析
對於電子商務銷售的廣義商品主要分為兩種：
1、無形商品和服務的電子商務；有形商品和服務的電子商務。
無形商品和服務一般包括：1
2 3qq
會員，郵箱包月，防毒包月等； 4
有形商品和服務一般表現為網上銷售。
二、產品抽象設計
產品目錄及產品**不在本文討論範圍內。
根據需求，具體到實際型別的各種「商品」有很多種型別，其屬性差異很大，所以在設計上考慮到以後的擴充套件性，將商品設計成為繼承的方式。
如上圖所示。設計乙個抽象類
product
，放置商品的公共屬性（部分），左邊為有形商品，命名為
salesproduct
所有關係都是泛化關係，一對一。
對於一般的網上**的設計，只需設計
salesproduct
即可，但對於電子商務產品而言，則需要考慮以後的
擴充套件性。
由於產品的抽象，所以在對產品的建立考慮使用工廠模式。
public class productfactory
public productfactory getinstance()
return productfactory;
}public product makeproduct(integer producttype)}ok
。下一步讓我們繼續分析
salesproduct
更加具體的內容。
三、產品詳細設計
下圖是www.joyo.com
圖中用紅色圈圈圈住的部分分別為產品標題、演員
&導演、**區、送貨方式、使用者評分（一種c2b
方式）、**推薦、描述（及其它屬性）。
噢！內容太多了。怎麼著手呢？
我們分析的思路應該考慮那些是產品本身的屬性、那些是關係密切的外部實體，那些是關係較鬆散的外部實體。
經過分析的內容分類如下：
您 也許會奇怪，我為什麼始終都沒有將**放入到產品本身呢？因為就電子商務的銷售而言，**是變化很頻繁、而且同乙個商品會有多種**（會員等級）、並和各 種的**形式、進貨**等掛鉤。所以如果直接做為產品的自有屬性將大大降低了靈活性，導致很多業務都無法實現（或者很困難）。
考慮到篇幅和重點。本文只討論產品本身的屬性設計。
對於乙個**而言，產品種類很多，各類產品的相關屬性各種各樣，如電影會涉及到演員&
而有一些屬性則是所有產品都共有的，比如產品標題、描述、內容介紹等。
所以在設計上需要考慮到這兩類屬性的區別。
我將之區分為公共屬性和自定義屬性。
公共屬性將放入
salesproduct
表，自定義屬性則設計如下：
設計考慮，所有
attribute
都必須有乙個或者多個
options
（否則狀態為不可用），每個
option
都有型別、值、名稱和是否預設等屬性。產品只會指向
option
，關係是多對多。
這樣，我們就可以增加演員
attribute。
（演員在影視管理系統中是實體，在電子商務銷售系統則只是乙個值物件了）
在演員attribute
下增加梁朝偉、徐靜蕾等演員（
option）。
然後將傷城這個產品和該
option
進行關聯。
產品引數等屬性類似。
但是，我們也發現，對於自定義屬性而言，有些屬性是比較重要的，有些是不重要的。
比如演員，不單是放在標題下這個醒目的地方，而且還有業務挖掘——本片的主要演員的其它作品。
所以，需要對自定義屬性進行進一步的配置。但是這就不屬於自定義屬性本身的範疇了。
我們將會另行設計乙個實體來表達這種業務。
筆者現在
廣州博商軟體
www.probiz.cn
任專案主管，進行基於
j2ee
電子商務套件的研發。
demo
請垂閱：
後台：http://demo.probiz.cn/storeadmin
筆者對j2ee
msn：yanchaomin
@hotmail.com
電子商務系統的規劃
電子商務系統的規劃 企業電子商務戰略轉移過程，常常意味著支撐著乙個轉型的電子商務系統要發生革命性的變化。一般的電子商務系統的建設要服從於企業的電子商務計畫，在建造過程中需要考慮到企業商務模式的變更 業務流程的更新，考慮到新的技術和服務方式，這就要求在建設電子商務系統之初，必須結合企業實施電子商務的整...
電子商務評論 社群電子商務的玩法和未來
社群電子商務 並不是個新名字，幾年前行業內就討論過，只是不像目前這樣順風順水，原因是電子商務尤其是b2c最近兩年的井噴式發展帶來了旺盛企業需求。需求和供給是關鍵，在社群電子商務方面，社群論壇的 量很足，但過去電子商務多集中於c階段，企業型需求不足，而目前 成長起來的賣家和 賣家 京東 卓越噹噹等等電...
SAAS在電子商務中的應用分析
根據維基百科對saas的描述 1 saas是一種軟體的交付模型。saas不向使用者交付最終的軟體產品，軟體作為使用者使用的服務而存在。2 saas的軟體所有權屬於軟體提供商。軟體提供商負責維護系統的正常執行。3 使用者通過網際網路使用軟體，並支付軟體的使用費用。下面是假設saas普及後電子商務的乙個...