Spring cloud 項目———酷派手機商城 （話術）1.0

 酷派電商網站

描述：

　　隨着電子商務的發展，網上購物正在趨於一種時尚，電子商務網站也逐漸成爲企業順應潮流的標配。大多數人知道可能在電子商務網站前端有查詢，註冊登陸，購物車等等功能。但是您知道建設電子商務網站後臺功能模塊都有哪些麼?今天咱們就聊聊電商網站後臺功能模塊的那些事。電子商務網站整個系統的後端管理，按功能劃分爲九大模塊，包括商品組織管理、訂單處理、內容發佈管理等模塊。

功能模塊：

1、商品模塊： 

　  1.商品管理：商品和商品包的添加、修改、 刪除、複製、批處理、商品計劃上下架、SEO、商品多媒體上傳等，能夠定義商品是實體仍是虛擬，能夠定義是否預訂、是否缺貨銷售等。

　  2.商品目錄管理：樹形的商品目錄組織管理，並能夠設置關聯/商品推薦。   

　  3.商品類型管理：定義商品的類型，設置自定義屬性項、SKU項和商品評論項。  

　　4.品牌管理：添加、修改、刪除、上傳品牌 LOGO。   

　　5.商品評論管理：回覆、刪除。　

2、銷售模塊： 

　　 1.促銷管理：分爲目錄促銷、購物車促銷和 優惠券促銷三類，能夠隨意定義不一樣的促銷規則，知足平常促銷活動：購物折扣、購物贈送積分、購物贈送優惠券、購物免運輸費、特價商品、特定會員購買特定商品、折上折、買二送一等。  

 　　2.禮券管理：添加、發送禮券 

　　 3.關聯/推薦管理――基於規則引擎，能夠支持多種推薦類型，可手工添加或者自動評估商品。

3、訂單模塊： 

　  1.訂單管理：能夠編輯、解鎖、取消訂單、 拆分訂單、添加商品、移除商品、確承認備貨等，也可對因促銷規則發生變化引發的價格變化進行調整。訂單處理完可發起退貨、換貨流程。 

　　2.支付：經常使用於訂單支付信息的查看和手工 支付兩種功能。手工支付訂單，經常使用於「款到發貨」類型的訂單，可理解爲對款到發貨這類訂單的一種補登行爲。 

　　3.結算：提供商家與第三方物流公司的結算 功能，一般是月結。同時，結算功能也是經常使用來對「貨到付款」這一類型訂單支付後的數據進行對賬

4、庫存模塊： 

1.庫存管理：引入庫存的概念，不包括銷售 規則爲永遠可售的商品，一個SKU對應一個庫存量。庫存管理提供增長、減小等調整庫存量的功能;另外，也可對具具體的SKU設置商品的保留數量、***小庫存量、再進貨數量。

　　　每條SKU商品的具體庫存操做都會記錄在庫存明細記錄裏邊。

　 2.查看庫存明細記錄。 

   3.備貨/發貨：建立備貨單、打印備貨單、打印發貨單、打印EMS快遞單、完成發貨等一系列物流配送的操做。 

   4.退/換貨：對退/換貨的訂單進行收貨流程的處理。　

5、內容模塊： 

1.內容管理：包括內容管理以及內容目錄管理。內容目錄由樹形結構組織管理。相似於商品目錄的樹形結構，可設置目錄是否爲連接目錄。   

    2.無限制建立獨立內容網頁，好比關於咱們，聯繫咱們。 

    3.廣告管理：添加、修改、刪除、上傳廣告、 定義廣告有效時限。 

    4.可自由設置商城導航欄目以及欄目內容、欄目連接。

6、用戶模塊：

　   1.客戶管理：添加、刪除、修改、重設密碼、 發送郵件等。   

　　 2.反饋管理：刪除、回覆。 

 　　3.消息訂閱管理：添加、刪除、修改消息組 和消息、分配消息組、查看訂閱人。   

     4.會員資格：添加、刪除、修改。　

7、報表模塊： 　　

　　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和訂單的狀態，最後而後更新訂單（主要就是更改訂單的狀態，變成取消）。