希望大家给个小红心，有什么建议可以留言，希望能让odoo开发变得简单。

前面几章回顾：

1、《odoo16 windows10环境搭建》介绍了搭建odoo开发环境；

2、《odoo16 创建第一个应用插件》介绍了写出一个应用插件的步骤顺序；

3、《odoo16 写好一个插件的5个步骤》介绍了写好一个应用插件应该具有的思路；

当你熟悉了前面三章后，就可能会总结出一套odoo开发的经验，下面是我总结出来的，在5个步骤的基础上增加了2个步骤。

这里的步骤只针对后端开发，至于主题、前端、个性化插件等，不在此范畴；

需求分析（STEP1)

需求分析是最重要的，从岗位薪资都可以看出来，必须对业务场景和odoo都非常了解，如果不具备该技能，可以先跳过，会有专门的人员给出开发需求。

数据结构设计（STEP2)

曾经看到一个很颠覆我观念的数据结构。

需求是这样的，企业内部客户会下销售订单，每一次可能会下多个产品，如果不知到odoo有销售模块，你会怎样设计呢？

某个开发人员是这样设计的，他问一次最多会下多少个产品，领导给他说一次最多不超过20个，于是他这样设计了这样的订单表结构。最后，在tree视图上光产品字段就有100个。

后端模型（STEP3)

后端模型就是要用好odoo提供的装饰器、ORM、内置函数及字段，详细的后面再分享。

前端视图（STEP4)

前端视图就是利用好odoo提供的几种视图及属性，再配合后端的权限，写出符合用户习惯，易用性高的界面。

业务逻辑（STEP5)

这是开发过程中最重要的，即便界面再好看，业务逻辑都是错的，那么系统就无法使用了。业务逻辑的注重的是准确、可靠、性能；

准确：指业务前后的数据要一致，比如需求100个产品，单价是10；那么在出库单上一定就是数量100，在应收上一定就是1000；比如仓库数量1000，出库400，那么仓库剩余数量一定是600。等等；

可靠：在经过多次的出库、入库、收款、退款流程后，系统中的仓库数量、金额仍然与实际账目是可以对上的（追求的目标）。

性能：执行某个操作的时间要符合用户对响应时间的要求，比如确认一个销售订单要几分钟（当BOM较为复杂时是可能的）。

报表（STEP6)

报表包括打印报表、分析报表。

API（STEP7)

api可以是odoo内部的rpc接口，也可以是小程序、APP、微信支付、电商平台、机床设备等。

总结

每一个部分都有很多要掌握的知识点，后续将陆续和大家分享。