B2C企業(yè)ERP系統(tǒng)中商品管理分析與設(shè)計(jì)

魏敏

摘 要

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

【關(guān)鍵詞】B2C企業(yè) 系統(tǒng)功能 數(shù)據(jù)模型

1 數(shù)據(jù)流程分析

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

2 系統(tǒng)功能模塊

如圖2所示。

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

3 E-R關(guān)系圖

E-R關(guān)系圖說(shuō)明了各個(gè)實(shí)體之間的聯(lián)系。這里需要指出的是屬性的數(shù)據(jù)結(jié)構(gòu)可以使用EAV（ Entity – Attribute – Value實(shí)體-屬性-值）模型。這種模型比起傳統(tǒng)的關(guān)系模型，最大的區(qū)別在于它采用的是豎向結(jié)構(gòu)，優(yōu)點(diǎn)是能為產(chǎn)品靈活的添加或刪除屬性。例如在傳統(tǒng)的關(guān)系模型中通常會(huì)將屬性放在產(chǎn)品表中作為產(chǎn)品表的一列，當(dāng)某商品需要添加或刪除某一屬性時(shí)就需要修改表結(jié)構(gòu)，如果這些屬性又和其它的表有聯(lián)系，那么將會(huì)使操作變得復(fù)雜，錯(cuò)誤的刪除和修改還會(huì)降低數(shù)據(jù)的安全性。 因此傳統(tǒng)的橫向關(guān)系模型不適合這種需要經(jīng)常維護(hù)的列。EAV也叫做“稀疏矩陣”它實(shí)現(xiàn)了商品和屬性之間的松耦合。在數(shù)據(jù)庫(kù)層面，它的實(shí)現(xiàn)是將屬性值根據(jù)值類型分類存放在不同的數(shù)據(jù)表格中。屬性值的類型，如下圖所示， 分為5種，因此需要建立5個(gè)數(shù)據(jù)表。

4 關(guān)系數(shù)據(jù)模型

將E-R模型轉(zhuǎn)換成符合第三范式要求的關(guān)系數(shù)據(jù)模型如下：

普通商品表（普通商品編號(hào)，SKU，屬性集編號(hào)， 目錄編號(hào)， 創(chuàng)建時(shí)間， 商品狀態(tài)）

組合商品表（組合商品編號(hào)，SKU，屬性集編號(hào)， 目錄編號(hào)， 創(chuàng)建時(shí)間， 商品狀態(tài)）

組合商品-普通商品關(guān)系表（組合商品編號(hào)， 普通商品編號(hào) ）

目錄表（目錄編號(hào)，父目錄編號(hào)，目錄名稱 ）

商品屬性表 （屬性編號(hào)， 屬性名稱， 屬性值，屬性類型）

屬性集表（屬性集編號(hào)，集名稱）

屬性集-屬性關(guān)系表（屬性集編號(hào)，屬性編號(hào)）

屬性值-Int表（屬性編號(hào)，產(chǎn)品編號(hào)，Int型屬性值）

屬性值-Decimal表（屬性編號(hào)，產(chǎn)品編號(hào)，Decimal型屬性值）

屬性值-Varchar表（屬性編號(hào)，產(chǎn)品編號(hào)，Varchar型屬性值）

屬性值-Text表（屬性編號(hào)，產(chǎn)品編號(hào)，Text型屬性值）

屬性值-Datetime表（屬性編號(hào)，產(chǎn)品編號(hào)，Datetime型屬性值）

修改請(qǐng)求表（商品編號(hào)， 修改內(nèi)容， 修改原因， 申請(qǐng)人， 修改人， 狀態(tài)， 修改時(shí)間

5 總結(jié)語(yǔ)

該模型的獨(dú)立性強(qiáng)，可以靈活地用于各種需要產(chǎn)品信息管理的系統(tǒng)中。

作者單位

廣州南洋理工職業(yè)學(xué)院 管理系 廣東省廣州市 510925endprint

摘 要

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

【關(guān)鍵詞】B2C企業(yè) 系統(tǒng)功能 數(shù)據(jù)模型

1 數(shù)據(jù)流程分析

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

2 系統(tǒng)功能模塊

如圖2所示。

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

3 E-R關(guān)系圖

E-R關(guān)系圖說(shuō)明了各個(gè)實(shí)體之間的聯(lián)系。這里需要指出的是屬性的數(shù)據(jù)結(jié)構(gòu)可以使用EAV（ Entity – Attribute – Value實(shí)體-屬性-值）模型。這種模型比起傳統(tǒng)的關(guān)系模型，最大的區(qū)別在于它采用的是豎向結(jié)構(gòu)，優(yōu)點(diǎn)是能為產(chǎn)品靈活的添加或刪除屬性。例如在傳統(tǒng)的關(guān)系模型中通常會(huì)將屬性放在產(chǎn)品表中作為產(chǎn)品表的一列，當(dāng)某商品需要添加或刪除某一屬性時(shí)就需要修改表結(jié)構(gòu)，如果這些屬性又和其它的表有聯(lián)系，那么將會(huì)使操作變得復(fù)雜，錯(cuò)誤的刪除和修改還會(huì)降低數(shù)據(jù)的安全性。 因此傳統(tǒng)的橫向關(guān)系模型不適合這種需要經(jīng)常維護(hù)的列。EAV也叫做“稀疏矩陣”它實(shí)現(xiàn)了商品和屬性之間的松耦合。在數(shù)據(jù)庫(kù)層面，它的實(shí)現(xiàn)是將屬性值根據(jù)值類型分類存放在不同的數(shù)據(jù)表格中。屬性值的類型，如下圖所示， 分為5種，因此需要建立5個(gè)數(shù)據(jù)表。

4 關(guān)系數(shù)據(jù)模型

