OFBiz組件是自包含，除了他們之間的工作聯繫。每個組件都有它自身的MVC結構。
在OFBiz中模型定義在數據定義的XML文件中，就是在 組件名\entitydef中的entitymodel.xml裏面。
這些文件常常(或者應該是)放置在entitydef目錄中。每個OFBiz組件可有一個(或者0個)這樣的目錄。由此論斷，每個OFBiz定義了它自己的“小世界”或者“唯一模型”。例如example組件有一個描述Example的模型。
在每個“唯一模型”間，在單獨數據實體間可能有一個關係網絡。在兩個單獨的“唯一實體”間，也可有關係。
OFBiz中的視圖或者用戶界面可能放在兩個不同地方，取決於定義他們使用的哪種技術。
當使用OFBiz小窗口(widget)技術，用戶界面定義在名爲widget的目錄中。每個OFBiz組件可有這個目錄。這裏，必須注意OFBiz確然有一些這樣的文件錯放在webapp目錄中。OFBiz非常龐大並且仍有衆多改進的地方。OFBiz可能包含一些以前程序員習慣和錯誤或者風格技術的殘留，甚至是拼寫錯誤，在開發中這些被忽視了6年了。
當使用HTML或者FTL技術，用戶界面定義應放在webapp目錄中。注意這個包含在webapp目錄中的WEB-INF目錄之外，WEB-INF目錄包含流程組件或者商務邏輯。
OFBiz中的控制器組件或者流程或者商務邏輯可放在三個不同的地方，這取決於定義商務邏輯時所使用的技術。
當使用純Java，商務邏輯定義應放在src目錄中
當使用迷你語言(Minilang)或者BeanShell，商務邏輯通常定義在名爲script的目錄中，也可在webapp內部的WEB-INF\actions目錄中。
當使用Event-Condition-Action(ECA)，商務邏輯定義在servicedef目錄中：
在使用服務ECA時，在secas.xml文件中；
在使用實體ECA時，在eecas.xml文件中。
當使用OFBiz服務，商務邏輯定義跨servicedef和script兩個目錄。在servicedef目錄中，文件名以"service"開頭(例如services.xml,service_view.xml)，聲明服務的使用模式。補充說明，在目錄script和src存放這些服務的實際實現或者定義。
WEB-INF目錄中的controller.xml和web.xml也包含MVC架構的控制器組件。
