會員管理系統(tǒng)設(shè)計

申請免費試用、咨詢電話：400-8352-114

　　現(xiàn)如今，很多企業(yè)既有線上電商分銷平臺，也有線下實體門店分銷渠道包括直營店、加盟店，不少企業(yè)還有呼叫中心進行電話營銷。這么多的分銷渠道如果數(shù)據(jù)不同步，信息不透明，管理不到位，就很容易導(dǎo)致決策失誤或者直接影響銷售。

　　于是很多企業(yè)在尋求可以同時高效管理線上銷售和線下銷售的一體化解決方案。具體來講就是可以把線上的業(yè)務(wù)，線下實體門店的業(yè)務(wù)以及呼叫中心的業(yè)務(wù)進行統(tǒng)一管理包括銷售、訂單、倉庫、會員、積分、促銷活動、售后、采購、財務(wù)等一體化管理。

　　企業(yè)同時希望線上線下的數(shù)據(jù)能夠完全融合，線上線下的數(shù)據(jù)能夠?qū)崟r互通，如會員積分管理，積分應(yīng)該實時反映會員在線上線下各種活動所產(chǎn)生的積分變化，會員在實體店購物，會員在電商平臺購物，會員在積分商城兌換禮品，這些活動所產(chǎn)生的一切積分變化，都應(yīng)該實時的反應(yīng)在同一個會員積分管理系統(tǒng)上。而不是線下有一套積分系統(tǒng)，線上又有另外一套積分系統(tǒng)，數(shù)據(jù)互相分離、互不相干。

　　企業(yè)還希望各大平臺的訂單，包括線下實體店的訂單，能夠集中在一個平臺進行批量處理，包括訂單的審核、拆分合并、批量打單、發(fā)貨配送，并且企業(yè)能夠根據(jù)訂單的收貨地址、倉庫具體情況進行就近配送，或上門自提實現(xiàn)020營銷功能。而不是像現(xiàn)在這樣，管理員擁有多個平臺的登陸賬號，處理各大平臺的訂單要用不同的賬號登陸不同的平臺，費時又費力。

　　一套靠譜的全渠道會員積分系統(tǒng)，還必須提供強大的后臺管理功能， 能夠隨時追蹤集團、分公司、分部分店的采購，產(chǎn)品庫存，銷售訂單，財務(wù)以及整體運營狀況。所有的數(shù)據(jù)實時更新，自動核算，并且能夠查詢到數(shù)據(jù)的來龍去脈，所有的數(shù)據(jù)能夠?qū)崟r匯總，并盡量只需要通過系統(tǒng)的一個頁面即可查詢到，且可通過手機端查詢，方便領(lǐng)導(dǎo)隨時掌握運營狀況，并及時響應(yīng)調(diào)整市場。

　　我們在很多情況下，可能都是某種組織的會員，如健身、游泳館、超市、美容店等其他連鎖店，這些針對會員的管理和消費管理，從而提供給會員更多的優(yōu)惠，一般通過積分的方式實現(xiàn)。本文主要從一個開發(fā)者的角度，對會員系統(tǒng)進行的設(shè)計開發(fā)進行剖析，希望能與大家一起探討，實現(xiàn)更多的思想碰撞。

　　如果系統(tǒng)是在一個店鋪使用的，那么使用單機版本的操作模式即可，如可以使用Winform + SQLite/Access方式，實現(xiàn)數(shù)據(jù)的訪問，并且方便軟件復(fù)制和備份工作，如果需要性能好一點或者數(shù)據(jù)更加安全一點，可以采用獨立的數(shù)據(jù)庫方式，如采用一個獨立的機器部署SqlServer數(shù)據(jù)庫或者Mysql數(shù)據(jù)庫，Oracle數(shù)據(jù)庫就沒太大必要了。

　　如果系統(tǒng)是在一系列連鎖店中使用的，那么可以采用Winform+WCF服務(wù)方式，實現(xiàn)數(shù)據(jù)的分布式訪問方式，這樣數(shù)據(jù)就不會保存在本地，和B/S通過瀏覽器的方式很類似，但是Winform客戶端能提供更豐富的界面體驗效果。當然，我們每一家的連鎖店就需要能夠上網(wǎng)，隨時進行數(shù)據(jù)的交換處理。

　　還有一種方式，是離線式的服務(wù)，就是彌補第二種方式在斷開網(wǎng)絡(luò)的時候不能工作的缺點，這種方式即使在網(wǎng)絡(luò)斷開，也能照常運營，網(wǎng)絡(luò)通暢的時候，通過手工進行數(shù)據(jù)的提交就可以了。由于現(xiàn)在網(wǎng)絡(luò)一般比較方便，所以這種方式一般采用的不多，只在特殊情況下采用。

　　1、系統(tǒng)用例的設(shè)計

　　我們知道，會員管理的主要目的就是以會員為中心，實現(xiàn)相關(guān)數(shù)據(jù)的管理。會員管理包括有會員本身的信息管理、會員收費管理、積分管理(積分增減、積分兌換、積分轉(zhuǎn)賬)、掛失管理、換卡管理、余額轉(zhuǎn)賬、商品管理、消費管理等等，圍繞著會員管理展開，通過多個職能操作，實現(xiàn)相關(guān)數(shù)據(jù)的錄入和管理。

　　2、系統(tǒng)數(shù)據(jù)庫設(shè)計

　　數(shù)據(jù)庫的設(shè)計，也主要是圍繞著會員信息進行的，會員信息是作為所有會員相關(guān)記錄的外鍵引用。為了避免數(shù)據(jù)庫表的閱讀困難，會員管理的相關(guān)表，使用“MS_”前綴聲明。

　　除了以下的表外，還包括了會員的打折設(shè)置信息，積分獎勵設(shè)置，以及用于會員消費的商品信息，及會員消費的記錄信息(包括消費主表和明細表記錄)。

　　為了篇幅的介紹，我主要列出會員的主表信息作為討論參考。

　　表主要使用字符型的ID作為表的主鍵，保存的時候，ID自動使用GUID作為數(shù)據(jù)存儲，由于考慮了可能多個連鎖店的情況，因此，我們需要增加一個Creator, CreateTime, Editor,EditTime, Dept_ID, Company_ID的通用字段，方便存儲用戶的相關(guān)表記錄信息，這樣我們在數(shù)據(jù)過濾以及報表查詢的時候，會方便很多。

　　3、系統(tǒng)模塊化設(shè)計

　　當然會員的信息還可以擴展更多，我們一般是以一個通用的會員管理來實現(xiàn)這個模塊，從而可以在整個大系統(tǒng)中進行整合和使用。而一般我們都有自己的平臺模塊積累，在業(yè)務(wù)層只需要整合現(xiàn)有的一些底層模塊作為支持，業(yè)務(wù)系統(tǒng)我們獨立開發(fā)即可，大概的構(gòu)造如下所示。

　　當然，我們隨著系統(tǒng)的開發(fā)，我們可能需要整合兩個以上的系統(tǒng)(或者底層業(yè)務(wù)模塊)到一個大系統(tǒng)里面，這種要求就需要我們所有的系統(tǒng)模塊，都可以通過松耦合、插件化整合的方式實現(xiàn)使用的。