一元夺宝开发方案_第1页
一元夺宝开发方案_第2页
一元夺宝开发方案_第3页
一元夺宝开发方案_第4页
一元夺宝开发方案_第5页
已阅读5页,还剩14页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、一元夺宝开发方案一元夺宝开发方案宜昌树牙科技有限公司 一元云购是将一件商品分成若干“等份”,每个人只需要出其中的一份钱(1元)获得一个编号,当这件商品所有“等份”被完全售出后,系统将会根据事先公布的规则,计算出相应的“幸运编号”,此“幸运编号”的拥有者即可获得这件商品。以以小小博大的传统思维,这是一元云博大的传统思维,这是一元云购的精髓,以往我们经济交易都是购的精髓,以往我们经济交易都是以平等为基础,一元云购打破这种以平等为基础,一元云购打破这种方式,让不平等交易出现在这个市方式,让不平等交易出现在这个市场经济的时代场经济的时代追随大众的心理,一件商品,买的人追随大众的心理,一件商品,买的人越

2、是少,那么越少人去买,相反,一越是少,那么越少人去买,相反,一件商品,买的人越多,那么销量很快件商品,买的人越多,那么销量很快飙升。一元云购就是利用消费者这样飙升。一元云购就是利用消费者这样的心理,大家都投了一块钱,我也不的心理,大家都投了一块钱,我也不特殊,投一块钱试一把。特殊,投一块钱试一把。拼人品的时代,这个社会青年一族推拼人品的时代,这个社会青年一族推动者商品交易的主旋律,拼爹、拼耐动者商品交易的主旋律,拼爹、拼耐力、拼人品,大伙都是各种各样拼,力、拼人品,大伙都是各种各样拼,把这种社会的风气带入到商品交易中,把这种社会的风气带入到商品交易中,这又是一元云购的另一大特色。这又是一元云购

3、的另一大特色。积少成多,一元云购,也就是一块钱,积少成多,一元云购,也就是一块钱,对于消费者,一块钱就是晒晒水的事对于消费者,一块钱就是晒晒水的事儿,但是每个人一块钱,人多了可就儿,但是每个人一块钱,人多了可就不是一个小数目,一元云购能够迅速不是一个小数目,一元云购能够迅速筹集大伙的资金,也就是从众筹引申筹集大伙的资金,也就是从众筹引申来的。来的。01一人一份一人一份02一人多份一人多份03虚拟抵扣虚拟抵扣4、一元夺宝的规则、一元夺宝的规则01每件商品参考市场价平分成相应“等份”,每份1元,1份对应1个夺宝码。02同一件商品可以购买多次或一次购买多份。03当一件商品所有“等份”全部售出后计算出

4、“幸运夺宝码”,拥有“幸运夺宝码”者即可获得此商品。5、一元夺宝开奖计算公式、一元夺宝开奖计算公式=( )%6、一元夺宝设计流程、一元夺宝设计流程开始开始浏览商品浏览商品页面页面加入清单立即夺宝提交提交清单清单支支付付支付成功修改支付成功修改缓存、数据库缓存、数据库数据数据返回投注返回投注号码号码结束结束7、一元夺宝缓存流程、一元夺宝缓存流程备注:备注: A、缓存采用memcached1.4.13版本。 B、运用其CAS特性,内部实现锁机制,无需外部加锁。主要是防止并发时,且剩下最后几注号码,多人抢注。单最后只会允许有一人成功。 C、购物车数量、下单数量等全部从缓存中拿。 D、首页列表需要展示

5、商品可用夺宝数、剩余夺宝数。对于这种实时性高的数据,采取缓存1分钟。等到购物车或者下单会重新判断数量是否充足。 E、类似秒杀,这里没有采取排队机制,而是锁机制。系统允许有人在下单时失败,这种情况除了缓存之外,就是多人同时修改缓存数据,CAS版本号不一致。8、一元夺宝定时任务、一元夺宝定时任务开始开始查找已经完成查找已经完成的夺宝期数的夺宝期数根据投注记录计算出开奖号码与中奖用户,并且修改夺宝期开奖信息结束结束生成下一期投注号码;生成中奖未中奖通知记录;删除上一期投注明细。备注:备注: A、这里采用了Sql2008的代理任务实现定时任务,运作起来比较方便。B、后面移植到专门的服务托管框架中去,让

