B2C企業ERP系統中商品管理分析與設計

魏敏

摘 要

隨著計算機技術和網絡技術的發展，B2C網絡購物已逐漸取代了傳統的門店營銷渠道，成為企業取得競爭優勢的必要條件和手段。據中國電子商務研究中心監測數據顯示，截止 2013年12月中國網絡零售市場交易規模達18851億元，較2012年的13205億元同比增長 42.8%，預計2014年有望達到27861億。一個完整的B2C企業不僅僅包括前端的銷售系統，還需要有強大的后臺ERP系統的支撐。這里的前端指的是購物網站，而后臺包括商品管理，用戶管理，訂單管理，物流管理，在線支付管理，售后服務管理幾大功能模塊。其中商品管理是ERP的數據基礎，一個好的商品管理將使得用戶能夠方便的添加修改各類商品，不會隨著企業產品種類的日益繁多而造成系統永無休止盡的修改。本文以中小型的電商企業需求為背景，在數據模型方面進行商品管理模塊的設計。

【關鍵詞】B2C企業 系統功能 數據模型

1 數據流程分析

通過多年對電商企業ERP工作經驗的積累，產品管理系統和采購部， 倉庫，銷售部和產品部的數據流程圖如下。產品部的任務是進行新產品的挖掘，產品部會將市場上找到的有價值的產品信息以及相關的供應商錄入商品管理系統；如果銷售部門在市場上看到某件商品很熱銷，也可以向產品部提出新產品需求，由產品部去市場上尋找產品，并將找到的產品信息錄入到商品管理系統，將商品的狀態修改為“即將上市”。銷售部看到產品狀態更新后，向采購部發出采購需求，包括需要采購的數量。采購部和供應商談好價格，簽訂采購合同，商品管理系統可以獲取到采購合同的相關數據。等到產品入庫后產品狀態更新成“正常”。此時商品管理系統可以查閱到來自倉庫的庫存信息。銷售部得知產品狀態更新后從商品管理系統獲取產品信息，尤其是參考價格信息，依據其銷售策略制定產品的銷售價格。參考價格是商品管理系統用從采購那里獲取到的采購價格加上相關成本，依據公式動態計算出來的。這樣做的目的是將商品管理系統和采購以及銷售嚴格區分開來，實現模塊之間的松耦合。例如，商品的采購是分批次的，每批次的采購價格不一樣。如果將這個價格交給商品管理系統來管理，那么采購價格會按照采購批次的不同而變化，只能知道最一批次的價格，這樣就沒辦法完成成本核算。但是采購部有采購記錄，包括每次采購的價格和數量，它可以很方便的按照先進先出或加權平均法等方法計算出采購的價格。銷售部接收到客戶的反饋后如果需要對產品信息進行更改，例如發現某軟件不能應用于vista操作系統，銷售部可以提交反饋信息到產品管理系統，并要求產品部進行修改。之所以不要銷售部直接修改是使各部門的分工更加的明確。產品部審核通過后對產品信息進行更新。如圖1所示。

2 系統功能模塊

如圖2所示。

根據以上分析，商品管理模塊至少應包括如下功能：（1）商品目錄是商品所屬的類別，例如一個賣服裝的網站會把服裝分成男裝，女裝一樣。 而女裝又可以分為上裝，下裝；上裝里面又包括襯衣，毛衣，外套...每一個大的分類下面還可以有小的分類。所以目錄管理主要指的是目錄層級的管理。 每個目錄是目錄樹上的一個節點，節點的葉子就是商品。每個目錄都可以實現新增，修改刪除的功能。（2）商品的屬性是和商品有關的特性，在一個電商網站中商品的屬性非常的復雜，就拿淘寶來說，由于商城可以容納上萬家商鋪，每個店鋪中出售的商品又各有不同，從鞋帽箱包到家具電器，每種商品都有其獨特的屬性。例如衣服類的，可能有顏色，尺寸，款式等；而汽車機油，會有容量，等級，粘稠度等的屬性。因此要求系統能靈活的添加刪除修改屬性。（3）普通商品是單一的商品，如茶杯，水壺。它和目錄及屬性有著密切的聯系。新增普通商品時需要指定目錄，必填的屬性。（4）組合商品是成套或者捆綁銷售的商品，例如成套的家具，搭配的上衣和裙子。組合商品由普通商品組成，它的新增僅僅是把普通商品組合在一起后再給定一個唯一的標識。它的刪除不會刪除其包含的普通商品。其修改是對所包含的套件進行添加和刪除操作。（5）在數據流程分析中提到，為了實現模塊間的松耦合，商品管理模塊中不會保存產品的采購價格，庫存數量等信息。銷售部門在制定價格時必須有一個參考價格，產品管理模塊要從其他模塊調取相應的數據，這就是產品信息查詢的功能。除了參考價格以外，查詢功能還要提供其他相關商品信息的查詢。（6）商品信息的每一次修改都需要被記錄下來，形成操作日志，以便日后的查詢。

