一元夺宝开发方案

合集下载
相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

E、夺宝期主表
F、夺宝期明细表(永远只记录当前期)
一元夺宝数据库 表结构
G、夺宝号码配置表 H、夺宝订单主表 I、夺宝订单明细表 J、夺宝购物车表 K、开奖任务记录表 L、开奖计算结果详细表 M、开奖收货地址表 N、开奖微信通知记录表
10、一元夺宝模块说明
整个一元夺宝中主要分为商品(后台、前台)、夺宝订单、夺宝期、开奖4大模块。
三、夺宝订单模块 这里的订单处理其实与我们脑海中的订单概念一样,也是分为订单主信息,订单所包含明细商品信息。 A、订单主信息中主要记录参与人、付款多少钱、什么方式付款、订单状态等关键信息。 B、订单明细表中唯一不同之处就是会记录到某人对该商品夺宝之后,系统分配给他的夺宝号码集合。
一元夺宝开发方案
宜昌树牙科技有限公司
1、什么是一元夺宝
一元云购是将一件商品分成若 干“等份”,每个人只需要出其中的 一份钱(1元)获得一个编号,当这 件商品所有“等份”被完全售出后, 系统将会根据事先公布的规则,计算 出相应的“幸运编号”,此“幸运编 号”的拥有者即可获得这件商品。
2、一元夺宝如何吸引消费者
整个一元夺宝中主要分为商品(后台、前台)、夺宝订单、夺宝期、开奖4大模块。
四、开奖模块 因为是无人值守的,所以开奖必须用定时任务来完成。开奖之后需要给用户微信发消息告知此处夺宝是否中奖,中 奖用户需要填写奖品邮寄出去的地址信息,用户收到奖品之后还可能会晒单等。
11、一元夺宝数据库结构
A、后台商品主表 B、后台商品明细表 C、前台商品主表 D、前台商品图片表
随众心理
03
04
积少成多
追随大众的心理,一件商品,买的人 越是少,那么越少人去买,相反,一 件商品,买的人越多,那么销量很快 飙升。一元云购就是利用消费者这样 的心理,大家都投了一块钱,我也不 特殊,投一块钱试一把。
积少成多,一元云购,也就是一块钱, 对于消费者,一块钱就是晒晒水的事 儿,但是每个人一块钱,人多了可就 不是一个小数目,一元云购能够迅速 筹集大伙的资金,也就是从众筹引申 来的。
以小博大
01
02
侥幸心理
以 小 博大的传统思维,这是一元云 购的精髓,以往我们经济交易都是 以平等为基础,一元云购打破这种 方式,让不平等交易出现在这个市 场经济的时代
拼人品的时代,这个社会青年一族推 动者商品交易的主旋律,拼爹、拼耐 力、拼人品,大伙都是各种各样拼, 把这种社会的风气带入到商品交易中, 这又是一元云购的另一大特色。
分成相应“等份”,每
份1元,1份对应1个夺宝 码。
5、一元夺宝开奖计算公式
本期幸运号码
=(
7691996626 50个时间求和


“老时时彩”开奖号码
)%
6488
该商品总需求人次

