一元奪寶開發(fā)方案

一元(yīyuán)奪寶開發(fā)方案宜昌樹牙科技(kējì)有限公司共二十頁1、什么(shénme)是一元奪寶一元云購是將一件商品分成若干“等份”，每個人只需要出其中(qízhōng)的一份錢（1元）獲得一個編號，當這件商品所有“等份”被完全售出后，系統(tǒng)將會根據(jù)事先公布的規(guī)則，計算出相應的“幸運編號”，此“幸運編號”的擁有者即可獲得這件商品。共二十頁2、一元奪寶如何(rúhé)吸引消費者以小博大01以小博大的傳統(tǒng)思維，這是一元云購的精髓，以往我們經(jīng)濟交易都是以平等為基礎，一元云購打破這種方式，讓不平等交易出現(xiàn)在這個市場經(jīng)濟的時代隨眾心理03追隨大眾的心理，一件商品，買的人越是少，那么越少人去買，相反，一件商品，買的人越多，那么銷量很快飆升。一元云購就是利用消費者這樣的心理，大家都投了一塊錢，我也不特殊，投一塊錢試一把。僥幸心理02拼人品的時代，這個社會青年一族推動者商品交易的主旋律，拼爹、拼耐力、拼人品，大伙都是各種各樣拼，把這種社會的風氣帶入到商品交易中，這又是一元云購的另一大特色。積少成多04積少成多，一元云購，也就是一塊錢，對于消費者，一塊錢就是曬曬水的事兒，但是每個人一塊錢，人多了可就不是一個小數(shù)目，一元云購能夠迅速籌集大伙的資金，也就是從眾籌引申來的。共二十頁3、一元(yīyuán)云購的模式01一人一份一件產(chǎn)品每人只能買一份，就是一人只能花一塊錢購買；02一人多份一件產(chǎn)品每人可以購買多份03虛擬抵扣一件產(chǎn)品每人購買多份，還可以通過集贊的方式抵扣一元錢；共二十頁4、一元(yīyuán)奪寶的規(guī)則01每件商品參考市場價平分成相應“等份”，每份1元，1份對應1個奪寶碼。02同一件商品可以購買多次或一次購買多份。03當一件商品所有“等份”全部售出后計算出“幸運奪寶碼”，擁有“幸運奪寶碼”者即可獲得此商品。共二十頁5、一元(yīyuán)奪寶開獎計算公式本期幸運(xìngyùn)號碼=(＋)769199662650個時間求和“老時時彩”開獎號碼?%6488該商品總需求人次＋100000001原始數(shù)共二十頁6、一元(yīyuán)奪寶設計流程開始瀏覽商品頁面加入清單立即奪寶提交清單支付支付成功修改緩存、數(shù)據(jù)庫數(shù)據(jù)返回投注號碼結束共二十頁7、一元(yīyuán)奪寶緩存流程備注：A、緩存采用memcached1.4.13版本。B、運用其CAS特性，內(nèi)部實現(xiàn)鎖機制，無需外部加鎖。主要是防止并發(fā)時，且剩下最后幾注號碼，多人搶注。單最后只會允許有一人成功。C、購物車數(shù)量、下單數(shù)量等全部從緩存中拿。D、首頁列表需要展示商品可用奪寶數(shù)、剩余奪寶數(shù)。對于這種實時性高的數(shù)據(jù)，采取緩存1分鐘。等到購物車或者下單會重新判斷數(shù)量是否充足。E、類似秒殺，這里沒有采取排隊機制，而是鎖機制。系統(tǒng)允許有人在下單時失敗，這種情況除了緩存之外，就是(jiùshì)多人同時修改緩存數(shù)據(jù)，CAS版本號不一致。共二十頁8、一元奪寶定時(dìnɡshí)任務開始(kāishǐ)查找已經(jīng)完成的奪寶期數(shù)根據(jù)投注記錄計算出開獎號碼與中獎用戶，并且修改奪寶期開獎信息結束生成下一期投注號碼；生成中獎未中獎通知記錄；刪除上一期投注明細。循環(huán)循環(huán)備注：A、這里采用了Sql2008的代理任務實現(xiàn)定時任務，運作起來比較方便。B、后面移植到專門的服務托管框架中去，讓數(shù)據(jù)庫盡量不參與業(yè)務邏輯運算，也就是數(shù)據(jù)庫只負責數(shù)據(jù)存儲。共二十頁9、一元(yīyuán)奪寶前端設計●奪寶商品(shāngpǐn)列表說明：A、總需多少人次，已經(jīng)參與多少人次，剩余多少人次。B、根據(jù)奪寶的價位可以分為一元專區(qū)、五元專區(qū)、十元專區(qū)等等。共二十頁