3 E-R關系圖

E-R關系圖說明了各個實體之間的聯系。這里需要指出的是屬性的數據結構可以使用EAV（ Entity – Attribute – Value實體-屬性-值）模型。這種模型比起傳統的關系模型，最大的區別在于它采用的是豎向結構，優點是能為產品靈活的添加或刪除屬性。例如在傳統的關系模型中通常會將屬性放在產品表中作為產品表的一列，當某商品需要添加或刪除某一屬性時就需要修改表結構，如果這些屬性又和其它的表有聯系，那么將會使操作變得復雜，錯誤的刪除和修改還會降低數據的安全性。 因此傳統的橫向關系模型不適合這種需要經常維護的列。EAV也叫做“稀疏矩陣”它實現了商品和屬性之間的松耦合。在數據庫層面，它的實現是將屬性值根據值類型分類存放在不同的數據表格中。屬性值的類型，如下圖所示， 分為5種，因此需要建立5個數據表。

4 關系數據模型

將E-R模型轉換成符合第三范式要求的關系數據模型如下：

普通商品表（普通商品編號，SKU，屬性集編號， 目錄編號， 創建時間， 商品狀態）

組合商品表（組合商品編號，SKU，屬性集編號， 目錄編號， 創建時間， 商品狀態）

組合商品-普通商品關系表（組合商品編號， 普通商品編號 ）

目錄表（目錄編號，父目錄編號，目錄名稱 ）

商品屬性表 （屬性編號， 屬性名稱， 屬性值，屬性類型）

屬性集表（屬性集編號，集名稱）

屬性集-屬性關系表（屬性集編號，屬性編號）

屬性值-Int表（屬性編號，產品編號，Int型屬性值）

屬性值-Decimal表（屬性編號，產品編號，Decimal型屬性值）

屬性值-Varchar表（屬性編號，產品編號，Varchar型屬性值）

屬性值-Text表（屬性編號，產品編號，Text型屬性值）

屬性值-Datetime表（屬性編號，產品編號，Datetime型屬性值）

修改請求表（商品編號， 修改內容， 修改原因， 申請人， 修改人， 狀態， 修改時間

5 總結語

該模型的獨立性強，可以靈活地用于各種需要產品信息管理的系統中。

作者單位

廣州南洋理工職業學院 管理系 廣東省廣州市 510925endprint

摘 要

隨著計算機技術和網絡技術的發展，B2C網絡購物已逐漸取代了傳統的門店營銷渠道，成為企業取得競爭優勢的必要條件和手段。據中國電子商務研究中心監測數據顯示，截止 2013年12月中國網絡零售市場交易規模達18851億元，較2012年的13205億元同比增長 42.8%，預計2014年有望達到27861億。一個完整的B2C企業不僅僅包括前端的銷售系統，還需要有強大的后臺ERP系統的支撐。這里的前端指的是購物網站，而后臺包括商品管理，用戶管理，訂單管理，物流管理，在線支付管理，售后服務管理幾大功能模塊。其中商品管理是ERP的數據基礎，一個好的商品管理將使得用戶能夠方便的添加修改各類商品，不會隨著企業產品種類的日益繁多而造成系統永無休止盡的修改。本文以中小型的電商企業需求為背景，在數據模型方面進行商品管理模塊的設計。

【關鍵詞】B2C企業 系統功能 數據模型

1 數據流程分析

