返回來源

運作方式

作為任何傳統替換工作的一部分，我們需要追蹤關鍵資料流的來源和匯入。根據我們選擇如何切分整體問題，我們可能不需要一次對所有系統和資料執行此操作；雖然對於了解待完成工作的整體規模，了解主要流程非常有用。

我們的目標是製作某種類型的資料流圖。實際使用的格式較不重要，重點在於此發現不只停留在傳統系統，而是深入探究以查看基礎整合點。在與客戶合作時，我們會看到許多架構圖，令人驚訝的是，他們似乎常常忽略傳統背後的事物。

有幾種技術可追蹤系統中的資料。廣義來說，我們可以將這些視為追蹤上游或下游路徑。雖然資料通常會流向和流出基礎來源系統，但我們發現組織傾向於僅從資料來源的角度思考。也許透過傳統系統的觀點來看，這是任何整合中最明顯的部分？發現資料從傳統系統流回來源系統的部分通常是最不了解且文件最少的整合部分，這並不少見。

對於上游，我們通常從業務流程開始，然後嘗試追蹤資料流入，然後再流回傳統系統。這可能具有挑戰性，特別是在較舊的系統中，有許多不同的整合技術組合。一種有用的技術是使用 CRC 卡，目標是為關鍵業務流程步驟建立資料流圖和順序圖。無論我們使用哪種技術，讓適當的人員參與都至關重要，理想情況下是最初處理傳統系統的人員，但更常見的是現在支援這些系統的人員。如果這些人員無法參與，而且對事物運作方式的知識已經遺失，那麼從來源開始並向下游處理可能更合適。

追蹤下游整合也可能非常有用，根據我們的經驗，這通常會被忽略，部分原因是如果 功能同等性 發揮作用，焦點往往只會放在現有的業務流程上。在追蹤下游時，我們從基礎整合點開始，然後嘗試追蹤到它支援的主要業務功能和流程。這與地質學家在河流的可能來源處引入染料，然後查看染料最終出現在哪些溪流和支流中非常相似。這種方法特別適用於對傳統整合和對應系統的知識不足的情況，並且在我們建立新的元件或業務流程時特別有用。在追蹤下游時，我們可能會發現此資料在哪裡發揮作用，而無需先知道它採取的確切路徑，在這裡您可能需要將其與原始來源資料進行比較，以驗證資料是否已在過程中遭到變更。

一旦我們了解資料流，我們就可以查看是否有可能攔截或在來源處建立資料副本，然後資料副本可以流向我們的新解決方案。因此，我們不是整合到傳統系統，而是建立一些新的整合，以允許我們的新元件回溯到來源。我們確實需要確保同時考量上游和下游流，但正如我們在以下範例中所見，這些流不必一起實作。

如果無法進行新的整合，我們可以使用 事件攔截 或類似方法，建立資料流程的副本，並將其路由至我們的元件，我們希望盡可能在最上游進行此操作，以減少對現有舊有行為的依賴性。