現在做軟件集成的同學還有不少，但外賣看到的經驗之類的文章不多，很多人也不知道怎么學習。這篇文章，作者梳理了一下自己經理的集成項目經驗，希望能幫到大家。

最近一直在做軟件集成對接相關工作，需要系統整理下自己的思路，歡迎大佬們指正。

一、學習理解思維圖

二、學習理解詳細描述

1. 什么是軟件集成對接

我這里講的集成是指通過第三方手段實現軟件與軟件之間的數據、業務對接（目前我還沒有找到比較統一的說明，所以不一定對，當作一個背景板展開）

目前常見的第三方軟件集成對接場景有：

1. 業務ERP與財務ERP
2. ERP系統與CRM系統
3. ERP系統與OA系統

2. 為什么需要集成對接

1）實現不同軟件數據的串聯：可以在一個軟件實現所有關聯業務的數據管理，或者數據統計

數據信息常見有兩類

• 基本信息數據：如商品、客戶、供應商等數據
• 業務信息數據：如銷售、存貨、任務工單等數據

2）實現不同軟件業務的串聯：目前市面上基本沒有大而全的軟件；更多的是各司其職，在自己的領域內專而精，為企業業務賦能。合理的實現多軟件的業務串聯，便可以使得1+1大于2

業務串聯從形式上可以分為三類：

1. 業務到業務：從上游軟件業務節點流轉到下游軟件的業務節點，下游完成后需回寫上游業務節點狀態。通俗來講，上下游軟件是一個完整業務流程不同環節，只有一整個流程走完，業務才會結束（每個節點的業務單據才會標記真正完成）。比如ERP與OA的對接中：某個單據提交審批，oa涉及多級審批結束后，回寫ERP審批完成。
2. 結果到業務：上游軟件業務結果流轉到下游軟件的業務節點，下游軟件自行進行業務處理。通俗來講，上游軟件已經代表一個完成業務流程結束，下游軟件代表另外一個業務流程開始。舉個例子，如ERP與財務系統對接中：ERP發貨結束的單據推送給財務軟件（ERP承接銷售業務的發貨流程），財務軟件自行進行單據的收款等（財務軟件承接銷售業務的結算流程）。

3. 如何進行集成對接

我理解通過應用三規則一約束就可以比較好的完成集成對接，但不一定對：

1）規則一、同步規則

確定軟件與軟件之間的數據同步，目前市面上常見的有三種：

1. 實時同步：指上游軟件某個數據或者業務發生時，就馬上更新下游軟件對應數據。多見于規則策略以及標準數據管理的場景中，及時保障各游策略與數據的統一。
2. 定時同步：指定期同步上游數據或者業務至下游軟件。多見于業務日結或者月結場景中，匯總階段業務數據定時統一同時下游處理。
3. 手動同步：指手動處理上游數據同步至下游軟件。該方式多用于上游業務無明確處理節點，由人工確認同步。

2）規則二、數據規則

• 靜態數據：上下游維護后，便約定無法更改的數據。該類數據一般為集成對接的底層核心，若哪一方出現變動，便會造成集成對接的差錯。
• 動態數據：可按一定規則發生變動更改的數據，由上游發起或由下游請求。該類數據在約定條件（注：即使是動態數據也是要有約束條件的，需要遵循上下游系統數據維護規則，絕不是無止境的更改）內可以進行動態變化。

3）規則三、業務規則

• 業務方向：確認業務流程，每個軟件誰是上游，誰是下游？是業務還是結果?
• 業務限制：理解每個軟件業務的表達形式，表達條件，確認業務約束（集成無法強求改變軟件本身業務邏輯，所以一定是要遵循軟件業務邏輯的基礎上，設計業務方向）

4）場外約束：君子協定

為何叫君子協定呢，因為每個軟件都是獨立的個體，在其自己的軟件體系里它是絕對自由的。

但是在集成對接的過程中（三個規則），有很多約束條件，我們是需要把這些約束單獨列舉出來，并通過企業管理制度（記住前提：集成無法強求改變軟件本身業務邏輯，因此不是通過軟件自身開發約束條件）來讓相關軟件使用者遵循約束，并相信他們可以很好履行（這便是君子協定）。

今天就到這了，希望大家多多交流，歡迎指導！