通過多年對電商企業ERP工作經驗的積累，產品管理系統和采購部， 倉庫，銷售部和產品部的數據流程圖如下。產品部的任務是進行新產品的挖掘，產品部會將市場上找到的有價值的產品信息以及相關的供應商錄入商品管理系統；如果銷售部門在市場上看到某件商品很熱銷，也可以向產品部提出新產品需求，由產品部去市場上尋找產品，并將找到的產品信息錄入到商品管理系統，將商品的狀態修改為“即將上市”。銷售部看到產品狀態更新后，向采購部發出采購需求，包括需要采購的數量。采購部和供應商談好價格，簽訂采購合同，商品管理系統可以獲取到采購合同的相關數據。等到產品入庫后產品狀態更新成“正常”。此時商品管理系統可以查閱到來自倉庫的庫存信息。銷售部得知產品狀態更新后從商品管理系統獲取產品信息，尤其是參考價格信息，依據其銷售策略制定產品的銷售價格。參考價格是商品管理系統用從采購那里獲取到的采購價格加上相關成本，依據公式動態計算出來的。這樣做的目的是將商品管理系統和采購以及銷售嚴格區分開來，實現模塊之間的松耦合。例如，商品的采購是分批次的，每批次的采購價格不一樣。如果將這個價格交給商品管理系統來管理，那么采購價格會按照采購批次的不同而變化，只能知道最一批次的價格，這樣就沒辦法完成成本核算。但是采購部有采購記錄，包括每次采購的價格和數量，它可以很方便的按照先進先出或加權平均法等方法計算出采購的價格。銷售部接收到客戶的反饋后如果需要對產品信息進行更改，例如發現某軟件不能應用于vista操作系統，銷售部可以提交反饋信息到產品管理系統，并要求產品部進行修改。之所以不要銷售部直接修改是使各部門的分工更加的明確。產品部審核通過后對產品信息進行更新。如圖1所示。

2 系統功能模塊

如圖2所示。

根據以上分析，商品管理模塊至少應包括如下功能：（1）商品目錄是商品所屬的類別，例如一個賣服裝的網站會把服裝分成男裝，女裝一樣。 而女裝又可以分為上裝，下裝；上裝里面又包括襯衣，毛衣，外套...每一個大的分類下面還可以有小的分類。所以目錄管理主要指的是目錄層級的管理。 每個目錄是目錄樹上的一個節點，節點的葉子就是商品。每個目錄都可以實現新增，修改刪除的功能。（2）商品的屬性是和商品有關的特性，在一個電商網站中商品的屬性非常的復雜，就拿淘寶來說，由于商城可以容納上萬家商鋪，每個店鋪中出售的商品又各有不同，從鞋帽箱包到家具電器，每種商品都有其獨特的屬性。例如衣服類的，可能有顏色，尺寸，款式等；而汽車機油，會有容量，等級，粘稠度等的屬性。因此要求系統能靈活的添加刪除修改屬性。（3）普通商品是單一的商品，如茶杯，水壺。它和目錄及屬性有著密切的聯系。新增普通商品時需要指定目錄，必填的屬性。（4）組合商品是成套或者捆綁銷售的商品，例如成套的家具，搭配的上衣和裙子。組合商品由普通商品組成，它的新增僅僅是把普通商品組合在一起后再給定一個唯一的標識。它的刪除不會刪除其包含的普通商品。其修改是對所包含的套件進行添加和刪除操作。（5）在數據流程分析中提到，為了實現模塊間的松耦合，商品管理模塊中不會保存產品的采購價格，庫存數量等信息。銷售部門在制定價格時必須有一個參考價格，產品管理模塊要從其他模塊調取相應的數據，這就是產品信息查詢的功能。除了參考價格以外，查詢功能還要提供其他相關商品信息的查詢。（6）商品信息的每一次修改都需要被記錄下來，形成操作日志，以便日后的查詢。

3 E-R關系圖

E-R關系圖說明了各個實體之間的聯系。這里需要指出的是屬性的數據結構可以使用EAV（ Entity – Attribute – Value實體-屬性-值）模型。這種模型比起傳統的關系模型，最大的區別在于它采用的是豎向結構，優點是能為產品靈活的添加或刪除屬性。例如在傳統的關系模型中通常會將屬性放在產品表中作為產品表的一列，當某商品需要添加或刪除某一屬性時就需要修改表結構，如果這些屬性又和其它的表有聯系，那么將會使操作變得復雜，錯誤的刪除和修改還會降低數據的安全性。 因此傳統的橫向關系模型不適合這種需要經常維護的列。EAV也叫做“稀疏矩陣”它實現了商品和屬性之間的松耦合。在數據庫層面，它的實現是將屬性值根據值類型分類存放在不同的數據表格中。屬性值的類型，如下圖所示， 分為5種，因此需要建立5個數據表。

