一、B端詳細設(shè)計的流程
1、首先建業(yè)務(wù)數(shù)據(jù)模型
2、基于流程確定頁面流轉(zhuǎn)圖
3、每個頁面的具體設(shè)計
4、提劃好系統(tǒng)用戶角色，
5、最后完成權(quán)限設(shè)計
二、什么是業(yè)務(wù)建模
業(yè)務(wù)建模也叫領(lǐng)域建?；?qū)嶓w建模，是指提煉業(yè)務(wù)，歸納并設(shè)計對應(yīng)的實體-關(guān)系模型（ER,Enity-Relationship）的過程，業(yè)務(wù)建模是領(lǐng)域驅(qū)動設(shè)計中很重要的概念
三、為什么一定要做業(yè)務(wù)建模
軟件系統(tǒng)的模塊和功能實際上就是對現(xiàn)實世界的對象和規(guī)則的抽象。軟件系統(tǒng)設(shè)計的難點恰恰在于合理地總結(jié)客觀世界的對象和關(guān)系，并實現(xiàn)最基本的數(shù)據(jù)模型設(shè)計。只有總結(jié)并設(shè)計出正確的數(shù)據(jù)模型之后，才能思路清晰地完成功能模塊和操作交互的設(shè)計。
業(yè)務(wù)數(shù)據(jù)建模是數(shù)據(jù)庫設(shè)計中最重要的部分，會影響數(shù)據(jù)庫表結(jié)構(gòu)的設(shè)計，體現(xiàn)了設(shè)計者對業(yè)務(wù)本質(zhì)的理解和認(rèn)知。如果在詳細設(shè)計階段不做業(yè)務(wù)關(guān)系建模，產(chǎn)品經(jīng)理很容易陷入混亂中
四、建模要點
1、確定實體
2、連接關(guān)系
3、關(guān)鍵屬性
五、ER模型圖介紹
1、每一個大方框代表一個對象
2、方框中的第一行描述對象名稱
3、第二行描述對象中的數(shù)據(jù)字段
4、最下面一行描述對象所具備的函數(shù)，這是程序設(shè)計時用到的概念
5、兩個對象之間用實線連接，實線兩端標(biāo)上數(shù)字，用來描述它們之間的對應(yīng)關(guān)系
6、1..*表示1個機構(gòu)節(jié)點對應(yīng)1到多個門店
六、ER建模案例（x公司分銷平臺）
1、客戶訴求
2、組織結(jié)構(gòu)樹
3、實體對象
組織機構(gòu)對象：用來描述客戶的行政管理層級結(jié)構(gòu)
門店對象：掛在某個機構(gòu)節(jié)點下的收貨對象（有可能是門店，也可能是中央倉）
賬號對象：系統(tǒng)用戶
4、連接關(guān)系
1）每個組織機構(gòu)都有一個上級機構(gòu)
2）每個賬號隸屬于一個機構(gòu)節(jié)點
3）每個門店隸屬于一個機構(gòu)節(jié)點
4）每個門店下可以維護多個收貨人
5、理想版的ER模型
6、一期簡化需求
一期暫不用支持復(fù)雜的行政層級管理，只需要為客戶實現(xiàn)若干子賬號，讓他們可以管理若干門店即可
7、簡化版的組織機構(gòu)樹
8、理想版ER模型和簡化版ER模型的區(qū)別
唯一的變化是在賬號和門店兩個對象之間建立了關(guān)聯(lián)關(guān)系。這樣處理保持了模型的可擴展性，將來需要實現(xiàn)全面的組織架構(gòu)管理時，將賬號、門店之間的對應(yīng)關(guān)系打斷，在業(yè)務(wù)系統(tǒng)中實現(xiàn)遍歷算法和組織機構(gòu)樹管理維護功能即可，整個數(shù)據(jù)底層基本不需要調(diào)整。
9、錯誤的ER模型
10、錯誤的ER模型說明
1）如果產(chǎn)品設(shè)計人員認(rèn)為目前的業(yè)務(wù)訴求很明確，一個門店只能被一個賬號管理，所以賬號和門店的對應(yīng)關(guān)系應(yīng)該為一對多（而非多對多）。假設(shè)有一天，客戶的某個門店雇用了多名采購員，因而客戶要求實現(xiàn)賬號和門店多對多的設(shè)計，這在現(xiàn)實世界中是一種非常合理的業(yè)務(wù)場景。
2）為了實現(xiàn)此訴求，開發(fā)難度將非常大，因為從數(shù)據(jù)底層到前端功能實現(xiàn)，都認(rèn)為子賬號和門店是一對多結(jié)構(gòu)，如果將結(jié)構(gòu)改成多對多，首先底層數(shù)據(jù)庫結(jié)構(gòu)需要調(diào)整，所有歷史數(shù)據(jù)要處理；其次，基本上所有涉及讀取賬號和門店關(guān)系的功能代碼需要全部重寫?？此坪唵蔚囊粋€改造，會造成一場災(zāi)難。
