希望大家給個(gè)小紅心，有什么建議可以留言，希望能讓odoo開(kāi)發(fā)變得簡(jiǎn)單。

前面幾章回顧：

1、《odoo16 windows10環(huán)境搭建》介紹了搭建odoo開(kāi)發(fā)環(huán)境；

2、《odoo16 創(chuàng)建第一個(gè)應(yīng)用插件》介紹了寫(xiě)出一個(gè)應(yīng)用插件的步驟順序；

3、《odoo16 寫(xiě)好一個(gè)插件的5個(gè)步驟》介紹了寫(xiě)好一個(gè)應(yīng)用插件應(yīng)該具有的思路；

當(dāng)你熟悉了前面三章后，就可能會(huì)總結(jié)出一套o(hù)doo開(kāi)發(fā)的經(jīng)驗(yàn)，下面是我總結(jié)出來(lái)的，在5個(gè)步驟的基礎(chǔ)上增加了2個(gè)步驟。

這里的步驟只針對(duì)后端開(kāi)發(fā)，至于主題、前端、個(gè)性化插件等，不在此范疇；

需求分析（STEP1)

需求分析是最重要的，從崗位薪資都可以看出來(lái)，必須對(duì)業(yè)務(wù)場(chǎng)景和odoo都非常了解，如果不具備該技能，可以先跳過(guò)，會(huì)有專(zhuān)門(mén)的人員給出開(kāi)發(fā)需求。

數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)（STEP2)

曾經(jīng)看到一個(gè)很顛覆我觀念的數(shù)據(jù)結(jié)構(gòu)。

需求是這樣的，企業(yè)內(nèi)部客戶會(huì)下銷(xiāo)售訂單，每一次可能會(huì)下多個(gè)產(chǎn)品，如果不知到odoo有銷(xiāo)售模塊，你會(huì)怎樣設(shè)計(jì)呢？

某個(gè)開(kāi)發(fā)人員是這樣設(shè)計(jì)的，他問(wèn)一次最多會(huì)下多少個(gè)產(chǎn)品，領(lǐng)導(dǎo)給他說(shuō)一次最多不超過(guò)20個(gè)，于是他這樣設(shè)計(jì)了這樣的訂單表結(jié)構(gòu)。最后，在tree視圖上光產(chǎn)品字段就有100個(gè)。

后端模型（STEP3)

后端模型就是要用好odoo提供的裝飾器、ORM、內(nèi)置函數(shù)及字段，詳細(xì)的后面再分享。

前端視圖（STEP4)

前端視圖就是利用好odoo提供的幾種視圖及屬性，再配合后端的權(quán)限，寫(xiě)出符合用戶習(xí)慣，易用性高的界面。

業(yè)務(wù)邏輯（STEP5)

這是開(kāi)發(fā)過(guò)程中最重要的，即便界面再好看，業(yè)務(wù)邏輯都是錯(cuò)的，那么系統(tǒng)就無(wú)法使用了。業(yè)務(wù)邏輯的注重的是準(zhǔn)確、可靠、性能；

準(zhǔn)確：指業(yè)務(wù)前后的數(shù)據(jù)要一致，比如需求100個(gè)產(chǎn)品，單價(jià)是10；那么在出庫(kù)單上一定就是數(shù)量100，在應(yīng)收上一定就是1000；比如倉(cāng)庫(kù)數(shù)量1000，出庫(kù)400，那么倉(cāng)庫(kù)剩余數(shù)量一定是600。等等；

可靠：在經(jīng)過(guò)多次的出庫(kù)、入庫(kù)、收款、退款流程后，系統(tǒng)中的倉(cāng)庫(kù)數(shù)量、金額仍然與實(shí)際賬目是可以對(duì)上的（追求的目標(biāo)）。

性能：執(zhí)行某個(gè)操作的時(shí)間要符合用戶對(duì)響應(yīng)時(shí)間的要求，比如確認(rèn)一個(gè)銷(xiāo)售訂單要幾分鐘（當(dāng)BOM較為復(fù)雜時(shí)是可能的）。

報(bào)表（STEP6)

報(bào)表包括打印報(bào)表、分析報(bào)表。

API（STEP7)

api可以是odoo內(nèi)部的rpc接口，也可以是小程序、APP、微信支付、電商平臺(tái)、機(jī)床設(shè)備等。

總結(jié)

每一個(gè)部分都有很多要掌握的知識(shí)點(diǎn)，后續(xù)將陸續(xù)和大家分享。