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

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

2011-12-15 10:17 by 元亨利贞, 1179 visits, 收藏编辑

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

    2011-12-14 23:47 by 元亨利贞, 111 visits, 收藏编辑

    # 前言

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

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

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

    # 系统定义

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

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

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

    # 系统规划

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

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

    设计不同的用例。

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

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

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

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

    # 撰写方式

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

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

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

    随笔档案 - 2011年10月

    购物车研究——AE.com的另类底部迷你购物车对信息量的扩展

    2011-10-28 00:08 by 元亨利贞, 847 visits, 网摘收藏编辑
    摘要:迷你购物车是购物车的一个概要的显示,让顾客不需要进入购物车页面就可以随时了解目前在购物车 的商品数量和总价。 迷你购物车是商城网站前台的公共功能,除了结账页面外,其它的页面一般都会出现这个功能。 常见的迷你购物车是显示在在页面右上角,或者导航行、搜索栏的右端。为了节省位置,迷你购物车 通常只显示产品总数,这样比较精简些,但是同时显示总价也比较不错,比较顾客也许更加关心总价。 阅读全文

    建博感想(附《B2C电子商务系统规划、业务研究与设计》电子书)

    2011-10-27 23:38 by 元亨利贞, 68 visits, 网摘收藏编辑
    摘要:这篇是在博客园建博写的第一篇博客,我稍稍写一些建博的感想和规划。 这并不是我第一个博客,以前也有其它博客,甚至还建了独立域名的博客,写了不少博文。但是后来网站因为实名的缘故给停了,而且平时也没有多少时间去写,所以就停顿了下来,网站也没有去弄,就这样废弃了。 检讨以前,我觉得是因为花在每篇文章上的时间太多了,每篇文章都要写上几千字,配上几张甚至十几张图片,就如同写论文一般。虽然质量有所保证,但是成本太高,也导致坚持不下去。这样的写法,也让写博客成为了负担,失去了个中乐趣。 为了能够坚持下去,我计划写短博文,每篇大概配图1~2张,500到1000字左右。每篇博文说明一个业务或者解释一个设计,这样. 阅读全文
posted on 2011-12-15 22:27  HackerVirus  阅读(1764)  评论(0编辑  收藏  举报