# architect 參考圖表 (reference-diagrams) - Full Documentation # Agentforce 版本計畫 Agentforce 版本計畫 - 詳細說明初始生成式 AI 專案版本的可供傳送圖表。 ## 描述 詳細說明初始 Agentforce 專案版本可交付的圖表。其中包含「專案定義」、「設定和測試」、「試用版」和「Beta 版」等階段。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNewOrRegister/241905d5-9a36-451d-952a-e43390349502) - [影像](https://architect.salesforce.com/ns-assets/legacy/releaseanddelivery.png) # Agentforce 系統橫向 Agentforce 系統橫向 - 系統橫向,此系統橫向將 Salesforce 產品與 Agentforce 提供的其他技術系統混合捕捉。 ## 描述 系統橫向,此間系統橫向將 Salesforce 產品與 Agentforce 提供的其他技術系統混合。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNewOrRegister/28e332b9-b4d5-4780-8220-12e097f0dc58) - [影像](https://architect.salesforce.com/ns-assets/legacy/einsteingptsystemlandscape-einsteingptsystemlandscape.png) # Agentforce 藍圖 agentforce 藍圖 - 顯示 Salesforce Customer 360 實作上 AI 首展元件的範例藍圖 ## 描述 此藍圖顯示在整個 Salesforce Customer 360 實作之間首展 Agentforce 功能的階段。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNewOrRegister/1d9723f0-0835-4dc2-9cbb-01b2e97c91e8) - [影像](https://architect.salesforce.com/ns-assets/legacy/generativeairollout.png) # Customer 360 Marketing 系統橫向 data 360 marketing - 範例系統背景 - Customer 360 結構顯示整合 Salesforce 解決方案中的不同元件如何使用原生連接器彼此通訊 ## 描述 Customer 360 實作的系統橫向。它顯示整合 Salesforce 解決方案內的不同元件如何使用原生連接器彼此通訊。其中包含資料入院、身分解析、區隔和啟用等功能。 ## 可下載連結: - [影像](https://architect.salesforce.com/ns-assets/legacy/data360marketing.png) # Data 360 Customer Zero 實作結構 Data 360 Customer Zero 實作結構 ## 描述 此端對端圖顯示 Salesforce 中實作 Salesforce 作為 Customer Zero 計畫的 Salesforce Data 360。Salesforce Data 360 會作為中心情報與管治層,透過 Zero Copy 聯邦與外部系統 Snowflake 和 AWS 統一企業資料,同時保留 Trust 與語意。此整合的 AI 準備資料基礎可強化 AgentForce 360 啟用,讓合理的工作人員、CRM 增強和跨雲端自動化能夠透過所有業務功能的安全且有原則性的資料流程,最終將組織轉變為代理企業。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNew/af215946-127b-4b47-95b9-a7c158be351b) - [影像](https://architect.salesforce.com/ns-assets/data360_ref_arch/sfdc_customer_zero_implementation.png) # Data 360 批次啟用與事件驅動動作結構 Salesforce Data 360 批次啟用與事件驅動動動作結構 ## 描述 此圖顯示 Salesforce Data 360 在行銷啟用的端對端解決方案中。使用 Salesforce Data 360 將資料轉為立即動作。透過利用立即可用的連接器和 Data Lake 首頁平台的零複製互通性,您可以消除複雜的資料移動並直接執行。此流暢連線會作為所有聯合平台的動態「統一」和「啟用層」,觸發成為完全代理企業所需的啟用、智慧即時動作。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNew/620837ec-bb08-4f1e-af26-1164fc5f789c) - [影像](https://sf-archs.cdn.salesforce-experience.com/cms/delivery/media/MCJU43MZY5WRELXAAIBCYP5NIT6A?channelId=0apHs000000y0QG&oid=00DHs000003Wrxy) # Data 360 技術功能地圖 data 360 技術功能地圖 - 顯示 Data 360 技術功能及其支援所涉及產品組合的功能地圖。其中包含如 Data Lakehouse、大型資料處理、資料連接器、轉換、模型和單一事實來源等功能。 ## 描述 顯示 Data 360 技術功能的功能對應,以及支援這些功能所涉及的產品組合。其中包含「資料湖」、「大型資料處理」、「資料連接器」、「轉換」、「模型」和「單一事實來源」等功能。 ## 可下載連結: - [影像](https://architect.salesforce.com/ns-assets/legacy/data360technicalcapabilitymap.png) # Javascript 遠端的方箱 JavaScript 遠端的方箱 - 顯示如何同時發出多個 JavaScript 遠端要求,或在單一 HTTP 要求中「方箱」至 Salesforce 核心平台。在平台上,每個方箱 (亦即個別的 JavaScript 遠端動作) 都會依序在個別的 Apex 同步交易內容中進行序列處理。 ## 描述 顯示如何同時發出多個 JavaScript 遠端要求,或在單一 HTTP 要求中將「方箱」傳送至 Salesforce 核心平台。在平台上,每個方塊 (亦即個別的 JavaScript 遠端動作) 都會依序在個別的 Apex 同步交易內容中進行序列處理。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNew/ef9e594d-58c5-4554-97c8-0147f2f14bc2) - [影像](https://architect.salesforce.com/ns-assets/legacy/jsremotingboxcarring.png) # Lightning Web 元件透過電線轉接器的互動 Lightning Web 元件透過電線轉接器的互動 - 這是「建構表單決策指南」中的範例解決方案架構圖表,其中顯示 LWC 如何透過使用與使用者介面 API 互動的電線轉接器,為單一記錄和相關物件提供豐富的互動。在背景下,Salesforce 會透過檢查欄位級安全性設定、權限和共用設定來提升工作效率。它也會提取物件中繼資料以及主題和版面配置資訊。 ## 描述 這是「建立表單決策指南」的範例解決方案結構圖表,顯示 LWC 如何透過使用與使用者介面 API 互動的電線轉接器,與單一記錄和相關物件提供豐富的互動。在背景中,Salesforce 會透過檢查欄位級安全性設定、權限和共用設定來執行繁重的工作。它也會提取物件中繼資料以及主題與版面配置資訊。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNew/9f72aafa-6293-4954-b090-3418e27b19da) - [影像](https://architect.salesforce.com/ns-assets/legacy/controller.png) # Lightning Web 元件離畫面資料作業 Lightning Web 元件離畫面資料作業 - 這是「建立表單決策指南」中的範例解決方案結構圖表,顯示如何使用電線轉接器來存取 Salesforce 資料以動態填入表單的元件,並讓開發人員透過 Apex 控制項更新、刪除和建立記錄。 ## 描述 這是「建立表單決策指南」中的範例解決方案結構圖表,顯示使用電線轉接器來存取 Salesforce 資料以動態填入表單的元件,並讓開發人員能夠透過 Apex 控制項更新、刪除和建立記錄。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNew/286abef0-8c38-4981-a7dc-71e3f92ca3de) - [影像](https://architect.salesforce.com/ns-assets/legacy/off-screen-data-operations.png) # Lightning 動作中的方箱 Lightning 動作中的方箱 - 顯示如何同時核發多個 Lightning 動作,或在單一 XHR 要求中「方箱」至 Salesforce 核心平台。 XHR 要求內的每個方箱都會依序在個別的交易內容中進行序列處理。 ## 描述 顯示如何同時核發多個 Lightning 動作,或在單一 XHR 要求中將其「方箱式」傳送至 Salesforce 核心平台。XHR 要求內的每個方箱都會依序在個別的交易內容中進行序列處理。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNew/6f6709ed-d1e7-446a-8385-286c2771be85) - [影像](https://architect.salesforce.com/ns-assets/legacy/lightningactionboxcarring.png) # Omnistudio 整合 omnistudio 整合 - 這是 OmniStudio 的「建立表單決策指南」中的範例解決方案結構,操作基本 JSON,然後使用 DataRaptor 和整合程序等工具對應至 Salesforce 物件或外部資料。DataRaptor 和整合程序是將 OmniStudio 表單與 Salesforce 內部和外部資料連線至 Salesforce 的兩個關鍵元件。 ## 描述 這是 OmniStudio 的「建立表單決策指南」中的範例解決方案結構,操作基礎 JSON,然後使用如 DataRaptor 和「整合程序」等工具對應至 Salesforce 物件或外部資料。DataRaptor 和整合程序是將您的 OmniStudio 表單與 Salesforce 內部和外部資料連線的兩個關鍵元件。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNew/cb0eb20b-da86-4dac-a3fc-bff5ac387165) - [影像](https://architect.salesforce.com/ns-assets/legacy/object-impact.png) # Salesforce Data 360 與 AWS 之間的零複製資料整合結構 Salesforce Data 360 與 AWS 之間的零複製資料整合結構 ## 描述 此圖顯示 Salesforce Data 360 使用立即可用的連接器來與各種 AWS 資料服務整合,以及與 AWS Redshift 和 S3 的強大 Zero Copy 互通性。此結構可讓組織順暢整合和統一跨聯合平台的資料,提供中心「統一和啟用層」,這對於轉換為真正的「代理人企業」而言至關重要。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNew/04991364-85c0-45e6-b5de-553367fbb473) - [影像](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-aws.png) # Salesforce Data 360 與 Databricks 之間的零複製資料整合結構 Salesforce Data 360 和 Databricks 之間的零複製資料整合模式 ## 描述 此圖顯示 Salesforce Data 360 使用立即可用的連接器,以與使用「零複製互通性」的 Databricks Delta Lake house Platform 整合。此結構可讓組織順暢整合和統一跨聯合平台的資料,提供中心「統一和啟用層」,這對於轉換為真正的「代理人企業」而言至關重要。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNew/e74f6e22-ce6d-4b6d-a258-76ddb8f73f4e) - [影像](https://sf-archs.cdn.salesforce-experience.com/cms/delivery/media/MCBDXPMJDI2VCTRKXXYRHJCFANPQ?channelId=0apHs000000y0QG&oid=00DHs000003Wrxy) # Salesforce Data 360 與 GCP 之間的零複製資料整合結構 Salesforce Data 360 和 GCP 之間的零複製資料整合結構 ## 描述 此圖顯示 Salesforce Data 360 使用立即可用的連接器來與各種 Google Cloud Platform Services 整合。Salesforce Data 360 可統一資料並推動動作。其具有立即可用的連接器,可與各種 Google Cloud Platform Services 整合,以及強大的 Zero Copy 與 Google BigQuery 和 Google Cloud Storage 的互通性。此結構可讓組織順暢整合和統一跨聯合平台的資料,提供中心「統一和啟用層」,這對於轉換為真正的「代理人企業」而言至關重要。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNew/4661f0e4-e86a-409b-9a98-8301cbbca74f) - [影像](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-gcp.png) # Salesforce Data 360 與 Snowflake 之間的零複製資料整合結構 Salesforce Data 360 與 Snowflake 之間的零複製資料整合結構 ## 描述 此圖顯示 Salesforce Data 360 使用立即可用的連接器,以使用零複製互通性與 Snowflake Data Lake House Platform 整合。此結構可讓組織順暢整合和統一跨聯合平台的資料,提供中心「統一和啟用層」,這對於轉換為真正的「代理人企業」而言至關重要。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNew/b02236c2-f3f4-4de8-b13b-35f67fd5390d) - [影像](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-snf.png) # Salesforce 角色階層 salesforce 角色階層 - 範例組織階層,用於瞭解特定使用個案的業務結構、角色和權限。 ## 描述 此圖說明組織階層範例,以便說明特定使用個案的業務結構、角色和權限,並從角色子集中進行取用。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNewOrRegister/4fe3cd5e-0ccf-4ffd-9f7c-a418ce615c67) - [影像](https://architect.salesforce.com/ns-assets/legacy/salesforcerolehierarchy1.png) ## 簡介 本文件提供 Salesforce 實體關係圖表 (ERD) 標記法和慣例的概觀,以協助您清楚解讀可在 [資料模型圖庫中](https://developer.salesforce.com/docs/platform/data-models/guide/get-started.html)使用的產品資料模型。 ERD 又稱為資料模型,是資訊系統的圖形表示。它會顯示該系統中人員、物件、位置、概念和事件之間的關係。這是一種邏輯模型,可傳達資料的功能結構。在 Salesforce ERD 中,實體通常會對應至 Salesforce 資料庫中的物件。 ## 實體 實體是一種有意義的事物或物件,無論是實際或概念性的資訊都需要知道或保留。 sample data model entity 實體在圖表中以圓角的方塊表示。每個實體方塊通常會提供兩個標籤 (若適用): - 實體的邏輯名稱 (例如:此處所示範例中的「Salesforce 實體」。這可能與所代表 Salesforce 物件的單數標籤對應,但不一定。 - 您 Salesforce 組織中物件的「實體」API 名稱或開發人員名稱 (例如:範例中的「_API 名稱_」)。針對受管理封裝物件,圖表中列出的 API 名稱通常不會包含受管理封裝命名空間 (例如 vlocity_ins\*\*),除非 Salesforce 或 Industry Cloud 使用多個受管理封裝。受管理封裝物件的 API 名稱結尾表示使用的自訂物件類型:「\*\*c」用於一般自訂物件和自訂設定,「**mdt」用於自訂中繼資料,「**x」用於外部物件。 實體方塊也可以列出代表該實體屬性的一或多個屬性。屬性前面會加上「#」或「-」字元。 - “#” 表示屬於實體邏輯唯一索引鍵的一部分。在範例圖中,「使用者金鑰屬性」視為實體的使用者主要金鑰。 - “•” 表示非金鑰屬性。 ### 實體格式化 每個實體關係圖都會從指定的雲端 (例如 Sales Cloud、Service Cloud 或 Marketing Cloud) 的觀點說明 Salesforce 資料模型。圖表的色彩主題會反映焦點中的雲。所有產業雲端 (例如 Financial Service Cloud、Health Cloud 和 Media Cloud) 都使用相同的「產業」色彩主題。 圖表上指定實體的色彩也具有特定意義。焦點雲端色彩使用其 Salesforce 品牌色彩來表示,包括以下一些範例。 sample data model clouds 下一節將檢閱參照下方 Sales Cloud 範例圖例的不同實體格式: sample data model entities legend ### 雲端實體 具有焦點雲端色彩的實體代表隨附該雲端授權的物件。 ### 相關實體 具有白色填補和黑色框線的實體代表一個物件,其授權與焦點雲端不同,且未由焦點雲端授權擴充。例如,在 Sales 或 Service Cloud ERD 上顯示的「帳戶」與「連絡人」實體將會顯示為白色且有黑色框線,因為這些物件適用於平台授權。 ### 擴充相關實體 具有淺灰色填補及黑色框線的實體代表一個物件,其授權與焦點雲端不同,但焦點雲端會擴充該物件。例如,Commerce Cloud 會以其他欄位擴充基本 Product2 物件。擴充功能包含其他欄位、關係和記錄類型。 ### 外部實體 沒有框線的實體是虛擬的。在圖表中使用時,這些方塊會確認實體存在於網域的邏輯模型中,但實體不會在 Salesforce 中實作為實體物件。此實體的資料預期會透過已部署解決方案中的外部 API 呼叫或 Salesforce Connect 存取。 ### 記錄類型實體 具有虛線框線的實體會在 Salesforce 中建模為記錄類型。在此處顯示的範例中,「公司帳戶」、「帳單帳戶」、「消費者帳戶」和「服務帳戶」子類型具有虛線框線,因為其會對應至透過 Communications Cloud 受管理封裝傳送的記錄類型。 sample data model record type notation ### 概念實體 具有虛線框線的實體是虛擬的。記錄類型或個別物件都不會用來區分 Salesforce 解決方案中的這些子類型。這些子類型會邏輯地描述網域中的概念,其有助於說明資料模型的功能。 ### 超類型與子類型實體 實體的子類型是其發生次數的子集定義。在超類型實體內新增一組子類型時,超類型實體會描述共同屬性和關係,而子類型實體會顯示子類型特有的屬性和關係。在圖表標記法中,子類型互斥,這表示任何單一記錄都必須是單一子類型。 sample subtype relationships 子類型可以有巢狀子類型來進一步區分發生次數。圖表中的子類型是邏輯的,但可透過三種方式之一對應至實體表示。子類型實體框線的穩定性會定義子類型在 Salesforce 資料模型中實作的方式。 sample supertype 具有實線的子類型實體具有實際物件,可追蹤該子類型的發生次數。在此處顯示的範例中,「連絡人」的「外部使用者」子類型具有固定的框線,因為註冊為「外部使用者」的連絡人會在「使用者」物件中使用記錄進行追蹤。 sample subtype contact object ## 關係 關係是兩個實體之間具名的明顯關聯。 sample relationships 行上或行周圍的標記和文字描述關係的基數、選用性和意義。 ### 關係基數 sample relationships legend 基數表示關係各側的相對次數。在標記法中,關係線的結尾表示該結尾的關係基數。結尾的冠子頁尾表示該結尾的許多實體事件可能與相反結尾的每個事件相關。端端缺少克勞的頁尾表示該端最多有一個實體發生的狀況可能與另一端的指定事件相關。 ### 父系-子系關係 Salesforce 支援兩種[關係欄位](https://developer.salesforce.com/docs/atlas.en-us.object_reference.meta/object_reference/field_types.htm#i1435823):對應欄位和父系-子系 (也稱為主要-詳細資料) 欄位。「父系子系」欄位類似於必要對應,但會套用相關實體之間的其他配對。刪除父系記錄時,關係的多側記錄會串聯刪除。此外,詳細資料記錄的可視性也由父系記錄的可視性所控制。 為了說明子系-父系關係與對應關係之間的差異,Salesforce ERD 會從 UML 借用鑽石標記法。關係單一端的鑽石表示該端的實體在關係中扮演主要角色。此類關係中多邊的實體是詳細資料或子系實體,可視為包含在父系實體內。 ### 關係選用性 選擇性表示每個結尾的事件是否需要關係。作為概念,選擇性與基數密切相關,標記法會反映此近似度。透過關係另一端的線條之間的圓形或長條來表示選擇性。為什麼位於關係的另一端?將選擇性標記包含在行與基數相同的側邊。 在關係的多邊 (亦即克勞的腳) 上,線條上幾乎一律有圓形。這表示對於關係單一端的每個事件,關係的多邊可以有零對多個事件。 在關係的單數端,圓形和長條表示關係的冠子頁尾上實體的選擇性關係。圓形及長條平均值可在關係的單數端有零或一個次數,對於多重端的每個次數。 或者,在關係的單數端,雙長條表示關係的多側實體所需的關係。雙長條表示對於多邊的每個事件,關係的單數端必須有一個且只有一個事件。 即使 Salesforce 中的基本實體關係是選擇性的,關係的選擇性仍會顯示為必要。例如,「連絡人」上的 AccountId 欄位實際上是選擇性關係,但如果您忽略「私人連絡人」,則邏輯上需要「連絡人與帳戶」的直接關係。使用選用性指標很謹慎。在大多數的情況下,在 ERD 中顯示的選擇性會反映關係的基本選擇性。 ### 關係意義 sample relationships meaning 除了基數與選擇性之外,兩個實體之間的每個關係都會表達某種意義,以區分該關係與相同兩個實體之間的其他關係。關係結束名稱 (如上圖中的「部分」和「組成」) 會定義關係的性質。 sample relationships meaning 當您結合關係的基數、選用性和結束名稱時,這些名稱可以用來形成描述關係的句子。 從左到右:每個 (可能/必須) 為 (一且只有一/一或多個) 。 由右至左:每個 (可能/必須) 為 (一且只有一/一或多個) 。 例如, sample relationships meaning 從左到右:「每個連絡人必須主要是只有一個帳戶的連絡人。」由右至左:「每個帳戶主要代表一個或多個連絡人。」 ### 關係色彩編碼 關係線條以色彩編碼。由雲端在圖表焦點中新增的關係會以色彩繪製。黑色線條代表與焦點雲端不同授權的關係。 sample relationships color ### 遞迴關係 關係可在相同實體的兩個事件之間。這稱為遞迴關係。彎曲關係線用來表示遞迴關係。 sample recursive relationships ### 互斥關係 sample mutual exclusive relationships Salesforce ERD 通常會排除大多數業務規則,以專注於資料模型的結構,但相互排除的關係是一個對結構具有資訊性的業務規則,因此請注意。互斥關係表示只有一個包含在弧度中的多個關係會用於任何指定的事件。請注意,兩個、三個或更多關係可以參與相同的相互排除關係。描述在此處顯示互斥關係的句子可能是:「每個實體都可以是只有一個「第一個其他實體」的例項,或是一個僅有一個「第二個其他實體」的例項。」 sample mutual exclusive relationships 請注意,在 Salesforce ERD 中,通過弧度的中斷關係條列並非互斥關係的一部分。 ## 版面配置慣例 正式 Salesforce 產品 ERD 遵循版面配置慣例來改善可讀性。這些版面配置慣例包括下列內容: - 關係線條應一律為直線。 - 關係線條應垂直或水平繪製。在極少數情況下,如果無法這麼做,請在對角線上使用直線。 - 為了讓關係線條保持直接,實體方塊可以調整大小 (較高或較寬),以提供兩個實體之間關係的登陸位置。更重要的實體 (其關係較多) 會顯示在圖表上,以加強其重要性。 - 在整個單一 ERD 中,關係上的角色的腳應該一直位於關係條列的左側和/或頂端 (向上下版面配置),或一直位於關係條列的右側和/或底部 (向上右側版面配置)。此慣例提供清晰度,因為其會在圖表的相同區域收集類似實體,這對瞭解實體很有幫助。使用向上向下版面配置會導致圖表向上向下顯示,且子系實體位於父系實體的上方或左側 – 不過,這可確保圖表中最具體的實體位於圖表的左上角,進而使圖表更可彼此區分並可辨識。使用右上方版面配置慣例會導致相同的通用實體位於每個圖表左上方,但子系實體會位於父系實體的下方或右側。 嚴格遵循這些版面配置慣例會產生簡潔且易讀的圖表。 請務必檢查符合此標準的最新 Salesforce 資料模型 [資料模型圖庫](https://developer.salesforce.com/docs/platform/data-models/guide)。 # 中介排程提取 中介排程提取 - 顯示 Middleware 如何向 SOAP API 或 REST API 提出同步要求,以將與大量輸出整合工作相關聯的延遲最小化。系統會依排程從 Salesforce Platform 提取資料,而非讓平台透過非同步 Apex 推送資料。 ## 描述 顯示 Middleware 如何向 SOAP API 或 REST API 提出同步要求,以儘量減少與大量輸出整合工作相關聯的延遲。系統會依排程從 Salesforce Platform 提取資料,而非平台透過非同步 Apex 推送資料。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNew/b1c1dd9f-114f-4827-a238-960d840bbc1a) - [影像](https://architect.salesforce.com/ns-assets/legacy/middlewarescheduledpull.png) # 中介提取透過平台事件通知 中介程式提取平台事件通知 - 顯示如何使用平台事件來提供輸出整合,或指示中介程式工具透過原生 API 提取必要資訊並將其傳送至最終目的地。 ## 描述 顯示如何使用平台事件來提供輸出整合,或指示中介軟體工具透過原生 API 提取必要資訊並將其傳送至最終目的地。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNew/1eee6c2f-056c-4ba4-a1ad-e78099066d46) - [影像](https://architect.salesforce.com/ns-assets/legacy/pemiddlewarepull.png) # 串流 串流 - 顯示正在發佈的事件串流。正在聆聽串流的訂閱者會收到並相應地處理這些事件。 ## 描述 顯示正在發佈的事件串流。正在聆聽串流的訂閱者會收到串流,並相應地處理串流。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNewOrRegister/13f15b6c-0b36-4048-b2ec-88e5137c6c0b) - [影像](https://architect.salesforce.com/ns-assets/legacy/eventdrivenarchitecturediagrams-streaming.png) # 互動流程流程 互動流程流程圖說明系統元件、服務和使用者之間的互動、資料流程和程序步驟順序。這些圖表可協助結構設計師和開發人員瞭解系統的不同部分如何溝通、事件如何透過結構傳播,以及如何協調非同步和同步流程。它們提供瞭解系統行為、識別瓶頸和最佳化流程流程的重要文件。 此區段包含與互動流程流程相關的 16 個參考圖: | 圖表名稱 | 描述 | | --------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------- | | [透過 Openapi 結構描述對 Apis 的外部整合](/docs/architect/zh-tw/reference-diagrams/guide/external-integrations-to-apis-with-openapi-schemas) | 來自「建立表單決策指南」的範例解決方案結構圖,顯示使用 API 與 OpenAPI 結構描述的外部整合。 | | [透過 Http 的外部整合](/docs/architect/zh-tw/reference-diagrams/guide/external-integrations-via-http) | 來自「建立表單決策指南」的範例解決方案結構圖表,顯示使用 HTTP 通訊協定的外部整合。 | | [透過 MuleSoft Apis 和 Rpa 機器人進行外部整合](/docs/architect/zh-tw/reference-diagrams/guide/external-integrations-via-mulesoft-apis-and-rpa-bots) | 來自「建立表單決策指南」的範例解決方案結構圖表,顯示使用 MuleSoft API 和 RPA 機器人的外部整合。 | | [在外部網站上 Lightning Out](/docs/architect/zh-tw/reference-diagrams/guide/lightning-out-on-external-sites) | 來自「建立表單決策指南」的範例解決方案結構,顯示如何在外部網站上內嵌 LWC 元件。 | | [Lightning Web 元件透過電線轉接器的互動](/docs/architect/zh-tw/reference-diagrams/guide/lightning-web-components-interaction-via-wire-adapters) | 來自「建立表單決策指南」的範例解決方案結構圖表,顯示 Lightning Web 元件如何使用電線轉接器進行互動。 | | [Lightning Web 元件離畫面資料作業](/docs/architect/zh-tw/reference-diagrams/guide/lightning-web-components-off-screen-data-operations) | 來自「建立表單決策指南」的範例解決方案結構圖表,顯示 Lightning Web 元件的螢幕外資料作業。 | | [透過自訂查詢進行非同步 Apex 監視](/docs/architect/zh-tw/reference-diagrams/guide/asynchronous-apex-monitoring-via-custom-query) | 顯示追蹤非同步流程狀態和檢視批次工作和已排程工作的結果所涉及的元件。 | | [透過平台事件非同步處理](/docs/architect/zh-tw/reference-diagrams/guide/asynchronous-processing-via-platform-events) | 顯示非同步處理如何處理平台事件。訂閱者會取用發佈至 Bus 的事件來進行處理。 | | [批次 Apex 公平使用率演算法](/docs/architect/zh-tw/reference-diagrams/guide/batch-apex-fair-usage-algorithm) | 顯示公平使用率演算法如何確保 Salesforce 平台上的每個組織都獲得批次處理資源的「公平佔比」。 | | [批次重新排入 Apex 訊息](/docs/architect/zh-tw/reference-diagrams/guide/batch-apex-message-re-enqueueing) | 顯示 Salesforce Platform 的「流程控制」機制如何透過在超過限制時重新排入訊息,來防止某個組織溢出批次排列。 | | [JavaScript 遠端的方箱車](/docs/architect/zh-tw/reference-diagrams/guide/boxcarring-in-javascript-remoting) | 顯示如何同時發出多個 JavaScript 遠端要求,或在單一 XHR 要求中使用「方箱」來改善效能。 | | [Lightning 動作中的方塊手推車](/docs/architect/zh-tw/reference-diagrams/guide/boxcarring-in-lightning-actions) | 顯示如何同時核發多個 Lightning 動作,或在單一 XHR 要求中「方箱」以最佳化網路呼叫。 | | [索賠檢查](/docs/architect/zh-tw/reference-diagrams/guide/claim-check) | 顯示在修改記錄時要發佈的事件。事件的訊息內文會儲存在資料庫中,且只會透過訊息匯流傳送參照。 | | [客戶個人化流程](/docs/architect/zh-tw/reference-diagrams/guide/customer-personalization-flow) | 顯示從客戶互動到傳送系統的端對端資訊流程中涉及的時間型互動。 | | [外展](/docs/architect/zh-tw/reference-diagrams/guide/fanout) | 顯示當記錄經由使用者互動修改時,透過多個訂閱者處理事件時,要發佈並寫入單一的事件, | | [透過平台事件通知提取中繼軟體](/docs/architect/zh-tw/reference-diagrams/guide/middleware-pull-via-platform-event-notification) | 顯示如何使用平台事件來提供輸出整合,或指示中介軟體工具從 Salesforce 提取資料。 | | [中介排程提取](/docs/architect/zh-tw/reference-diagrams/guide/middleware-scheduled-pull) | 顯示 Middleware 如何向 SOAP API 或 REST API 提出同步要求,以將與即時處理相關聯的延遲最小化。 | | [傳送的訊息](/docs/architect/zh-tw/reference-diagrams/guide/passed-messages) | 顯示「傳送訊息」模式的流程範例,其中包含發行者、訂閱者,以及元件之間傳送的訊息。 | | [發佈訂閱](/docs/architect/zh-tw/reference-diagrams/guide/publish-subscribe) | 顯示「發佈/訂閱」模式,並包含多個發行者、多個訂閱者和多個訊息經紀人。 | | [發佈訂閱唯一複本](/docs/architect/zh-tw/reference-diagrams/guide/publish-subscribe-unique-copy) | 顯示當透過使用者互動、流程或批次工作修改記錄時要發佈的事件,且每個訂閱者都會收到事件的唯一複本。 | | [串流](/docs/architect/zh-tw/reference-diagrams/guide/streaming) | 顯示正在發佈的事件串流。正在聆聽串流的訂閱者會即時接收事件。 | | [排隊](/docs/architect/zh-tw/reference-diagrams/guide/queuing) | 顯示「排行榜」模式的範例,此模式描述已發佈且寫入至排列的事件,訂閱者依順序處理事件。 | | [Omnistudio 整合](/docs/architect/zh-tw/reference-diagrams/guide/omnistudio-integrations) | 來自 OmniStudio 整合模式和資料操作的「建立表單決策指南」的範例解決方案結構。 | # 使用 Openapi 結構描述對 Apis 的外部整合 對 openapi 結構描述的外部整合 - 這是「建立表單決策指南」中的範例解決方案結構描述,顯示透過「外部服務」與使用 OpenAPI 結構描述的 API 連線至外部資料來源。 ## 描述 這是「建立表單決策指南」中的範例解決方案結構圖,顯示透過「外部服務」與使用 OpenAPI 結構描述的 API 連線至外部資料來源。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNew/eb980d4b-a51a-4489-b337-5ada5997fdfb) - [影像](https://architect.salesforce.com/ns-assets/legacy/buildingformsguidediagrams-integrationsopenapi.png) # 傑出中心 傑出中心 - 此圖顯示傑出中心 (CoE) 如何與主管專案關係人和 IT 橋接。它會醒目提示功能和技術領導能力是 CoE 的核心。 ## 描述 此圖顯示傑出中心 (CoE) 如何與主管專案關係人和 IT 橋接。它會醒目提示功能與技術領導能力對於 CoE 的重要性。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNewOrRegister/59956c3b-3c73-469b-87a4-44c6dad948e5) - [影像](https://architect.salesforce.com/ns-assets/legacy/centerofexcellenceoperatingmodel.png) # 傳送的訊息 傳送訊息 - 顯示「傳送訊息」模式的流程範例,其中包含發行者、訂閱者和事件。事件會分割成多個部分,每個部分會個別轉換,然後在傳送給訂閱者前重新組合 ## 描述 顯示「傳送訊息」模式的流程範例,其中包含發行者、訂閱者和事件。事件會分割成多個部分,每個部分會個別轉換,然後在傳送至訂閱者前重新組合 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNewOrRegister/1216b5f7-a2f7-444c-a695-73422c43a87b) - [影像](https://architect.salesforce.com/ns-assets/legacy/eventdrivenarchitecturediagrams-passedmessages.png) # 元件藍圖 元件藍圖 - 透過識別系統功能、相關功能、實作順序、時間範圍和利害關係人相依性來最佳化資源規劃和預算的視覺藍圖。 ## 描述 視覺化藍圖,透過識別系統功能、相關功能、實作順序、時間範圍和利害關係人相依性來最佳化資源規劃和預算。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNewOrRegister/2ca75fbd-af2e-45fd-a636-01255f1fb0cf) - [影像](https://architect.salesforce.com/ns-assets/roadmap-technology-component.png) # 功能地圖 功能對應提供業務和技術功能的視覺呈現,說明不同產品和服務如何支援組織目標。這些圖表可協助結構設計師和專案關係人瞭解業務驅動因素、功能和基礎技術堆疊之間的關係。它們可作為策略規劃工具,以在業務目標與技術實作之間達成更佳的對齊方式。 此區段包含與功能對應相關的 4 個參考圖: | 圖表名稱 | 描述 | | --------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------- | | [業務容量地圖](/docs/architect/zh-tw/reference-diagrams/guide/business-capability-map) | 範本功能對應,用於描述具有高層級產品定位的業務驅動因素和功能。 | | [Data 360 技術功能地圖](/docs/architect/zh-tw/reference-diagrams/guide/data-360-technical-capability-map) | 顯示 Data 360 技術功能的功能對應,以及支援這些功能所涉及的產品組合。 | | [忠誠度管理功能地圖](/docs/architect/zh-tw/reference-diagrams/guide/loyalty-management-capability-map) | 顯示忠誠度管理服務及高層級產品定位的功能地圖。 | | [傑出中心](/docs/architect/zh-tw/reference-diagrams/guide/center-of-excellence) | 此圖說明傑出中心 (CoE) 如何與主管專案關係人和 IT 橋接。 | # 功能藍圖 功能藍圖 - 視覺藍圖,可透過識別功能實作順序、相依性和其他功能來增強業務和技術小組之間的協同合作,以供規劃之用。 ## 描述 視覺化藍圖,可透過識別功能實作順序、相依性和其他功能來增強業務和技術小組之間的協同合作,以供規劃之用。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNewOrRegister/8e43258e-b21b-4525-87bf-8e5ba96f4032) - [影像](https://architect.salesforce.com/ns-assets/roadmap-business-feature.png) # 單一組織結構 單一組織結構 - 詳細說明支援全域業務單位單一組織策略的圖表。 ## 描述 詳細說明支援多個業務單位單一組織策略的圖表。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNewOrRegister/92edbe8d-18b8-4998-a851-7d1e815ea7d5) - [影像](https://architect.salesforce.com/ns-assets/legacy/singleorgarchitecture.png) # 外部網站上的 Lightning Out 外部網站上的 Lightning - 此為「建置表單決策指南」中的範例解決方案結構,顯示如何透過 Lightning Out 將 LWC 元件內嵌在外部網站內。若要設定 Lightning Out 應用程式,請在來源伺服器的頁面中包含 Lightning Out JavaScript 程式庫。然後新增標記以載入您的 Lightning Out 應用程式及其元件。您的 Lightning Out 應用程式會透過安全連線初始化,並插入頁面的 DOM。 ## 描述 這是「建立表單決策指南」中的範例解決方案結構,顯示如何透過 Lightning Out 將 LWC 元件內嵌在外部網站內。若要設定 Lightning Out 應用程式,請在原始伺服器的頁面中包含 Lightning Out JavaScript 程式庫。然後新增可載入 Lightning Out 應用程式及其元件的標記。您的 Lightning Out 應用程式會透過安全連線初始化,並插入頁面的 DOM。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNew/ecd1a401-ee27-4f75-86f5-d5a1cabb1a4d) - [影像](https://architect.salesforce.com/ns-assets/legacy/location.png) ## 簡介 圖表是基本工具,也是結構工作的重要部分。它們可讓我們將許多不同的計畫傳達給許多不同類型的利害關係人。 圖表可協助傳送小組保持一致,並作為實作與產品實情的單一事實來源。圖表也是讓業務專案關係人做出正確採購和技術決策的重要方式。 **圖表一律應:** - 從左至右讀取,從上至下讀取,盡可能靠近 - 以精確的方式傳達訊息,並包含適當的資訊範圍以確保可讀性 - 使用「[Salesforce 圖表標準元件](/docs/architect/zh-tw/reference-diagrams/guide/kit-of-parts)」,包括卡片和標頭,並清楚描述圖表的內容、範圍和用途 ## 圖表範圍 圖表的範圍應僅限於針對特定主題傳達的重要資訊。不需要的任何項目,才會取用您要通訊的訊息。可以 (且應該) 建立多個圖表來捕捉不同的概念,以便更清楚地溝通並縮小圖表內容的焦點。 - 定義您需要傳達給受眾的重要資訊/訊息 - 分類邏輯範圍以使資訊聚焦於訊息中 - 識別最適當的圖表類型以作為範本使用 ## 圖表類型 Salesforce 圖表已定義我們最有用的圖表類型,以協助您輕鬆利用範本並瞭解圖表慣例。我們目前的資源分類為: ### 功能地圖 - 瞭解解決方案中包含的內容組合與相關關鍵功能 - 專注於功能、業務驅動因素和值 ✨ 在 [參考結構圖庫中尋找功能地圖](/reference-diagrams/guide/section-capability-map) ### 系統橫向 - 針對特定實作中涉及的產品和/或技術系統 - 專注於內容、特定內容層面,以及跨內容的連線 ✨ 在「[參考結構圖庫」中](/reference-diagrams/guide/section-system-landscape)尋找「系統橫向」範例與範本 ### 解決方案結構 - 包含整合、行為和/或功能的產品或技術 - 專注在內容之間的詳細連線和/或通訊層面 ✨ 在 [參照結構圖庫中](/reference-diagrams/guide/section-solution-architecture)尋找「解決方案結構」範例與範本 ### 互動/程序/流程 - 取用時間型步驟、資料流程或支援流程所需的互動 - 專注於並說明 (使用序列編號) 層面/內容的順序 ✨ 在 [參照結構圖庫中](/reference-diagrams/guide/section-interaction-process-flow)尋找互動、流程和流程圖的範例和範本 ### 資料模型 / ERD - 針對中繼資料實作,請採取實體 (物件)、關係和概念 ✨ 在「[資料模型圖庫」中尋找「資料模型」範例與範本](https://developer.salesforce.com/docs/platform/data-models/guide/get-started.html) 請參閱 [參照結構圖庫](/diagrams)或我們專屬的 [資料模型圖庫](https://developer.salesforce.com/docs/platform/data-models/guide/get-started.html)中的圖表類型範例。利用範本快速/輕鬆地為您的使用個案建立圖表。 ## 建立圖表的步驟: - 定義您要傳達之訊息的**範圍**: - _考量您的受眾、您需要描述的內容/層面、所需的資訊,以及可排除的內容_ - 確定有一個具有明確「**標題**」的 **標題**,以及簡潔且謹慎的「描述」(**Description)**,以便捕捉圖表的目的、範圍和訊息 確保有標題,其中包含明確的標題,以及簡潔且謹慎的描述,以便捕捉圖表的目的、範圍和訊息 - 使用「**卡片**」來捕捉內容 (系統、概念、實體等) - 在「**卡片屬性」中**視所需取用內容詳細資料或關鍵層面/功能 卡片屬性 - 使用您卡片內容之間的 **連接器來**視需要呈現關係 連接器 - 在有用的、可用的和/或適當的地方納入「**卡片圖示**」 卡片圖示 - 使用「**頁尾」** 和「**頁尾」圖示** 來捕捉任何其他關鍵內容層面 頁尾圖示 如需詳細資料和最佳作法,請參閱「[標準元件」頁面](/docs/architect/zh-tw/reference-diagrams/guide/kit-of-parts)。 **Salesforce 圖表是否有輸入或問題?**請讓我們知道您在 [這裡](https://docs.google.com/forms/d/e/1FAIpQLSe5RmVA2ZtpfGlR2u436FA4QN6QmJGdAWxtZ_AcRLMAH_US9Q/viewform?usp=sf_link)的想法。 # 客戶個人化流程 客戶個人化流程 - 顯示時間型互動涉及的端對端資訊流程,從 Experience Cloud 網站上的客戶互動到 Marketing Cloud 和 Slack 中的後端自動化。MuleSoft 會協調與後端系統的整合、Slack 會將小組中的每個人連接在一起,而 Marketing Cloud 會與客戶旅程結束迴圈。 ## 描述 顯示從 Experience Cloud 網站上的客戶互動到 Marketing Cloud 和 Slack 中的後端自動化之資訊端對端流程中涉及的時間型互動。MuleSoft 會協調對後端系統的整合、Slack 會將小組中的每個人連線,而 Marketing Cloud 會與客戶旅程結束迴圈。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNewOrRegister/b13e3166-d3a1-4621-b275-242638f3f9af) - [影像](https://architect.salesforce.com/ns-assets/legacy/customerpersonalizationflow.png) # 忠誠度管理功能地圖 忠誠度管理功能地圖 - 顯示忠誠度管理服務及高層級產品定位的功能地圖。其中包含如「忠誠度管理」、「處理」和「分析」等功能。 ## 描述 顯示忠誠度管理服務及高層級產品定位的功能地圖。其中包含如「忠誠度管理」、「處理」和「分析」等功能。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNewOrRegister/d41ccba2-71ea-449a-8497-ea95396102b4) - [影像](https://architect.salesforce.com/ns-assets/legacy/loyalty-management-capability-map.png) # 忠誠度管理解決方案結構 忠誠度管理解決方案結構描述 - 此結構圖描述直接涉及忠誠度管理解決方案的產品和功能。 ## 描述 此結構圖描述直接涉及在忠誠度管理解決方案中的產品和功能。這包括商務、銷售、服務和分析。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNewOrRegister/217c76c7-b8c4-44ed-aade-a7ae3fb8df0a) - [影像](https://architect.salesforce.com/ns-assets/legacy/loyalty-management-solution-architecture.png) # 批次 Apex 公平使用率演算法 批次 Apex 公平使用率演算法 - 顯示公平使用率演算法如何確保 Salesforce 平台上的每個組織在指定訊息類型上獲得處理時間的「公平佔比」。在此範例中,組織 1 會主控批次 Apex 訊息類型,而組織 2 會有相同訊息類型的等待程序。因此,演算法會減少可供組織 1 使用的執行緒數量。 ## 描述 顯示公平使用率演算法如何確保 Salesforce 平台上的每個組織在指定訊息類型上獲得處理時間的「公平佔比」。在此範例中,組織 1 會主控批次 Apex 訊息類型,而組織 2 具有相同訊息類型的等待流程。因此,演算法已減少可供組織 1 使用的執行緒數目。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNew/d23a6022-45df-4632-9d0d-f646dee6eaa0) - [影像](https://architect.salesforce.com/ns-assets/legacy/fairusage.png) # 批次 Apex 訊息重新排序 批次 Apex 訊息重新排隊 - 顯示 Salesforce Platform 的「流程控制」機制如何防止某個組織溢出批次 Apex 訊息類型。在將新項目新增至批次 Apex 排隊之前,架構會看見所有現有項目都與組織 1 相關聯,該組織也具有工作人員討論串中的項目 (組織 1)。然後,系統會將項目從組織 1 移至排隊後端,並排定組織 2 的項目優先順序。 ## 描述 顯示 Salesforce Platform 的「流程控制」機制如何防止一個組織溢出批次 Apex 訊息類型。在將新項目新增至「批次 Apex」前,架構會看到所有現有項目都與組織 1 相關聯,其也包含工作人員討論串中的項目 (組織 1)。接著會將項目從「組織 1」移至該列的後端,並排定「組織 2」形式的項目優先順序。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNew/d23a6022-45df-4632-9d0d-f646dee6eaa0) - [影像](https://architect.salesforce.com/ns-assets/legacy/messagere-enqueueing.png) # 排隊 queuing - 顯示「排行榜」模式的範例,此模式描述在修改記錄時發佈的事件,並寫入至該事件。 訂閱者會從其相關聯的排行榜接收事件的複本,並對自己的記錄進行適當的更新。 ## 描述 顯示在修改記錄時,摘要模式的範例,此範例描述在記錄遭到修改時發佈並寫入至排行榜的事件。訂閱者會從其相關聯的資料列收到事件的複本,並對自己的記錄進行適當的更新。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNewOrRegister/0cef151e-5b48-4237-bbe4-a774eee152ab) - [影像](https://architect.salesforce.com/ns-assets/legacy/eventdrivenarchitecturediagrams-queuing.png) # 業務能力地圖 業務能力地圖 - 範本功能地圖,用於描述具有高層級產品定位的業務驅動因素和功能。 ## 描述 範本功能對應,用於描述具有高層級產品定位的業務驅動因素和功能。 ## 可下載連結: - [影像](https://architect.salesforce.com/ns-assets/reference-architectures/business-capability-map.webp) ## 標準元件 「標準元件」可讓您輕鬆建立、自訂及重複使用高品質且一致的圖表。此專業樣式適用於所有「Salesforce 圖表」範本,且適用於圖表使用個案的合作夥伴工具:
Lucidchart Lucidchart Elements.cloud 元素 Miro Miro Google 投影片 Google 投影片

