商品销售打折自定义的数据建模

  近期看了idilent的文章《使用面向对象技术解决商品打折问题》,文后有读者提出要求:如果不同商品的折扣不同怎么办? 或者有买一百送五十这种方式,或不同会员等级的折扣不同。 怎么处理?”idilent认为打折这个问题并不是能够通过一个数据库的字段就可以解决的。有不同的会员,不同的产品,不同的销售计划,而这些也是在不停的不变化和增加的。而会员和产品的打折,以及店庆等打折,虽然都是折扣,但是很难抽象成数据库中的一个字段或者几个字段,不使用程序解决,而希望只是通过改变数据库中的数据,在目前阶段实现起来可能还比较困难。

  之前我曾参与过一个影碟出租销售管理系统的项目开发,负责其中的架构设计和数据建模工作,尽管最后该项目由于某些客观原因而被放弃,但是该项目中也有打折优惠这方面的功能需求,我也思考过这一块的数据建模。其实,我们可以把商品销售打折这样的商务规则分解成几个部分,分析各个部分之间的关系,从中找出关键点,再将其泛化数据建模,即可实现让用户自己定义打折规则。下面开始分析商品销售打折的商业规则:

  一套商品销售管理信息系统,必定存在下面两个实体:顾客,商品,打折这种商业规则一定是围绕着这两个实体以及相互间的关系而制定的。回顾我们的购物经历,打折的需求应该可以分为三种:
  1)对特定商品的折扣一般有如下几种情况:按售价进行一定百分比的打折;原价->特价(某个时间段内进行的)的打折;捆绑优惠销售(如购买某一(几)种商品后即可按较低的价格或折扣购买另一(几)种商品)。
  2)对顾客的的打折方式一般采用会员制,即是按会员等级在交费时直接给与一定的折扣优惠,或者在会员累积消费一定金额后给以一定比例的返点优惠,该方式

  • 0
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 4
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值