100000001
原始数
6、一元夺宝设计流程
加入 清单
开始
浏览商品 页面
立即ຫໍສະໝຸດ Baidu夺宝
提交 清单
支 付
支付成功修改 缓存、数据库 数据
返回投注 号码
结束
7、一元夺宝缓存流程
备注: A、缓存采用memcached1.4.13版本。
B、运用其CAS特性,内部实现锁机制,无需 外部加锁。主要是防止并发时,且剩下最后几注 号码,多人抢注。单最后只会允许有一人成功。
C、购物车数量、下单数量等全部从缓存中拿。 D、首页列表需要展示商品可用夺宝数、剩余 夺宝数。对于这种实时性高的数据,采取缓存1分 钟。等到购物车或者下单会重新判断数量是否充 足。 E、类似秒杀,这里没有采取排队机制,而是 锁机制。系统允许有人在下单时失败,这种情况 除了缓存之外,就是多人同时修改缓存数据, CAS版本号不一致。
9、一元夺宝前端设计
● 夺宝商品列表
说明: A、总需多少人次,已经参与多少人次,剩余多少人次。 B、根据夺宝的价位可以分为一元专区、五元专区、十元专区等 等。
9、一元夺宝前端设计
● 夺宝商品详情页
说明: A、显示夺宝期号 B、显示投注基本单位(即为参与人次,投注越多,人次显示越多) C、产品基本信息
整个一元夺宝中主要分为商品(后台、前台)、夺宝订单、夺宝期、开奖4大模块。
一、商品模块 对于商品这块区分前台与后台的理由是: A、后台主要是管理商品的基本属性参数,例如ID、名称、所属名牌品类,颜色尺码SKU等,当然这里是分主子表。 B、 前台在后台的数据基础上记录一些扩展行为参数,例如设定该商品进行到多少期就停止夺宝、总共需要多少人 次参与、基本夺宝人次单位等。 这样做的好处就是严格区分本身基本属性与后续扩展的行为熟悉,互不干扰但存在关联关系。
9、一元夺宝前端设计
● 商品夺宝参与记录
说明: A、显示夺宝支付时间。 B、显示夺宝用户信息,头像、昵称或者账号。
C、显示夺宝者的网络IP信息。
D、显示参与了多少人次,系统随机分配的夺宝号码。
9、一元夺宝前端设计
● 往期夺宝记录列表
说明: A、显示最后50名夺宝者信息,可以理解成为产品订单。
10、一元夺宝模块说明
10、一元夺宝模块说明
整个一元夺宝中主要分为商品(后台、前台)、夺宝订单、夺宝期、开奖4大模块。
二、夺宝期模块 在这个里面细分为夺宝期主要信息,当前期夺宝参与明细记录,以及夺宝号码配置。 A、夺宝期里面会记录什么商品参与夺宝、进行到多少期、总共需要多少人参与、当前参与了多少人次、当期中奖 用户,开奖号码等。 B、 当前期夺宝明细记录主要是这一期什么产品被什么人夺宝,且夺宝号码、夺宝的时间是多少。其有一个显著特 征就是记录条数会与该商品总参与人次数相等。 C、 存在夺宝号码配置这样的信息主要是为了在开奖之后初始化下一期夺宝用到。比喻说某商品总需要参与人次数 是100,那么就会从号码配置记录中取出从1到100共100个号码写入到夺宝明细记录中去。
8、一元夺宝定时任务
循 环
根据投注记录计算出开奖号码 与中奖用户,并且修改夺宝期 开奖信息
生成下一期投注号码;生 成中奖未中奖通知记录; 删除上一期投注明细。
开始
查找已经完成 的夺宝期数
结束
循 环
备注: A、这里采用了Sql2008的代理任务实现定时任务,运作起来比较方便。 B、后面移植到专门的服务托管框架中去,让数据库尽量不参与业务逻辑运算,也就是 数据库只负责数据存储。
3、一元云购的模式
一人一份
01
一人多份
一件产品每人只能买一份,就是 一人只能花一块钱购买;
一件产品每人可以购买多份
02
虚拟抵扣 一件产品每人购买多份,还 可以通过集赞的方式抵扣一 元钱;
03
4、一元夺宝的规则
01
每件商品参考市场价平
02
同一件商品可以购买 多次或一次购买多份。
03
当一件商品所有“等份”全 部售出后计算出“幸运夺宝 码”,拥有“幸运夺宝码” 者即可获得此商品。
10、一元夺宝模块说明
整个一元夺宝中主要分为商品(后台、前台)、夺宝订单、夺宝期、开奖4大模块。
四、开奖模块 因为是无人值守的,所以开奖必须用定时任务来完成。开奖之后需要给用户微信发消息告知此处夺宝是否中奖,中 奖用户需要填写奖品邮寄出去的地址信息,用户收到奖品之后还可能会晒单等。
10、一元夺宝模块说明
相关文档
最新文档