尋找如何在 [參照結構圖庫中](https://architect.salesforce.com/diagrams#reference-architecture-gallery)使用元件的範例 ## 最佳作法 下列區段會針對「標準元件」中包含的「[標頭](#標頭)」、「[卡片」](#卡片)、「[圖示」](#圖示) 和「[連接器」](#連接器) 來收集詳細的最佳作法。 ## 標頭 圖表標題 「頁首」應出現在所有圖表上,並包含: - 您受眾可以快速瞭解的標題 - 清楚說明圖表涵蓋的內容、其目的與意圖 - (選用) 要傳達作者的標誌或公司名稱 - (選用) 用來說明作為分類之圖示、設計或符號的索引鍵 大小應佔用圖表高度的至少 10% 且寬度的 100%。 描述的字型大小應至少為標題的大小半。 當使用圖表本身上未指定標題的圖示、連結、色彩等時,應包含「金鑰」。金鑰應盡可能分組為偶數列。 ## 卡片 圖表的所有內容應以卡片表示。卡片可以調整大小,且可以有透明或彩色的填充。卡片有多個區段提供變化,您可以用來在圖表中代表不同的概念。 ### **卡片解析** 範例卡片如下,其中描述不同的區段。唯一的必要卡片內容為「標題」。其他區段可視需要用於特定使用個案。 卡片解析 **卡片圖示** 卡片圖示是代表卡片內容的視覺資產 **卡片標題** 卡片標題是可快速瞭解的卡片名稱,用來捕捉卡片代表的內容、區域或概念 **卡片屬性** 卡片屬性是關於內容的文字詳細資料,以清單表示,並用於當您需要取用和傳遞多個資料點時使用 **卡片頁尾** 卡片頁尾提供財產的其他特性。範例包括:封裝/物件/ API 名稱、擁有權、功能等 **卡片頁尾圖示** 用於視覺資產的頁尾圖示區段可顯示關於該內容的其他資訊。範例包括:管道、共用服務、功能等。頁尾圖示應包含在圖表索引鍵中/說明。 ### **卡片變化** 使用不同的區段可為不同的使用提供不同的卡片變化。您可以視需要混合和比對卡片解析度,以在圖表中建立這些變化。請參閱下列範例: 摺疊卡片 詳細卡片 含頁尾的詳細卡片 請參閱「[參照結構圖庫」,](https://architect.salesforce.com/diagrams#reference-architecture-gallery)瞭解如何使用這些變化。 根據需要使用可調整卡片大小和色彩的功能來區分類型,並建立明確且易懂的圖表。 ## **容器** 卡片也可以作為容器,亦即多個內容的分組。您可以在另一個卡片內嵌套卡片來代表階層關係,或視需要將相關內容分類。 容器 ## **圖示** Salesforce 圖表提供一組基本的「Salesforce 產品標誌」,以及其他圖示來代表圖表中的內容和其他區域。 圖示 您可以在「[參照結構圖庫」中找到如何使用圖示的範例](https://architect.salesforce.com/diagrams#reference-architecture-gallery) _如需其他圖示,請參閱 [Lightning Design System 圖示。](https://www.lightningdesignsystem.com/icons/)_ ## 連接器 連接器一律應使用肘線連接線,並盡可能保持直接,以提高可讀性。 連接器與藥丸 **連接器**代表兩個卡片之間的關係、整合或程序步驟。線條樣式表示不同類型的連線,且應在圖表索引鍵中呈現。端點表示整合或流程連結的方向。端點也代表關係連結的基數與次序。 **藥丸**可用來提供連線的相關詳細資料。請參閱「[解決方案結構](/docs/architect/zh-tw/reference-diagrams/guide/section-solution-architecture)」和「[互動流程流程](/docs/architect/zh-tw/reference-diagrams/guide/section-interaction-process-flow)」圖表以瞭解藥丸的範例使用方式。 ## 無障礙 在全球,大約有 [13 億](https://www.salesforce.com/company/legal/508_accessibility/#:~:text=Product%20Accessibility%20Status&text=Around%20the%20world%2C%20approximately%201.3,global%20economy%20that%20includes%20everyone.) 人患有某種形式的殘疾,佔全球人口的 15%。無障礙功能可讓您的圖表對所有檢視者都可理解。有兩個特定的焦點區域可以協助您更容易存取圖表:針對螢幕助讀程式最佳化,以及適當使用色彩對比。 您可以在 [Salesforce Design 部落格](https://medium.com/salesforce-ux/tagged/accessibility)上找到有關無障礙設計的更多資源。 **螢幕助讀程式** 螢幕助讀程式是一種軟體應用程式,可在檔案、應用程式或網站中大聲讀取文字。螢幕助讀程式可以對無法清楚看見的個人讀取圖表。螢幕助讀程式相容性的最佳格式為 PDF (可攜式文件格式)。不同於影像和無法存取的應用程式,螢幕助讀程式可以存取 PDF,以讀取文字、形狀和色彩。與他人共用時將圖表匯出為 PDF 格式,可提升無障礙功能。 **色彩對比** 增加色彩對比是另一個協助您更容易存取圖表的方法。當人員符合「[網頁內容無障礙指導方針」(WCAG) 的最低色彩對比](https://www.w3.org/TR/UNDERSTANDING-WCAG20/visual-audio-contrast-contrast.html),其背景色彩與文字本身色彩之間的比率為 4.5:1 時,便能夠更清楚辨識及閱讀您的圖表。 顯示建議對比的調色盤樣本 [Salesforce 色彩系統](https://medium.com/salesforce-ux/the-salesforce-color-system-c7c6b5b9c577)中的每個色彩都有 0 到 100 之間的數字,與其相關聯。為圖表選擇色彩時,請確定文字背後的背景色彩至少大於或小於文字色彩的 50 點。例如,如果背景色彩為 80,則文字色彩不應高於 30。視需要也考慮針對框線和框線使用 50 點規則。 **Salesforce 圖表是否有輸入或問題?**請讓我們知道您在 [這裡](https://docs.google.com/forms/d/e/1FAIpQLSe5RmVA2ZtpfGlR2u436FA4QN6QmJGdAWxtZ_AcRLMAH_US9Q/viewform?usp=sf_link)的想法。 # 發佈訂閱 發佈訂閱 - 顯示「發佈/訂閱」模式,並包含多個發行者、多個訂閱者,以及透過 Event Bus 中的管道傳送的多個事件。在此範例中,相同的系統可以是發行者和訂閱者,且系統可以訂閱多個事件 ## 描述 顯示「發佈/訂閱」模式,並包含多個發行者、多個訂閱者,以及透過 Event Bus 中的管道傳送的多個事件。在此範例中,相同的系統可以是發行者與訂閱者,而系統可以訂閱多個事件 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNewOrRegister/f3ec8204-a571-456e-bb5f-e7018e8368ee) - [影像](https://architect.salesforce.com/ns-assets/legacy/publish_subscribe.png) # 發佈訂閱唯一複本 發佈訂閱唯一複本 - 顯示當透過使用者互動、流程或批次工作修改記錄時發佈的事件。訂閱者會接收自己的事件唯一複本,並對自己的記錄進行適當的更新。在此模式下,訊息管道會知道所有訂閱者,並為每個訂閱者建立事件複本,以便訂閱者視需要重新執行事件 ## 描述 顯示透過使用者互動、流程或批次工作修改記錄時要發佈的事件。訂閱者會收到自己的事件唯一複本,並對自己的記錄進行適當的更新。在此模式中,訊息管道會知道所有訂閱者,並為每個訂閱者建立事件複本,以便訂閱者視需要重新執行事件 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNewOrRegister/101c6c86-ab4c-406d-ac27-4e472fb33b5c) - [影像](https://architect.salesforce.com/ns-assets/legacy/eventdrivenarchitecturediagrams-publish-subscribel3.png) # 系統橫向 系統橫向圖提供組織技術生態系統的全方位檢視,說明 Salesforce 產品、外部系統和整合點之間的關係。這些視覺呈現方式可協助結構設計師瞭解完整的系統拓型、識別相依性和計畫策略實作。這些文件可作為重要文件,讓利害關係人視覺化不同元件在 Customer 360 結構內的互動方式,並支援業務目標。 此區段包含與系統橫向相關的 5 個參考圖: | 圖表名稱 | 描述 | | ---------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------- | | [Customer 360 Marketing 系統橫向](/docs/architect/zh-tw/reference-diagrams/guide/data-360-marketing) | Customer 360 結構實作的系統橫向。 | | [Agentforce 系統橫向](/docs/architect/zh-tw/reference-diagrams/guide/einstein-system-landscape) | 系統橫向,此間系統橫向將 Salesforce 產品與 Agentforce 提供的其他技術系統混合。 | | [零售系統橫向](/docs/architect/zh-tw/reference-diagrams/guide/retail-system-landscape) | 顯示 B2C Commerce 和 Marketing 解決方案的系統橫向,指出實作中涉及的 Salesforce 產品和其他技術混合。 | | [Salesforce 角色階層](/docs/architect/zh-tw/reference-diagrams/guide/salesforce-role-hierarchy) | 範例組織階層,用於瞭解業務結構、人員關係和存取模式的角色子集。 | | [單一組織結構](/docs/architect/zh-tw/reference-diagrams/guide/single-org-architecture) | 詳細說明支援多個業務單位單一組織策略的圖表。 | # 系統藍圖 系統藍圖 - 簡化資源規劃和預算的藍圖圖。 ## 描述 此藍圖圖可透過識別專案關係人的系統實作順序、相依性、功能區域和相關功能,來簡化資源規劃和預算。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNewOrRegister/ead3af9a-ddc2-492a-a8c9-7ab3943fabd7) - [影像](https://architect.salesforce.com/ns-assets/roadmap-technology-system.png) # 索賠檢查 宣告檢查 - 顯示在修改記錄時要發佈的事件。 事件的訊息內文會儲存在個別的資料存放區中,而標題 (其中包含宣告檢查) 會傳遞給訂閱者。 訂閱者接著會在準備好必要時處理資訊時,使用宣告檢查來檢索訊息內文。 ## 描述 顯示在修改記錄時要發佈的事件。事件的訊息內文會儲存在個別的資料存放區中,而包含索賠檢查的標題會傳遞給訂閱者。接著,當訂閱者準備好在需要時處理資訊時,便會使用索賠檢查,以提取訊息內文。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNewOrRegister/0699a470-11ca-4291-88d6-a6399142a1ca) - [影像](https://architect.salesforce.com/ns-assets/legacy/templateseventdrivenarchitecturediagrams-claimcheck.png) # 能力藍圖 功能藍圖 - 視覺化藍圖,透過分組功能並識別實作順序、相依性和值來簡化資源規劃和預算。 ## 描述 視覺化藍圖,透過分組功能並識別實作順序、相依性和值來簡化資源規劃和預算。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNewOrRegister/12103374-8b95-49bb-b7ad-b0f8154ccec6) - [影像](https://architect.salesforce.com/ns-assets/roadmap-business-capability.png) # 藍圖 藍圖圖可協助組織計畫和視覺化一段時間內的能力、元件、功能和系統策略實作。這些圖表可讓結構設計師和專案管理員簡化資源規劃、最佳化預算,並增強業務和技術小組之間的協同合作。它們可提供實作順序、相依性和優先順序的清楚檢視,協助利害關係人瞭解提供複雜 Salesforce 解決方案的分階段式方法。 此區段包含與藍圖相關的 6 個參考圖: | 圖表名稱 | 描述 | | ------------------------------------------------------------------------------------------------ | ---------------------------------------------------------------------------------------------------- | | [能力藍圖](/docs/architect/zh-tw/reference-diagrams/guide/capability-roadmap) | 視覺化藍圖,透過分組功能並識別實作順序、相依性和值來簡化資源規劃和預算。 | | [元件藍圖](/docs/architect/zh-tw/reference-diagrams/guide/component-roadmap) | 視覺化藍圖,透過識別系統功能、相關功能、實作順序、時間範圍和利害關係人相依性來最佳化資源規劃和預算。 | | [功能藍圖](/docs/architect/zh-tw/reference-diagrams/guide/feature-roadmap) | 視覺化藍圖,可透過識別功能實作順序、相依性和其他功能來增強業務和技術小組之間的協同合作,以供規劃之用。 | | [Agentforce 版本計畫](/docs/architect/zh-tw/reference-diagrams/guide/generative-ai-release-plan) | 詳細說明初始生成式 AI 專案版本的可傳送圖表。 | | [Agentforce 藍圖](/docs/architect/zh-tw/reference-diagrams/guide/generative-ai-roadmap) | 顯示在 Salesforce Customer 360 實作之間首展 AI 之元件的範例藍圖。 | | [系統藍圖](/docs/architect/zh-tw/reference-diagrams/guide/system-roadmap) | 透過識別系統實作順序、相依性和功能優先順序,簡化資源規劃和預算。 | # 解決方案結構 解決方案結構圖說明特定解決方案的技術設計和實作詳細資料,顯示元件、服務和整合如何一起處理業務需求。這些圖表提供結構設計師和開發人員系統互動、資料流程和結構模式的詳細檢視。其可作為實作的藍圖,協助小組瞭解解決方案中的元件關係、整合點和技術相依性。 此區段包含與解決方案結構相關的 7 個參考圖: | 圖表名稱 | 描述 | | ------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------- | | [Salesforce Data 360 與 GCP 之間的零複製資料整合結構](/docs/architect/zh-tw/reference-diagrams/guide/data360-gcp) | 此圖顯示 Salesforce Data 360 使用立即可用的連接器來與各種 Google Cloud Platform Services 整合。 | | [Salesforce Data 360 與 AWS 之間的零複製資料整合結構](/docs/architect/zh-tw/reference-diagrams/guide/aws-data-360) | 此圖顯示 Salesforce Data 360 使用立即可用的連接器來與各種 AWS 資料服務整合。 | | [Salesforce Data 360 與 Snowflake 之間的零複製資料整合結構](/docs/architect/zh-tw/reference-diagrams/guide/snf-data-360) | 此圖顯示 Salesforce Data 360 使用立即可用的連接器來與 Snowflake Data Lake House Platform 整合。 | | [Salesforce Data 360 與 Databricks 之間的零複製資料整合結構](/docs/architect/zh-tw/reference-diagrams/guide/data360-databricks) | 此圖顯示 Salesforce Data 360 使用立即可用的連接器來與 Databricks Delta Lake house Platform 整合。 | | [Data 360 Customer Zero 實作結構](/docs/architect/zh-tw/reference-diagrams/guide/sfdc-customer-zero-implementation) | 此端對端圖顯示 Salesforce 中實作 Salesforce 作為 Customer Zero 計畫的 Salesforce Data 360。 | | [Data 360 批次啟用與事件驅動動作結構](/docs/architect/zh-tw/reference-diagrams/guide/data360-actions-activations) | 此圖顯示 Salesforce Data 360 在行銷啟用的端對端解決方案中。 | | [忠誠度管理解決方案結構](/docs/architect/zh-tw/reference-diagrams/guide/loyalty-management-solution-architecture) | 此結構圖描述直接涉及在忠誠度管理解決方案中的產品和功能。 | # 透過 Http 的外部整合 透過 http 的外部整合 - 這是「建立表單決策指南」中的範例解決方案結構圖表,顯示透過「流程」中的 HTTP 呼叫與 OmniStudio 中的 HTTP 動作連線至外部資料來源。 ## 描述 這是「建立表單決策指南」中的範例解決方案結構圖表,顯示透過流程中的 HTTP 呼叫與 OmniStudio 中的 HTTP 動作連線至外部資料來源。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNewOrRegister/161cc130-341d-4c6d-84dc-00ca6aa00462) - [影像](https://architect.salesforce.com/ns-assets/legacy/integrations-callouts.png) # 透過 MuleSoft Apis 和 RPA 機器人進行外部整合 透過 mulesoft apis 和 RPA 機器人的外部整合 - 這是「建立表單決策指南」中的範例解決方案結構圖表,顯示透過 MuleSoft Services 與 MuleSoft API 和 RPA 機器人的連線,其會在 Salesforce 中產生「外部服務」。 ## 描述 這是「建立表單決策指南」的範例解決方案結構圖表,顯示透過 MuleSoft Services 與 MuleSoft API 和 RPA 機器人的連線,其會在 Salesforce 中產生「外部服務」。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNew/3f05f273-5828-472f-bb35-cadeae52d4a7) - [影像](https://architect.salesforce.com/ns-assets/legacy/integrations-mulesoft.png) # 透過平台事件進行非同步處理 透過平台事件非同步處理 - 顯示非同步處理如何與平台事件搭配運作。 發佈至匯流程的事件會透過認可後的發佈順序傳送,然後由不同同步內容中的流程大量處理。 ## 描述 顯示非同步處理如何處理平台事件。發佈至匯流程的事件會依序透過認可後發佈傳送,然後在個別的同步化內容中由流程大量處理。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNew/73e12d46-2c45-4d7c-bcf4-a2ca7596ed4c) - [影像](https://architect.salesforce.com/ns-assets/legacy/platformevents.png) # 透過自訂查詢進行非同步 Apex 監視 透過自訂查詢非同步 Apex 監視 - 顯示追蹤非同步程序狀態和在外部監視工具中檢視結果所涉及的元件。 ## 描述 顯示追蹤非同步程序狀態和檢視外部監視工具中結果所涉及的元件。 ## 可下載連結: - [透明](https://lucid.app/lucidchart/editNew/0e147ab0-49e9-4875-b5c7-581e6db15cff) - [影像](https://architect.salesforce.com/ns-assets/legacy/asynchronousprocessingdecisionguide-customquery.png) # 透鏡圖 fanout - 顯示當記錄透過使用者互動、流程或批次工作修改時,要發佈並寫入單一的事件。 訂閱者系統有多個服務,這些服務會接收來自訊息排列的相同事件 ## 描述 顯示當透過使用者互動、流程或批次工作修改記錄時,要發佈並寫入單一排入的事件。訂閱者系統擁有多個服務,這些服務會接收來自訊息列出的相同事件 ## 可下載連結: - [透明](https://lucid.app/lucidchart/80ce7121-e2a0-4c86-92a1-15140d388030/edit?invitationId=inv_8da9e008-0615-4dec-a066-94789bd46ffd&page=t6tmerEcqDBv#) - [影像](https://architect.salesforce.com/ns-assets/legacy/eventdrivenarchitecturediagrams-fanout.png) # 零售系統橫向 零售系統範圍 - 顯示 B2C Commerce 和 Marketing 解決方案的系統範圍,指出實作中涉及的 Salesforce 產品和其他技術的組合。其中包含如「行銷自動化」、「互動管理」、「產品型錄」和「區隔」等功能。 ## 描述 顯示 B2C Commerce 和 Marketing 解決方案的系統橫向,指出實作中涉及的 Salesforce 產品和其他技術混合。其中包含如「行銷自動化」、「互動管理」、「產品型錄」和「區隔」等功能。 ## 可下載連結: - [影像](https://architect.salesforce.com/ns-assets/legacy/retailsystemlandscapetemplate.png)