基于商品业务的领域模型

维基百科:

领域模型可以被看作是一个系统的概念模型,用于以可视化的形式描述系统中的各个实体及其之间的关系。

领域模型记录了一个系统中的关键概念和词汇表,显示出了系统中的主要实体之间的关系,并确定了它们的重要的方法和属性。因此,对应于用例所描述的动态视图,领域模型提供了一种对整个系统的结构化的视图。

领域模型的一个好处是描述并限制了系统边界。

领域模型的语义可以被用在源代码中,因此领域模型可以被应用在底层的软件开发阶段中。实体可以演化为类,方法和属性可以直接演化至代码之中。

在UML中,类图被用来描述领域模型。


1.   标准类目与属性


1.1实体词汇表


1.1.1 标准属性库

标准属性库,由类目团队维护,对全网所有的(商品)属性进行标准化管理。

实体名称

解释和作用

举例

属性(项)

 商品具有的特性。属性和属性值用于结构化地描述商品本身。

比如颜色、品牌、型号。

属性组

对属性进行分组。

属性库内部运营使用。

属性组名称:型号、地区、服务相关、适用对象、品牌、类型、时间非产品

(标准)值

具体的一个特征值。属性和值用于结构化地描述商品本身。

比如红色、诺基亚、N73。

值分组

对值进行分组。

属性库内部运营使用。

 

属性值

即属性与值的映射(关联),有父子关系,最多4层,呈树状结构。(日常工作说的PV对)。

品牌:上海大众,颜色:白色,颜色:蓝色,

 

        品牌是一个属性,性别、颜色、尺寸、材质也是属性……属性下面会有值,即属性值。,比如品牌下面有杰克琼斯、耐克、诺基亚、苹果,所以,属性的本质还是为了分类。

        其实,最早有属性的类目是食品,淘宝上卖食品,食品监管部门说食品有些标准化信息必须有的,比如,批文、生产日期、健字号。当时对食品类目做了十几个属性定义,每个商品有不同的属性,不同的属性值,最早这个属性只是用来描述的,而不是用来分类用的。

回到属性,我们讲到类目之外又有了属性,属性下面有属性值,其实有的属性值还会变成子属性。

子属性是为了更好的分类,比如像品牌和子品牌(或系列)。品牌是属性,阿迪、耐克、匡威是属性值,同时,阿迪又会是一个子属性,它的子属性值为“Performance系列(三条纹),Originals系列(三叶草)和Style系列(圆球型LOGO)”。

如果没有子属性的概念,那又会出现没有子类目一样的情况,太多的属性值并列,导致无法筛选。

        我们再来看看属性值的管理,大家有没有发现属性值和属性值其实是不同的?有的比较简单,属性值是离散的,比如性别只有两类——男、女,最多加上中性。有的稍微复杂一点,比如手机的品牌下面有苹果、诺基亚、三星,服装的品牌有杰克琼斯、耐克等,但小二很难列全,因为这个东西是不断变化的。还有的更复杂一点,比如重量,它是一个连续的值,没有办法全列出来。用一个表格简单的表示一下上述三种属性值,如下:


1.1.2标准类目、类目属性

实体名称

解释和作用

举例

类目

商品所属的分类。类目决定了商品的归属。

类目是有层次的,分为一级类目、二级类目等等,之间有继承关系。比如电脑硬件这个一级类目下,有网卡、液晶显示器等二级类目。

有两大类型的类目体系,一种类型是后台类目(标准类目),另外一种类型是前台类目(前台导航)。

比如化妆品、手机、火箭、大炮

后台类目

又称标准类目,商品的实际归属类目,卖家在发布商品时,将商品发布到指定的后台类目下。类目最多四层。

比如手机,女装,

前台类目

即前台导航,前台类目用于在前台进行导航,展现,搜索定位用。前台类目中保存的,实际上是对后台类目/属性的筛选条件,即映射条件。

用户通过前台类目搜索到该类目所映射的后台类目下挂靠的商品。

一个商品并非有两个类目id(前台类目、后台类目);商品仍然只归属于一个后台类目

比如手机,女装,

叶子类目

类目树的最下面一层类目,所有的类目属性挂在叶子类目下面。

 

类目属性

类目下的商品所具有的共同特征定义。关联叶子类目和属性

比如手机类目具有品牌、型号、颜色、网络等属性(特征)

类目属性分组

对类目属性进行分组。Forest运营使用,不在其他环节(类目、SPU、商品)使用。

 

类目属性值

即类目属性值,类目下的商品所具有的某一个特征的值(多个)

比如手机类目的品牌属性,有诺基亚、索尼、三星等属性值。而香水类目下的品牌属性,有雅芳、香奈儿等属性值。

类目属性值分组

 

 

类目属性值子属性

类目下的商品所具有的某一个属性值所具有的属性细分。子属性是挂接在一个后台类目属性值下的,不是挂接在后台类目属性下的

比如手机类目下,品牌属性下有一个属性值,叫诺基亚,诺基亚这个属性值具有“诺基亚型号”等子属性


1.1.2领域模型图

 


1.1.3场景举例

一、标准属性库之 车型车系

 

把汽车按车系分为奥迪、大众、福特等,这个维度的标准属性(项),我们定义为“适用车系”;

