B2C企业ERP系统中商品管理分析与设计
2014-10-29魏敏
魏敏
摘 要
随着计算机技术和网络技术的发展，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
