業務基礎平台

業務基礎平台是業務邏輯應用和基礎架構平台之間的一箇中間層，解決 “應用軟件的業務描述和操作系統平台、軟件基礎架構平台之間的交互與管理問題”。解決了“應用軟件系統與硬件之間的交互與管理問題”，軟件基礎架構平台解決了“應用軟件系統與操作系統平台之間的交互與管理問題”，而業務基礎平台則是解決了“應用軟件的業務描述與操作系統平台、軟件基礎架構平台之間的交互與管理問題”。

組件化業務基礎平台和傳統的業務基礎平台主要的差異在於組件化業務基礎平台具有更多的靈活性、可擴展性，能夠更加方便的進行組件升級和組件維護。特別是對於大型的行業軟件來説，易於升級、易於維護，能夠靈活的擴展成為評測一個業務基礎平台的一個重要標準，隨着業務的不斷髮展，很多一體化行業軟件代碼數量已經超過1G，如何對如此龐大規模的代碼進行維護、升級成為軟件開發者和運維管理者日益關注的一個課題，代碼關係複雜、系統啓動慢成為一個大型系統所面臨的一個主要矛盾。組件化業務基礎平台主要用於解決簡化開發，快速系統維護的問題。

業務基礎平台的組件化，並不是所有的內容全部組件化，有些內容是無法分離出去的，因此首先要把業務基礎平台的內核分離出來，建立一個業務基礎平台的微內核，微內核是跟每一個業務組件緊密相關的。然後把業務基礎平台中可以分離出來的內容單獨作為一個組件，即公共組件，從而實現業務組件和公共組件的分離。

業務組件和公共組件使用一個數據庫，通過公共組件及相關的標準實現整合，如果還有已有的系統，則通過企業集成平台進行整合。

在實際開發應用中，性能是很重要的一個非功能性需求，特別是針對大型的應用系統，性能是決定項目成敗的一個關鍵因素，業務基礎平台的架構決對性能問題有着重大的影響。如何在實現松耦合的基礎上，進一步提升性能問題（包括保證數據庫事務處理），是大型應用軟件的業務基礎平台必須要解決的一個問題，不能僅僅是為了組件化而組件化，如果不能解決性能問題，組件化就不能在大型的應用系統中得到廣泛應用，因此需要根據在實際開發過程中碰到的不同的場景，採用不同的調用方式，除了組件化中提到的服務，還有要有其他的方式作為補充，即能實現松耦合，又可以保證性能，實現不同層次的不同調用。

實現組件化，首先要定義清晰、簡單的業務組件界面，特別是業務組件和公共組件之間的界面，然後建立一個兼顧松耦合、性能的調用方式及不同的調用方式的標準。

基於SOAP的服務接口：通過SOAP的Web服務調用，適用於不同的業務組件之間，特別是不同廠商開發的業務組件、不同平台的業務組件以及新建的業務組件和遺留系統之間的調用。SOAP的服務接口有相關的標準支持，可以支持更多的平台和廠商。基於REST的服務接口：同平台、同廠商開發的業務組件之間的調用，特別是同一個組件中界面和業務邏輯之間的調用，從而實現界面和業務邏輯分離。REST服務是輕量級的服務調用，主要用於提高性能，簡化開發。

業務組件之間於SOAP的Web服務調用或者REST Web服務調用，因為基於SOAP的Web服務擁有眾多的標準，可以方便的實現跨平台調用，適用於不同廠商之間的業務組件調用，同一個廠商之間的不同組件調用可以直接通過能夠提供很好性能的REST Web服務調用。

基於API的調用 ，業務組件內部不同模塊之間的；業務組件和基礎平台的內核之間；不同的業務組件之間需要緊密結合事務處理的調用，通過API調用實現，保證系統的事務處理和系統性能。

不同的業務組件之間需要事物處理的調用，通過內嵌一個內核業務處理模塊的方式進行，如庫存處理相關業務，在訂單模塊和採購模塊都需要調用，通過服務方式很難處理事物，可以將一個簡化的庫存模塊（如Jar包，建議採用OSGi架構，WAS8已經提供了很好的支持）直接內嵌到訂單模塊和採購模塊，“庫存模塊內嵌到訂單和採購業務組件”；工作流引擎也可以採用這樣的方式，詳見《基於SOA 的工作流（WF）整合》的説明。

基於數據接口調用：同平台、同廠商開發的業務組件，可以直接通過數據視圖調用，簡化接口關係，特別開發比較緊密的小組開發的組件之間調用、大數據量的數據調用。不同的業務組件之間，純粹的數據調用，可以直接通過數據接口方式進行調用

現在有許多業務基礎平台已經實現了大量的基礎組件，如東宏的Jxstar，在這類平台搭建系統可以保證系統的快速交付與系統穩定性。