目前，ISA-M 主要以 Microsoft PowerPoint 演示文稿的形式提供?？梢栽?SAP Community 博客文章（https://blogs.sap.com/）以及關于ISA-M 的 SAP Jam 社區(qū)中找到補充性的文檔和信息。
盡管 ISA-M 是由 SAP 開發(fā)和維護的，但該方法論對所有 SAP 和非 SAP 集成解決方案都是開放的。因此，即使不使用 SAP 集成解決方案、或者只在某些領域使用，也可以應用ISA-M。然而，請記住，PowerPoint 模板中的大部分內容都是以 SAP 集成解決方案為重點開發(fā)的，所有的例子都與 SAP 產(chǎn)品有關。因此，如果使用了許多非 SAP 集成解決方案，需要進行更多的定制。
ISA-M 是由 SAP 和 SAP 用戶社區(qū)開發(fā)的。通過客戶參與計劃，所有的客戶和合作伙伴都有機會幫助塑造 ISA-M 的進一步發(fā)展，并貢獻他們自己的經(jīng)驗。此外，你可以訪問 SAP Jam 的 SAP 集成架構社區(qū)組，該組有超過 1,900 名成員。這個組的目標也是進一步發(fā)展 ISA - M。
2020年5月， ISA-M 3.3 版發(fā)布，這是自 2018年10月以來的首個新版本。這個版本包括了在 Microsoft PowerPoint 模板中描述的一些變化。Katrin von Ahsen 在她的博客文章中詳細描述了這些變化，鏈接如下：New version of the SAP Integration Solution Advisory Methodology Template released
本文鏈接：https://www.cnblogs.com/hhelibeb/p/17851913.html
內容摘錄自《SAP Interface Management Guide》。
ISA-M 循環(huán)
SAP 提供的 ISA-M 的應用程序可以被描述為一個循環(huán)。圖1 展示了 ISA-M 循環(huán)的概述。
圖1 ISA-M 循環(huán)(來源：SAP)
讓我們來看一下 SAP 提供的循環(huán)的四個階段，
- 評估集成策略：旨在記錄和評估集成架構。ISA-M 描述了多種方法來達到這個目的。使用集成領域和集成風格，你可以描述當前的集成景觀和未來的集成景觀，這兩種方法可以互補。評估集成策略的另一種方法是使用成熟模型。許多項目中使用成熟模型來對集成架構進行評估。后文將詳細介紹成熟模型。
- 設計混合集成平臺：第二階段，根據(jù) IISA-M，設計混合集成平臺的最重要任務是技術的分配和接口的評估。
- 定義集成最佳實踐：第三階段，定義集成最佳實踐。這個階段的目標是使用描述的最佳實踐來監(jiān)控新的集成需求的實施，并提高接口設計的透明度。SAP 提出了定義架構藍圖作為定義集成最佳實踐的一種手段。
- 實現(xiàn)賦權實踐：第四階段，實現(xiàn)賦權實踐，是關于在組織內部擴展集成知識。這個階段的目標是在組織內部將集成建立為一個公認的學科和戰(zhàn)略功能。這個階段伴隨著通過知識共享文化進一步傳播集成知識。在這個階段，SAP 更加集中地關注集成中的角色和職責可以使用我們在后文中描述的一個名為集成能力中心的（ICC）的方法來擴展它。
集成領域
SAP 提出的集成領域非常適合對接口和需求進行粗略的分類。圖2 顯示了 SAP 定義的集成領域。
圖2 ISA-M 集成領域 (來源：SAP)
通過 SAP 建議的集成領域，可以確定集成架構服務的接口或接口需求的類型，或者集成架構應該服務的類型。通過它，可以同時描述兩個問題：
- 想要集成的應用程序或系統(tǒng)在哪里？
- 在集成中，哪種類型的應用程序、系統(tǒng)、組織或事物應該相互通信？
可以使用集成領域作為分類接口和接口需求的初始指導。使用集成領域，可以輕松地在集成領域級別確定某些屬性。
例如，可能在云-至-云集成領域有安全需求。安全通信（至少通過 HTTPS 的 SSL 加密）是云-至-云集成的最低標準。基于證書的身份驗證方法也經(jīng)常被用來替代通過用戶名和密碼的經(jīng)典身份驗證。然而，根據(jù)我們的經(jīng)驗，基于證書的身份驗證程序和 SSL 加密的安全通信經(jīng)常不被使用，特別是在本地-至-本地集成中。
集成風格和用例
一旦確定了系統(tǒng)應該如何相互集成，下一步就是所謂的技術映射，決定你將使用什么來實施所需的集成。這個邏輯在圖2 中展示?？梢酝ㄟ^集成風格派生用例和用例模式。
SAP 并未明確你如何進行可能的技術選擇。建議在分配它們之前進行技術選擇?？梢允褂脙煞N方法進行此步驟：要么基于現(xiàn)有的集成解決方案和能力（例如，員工的能力）進行評估，要么基于先前定義的用例對可能的集成技術進行軟件評估。
在技術選擇過程中，特別注意商業(yè)環(huán)境。建議考慮以下影響因素：
- 你的行業(yè)在消息交換中是否需要特殊的格式或程序？
- 對IT部門有哪些特殊的要求（例如，必須滿足的法律要求）？
- IT部門內的策略是什么（例如，集中化還是分散化）？
- 已經(jīng)實施了哪些集成解決方案或技術？
- 當前公司有哪些可用的知識？
當將技術分配給用例時，SAP 建議使用推薦程度來區(qū)分，如表1 所示。
| 推薦程度 | 描述 |
|---|---|
| 通用推薦 | 通用推薦應選擇將通常用于特定用例的技術。注意，對于一個用例，可以有多個解決方案作為通用推薦。 |
| 合理的替代 | 作為合理的替代，某些條件下推薦的技術。應用到應用（A2A）集成用例的一個典型示例是在兩個 SAP 系統(tǒng)之間使用 ALE 作為直接集成。如果你的通用推薦是使用中間件平臺，那么 SAP 系統(tǒng)之間的直接集成仍然可以是一個合理的替代，因為它通常很容易實現(xiàn)。 |
| 可能的例外 | 對于不再想使用，但在特殊情況下仍然允許的所有技術，應該定義一個可能的例外。我們已經(jīng)避免使用基于文件的接口很多年了。然而，經(jīng)驗顯示，某些行業(yè)的某些特殊解決方案仍然完全依賴于基于文件的通信。 |
| 應避免 | 將不再想使用的技術分類為應避免。這些產(chǎn)品和技術是你公司長期內要替換的，可能包括例如因歷史原因構建的數(shù)據(jù)庫集成，或者在 SAP 環(huán)境中，過期的 SAP Business Connector。 |
表1 ISA - M 技術映射的推薦程度
SAP 建議使用這些推薦程度為每種集成風格構建決策矩陣。你可以很容易地將集成領域集成到?jīng)Q策矩陣中，如表2 所示。
| 技術 | SAP Cloud Integration | SAP Process Orchestration | |
|---|---|---|---|
| 推薦程度 | 通用推薦 | 通用推薦 | |
| 描述 | 如果可能，通過使用預定義的集成內容，滿足所有混合集成的需求 | 在所有本地到本地的情況中使用，包括 B2B 集成 | |
| 集成領域 | 本地到本地 | X | |
| 本地到云 | X | ||
| 云到云 | X |
表2 ISA - M 技術映射的決策矩陣示例
接口評估
作為接口評估的一部分，需要通過遵循上述描述的步驟，將業(yè)務需求帶入到技術決策中。
原則上，可以對現(xiàn)有或新的接口進行接口評估。通常，我們在設計新接口時使用接口評估，以便根據(jù)定義的集成架構進行實現(xiàn)。當然，也可以對現(xiàn)有的接口進行接口評估，以檢查接口景觀與集成架構匹配的程度如何。然而，在實踐很少有這種做法。
圖3 顯示了接口評估的概述。你可以根據(jù)你的業(yè)務需求定義一個業(yè)務場景。在業(yè)務場景的范圍內，至少有兩個應用程序需要相互集成?；谶@個要求，可以推導出單個接口，然后將它們分配給集成風格。
圖3 ISA - M 中的接口評估概述（來源：SAP）
SAP 描述了如圖4 所示的接口評估過程，其中包括以下步驟：
- 確定業(yè)務場景所屬的集成領域。
- 描述業(yè)務場景并確定要集成的應用程序。
- 描述業(yè)務場景的接口。
- 為每個定義的接口選擇集成風格和用例模式。
- 為接口選擇集成技術。
圖4 ISA-M中接口評估示意圖（來源：SAP）
實踐中經(jīng)常顛倒步驟 1 和 2。在此情況下，定義集成領域之前，必須先談論業(yè)務場景和應用程序，因而集成領域主要取決于集成的應用程序。
接口評估過程的第一步通常也包括進行采訪或研討會來提出需求。然后，可以使用步驟 1 和 2 作為設置這樣一個約會的方向。
在實踐中，接口評估常常中包括其他方面。例如，某些技術可能帶來限制。例如，使用 SAP Cloud Integration，不能在沒有（安全）文件傳輸協(xié)議 (FTP/SFTP)的情況下使用基于文件的通信，而使用 SAP Process Orchestration，可以實現(xiàn)本地文件存儲。強烈建議在接口評估過程中考慮這些方面。
架構藍圖
通過前面幾節(jié)描述的步驟，你已經(jīng)為集成架構做出了基本決策。通過定義集成最佳實踐，可以進一步標準化你的集成活動，并增加關于接口設計和實現(xiàn)的透明度。
根據(jù) ISA-M，可以根據(jù)用例構建架構藍圖。在 ISA-M 模板中，SAP 提供了架構藍圖。架構藍圖的一個例子如圖5所示。
圖5 ISA-M 架構藍圖示例（來源：SAP）
在左側，可以看到藍圖所屬的用例和相關集成領域的一般描述。在此描述下方，可以找到屬性和選擇標準的列表。在右側，可以看到藍圖的架構概述，顯示了藍圖中使用的各個組件以及如何在技術上通信。
此外，ISA-M 建議為每個架構藍圖構建一個信息表。信息表描述藍圖的目標、涉及的組件以及藍圖的應用。表3 顯示了云對云集成領域的 A2A 集成用例模式的一個信息表示例。
| 細節(jié) | 描述 |
|---|---|
| 集成 | 使用基于云的集成解決方案將基于云的應用程序與其他基于云的應用程序集成。應用程序與集成解決方案之間的通信需要特定的安全方面（例如，加密）。基于云的集成解決方案由供應商運營。 |
| 使用的 SAP 產(chǎn)品 | 使用以下來自 SAP 集成套件的組件： ? SAP Cloud Integration ? 如需要，使用 Open Connectors ? 如需要，使用 SAP API Management ? 如需要，使用 Integration Advisor |
| 何時應用 | 當需要在不同的基于云的應用程序之間交換事務和主數(shù)據(jù)，幾乎實時，需要如映射或路由的功能或出現(xiàn)技術中斷時。 |
| 如何應用 | ? 使用預定義的集成內容或自定義界面，將 SAP Cloud Integration 作為基于云的流程集成解決方案。 ? 連接非 SAP 云應用，使用 Open Connectors。 ? 使用 SAP API Management來管理、保護和控制API的調用。 ? 使用 Integration Advisor 加速接口實現(xiàn)。 |
表3 ISA-M 的一個示例架構藍圖的信息表
這個例子首先顯示了架構藍圖的粗略描述，然后是使用的技術產(chǎn)品的列表。這個例子中只列出了 SAP 產(chǎn)品；然而，當然也可以在這個信息表中包含非 SAP 產(chǎn)品。接下來是描述相應架構藍圖用于哪些情況（何時應用），然后是描述如何實現(xiàn)架構藍圖（如何應用）。建議在信息表中也引用命名規(guī)則和開發(fā)規(guī)范。
此外，ISA-M 描述了一些應做和不應做的事情，通常將這些考慮因素稱為集成原則，它們對于團隊協(xié)作和不同利益相關者群體之間的溝通特別有用。
另一個方面是集成技術選擇。在 SAP 環(huán)境中，有各種技術可用于開發(fā)接口，包括遠程函數(shù)調用（RFCs）、中間文檔（IDocs）、Web 服務和 OData 服務。必須決定哪種技術用于這些應用系統(tǒng)。然而，根據(jù)組織結構，可能需要由其他團隊做出實施和最終決策。盡管如此，集成團隊應參與定義要遵循的路徑：如果想指定要使用的技術，決策樹可以幫助解決方案架構師和后端開發(fā)人員為接口構建正確的設計。
角色和責任
在 ISA-M 中，SAP 描述了集成環(huán)境中的八個角色。對于每個角色，ISA-M 提供了該角色在集成環(huán)境中的任務的示例描述。在 ISA-M 中定義了以下角色：
- 企業(yè)架構師
- 集成架構師
- 集成開發(fā)人員
- 集成管理員
- 業(yè)務領域專家
- 業(yè)務用戶
- 公民集成員
- 應用程序/API 開發(fā)人員
企業(yè)架構師負責定義、通信和進一步開發(fā)集成架構。他們通過 ISA-M 一起進行密集的工作，并與集成架構師一起定義公司的混合集成平臺。應該在選擇和評估新的集成技術和解決方案時，讓企業(yè)架構師和集成架構師參與其中。
集成架構師與企業(yè)架構師一起定義集成架構。他們通過 ISA-M 一起進行密集的工作，并定義和傳達模式、模板和架構藍圖。此外，他們在定義技術接口需求時，是業(yè)務單位和客戶的重要聯(lián)系人。
集成開發(fā)人員主要負責實現(xiàn)接口需求。他們從集成架構師那里接收任務，作為接口的技術規(guī)格。應該始終鼓勵集成開發(fā)人員向企業(yè)架構師和集成架構師提供關于模板、最佳實踐和集成架構的一般性和特定的反饋。
集成管理員負責設置和操作集成解決方案。他們還從技術角度監(jiān)控集成解決方案，并確保它們按預期運行。
業(yè)務領域專家與集成架構師一起定義接口需求。他們積極參與消息映射的處理，并在整體接口設計中代表業(yè)務領域的需求。
業(yè)務用戶設定接口的需求，并將這些需求傳達給業(yè)務領域專家，由他指導集成開發(fā)人員實施需求。業(yè)務用戶通常只在后端系統(tǒng)中工作。
公民集成員是來自業(yè)務領域的特殊用戶。與業(yè)務領域專家類似，公民集成員在接口的概念設計中參與更深。然而，與業(yè)務領域專家不同的是，公民集成員也參與接口的實施。使用特殊的工具或向導，公民集成員可以獨立實現(xiàn)自助服務形式的簡單集成。
應用程序/API 開發(fā)人員在特定的后端系統(tǒng)中工作。在他們的系統(tǒng)景觀中，他們通常只知道他們支持的系統(tǒng)。這些開發(fā)人員負責在所需的后端系統(tǒng)中實現(xiàn)接口需求，并為這些系統(tǒng)定義統(tǒng)一的編程接口。
這部分 ISA-M 的內容也許還不夠全面。另外，明確定義角色和任務是重要的；同時，集成團隊的一般組織對齊至少同樣重要。
使用集成領域、風格和用例特別有用和有幫助。特別是在與員工、部門或經(jīng)理進行討論時，使用前面提到的三個分類標準進行結構化的方法很有幫助。表4 展示了根據(jù)集成領域為一家公司分配技術的例子。
| 集成領域 | 相關性 | 當前技術 | 未來 |
|---|---|---|---|
| OP-到-OP | X | 各種 (例如，直連，數(shù)據(jù)庫，文件等) | SAP Cloud Integration content in SAP PO |
| OP-到-云 | X | 各種 (例如，直連，數(shù)據(jù)庫，文件等) | SAP Cloud Integration |
| 云-到-云 | X | 各種 (例如，直連，數(shù)據(jù)庫，文件等) | SAP Cloud Integration |
| B2B | X | 區(qū)域 A: 通過外部服務提供商; 區(qū)域 B: 通過 SAP PO |
區(qū)域 A: 通過外部服務提供商; 區(qū)域 B: 通過 SAP Cloud Integration with Integration Advisor |
| B2G | X | SAP Cloud Integration/雜項 | SAP Cloud Integration |
| 用戶-到-OP | X | 網(wǎng)絡團隊 | SAP API Management |
| 用戶-到-云 | X | 網(wǎng)絡團隊 | SAP API Management |
| 物-到-OP | 不清楚 | 未提供 | 正在評估 Streaming hub 和 Internet of Things solutions |
| 物-到-云 | 不清楚 | 未提供 | 正在評估 Streaming hub 和 Internet of Things solutions |
表4 評估集成領域與高級技術映射
ISA - M 描述了構建技術映射的高度結構化方法。我們主要在構建集成策略時使用這種方法。你可以在表5 中看到集成風格過程集成的一個例子。
| 技術 | SAP Cloud Integration | SAP Cloud Integration Content in SAP PO | SAP PO | SAP Business Connector |
|---|---|---|---|---|
| 推薦程度 | 一般推薦 | 一般推薦 | 可能的例外 | 避免使用 |
| 描述 | 如果可能，用于大多數(shù)集成領域，使用預定義的集成內容。 | 用于合規(guī)相關的集成需求和OP到OP的通信。 | 用于所有現(xiàn)有的 SAP PO 實現(xiàn)和進一步開發(fā)。 | 維護到期；無新的開發(fā)?，F(xiàn)有的正在連續(xù)遷移。 |
| OP-到-OP | X | X | ||
| OP-到-云 | X | X | X | |
| 云-到-云 | X | |||
| B2B/B2G | X | X |
表5 過程集成風格的技術映射示例
對于在集成策略框架內的工作，這種技術映射是有用的。然而，這種技術映射可能對于日常工作過于復雜和廣泛。此外，外部利益相關者有時難以理解這種形式。因此，建議使用更簡單的概述，如表4 中所示。
在 ISA-M 版本 3.3 中，SAP 引入了架構藍圖。這種增強特別有用。建議進一步擴展它，選擇和實施適合的后端集成方法。圖6 顯示了在 SAP 后端系統(tǒng)中創(chuàng)建接口的技術決策樹的一個例子。
圖6 發(fā)送消息的技術選擇的決策樹示例文章來源：http://www.zghlxwxcb.cn/news/detail-747376.html
盡管 ISA-M 提出了集成環(huán)境中的典型角色，并提供了經(jīng)典的角色描述，但是缺乏評估自己的組織結構成熟度和從集成的角度進一步發(fā)展自己的組織的方法。因此，建議也使用額外的資源和方法，如集成能力中心（ICC）。文章來源地址http://www.zghlxwxcb.cn/news/detail-747376.html
到了這里，關于SAP集成技術（七）集成解決方案咨詢方法論（ISA-M）的文章就介紹完了。如果您還想了解更多內容，請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關文章，希望大家以后多多支持TOY模板網(wǎng)！