每一个“适用车系”下有各种车型,这个维度的标准属性(项),我们定义为“适用车型”;

 

适用车系的属性、属性值、值:

适用车型的属性、属性值、值:

车型车系的属性、属性值、子属性值、值:

 

 


2.产品、商品与类目、品类、属性


2.1实体词汇表

实体名称

解释和作用

举例

SPU

SPU(Standard Product Unit) 标准化产品单元是对某一类标准产品的共同特征属性的描述. 是商品信息共有属性的一种抽取。

SPU 是一个介于叶子类目和商品之间的概念, 是对类目的细化,是淘宝网标准化, 规范化运营的基础.

SPU也就是产品,是标识产品的一种机制,它是由 后台类目+一组关键后台类目属性+一组被约束的后台类目属性 组成的。这些属性是这个类目下的关键属性,“类目+关键属性”唯一确定一个的产品(SPU)。

比如手机类型下,品牌和型号这两个属性可以确定一个SPU;以N97为例,品牌是诺基亚,型号则就是N97。

CSPU

CSPU(Child Standard Product Unit), 子标准化产品单元,即SPU的细分,更细粒度的标识产品。“类目+关键属性+销售属性”唯一确定一个的细粒度产品(CSPU)

比如手机类型下,品牌和型号这两个属性可以确定一个SPU,但还不能标示一个CSPU,需要额外的销售属性来确定;以苹果手机为例,品牌是IPhone,型号是4S,颜色为白色,存储卡16G,两个关键属性是品牌和型号,两个销售属性为颜色和存储卡。

商品

商品特指与商家有关的商品,每个商品有一个商家编码,每个商品下面有多个颜色,款式,可以有多个SKU。 

例如,iphone是一个单品,但是在淘宝上当很多商家同时出售这个产品的时候,iphone就是一个商品了。

SKU

stock keeping unit(库存量单位),SKU即库存进出计量的单位,可以是以件、盒、托盘等为单位。在服装、鞋类商品中使用最多最普遍。

例如,一款女装中粉红色的S码是一个SKU,M码是一个SKU,L码也是一个SKU。所以一般一款女装是有S、M、L、XL、XXL、XXXL6个SKU。

关键属性

可以唯一确定一个SPU的属性

比如品牌+型号(例如诺基亚+N97)

销售属性

一种特殊的属性,这类属性定义了类目所具有的SKU的可使用的属性。

比如服装类目的颜色、尺码,手机类目的套餐、颜色。

商品属性

该属性表示了商品的特有的特征,不能作为SPU属性。

比如新旧程度、保修方式等等


2.2领域模型图

(1)基于叶子类目

(2)基于品类


3.商品库存


3.1实体词汇表

实体名称

解释和作用

举例

库存

 

 

商品库存

 

 

SKU库存

 

 

子库存

 

 

后端(分仓)库存

 

 


3.2领域模型图


4.商品扩展结构


4.1实体词汇表

实体名称

解释和作用

举例

扩展结构体

 定义商品扩展结构,和作用范围,包装扩展字段。

结构名称:淘金币频道活动,

标示:tjb_activity

扩展字段

定义具体的扩展字段,归属于扩展结构体,用于商品的具体字段扩展。

标识:biz_type

字段名:活动类型

商品扩展信息

绑定到一个具体商品的扩展结构体或字段,

 


4.2领域模型图

 

运营平台截图:


5.商品价格


5.1实体词汇表

实体名称

解释和作用

举例

基本价格

 定义价格(单位分),定义价格业务标识(房价key,手续费间页key,定金间夜key)、多维度数据(如日期)等

 

商品价格

与具体商品关联的价格

 

SKU价格

与具体SKU关联的价格

 


5.2领域模型图


6.商品多媒体


6.1实体词汇表

实体名称

解释和作用

举例

商品视频

 商品的视频,存储视频URL地址等

 

商品图片

商品上的图片,存储图片URL地址等。按类型分为(1)商品上的图片(2)跟属性挂钩的图片,其中商品上的图片分主图和普通图片。

 


6.2领域模型图

 


7.售卖形式


7.1实体词汇表

实体名称

解释和作用

举例

售卖组合

聚合售卖的商品包,聚合相同特征、描述等信息,形成三层树状结构的丰富售卖形式。

阿里通信中,主卡组合售卖,一个主卡商品、一个副卡商品、多个预存话费商品进行组合售卖

商品包(套餐)

 用来把商品打包售卖,形成二层树状结构的售卖形式。聚合售卖的单商品,聚合相同特征、描述等信息。分为“主商品包”和“普通商品包”,主商品包下面的商品称为主商品,主商品上通过feature标示商品的“售卖形式”,可以是“售卖组合”和“商品包”。

如果是“售卖形式”是“售卖组合”,主商品需要反向关联“售卖组合”。

如果是“售卖形式”是“商品包”,主商品需要反向关联“商品包”。

以保持现有商品体系是按单商品来维护和搜索等流程。

一个主卡商品打包在一个主商品包,一个副卡商品打包在一个普通商品包,多个预存话费商品打包在一个普通商品包,三个商品包挂在一个售卖组合下,在SELL整体发布,在DETAIL整体展现。


7.2领域模型图


评论区
京ICP备19006603号-1 Rick ©2018