4 關系數據模型

將E-R模型轉換成符合第三范式要求的關系數據模型如下：

普通商品表（普通商品編號，SKU，屬性集編號， 目錄編號， 創建時間， 商品狀態）

組合商品表（組合商品編號，SKU，屬性集編號， 目錄編號， 創建時間， 商品狀態）

組合商品-普通商品關系表（組合商品編號， 普通商品編號 ）

目錄表（目錄編號，父目錄編號，目錄名稱 ）

商品屬性表 （屬性編號， 屬性名稱， 屬性值，屬性類型）

屬性集表（屬性集編號，集名稱）

屬性集-屬性關系表（屬性集編號，屬性編號）

屬性值-Int表（屬性編號，產品編號，Int型屬性值）

屬性值-Decimal表（屬性編號，產品編號，Decimal型屬性值）

屬性值-Varchar表（屬性編號，產品編號，Varchar型屬性值）

屬性值-Text表（屬性編號，產品編號，Text型屬性值）

屬性值-Datetime表（屬性編號，產品編號，Datetime型屬性值）

修改請求表（商品編號， 修改內容， 修改原因， 申請人， 修改人， 狀態， 修改時間

5 總結語

該模型的獨立性強，可以靈活地用于各種需要產品信息管理的系統中。

作者單位

廣州南洋理工職業學院 管理系 廣東省廣州市 510925endprint

摘 要

隨著計算機技術和網絡技術的發展，B2C網絡購物已逐漸取代了傳統的門店營銷渠道，成為企業取得競爭優勢的必要條件和手段。據中國電子商務研究中心監測數據顯示，截止 2013年12月中國網絡零售市場交易規模達18851億元，較2012年的13205億元同比增長 42.8%，預計2014年有望達到27861億。一個完整的B2C企業不僅僅包括前端的銷售系統，還需要有強大的后臺ERP系統的支撐。這里的前端指的是購物網站，而后臺包括商品管理，用戶管理，訂單管理，物流管理，在線支付管理，售后服務管理幾大功能模塊。其中商品管理是ERP的數據基礎，一個好的商品管理將使得用戶能夠方便的添加修改各類商品，不會隨著企業產品種類的日益繁多而造成系統永無休止盡的修改。本文以中小型的電商企業需求為背景，在數據模型方面進行商品管理模塊的設計。

【關鍵詞】B2C企業 系統功能 數據模型

1 數據流程分析

通過多年對電商企業ERP工作經驗的積累，產品管理系統和采購部， 倉庫，銷售部和產品部的數據流程圖如下。產品部的任務是進行新產品的挖掘，產品部會將市場上找到的有價值的產品信息以及相關的供應商錄入商品管理系統；如果銷售部門在市場上看到某件商品很熱銷，也可以向產品部提出新產品需求，由產品部去市場上尋找產品，并將找到的產品信息錄入到商品管理系統，將商品的狀態修改為“即將上市”。銷售部看到產品狀態更新后，向采購部發出采購需求，包括需要采購的數量。采購部和供應商談好價格，簽訂采購合同，商品管理系統可以獲取到采購合同的相關數據。等到產品入庫后產品狀態更新成“正常”。此時商品管理系統可以查閱到來自倉庫的庫存信息。銷售部得知產品狀態更新后從商品管理系統獲取產品信息，尤其是參考價格信息，依據其銷售策略制定產品的銷售價格。參考價格是商品管理系統用從采購那里獲取到的采購價格加上相關成本，依據公式動態計算出來的。這樣做的目的是將商品管理系統和采購以及銷售嚴格區分開來，實現模塊之間的松耦合。例如，商品的采購是分批次的，每批次的采購價格不一樣。如果將這個價格交給商品管理系統來管理，那么采購價格會按照采購批次的不同而變化，只能知道最一批次的價格，這樣就沒辦法完成成本核算。但是采購部有采購記錄，包括每次采購的價格和數量，它可以很方便的按照先進先出或加權平均法等方法計算出采購的價格。銷售部接收到客戶的反饋后如果需要對產品信息進行更改，例如發現某軟件不能應用于vista操作系統，銷售部可以提交反饋信息到產品管理系統，并要求產品部進行修改。之所以不要銷售部直接修改是使各部門的分工更加的明確。產品部審核通過后對產品信息進行更新。如圖1所示。

