Java工程師知識樹
商品中心，在電子商務公司壹般是後臺管理商品的地方。在前端而言，是商家為了展示商品信息給用戶的地方，它是承擔了商品的數據，訂單，營銷活動的數據中心。在後端而言，商品中心則是運營者管理維護商品的地方，因此從商品的上傳到發貨，退貨，整個閉環都離不開商品中心的支撐，因此商品中心的重要性毋庸置疑。
本文將從三大模塊去講述商品中心的設計。
在設計商品中心這壹模塊前，我們先弄清楚，電商後臺常用的壹些關鍵詞，有助於我們對業務的理解。
（1）SPU ：（stanrdard Product Unit，即標準化產品單元），是壹組標準化的信息集合，例如：“iphone 8”就是壹個SPU。
（2）SKU ：（Stock Keeping Uint，即庫存量單位），庫存控制的最小可用單位。例如：“iphone8plus256G金色”就是壹個SKU。
（3）前臺類目（分類）： 前臺類目是為了方便用戶篩選查找商品而設置的功能，運營可根據運營需求靈活調整前臺類目，用戶通過前臺類目查找相應的商品時，自動從後臺類目中檢索相應的商品。
（4）後臺類目： 是為了方便運營者管理商品的庫存，sku，商品規格屬性的壹個分類管理功能模塊。後臺類目與前臺類目相互映射，後臺類目壹般不輕易變動。
（5）屬性：商品屬性是描述商品信息的壹組值，通過這類值我們可以建立起對壹件商品的基本認知。
屬性分為關鍵屬性，銷售屬性，非關鍵屬性。關鍵屬性屬於是指能夠唯壹確定產品的屬性，是必填項，例如手機的屏幕尺寸，型號屬於關鍵屬性。銷售屬性是組成SKU的特殊屬性，或稱為“規格屬性”，例如手機的顏色，內存。非關鍵屬性是指除了關鍵屬性，銷售屬性外的其它屬性，如手機的手機接口類型。非關鍵屬性不壹定是必填項，可根據運營需求設置。
在了解完電商平臺的基本術語之後，我們則可以根據平臺自身的業務需求商品中心了，後臺的基本功能大致有四類——增、改、查、刪。因此我們理解該基本功能之後，對商品中心的基本功能就有了大致理解。
在理解這壹點的基礎上，我們需要理解我們平臺的管理者和運營者對商品中心的功能需求：我們可以用簡單的用例圖的形式將運營人員的功能畫出來，便於分析。
根據以上用例圖則可以畫出商品中心的信息架構圖：
在收集完公司的業務需求之後，我們就可以開始設計每壹項功能：
定義：發布商品是運營者在平臺庫中錄入商品數據的基礎功能，發布的商品審核通過後則可以直接在前臺展示給消費者，在壹些平臺商家發布的商品需要經過平臺的審核才能在前臺顯示，若需要平臺審核，則在商品發布之後再商品中心則需要展示商品審核的狀態，以方便運營者知曉商品審核的動態。
需要註意的是:商品的上架和發布需要註意區分，有的平臺發布之後則直接展示在前臺，用戶直接可以在前臺展示，有的平臺則需要在發布商品過審後需要點擊上架後才能展示在前端，這裏需要根據自身的業務需求去做設計處理。
定義：商品審核功能是保證商品質量並確保商品合規性的重要措施。審核的對象包含但商家上架的商品，平臺自營的商品。審核包含商品性質的合規性，內容的規範性。審核包含商品上傳的前置審核，上架後的審核。
前置審核的結果分為通過與未通過兩種，審核未通過需返回不通過原因，便於商家或商品發布者修改。後置審核的結果為兩種，下架和不做處理。後置審核的壹般使用場景較少，本模塊著重講商品的前置審核。
商品發布提交後，商品則在平臺方的商品中心展示待審核的商品：
商品審核結果有兩種：壹種結果是不通過，壹種是通過。
審核通過時在在售商品列表，審核不通過時在待售商品列表中未通過狀態之列裏，審核不通過時後臺商品審核人員需要輸入商品審核不通過的原因，以便於商家修改。在商品審核不通過時，在該商品的詳情裏需記錄商品的審核記錄。在商品審核結束後平臺應及時通知商家運營者，以根據審核結果調整。
定義：商品下架是運營者對在售的商品進行移除的功能，在平臺方若下架商家商品則需要對下架說明原因。下架的商品則需要在商品中心有單獨的區域展示，若是平臺的商品下架則需對此功能做權限設置，並且在點擊下架時需做二次確認。
定義：商品的修改則在商品列表中添加修改的入口，可以將常用的使用頻次較高的功能在從商品修改頁面中單獨分離出來以保證商品運營人員管理的高效性，例如商品的價格修改，排序修改等等。
定義：運營人員對商品類目進行維護管理的功能，主要包含新增、修改、移動、刪除，查看這五大基礎功能。
這裏以前臺類目管理為例：
原型範例：
需要說明的是：在涉及到類目的刪除，移動時在該類目下沒有商品掛在，否則將會影響前端商品的展示。