6、数据库尽量不参与业务逻辑运算,也就是数据库只负责数据存储。9、一元夺宝前端设计、一元夺宝前端设计说明:说明:A、总需多少人次,已经参与多少人次,剩余多少人次。B、根据夺宝的价位可以分为一元专区、五元专区、十元专区等等。9、一元夺宝前端设计、一元夺宝前端设计说明:说明:A、显示夺宝期号B、显示投注基本单位(即为参与人次,投注越多,人次显示越多)C、产品基本信息9、一元夺宝前端设计一元夺宝前端设计说明:说明:A、显示夺宝支付时间。B、显示夺宝用户信息,头像、昵称或者账号。C、显示夺宝者的网络IP信息。D、显示参与了多少人次,系统随机分配的夺宝号码。9、一元夺宝前端设计一元夺宝前端设计说明:说明:A

7、、显示最后50名夺宝者信息,可以理解成为产品订单。10、一元夺宝模块说明、一元夺宝模块说明整个一元夺宝中主要分为商品(后台、前台)、夺宝订单、夺宝期、开奖4大模块。一、商品模块对于商品这块区分前台与后台的理由是:A、后台主要是管理商品的基本属性参数,例如ID、名称、所属名牌品类,颜色尺码SKU等,当然这里是分主子表。B、 前台在后台的数据基础上记录一些扩展行为参数,例如设定该商品进行到多少期就停止夺宝、总共需要多少人次参与、基本夺宝人次单位等。这样做的好处就是严格区分本身基本属性与后续扩展的行为熟悉,互不干扰但存在关联关系。10、一元夺宝模块说明、一元夺宝模块说明整个一元夺宝中主要分为商品(后

8、台、前台)、夺宝订单、夺宝期、开奖4大模块。二、夺宝期模块在这个里面细分为夺宝期主要信息,当前期夺宝参与明细记录,以及夺宝号码配置。A、夺宝期里面会记录什么商品参与夺宝、进行到多少期、总共需要多少人参与、当前参与了多少人次、当期中奖用户,开奖号码等。B、 当前期夺宝明细记录主要是这一期什么产品被什么人夺宝,且夺宝号码、夺宝的时间是多少。其有一个显著特征就是记录条数会与该商品总参与人次数相等。C、 存在夺宝号码配置这样的信息主要是为了在开奖之后初始化下一期夺宝用到。比喻说某商品总需要参与人次数是100,那么就会从号码配置记录中取出从1到100共100个号码写入到夺宝明细记录中去。10、一元夺宝模

9、块说明、一元夺宝模块说明整个一元夺宝中主要分为商品(后台、前台)、夺宝订单、夺宝期、开奖4大模块。三、夺宝订单模块这里的订单处理其实与我们脑海中的订单概念一样,也是分为订单主信息,订单所包含明细商品信息。A、订单主信息中主要记录参与人、付款多少钱、什么方式付款、订单状态等关键信息。B、订单明细表中唯一不同之处就是会记录到某人对该商品夺宝之后,系统分配给他的夺宝号码集合。10、一元夺宝模块说明、一元夺宝模块说明整个一元夺宝中主要分为商品(后台、前台)、夺宝订单、夺宝期、开奖4大模块。四、开奖模块因为是无人值守的,所以开奖必须用定时任务来完成。开奖之后需要给用户微信发消息告知此处夺宝是否中奖,中奖用户需要填写奖品邮寄出去的地址信息,用户收到奖品之后还可能会晒单等。10、一元夺宝模块说明、一元夺宝模块说明整个一元夺宝中主要分为商品(后台、前台)、夺宝订单、夺宝期、开奖4大模块。四、开奖模块因为是无人值守的,所以开奖必须用定时任务来完成。开奖之后需要给用户微信发消息告知此处夺宝是否中奖,中奖用户需要填写奖品邮寄出去的地址信息,用户收到奖品之后还可能会晒单等。11、一元夺宝数据库结构、一

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论