2 系統功能模塊

如圖2所示。

根據以上分析，商品管理模塊至少應包括如下功能：（1）商品目錄是商品所屬的類別，例如一個賣服裝的網站會把服裝分成男裝，女裝一樣。 而女裝又可以分為上裝，下裝；上裝里面又包括襯衣，毛衣，外套...每一個大的分類下面還可以有小的分類。所以目錄管理主要指的是目錄層級的管理。 每個目錄是目錄樹上的一個節點，節點的葉子就是商品。每個目錄都可以實現新增，修改刪除的功能。（2）商品的屬性是和商品有關的特性，在一個電商網站中商品的屬性非常的復雜，就拿淘寶來說，由于商城可以容納上萬家商鋪，每個店鋪中出售的商品又各有不同，從鞋帽箱包到家具電器，每種商品都有其獨特的屬性。例如衣服類的，可能有顏色，尺寸，款式等；而汽車機油，會有容量，等級，粘稠度等的屬性。因此要求系統能靈活的添加刪除修改屬性。（3）普通商品是單一的商品，如茶杯，水壺。它和目錄及屬性有著密切的聯系。新增普通商品時需要指定目錄，必填的屬性。（4）組合商品是成套或者捆綁銷售的商品，例如成套的家具，搭配的上衣和裙子。組合商品由普通商品組成，它的新增僅僅是把普通商品組合在一起后再給定一個唯一的標識。它的刪除不會刪除其包含的普通商品。其修改是對所包含的套件進行添加和刪除操作。（5）在數據流程分析中提到，為了實現模塊間的松耦合，商品管理模塊中不會保存產品的采購價格，庫存數量等信息。銷售部門在制定價格時必須有一個參考價格，產品管理模塊要從其他模塊調取相應的數據，這就是產品信息查詢的功能。除了參考價格以外，查詢功能還要提供其他相關商品信息的查詢。（6）商品信息的每一次修改都需要被記錄下來，形成操作日志，以便日后的查詢。

3 E-R關系圖

E-R關系圖說明了各個實體之間的聯系。這里需要指出的是屬性的數據結構可以使用EAV（ Entity – Attribute – Value實體-屬性-值）模型。這種模型比起傳統的關系模型，最大的區別在于它采用的是豎向結構，優點是能為產品靈活的添加或刪除屬性。例如在傳統的關系模型中通常會將屬性放在產品表中作為產品表的一列，當某商品需要添加或刪除某一屬性時就需要修改表結構，如果這些屬性又和其它的表有聯系，那么將會使操作變得復雜，錯誤的刪除和修改還會降低數據的安全性。 因此傳統的橫向關系模型不適合這種需要經常維護的列。EAV也叫做“稀疏矩陣”它實現了商品和屬性之間的松耦合。在數據庫層面，它的實現是將屬性值根據值類型分類存放在不同的數據表格中。屬性值的類型，如下圖所示， 分為5種，因此需要建立5個數據表。

4 關系數據模型

將E-R模型轉換成符合第三范式要求的關系數據模型如下：

普通商品表（普通商品編號，SKU，屬性集編號， 目錄編號， 創建時間， 商品狀態）

組合商品表（組合商品編號，SKU，屬性集編號， 目錄編號， 創建時間， 商品狀態）

組合商品-普通商品關系表（組合商品編號， 普通商品編號 ）

目錄表（目錄編號，父目錄編號，目錄名稱 ）

商品屬性表 （屬性編號， 屬性名稱， 屬性值，屬性類型）

屬性集表（屬性集編號，集名稱）

屬性集-屬性關系表（屬性集編號，屬性編號）

屬性值-Int表（屬性編號，產品編號，Int型屬性值）

屬性值-Decimal表（屬性編號，產品編號，Decimal型屬性值）

屬性值-Varchar表（屬性編號，產品編號，Varchar型屬性值）

屬性值-Text表（屬性編號，產品編號，Text型屬性值）

屬性值-Datetime表（屬性編號，產品編號，Datetime型屬性值）

修改請求表（商品編號， 修改內容， 修改原因， 申請人， 修改人， 狀態， 修改時間

5 總結語

該模型的獨立性強，可以靈活地用于各種需要產品信息管理的系統中。

作者單位

廣州南洋理工職業學院 管理系 廣東省廣州市 510925endprint