9、一元(yīyuán)奪寶前端設計●奪寶商品(shāngpǐn)詳情頁說明：A、顯示奪寶期號B、顯示投注基本單位（即為參與人次，投注越多，人次顯示越多）C、產(chǎn)品基本信息共二十頁9、一元(yīyuán)奪寶前端設計●商品奪寶參與(cānyù)記錄說明：A、顯示奪寶支付時間。B、顯示奪寶用戶信息，頭像、昵稱或者賬號。C、顯示奪寶者的網(wǎng)絡IP信息。D、顯示參與了多少人次，系統(tǒng)隨機分配的奪寶號碼。共二十頁

9、一元(yīyuán)奪寶前端設計●往期奪寶記錄(jìlù)列表說明：A、顯示最后50名奪寶者信息，可以理解成為產(chǎn)品訂單。共二十頁10、一元(yīyuán)奪寶模塊說明整個一元奪寶中主要分為商品(后臺、前臺)、奪寶訂單、奪寶期、開獎(kāijiǎnɡ)4大模塊。一、商品模塊對于商品這塊區(qū)分前臺與后臺的理由是：A、后臺主要是管理商品的基本屬性參數(shù)，例如ID、名稱、所屬名牌品類，顏色尺碼SKU等，當然這里是分主子表。B、前臺在后臺的數(shù)據(jù)基礎上記錄一些擴展行為參數(shù)，例如設定該商品進行到多少期就停止奪寶、總共需要多少人次參與、基本奪寶人次單位等。這樣做的好處就是嚴格區(qū)分本身基本屬性與后續(xù)擴展的行為熟悉，互不干擾但存在關聯(lián)關系。共二十頁10、一元(yīyuán)奪寶模塊說明整個一元奪寶中主要(zhǔyào)分為商品(后臺、前臺)、奪寶訂單、奪寶期、開獎4大模塊。二、奪寶期模塊在這個里面細分為奪寶期主要信息，當前期奪寶參與明細記錄，以及奪寶號碼配置。A、奪寶期里面會記錄什么商品參與奪寶、進行到多少期、總共需要多少人參與、當前參與了多少人次、當期中獎用戶，開獎號碼等。B、當前期奪寶明細記錄主要是這一期什么產(chǎn)品被什么人奪寶，且奪寶號碼、奪寶的時間是多少。其有一個顯著特征就是記錄條數(shù)會與該商品總參與人次數(shù)相等。C、存在奪寶號碼配置這樣的信息主要是為了在開獎之后初始化下一期奪寶用到。比喻說某商品總需要參與人次數(shù)是100，那么就會從號碼配置記錄中取出從1到100共100個號碼寫入到奪寶明細記錄中去。共二十頁10、一元(yīyuán)奪寶模塊說明整個一元奪寶中主要(zhǔyào)分為商品(后臺、前臺)、奪寶訂單、奪寶期、開獎4大模塊。三、奪寶訂單模塊這里的訂單處理其實與我們腦海中的訂單概念一樣，也是分為訂單主信息，訂單所包含明細商品信息。A、訂單主信息中主要記錄參與人、付款多少錢、什么方式付款、訂單狀態(tài)等關鍵信息。B、訂單明細表中唯一不同之處就是會記錄到某人對該商品奪寶之后，系統(tǒng)分配給他的奪寶號碼集合。共二十頁10、一元奪寶模塊(mókuài)說明整個(zhěnggè)一元奪寶中主要分為商品(后臺、前臺)、奪寶訂單、奪寶期、開獎4大模塊。四、開獎模塊因為是無人值守的，所以開獎必須用定時任務來完成。開獎之后需要給用戶微信發(fā)消息告知此處奪寶是否中獎，中獎用戶需要填寫獎品郵寄出去的地址信息，用戶收到獎品之后還可能會曬單等。共二十頁10、一元(yīyuán)奪寶模塊說明整個一元奪寶中主要分為商品(后臺、前臺)、奪寶訂單、奪寶期、開獎(kāijiǎnɡ)4大模塊。四、開獎模塊因為是無人值守的，所以開獎必須用定時任務來完成。開獎之后需要給用戶微信發(fā)消息告知此處奪寶是否中獎，中獎用戶需要填寫獎品郵寄出去的地址信息，用戶收到獎品之后還可能會曬單等。共二十頁11、一元(yīyuán)奪寶數(shù)據(jù)庫結構A、后臺商品主表B、后臺商品明細表C、前臺(qiántái)商品主表D、前臺商品圖片表E、奪寶期主表F、奪寶期明細表（永遠只記錄當前期）G、奪寶號碼配置表H、奪寶訂單主表I、奪寶訂單明細表J、奪寶購物車表K、開獎任務記錄表L、開獎計算結果詳細表M、開獎收貨地址表N、開獎微信通知記錄表一元奪寶數(shù)據(jù)庫表結構共二十頁內(nèi)容(nèiróng)總結一元奪寶開發(fā)方案。C、購物車數(shù)量、下單數(shù)量等全部從緩存中拿。生成中獎未中獎通知記錄。A、這里采用