酷派電商網站
描述：
隨着電子商務的發展，網上購物正在趨於一種時尚，電子商務網站也逐漸成為企業順應潮流的標配。大多數人知道可能在電子商務網站前端有查詢，注冊登錄，購物車等等功能。可是您知道建設電子商務網站后台功能模塊都有哪些么?今天我們就聊聊電商網站后台功能模塊的那些事。電子商務網站整個系統的后端管理，按功能划分為九大模塊，包括商品組織管理、訂單處理、內容發布管理等模塊。
功能模塊：
一、商品模塊：
1.商品管理：商品和商品包的添加、修改、 刪除、復制、批處理、商品計划上下架、SEO、商品多媒體上傳等，可以定義商品是實體還是虛擬，可以定義是否預訂、是否缺貨銷售等。 2.商品目錄管理：樹形的商品目錄組織管理，並可以設置關聯/商品推薦。 3.商品類型管理：定義商品的類型，設置自定義屬性項、SKU項和商品評論項。 4.品牌管理：添加、修改、刪除、上傳品牌 LOGO。 5.商品評論管理：回復、刪除。
二、銷售模塊：
1.促銷管理：分為目錄促銷、購物車促銷和 優惠券促銷三類，可以隨意定義不同的促銷規則，滿足日常促銷活動：購物折扣、購物贈送積分、購物贈送優惠券、購物免運輸費、特價商品、特定會員購買特定商品、折上折、買二送一等。 2.禮券管理：添加、發送禮券 3.關聯/推薦管理――基於規則引擎，可以支持多種推薦類型，可手工添加或者自動評估商品。
三、訂單模塊：
1.訂單管理：可以編輯、解鎖、取消訂單、 拆分訂單、添加商品、移除商品、確認可備貨等，也可對因促銷規則發生變化引起的價格變化進行調整。訂單處理完可發起退貨、換貨流程。 2.支付：常用於訂單支付信息的查看和手工 支付兩種功能。手工支付訂單，常用於“款到發貨”類型的訂單，可理解為對款到發貨這類訂單的一種補登行為。 3.結算：提供商家與第三方物流公司的結算 功能，通常是月結。同時，結算功能也是常用來對“貨到付款”這一類型訂單支付后的數據進行對帳
四、庫存模塊：
1.庫存管理：引入庫存的概念，不包括銷售 規則為永遠可售的商品，一個SKU對應一個庫存量。庫存管理提供增加、減少等調整庫存量的功能;另外，也可對具具體的SKU設置商品的保留數量、***小庫存量、再進貨數量。 每條SKU商品的具體庫存操作都會記錄在庫存明細記錄里邊。 2.查看庫存明細記錄。 3.備貨/發貨：創建備貨單、打印備貨單、打印發貨單、打印EMS快遞單、完成發貨等一系列物流配送的操作。 4.退/換貨：對退/換貨的訂單進行收貨流程的處理。
五、內容模塊：
1.內容管理：包括內容管理以及內容目錄管理。內容目錄由樹形結構組織管理。類似於商品目錄的樹形結構，可設置目錄是否為鏈接目錄。
2.無限制創建獨立內容網頁，比如關於我們，聯系我們。
3.廣告管理：添加、修改、刪除、上傳廣告、 定義廣告有效時限。
4.可自由設置商城導航欄目以及欄目內容、欄目鏈接。
六、用戶模塊：
1.客戶管理：添加、刪除、修改、重設密碼、 發送郵件等。
2.反饋管理：刪除、回復。
3.消息訂閱管理：添加、刪除、修改消息組 和消息、分配消息組、查看訂閱人。
4.會員資格：添加、刪除、修改。
七、報表模塊：
1.用戶注冊統計 2.低庫存匯總 3.缺貨訂單 4.訂單匯總 5.退換貨
項目話術：
面試官您好，我先介紹一下我的這個項目的整體思路。酷派電商網站項目是一個手機的在線銷售網站，包括pc端、移動端和WAP端。項目的功能很多，主要產品是手機和配件，購買手機時可以選擇隨心配一起購買，手機也可以由贈品。除了普通產品外，還有積分產品、秒殺產品、預售產品以及優惠券。酷派電商網站上的訂單分為普通訂單、積分訂單、秒殺訂單、預售訂單、換購訂單、優惠券訂單等多種類型訂單，每種訂單類型邏輯也不一樣。整個網站分為前台和后台，前台用來給用戶瀏覽手機並下單的，后台用來給管理員管理網站的所有產品、訂單等內容。項目中配有生動的圖文和各種有趣的活動，以此來提高客戶的體驗度，吸引廣大用戶的訂閱和使用。
項目主要分為：用戶模塊、商品模塊、銷售模塊、訂單模塊、庫存模塊、內容模塊以及報表模塊，六個大模塊旗下又有多個子模塊共計二十三個子模塊。我主要客戶模塊和訂單模塊，那接下來我介紹一下我所負責的模塊的流程。
第一個模塊是用戶模塊，主要包括用戶的登錄和注冊、客戶消息、消息訂閱和會員資格。因為本項目是一個分布式的項目需要考慮到服務的跨域問題和移動端的Session失效等問題，所以將用戶的登錄和注冊等子模塊做成一個獨立的Auth系統。因為本Auth系統的請求響應機制，是基於Http協議的請求頭(header)傳輸。舍棄了Cookie將數據存放在相應中以普通數據的方式發送，從而解決了Session失效的問題。使用Token+Redis的技術緩存服務器端生成的token信息返回給客戶端，從而解決跨域的問題。本模塊的重點在於Token的應用，在模塊制作時也遇到了一些問題。一個在Token置換時老Token以刪除新Token還沒有生成，那么此時傳遞的仍然是老Token導致這個階段操作都是離線操作。這是因為網絡傳輸時網路具有延遲，也就是時間差問題。解決的辦法是：Token設置一個保護期，也就是同意置換Token也不會立刻刪除老Token，給其留一個時間然后加入新Token。 其次是在模擬測試時，模擬代攻擊性的置換請求。發現過於頻繁的置換會占滿Redis，使得新的請求無法進入。解決的辦法是：規定一定的時間內不允許置換，也就是時間隔離保護。
第二個模塊是訂單模塊，創建訂單功能、查看訂單列表、根據訂單id查詢訂單的詳細信息、訂單修改、訂單取消、訂單狀態、訂單評價等功能的實現。
訂單項目的難點是如何創建訂單，我介紹一下制作流程：
第一步：獲取token中當前登錄用戶的信息； 第二步：通過用戶Id查詢購物車，從購物車獲取數據； 第三步：計算出訂單的總價（獲得總價）； 第四步：生成訂單； 第五步：將訂單批量插入到數據庫； 第六步：減少我們的產品庫存； 第七步：清空購物車。
其次是取消訂單的制作流程：先獲取token中當前登錄用戶的信息，然后通過用戶id和訂單id查詢訂單新建一個訂單，設置訂單id和訂單的狀態，最后然后更新訂單（主要就是更改訂單的狀態，變成取消）。