• 推荐
  • 评论
  • 收藏

B2C电子商务系统研发——商品数据模型设计

2023-01-22    6413次浏览

  1. 基础属性
    指设计在商品表的一些基础字段。
    其中可选的设计点有:
    # 副名称:由于商品名称经常要加上一些促销信息,如本商品参与什么活动之类。但经常改动主名称
    容易导致出错,所以增加此字段来专门管理促销信息。显示时连接到主名称后即可。
    # 产品描述:产品描述建议另设计一表存放,对提高产品搜索、产品列表显示有帮助。
    # 状态:常见的状态有草稿、未发布、发布、下架等,如果是逻辑删除的,还有“已删除”状态。
  2. 价格
    如果系统支持产品SKU,那么实际价格是在产品SKU实体中管理的。
    促销价格不在这里管理,在营销管理模块统一管理。
  3. SEO相关
    集中管理各类SEO相关的信息。
  4. 商品媒体
    #主图:由于显示频繁,会直接设计在产品表中(或是冗余)。
    #多图(即附图):开发中会提供多种查看方式。
  5. 扩展属性
    这是设计最困难的部分,也是商品是否可以灵活扩展的关键。
  6. 库存
    库存这里是常见的开发迭代点。
    在研发早期,一般这里直接设计成支持零库存和单一数值库存。
    在其它功能完成后,才会对这里做扩展,开发内嵌的库存子模块或者整合外部系统。
  7. 外部关联
    商品的外部关联非常的多,这里列出了大部分,但随着系统的扩展,肯定会有新的外部关联实体。
    所以商品模块的开发,需要提供大量的外部接口或者Tag封装(如商品选取器等。)
  8. B2C电子商务系统研发——概述篇

    # 前言

         计划接下来一段日子写若干篇关于整个B2C电子商务系统研发流程博文,

    包括前台、后台各个主要功能模块的需求分析、概要设计、详细设计和一些

    伪编码编写。计划2~3天写一篇,对于一些复杂的模块会通过多篇博文来完成。

    # 系统定义

        电子商务商业模式常见的有近20种分类,其中常见的:

    1. 在线直销
      这是最为典型的经营模式,即在网上销售商品和服务。这也是本系列博文
      主要探讨的目标。
    2. 电子招标系统
      一般企业内部使用,是一个买家面向多个卖家。暂不打算对该模式进行
      分析。
    3. 网上拍卖
      拍卖作为产品销售的一种模式,一般采用英式拍卖,也有采用荷兰式拍卖的,
      如有时间,会撰文探讨一下。作为系统中一种可选的商品销售方式。
    4. 定制产品和服务
      从设计上来看,这是一种动态产品组合的销售模式,比如陶瓷喷图,PC定制等。
      本系列暂不讨论。以后专门撰文分析。
    5. 电子市场和电子交易
      B2B的商业模式,本系列暂不探讨。

         总体而言,本系列博文将主要探讨第一种模式,即如何研发B2C电子商务软件
    实现在线直销流程。

    # 系统规划

         除了某些特定的页面外(如首页、结账页等),一般的功能模块都涉及前后台,

    在设计时,从数据结构的角度来看是前后台都会调用的,但是会根据权限、业务区别等

    设计不同的用例。

         比如同样是产品结构,在前台表现的是产品列表、产品详细页面,以及其它调用产品

    显示数据的地方;而后台则表现为产品管理模块和其它引用产品的地方。

          所以本系列博文将按主实体来规划模块,共分为:

    1. 商品和商品分类模块。划分为几个大的子模块,包括商品管理、商品搜索和排序、
      商品详细页面等。
    2. 订单创建和管理模块。即前台结账、后台代客下单和订单管理流程。
    3. 营销模块。包含各类的促销规则、关联推荐管理等,主要在后台呈现。
      促销规则对应前台主要是提供接口给其它调用,如产品价格显示、购物车、
      结账价格计算等。
      关联推荐则需要根据各类的条件,如目录、产品、购物车等源推荐相应的目标商品。
    4. 会员模块。
      包括前台的我的账号,后台的会员管理等常见功能外,存在的扩展是基于会员
      实现精准营销相关功能。
    5. 前台首页。
      前台首页实在太重要,但又难以归入其它某个特定的模块,所以单独立一项。
    6. 系统管理。包含系统参数、权限管理、日志、支付、运输、自定义属性、包装等等,
      非常庞杂。这块计划自定义属性会探讨多一些,毕竟它是商品、订单的扩展基础,
      其它的部分比较通用的。看情况再做详细分析吧。

    # 撰写方式

        每个模块都比较庞大,不会在一篇文章中对该模块做全部的阐述,一般都会将其划分为

    多个子模块,对于每个子模块甚至都会划分为多篇文章来描述,避免一篇文章过长。整体

    写作规划就是如此,接下来就等待详细的博文发表吧。

原文地址:https://www.cnblogs.com/Leo_wl/p/2289502.html