將E-R模型轉(zhuǎn)換成符合第三范式要求的關(guān)系數(shù)據(jù)模型如下：

普通商品表（普通商品編號(hào)，SKU，屬性集編號(hào)， 目錄編號(hào)， 創(chuàng)建時(shí)間， 商品狀態(tài)）

組合商品表（組合商品編號(hào)，SKU，屬性集編號(hào)， 目錄編號(hào)， 創(chuàng)建時(shí)間， 商品狀態(tài)）

組合商品-普通商品關(guān)系表（組合商品編號(hào)， 普通商品編號(hào) ）

目錄表（目錄編號(hào)，父目錄編號(hào)，目錄名稱 ）

商品屬性表 （屬性編號(hào)， 屬性名稱， 屬性值，屬性類型）

屬性集表（屬性集編號(hào)，集名稱）

屬性集-屬性關(guān)系表（屬性集編號(hào)，屬性編號(hào)）

屬性值-Int表（屬性編號(hào)，產(chǎn)品編號(hào)，Int型屬性值）

屬性值-Decimal表（屬性編號(hào)，產(chǎn)品編號(hào)，Decimal型屬性值）

屬性值-Varchar表（屬性編號(hào)，產(chǎn)品編號(hào)，Varchar型屬性值）

屬性值-Text表（屬性編號(hào)，產(chǎn)品編號(hào)，Text型屬性值）

屬性值-Datetime表（屬性編號(hào)，產(chǎn)品編號(hào)，Datetime型屬性值）

修改請(qǐng)求表（商品編號(hào)， 修改內(nèi)容， 修改原因， 申請(qǐng)人， 修改人， 狀態(tài)， 修改時(shí)間

5 總結(jié)語(yǔ)

該模型的獨(dú)立性強(qiáng)，可以靈活地用于各種需要產(chǎn)品信息管理的系統(tǒng)中。

作者單位

廣州南洋理工職業(yè)學(xué)院 管理系 廣東省廣州市 510925endprint

摘 要

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

【關(guān)鍵詞】B2C企業(yè) 系統(tǒng)功能 數(shù)據(jù)模型

1 數(shù)據(jù)流程分析

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

2 系統(tǒng)功能模塊

如圖2所示。

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

3 E-R關(guān)系圖

E-R關(guān)系圖說(shuō)明了各個(gè)實(shí)體之間的聯(lián)系。這里需要指出的是屬性的數(shù)據(jù)結(jié)構(gòu)可以使用EAV（ Entity – Attribute – Value實(shí)體-屬性-值）模型。這種模型比起傳統(tǒng)的關(guān)系模型，最大的區(qū)別在于它采用的是豎向結(jié)構(gòu)，優(yōu)點(diǎn)是能為產(chǎn)品靈活的添加或刪除屬性。例如在傳統(tǒng)的關(guān)系模型中通常會(huì)將屬性放在產(chǎn)品表中作為產(chǎn)品表的一列，當(dāng)某商品需要添加或刪除某一屬性時(shí)就需要修改表結(jié)構(gòu)，如果這些屬性又和其它的表有聯(lián)系，那么將會(huì)使操作變得復(fù)雜，錯(cuò)誤的刪除和修改還會(huì)降低數(shù)據(jù)的安全性。 因此傳統(tǒng)的橫向關(guān)系模型不適合這種需要經(jīng)常維護(hù)的列。EAV也叫做“稀疏矩陣”它實(shí)現(xiàn)了商品和屬性之間的松耦合。在數(shù)據(jù)庫(kù)層面，它的實(shí)現(xiàn)是將屬性值根據(jù)值類型分類存放在不同的數(shù)據(jù)表格中。屬性值的類型，如下圖所示， 分為5種，因此需要建立5個(gè)數(shù)據(jù)表。

4 關(guān)系數(shù)據(jù)模型

將E-R模型轉(zhuǎn)換成符合第三范式要求的關(guān)系數(shù)據(jù)模型如下：

普通商品表（普通商品編號(hào)，SKU，屬性集編號(hào)， 目錄編號(hào)， 創(chuàng)建時(shí)間， 商品狀態(tài)）

組合商品表（組合商品編號(hào)，SKU，屬性集編號(hào)， 目錄編號(hào)， 創(chuàng)建時(shí)間， 商品狀態(tài)）

組合商品-普通商品關(guān)系表（組合商品編號(hào)， 普通商品編號(hào) ）

目錄表（目錄編號(hào)，父目錄編號(hào)，目錄名稱 ）

商品屬性表 （屬性編號(hào)， 屬性名稱， 屬性值，屬性類型）

屬性集表（屬性集編號(hào)，集名稱）

屬性集-屬性關(guān)系表（屬性集編號(hào)，屬性編號(hào)）

屬性值-Int表（屬性編號(hào)，產(chǎn)品編號(hào)，Int型屬性值）

屬性值-Decimal表（屬性編號(hào)，產(chǎn)品編號(hào)，Decimal型屬性值）

屬性值-Varchar表（屬性編號(hào)，產(chǎn)品編號(hào)，Varchar型屬性值）

屬性值-Text表（屬性編號(hào)，產(chǎn)品編號(hào)，Text型屬性值）

屬性值-Datetime表（屬性編號(hào)，產(chǎn)品編號(hào)，Datetime型屬性值）

修改請(qǐng)求表（商品編號(hào)， 修改內(nèi)容， 修改原因， 申請(qǐng)人， 修改人， 狀態(tài)， 修改時(shí)間

5 總結(jié)語(yǔ)

該模型的獨(dú)立性強(qiáng)，可以靈活地用于各種需要產(chǎn)品信息管理的系統(tǒng)中。

作者單位

廣州南洋理工職業(yè)學(xué)院 管理系 廣東省廣州市 510925endprint