產品轉型-關于軟件集成對接的梳理

1 評論 2219 瀏覽 10 收藏 7 分鐘

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

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

一、學習理解思維圖

二、學習理解詳細描述

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)場外約束:君子協定

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

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

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

本文由 @藍白羽0414 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自 Unsplash,基于 CC0 協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 現在還做集成類的項目嗎,可以交流一下

    來自天津 回復