# 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/reference-architectures/generative-ai-release-plan.webp) # Agentforce 系统环境 Agentforce 系统景观 -- -- 一种系统景观，反映 Salesforce 产品与 Agentforce 提供的其他技术系统的组合。 ## 描述 捕获 Salesforce 产品与 Agentforce 提供的其他技术系统的混合的系统景观。它显示了 Einstein Trust 层和生成式 AI 堆栈(提示模板、LLM 网关、外部模型、BYOM)如何与 Data 360 相结合，以提供强大的基础来构建强大的代理应用程序。 ## 可下载链接 - [路西德](https://lucid.app/lucidchart/editNewOrRegister/28e332b9-b4d5-4780-8220-12e097f0dc58) - [图像](https://architect.salesforce.com/ns-assets/reference-architectures/einstein-system-landscape.webp) # 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/reference-architectures/generative-ai-roadmap.webp) # Customer 360 市场营销系统环境 data 360 Marketing -- -- 系统景观示例 -- -- Customer 360 Architecture，显示集成 Salesforce 解决方案中的不同组件如何使用本机连接器相互通信 ## 描述 这是 Customer 360 实施的系统情况图，包括 Agentforce Sales、Agentforce Service、Agentforce Commerce、Tableau 和 Data 360。它显示了集成 Salesforce 解决方案中的不同组件如何使用本机连接器和自定义连接器相互通信。它包括数据入口、身份解析、细分和激活等功能。 ## 可下载链接 - [路西德](https://lucid.app/lucidchart/editNewOrRegister/e83190b9-5d7d-4468-aff9-882c9086e73f) - [图像](https://architect.salesforce.com/ns-assets/reference-architectures/data-360-marketing.webp) # Data 360 Customer Zero 实施架构 Data 360 Customer Zero 实施架构 ## 描述 一个端到端的图表，描述了 Salesforce Data 360，它在 Salesforce 中实施为 Customer Zero 计划。Salesforce Data 360 充当中央智能和治理层，通过与外部系统 Snowflake 和 AWS 的 Zero Copy 联盟统一企业数据，同时保留 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。它显示了如何使用 Home Orgs、Companion Orgs、Data Cloud One、Agentforce 360、Agentforce Sales、Marketing Cloud 和 Tableau Next 等产品构建完整的解决方案。 ## 可下载链接 - [路西德](https://lucid.app/lucidchart/editNew/620837ec-bb08-4f1e-af26-1164fc5f789c) - [图像](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-actions-activations.webp) # Data 360 技术功能图 data 360 技术能力地图 - 显示 Data 360 技术能力和支持这些能力的产品组合的能力地图。它包括 Data Lakehouse、大数据处理、数据连接器、转换、模型和单一真相来源等功能。 ## 描述 功能图，显示 Data 360 技术功能以及支持这些功能的产品组合。它包括数据湖库、大数据处理、数据连接器、转换、模型和单一真相源等功能。此图表还显示了 Tableau 和 MuleSoft 如何融入完整的解决方案。 ## 可下载链接 - [路西德](https://lucid.app/lucidchart/editNewOrRegister/9b36e287-525d-472c-92ec-729bca136540) - [图像](https://architect.salesforce.com/ns-assets/reference-architectures/data-360-technical-capability-map.webp) ## 导言 本文档概述了 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”表示外部对象。 实体框也可以列出一个或多个代表该实体属性的属性。属性前面有“#”或“-”字符。 - “#”表示作为实体逻辑唯一键一部分的属性。在示例图表中，“用户密钥属性”被视为实体的用户主键。 - “•”表示非密钥属性。 ### 实体格式化 每个实体关系图都从指定云的角度说明了 Salesforce 数据模型，例如 Sales Cloud、Service Cloud 或 Marketing Cloud。图表的配色方案反映了焦点中的云。Financial Service Cloud、Health Cloud 和 Media Cloud 等所有行业云使用相同的行业配色方案。 图表上给定实体的颜色也有特定的含义。焦点云颜色使用其 Salesforce 品牌化颜色表示，包括以下一些示例。 sample data model clouds 以下部分将回顾引用以下 Sales Cloud 示例图例的不同实体格式化： sample data model entities legend ### 云实体 具有焦点云颜色的实体代表该云许可证附带的对象。 ### 相关实体 白色填充和黑色边框的实体表示带有不同于 Focus Cloud 的许可证的对象，并且没有通过 Focus Cloud 许可证扩展。例如，显示在 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 除了基数和可选性之外，两个实体之间的每个关系都表达了某种意义，它将这种关系与相同两个实体之间的其他关系区分开来。关系结束名称，例如上图中的“part of”（部分）和“mades”（组成），定义了关系的性质。 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 中，乌鸦在关系上的脚应始终在关系线的左侧和/或顶部（上下颠倒布局）- 或始终在关系线的右侧和/或底部（上下颠倒布局）。这种约定提供了清晰度，因为它导致类似的实体聚集在图表的相同区域中，这有助于理解实体。使用颠倒布局的确会导致图表颠倒显示，子实体位于父实体的上方或左侧，但是，这可以确保图表中最具体的实体位于图表的左上角，这使得图表更容易相互区分和识别。使用右侧向上布局约定会导致相同的公共实体位于每个图表的左上角，但子实体将位于父实体的下方或右侧。 严格遵守这些布局约定会生成简洁易读的图表。 请确保查看[数据模型库](https://developer.salesforce.com/docs/platform/data-models/guide)，了解符合此标准的最新 Salesforce 数据模型。 # Salesforce 角色层次结构 salesforce 角色层次结构 - 示例组织层次结构，捕获角色子集，以阐明特定用例的业务结构、角色和权限 ## 描述 该图描述了示例组织层次结构，捕获了角色子集，以便阐明特定用例的业务结构、角色和权限。 这不是典型的横屏图，但相似之处在于它显示了角色如何关联的概念计划，并对业务域进行建模。 ## 可下载链接 - [路西德](https://lucid.app/lucidchart/editNewOrRegister/4fe3cd5e-0ccf-4ffd-9f7c-a418ce615c67) - [图像](https://architect.salesforce.com/ns-assets/reference-architectures/salesforce-role-hierarchy.webp) # 业务功能图 业务能力地图 - 用于描述业务驱动因素和高级产品定位能力的模板能力地图。 ## 描述 模板功能图，用于描述业务驱动因素和具有高级产品定位的功能。 业务驱动因素是推动组织改变其运营方式的高级战略目标或外部压力。 示例业务驱动因素包括： - 收入增长 - 运营成本降低 - 客户保留 ## 可下载链接 - [路西德](https://lucid.app/lucidchart/editNewOrRegister/fe6ccc24-6a13-4e0f-8076-1e5af8b08466) - [图像](https://architect.salesforce.com/ns-assets/reference-architectures/business-capability-map.webp) # 交互流程流 交互流程流程图说明了系统组件、服务和用户之间的交互、数据流和流程步骤的顺序。这些图表帮助架构师和开发人员了解系统的不同部分如何通信，事件如何通过架构传播，以及异步和同步流程如何编排。它们为了解系统行为、识别瓶颈和优化流程提供了基本文档。 本节包含 6 个与交互流程流相关的参考图表： | 图表名称 | 描述 | | ----------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | [通过平台事件异步处理](/docs/architect/zh-cn/reference-diagrams/guide/asynchronous-processing-via-platform-events) | 显示异步处理如何处理平台事件。发布到总线的事件由订阅者消耗进行处理。 | | [索赔检查](/docs/architect/zh-cn/reference-diagrams/guide/claim-check) | 显示修改记录时正在发布的事件。事件的消息正文存储在数据库中，并且只有引用通过消息总线传递。 | | [客户个性化流](/docs/architect/zh-cn/reference-diagrams/guide/customer-personalization-flow) | 显示从客户交互到个性化引擎到交付系统的端到端信息流中涉及的基于时间的交互。 | | [通过 Http 进行外部集成](/docs/architect/zh-cn/reference-diagrams/guide/external-integrations-via-http) | 构建表单决策指南中的示例解决方案架构图，显示了使用 HTTP 协议的外部集成。 | | [酒店忠诚度管理流程](/docs/architect/zh-cn/reference-diagrams/guide/hospitality-loyalty-management-process) | 显示酒店忠诚度管理流程中基于时间的系统交互。 | | [排队](/docs/architect/zh-cn/reference-diagrams/guide/queuing) | 显示队列模式的示例，该模式描述了正在发布并写入队列的事件，订阅者按顺序处理事件。 | # 会员管理解决方案架构 忠诚管理解决方案架构 - 描述忠诚管理解决方案直接涉及的产品和功能的架构图。 ## 描述 描述忠诚度管理解决方案直接涉及的产品和功能的架构图。这包括 Agentforce Commerce、Agentforce Sales、Agentforce Service、Marketing Cloud Engagement、MuleSoft、Data 360 和 Tableau for Analytics。 ## 可下载链接 - [路西德](https://lucid.app/lucidchart/editNewOrRegister/217c76c7-b8c4-44ed-aade-a7ae3fb8df0a) - [图像](https://architect.salesforce.com/ns-assets/reference-architectures/loyalty-management-solution-architecture.webp) # 功能图 功能图提供了业务和技术能力的可视化表示，说明了不同产品和服务如何支持组织目标。这些图表帮助架构师和利益相关者了解业务驱动因素、功能和基础技术堆栈之间的关系。它们作为战略规划工具，能够更好地协调业务目标和技术实施。 本节包含 4 个与功能映射相关的参考图表： | 图表名称 | 描述 | | --------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------- | | [业务能力图](/docs/architect/zh-cn/reference-diagrams/guide/business-capability-map) | 模板功能图，用于描述业务驱动因素和具有高级产品定位的功能。 | | [Data 360 技术功能图](/docs/architect/zh-cn/reference-diagrams/guide/data-360-technical-capability-map) | 功能图，显示 Data 360 技术功能以及支持这些功能的产品组合。 | | [忠诚会员管理功能图](/docs/architect/zh-cn/reference-diagrams/guide/loyalty-management-capability-map) | 功能图，显示具有高级别产品定位的忠诚度管理服务。 | | [卓越中心](/docs/architect/zh-cn/reference-diagrams/guide/center-of-excellence) | 详细描述卓越中心 (CoE) 如何连接主管利益相关者和 IT 的图表。 | # 功能路线图 功能路线图 - 通过分组功能和确定实施顺序、依赖性和价值来简化资源规划和预算的可视化路线图。 ## 描述 通过分组功能和确定实施顺序、依赖性和价值来简化资源规划和预算的可视化路线图。 对于此图中的每项功能，通常会有一个专门的[组件路线图](/docs/architect/zh-cn/reference-diagrams/guide/component-roadmap)来深入了解交付的详细信息。 ## 可下载链接 - [路西德](https://lucid.app/lucidchart/editNewOrRegister/12103374-8b95-49bb-b7ad-b0f8154ccec6) - [图像](https://architect.salesforce.com/ns-assets/reference-architectures/capability-roadmap.webp) # 功能路线图 功能路线图 - 通过确定功能实施顺序、依赖性和用于规划的其他功能，增强业务和技术团队之间协作的可视化路线图。 ## 描述 可视化路线图，通过确定功能实施顺序、依赖性和用于规划的其他功能，增强业务和技术团队之间的协作。 此图表通常用作[组件路线图](/docs/architect/zh-cn/reference-diagrams/guide/component-roadmap)中一个方框的详细视图。 ## 可下载链接 - [路西德](https://lucid.app/lucidchart/editNewOrRegister/8e43258e-b21b-4525-87bf-8e5ba96f4032) - [图像](https://architect.salesforce.com/ns-assets/reference-architectures/feature-roadmap.webp) # 卓越中心 卓越中心 - 显示卓越中心 (CoE) 如何连接主管利益相关者和 IT 的图表。它强调了功能和技术领导能力对 CoE 的重要性。 ## 描述 显示卓越中心 (CoE) 如何连接主管利益相关者和 IT 的图表。 它强调了职能和技术领导能力对 CoE 的重要性。 卓越中心为整个企业提供专业知识和指导。 它们为以下活动提供了价值： - 为实施解决方案建立最佳实践 - 强制遵守公司标准和行业标准实践 - 作为产品专家，对项目团队进行产品教育和培训 - 解决实施过程中出现的疑难问题 ## 可下载链接 - [路西德](https://lucid.app/lucidchart/editNewOrRegister/59956c3b-3c73-469b-87a4-44c6dad948e5) - [图像](https://architect.salesforce.com/ns-assets/reference-architectures/center-of-excellence.webp) # 单个组织架构 单个组织架构 - 详细说明支持全球业务部门单个组织策略的图表。 ## 描述 详细描述支持多个业务部门的单个组织策略的图表。 下框可能包含正在使用的产品列表（如上所述），或者可能列出购物车、潜在客户管理或个案管理等业务部门所需的功能。 ## 可下载链接 - [路西德](https://lucid.app/lucidchart/editNewOrRegister/92edbe8d-18b8-4998-a851-7d1e815ea7d5) - [图像](https://architect.salesforce.com/ns-assets/reference-architectures/single-org-architecture.webp) ## 导言 图表是建筑工作的重要工具和关键部分。它们使我们能够向许多不同类型的利益相关者传达许多不同的想法。 图表作为有关实施和产品现实的单一来源，帮助交付团队保持一致。图表也是使业务利益相关者能够做出正确的购买和技术决策的关键方式。 **图表应始终：** - 从左到右和从上到下阅读，尽可能接近 - 简明扼要地传达消息，并规定适当的信息范围，以便可读 - 使用 [Salesforce 图表标准组件](/docs/architect/zh-cn/reference-diagrams/guide/kit-of-parts)，包括卡片和页眉，并清楚地描述图表的内容、范围和目的 ## 图表范围 图表的范围应仅限于为特定主题传达的关键信息。捕获您打算通信的消息不需要的任何内容都应排除在外。可以（并且应该）创建多个图表来捕获不同的概念，以便更清楚地传达和缩小图表内容的重点。 - 定义您需要向受众传达的重要信息/消息 - 分类逻辑范围，以便集中信息来捕获消息 - 确定用作模板的最合适的图表类型 ## 图表类型 Salesforce 图表定义了我们最有用/最受欢迎的图表类型，以便帮助您轻松使用模板并理解图表绘制约定。我们当前的资源分为： ### 功能地图 - 捕获解决方案中包含的属性组合和相关关键功能 - 关注功能、业务驱动因素和价值 ✨ 在[参考架构图库](/docs/architect/zh-cn/reference-diagrams/guide/section-capability-map)中查找功能图 ### 系统环境 - 捕获给定实施中涉及的产品和/或技术系统 - 关注房地产、特定房地产方面以及房地产之间的连接 ✨ 在[参考架构库](/docs/architect/zh-cn/reference-diagrams/guide/section-system-landscape)中查找系统环境示例和模板 ### 解决方案架构 - 包括具有集成、行为和/或功能的产品或技术 - 关注房地产之间的详细连接和/或通信方面 ✨ 在[参考架构库](/docs/architect/zh-cn/reference-diagrams/guide/section-solution-architecture)中查找解决方案架构示例和模板 ### 路线图 - 帮助组织随着时间的推移规划和可视化功能、组件、特性和系统的战略实施 - 提供实施顺序、依赖性和优先级的清晰视图 ✨ 在[参考架构库](/docs/architect/zh-cn/reference-diagrams/guide/section-roadmap)中查找路线图示例和模板 ### 交互/流程/流 - 捕获支持流程所需的基于时间的步骤、数据流或交互 - 关注并澄清（按序列编号）方面/属性的顺序 ✨ 在[参考架构库](/docs/architect/zh-cn/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)中的图表类型示例。使用模板快速/轻松地为您的用例创建图表。 ## 创建图表的步骤： - 定义您需要传达的消息的**范围**： - _想想您的受众,您需要描述什么属性/方面,捕获消息需要什么信息,以及可以排除什么_ - 确保有一个清晰的**标题**和简洁、体贴的**描述**的**页眉**，能够捕捉图表的目的、范围和信息 确保标题清晰、描述简洁、措辞周全，能够捕捉图表的目的、范围和信息 - 使用**卡片**捕获属性（系统、概念、实体等） - 根据需要在**卡片属性中**捕获房地产详细信息或重要方面/功能 卡片属性 - 根据需要描述卡片属性之间与**连接器**的关系 连接器 - 在有用、可用和/或适当时合并**卡片图标** 卡片图标 - 使用**页脚**和**页脚图标**捕获任何其他关键属性方面 页脚图标 **警告:** 由于 Lucidchart 的当前限制,从模板创建的图表中的页脚图标将从卡片中取消停靠。您将需要通过拖动图标到页脚中心来重新停靠图标。 有关更多详细信息和最佳实践，请查看[标准组件页面](/docs/architect/zh-cn/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 通过客户旅程实现闭环。此架构还使用无头 360 和 Data 360 产品。 ## 可下载链接 - [路西德](https://lucid.app/lucidchart/editNewOrRegister/b13e3166-d3a1-4621-b275-242638f3f9af) - [图像](https://architect.salesforce.com/ns-assets/reference-architectures/customer-personalization-flow.webp) # 忠诚会员管理功能图 忠诚会员管理能力地图 - 显示具有高级别产品定位的忠诚会员管理服务的能力地图。它包括忠诚会员管理、处理和分析等功能。 ## 描述 此能力地图图表显示了具有高级别产品定位的忠诚度管理服务。它包括会员管理、处理和分析等功能。此解决方案使用 Salesforce 产品，例如 Marketing Cloud Engagement、Agentforce Service 和 MuleSoft。 ## 可下载链接 - [路西德](https://lucid.app/lucidchart/editNewOrRegister/d41ccba2-71ea-449a-8497-ea95396102b4) - [图像](https://architect.salesforce.com/ns-assets/reference-architectures/loyalty-management-capability-map.webp) # 排队 queuing - 显示队列模式的示例，该模式描述了在修改记录时正在发布和写入队列的事件。订阅者从他们的关联队列接收事件的副本，并对他们自己的记录进行适当的更新。 ## 描述 显示队列模式的示例，该模式描述了在修改记录时正在发布和写入队列的事件。订阅者从他们的关联队列接收事件的副本，并对他们自己的记录进行适当的更新。 ## 可下载链接 - [路西德](https://lucid.app/lucidchart/editNewOrRegister/0cef151e-5b48-4237-bbe4-a774eee152ab) - [图像](https://architect.salesforce.com/ns-assets/reference-architectures/queuing.webp) ## 标准组件 标准组件可让您轻松构建、自定义和重用高质量、一致的图表。 Salesforce 推荐 Lucid 用于架构图。 所有 Salesforce 图表形状和模板都使用专业样式。 Lucidchart 中的 Salesforce 形状库和模板 Lucidchart 中的 Salesforce 形状库和模板
查找如何在[参考架构库](https://architect.salesforce.com/diagrams#reference-architecture-gallery)中使用组件的示例 ## 最佳实践 以下部分介绍了标准组件中包含的[标题](#标题)、[卡片](#卡片)、[图标](#图标)和[连接器](#连接器)的详细最佳实践。 ## 标题 图表页眉 标题应出现在所有图表上，并包含： - 受众可以快速理解的标题 - 图表涵盖内容的清晰描述、目的和意图 - （可选）您的徽标或公司名称，以传达作者 - （可选）用于澄清用作分类的图标、设计或符号的密钥 该大小应至少占据图表高度的 10% 和宽度的 100%。 描述的字体大小应至少是标题大小的一半。 当使用的图标、连接器、颜色等未在图表本身上指定标题时，应包含密钥。键应尽可能分组为偶数行。 ## 卡片 图表的所有属性应使用卡片表示。卡片可以调整大小，并且可以有透明或彩色的填充。卡片的多个部分提供了变体，您可以使用它们来表示图表中的不同概念。 ### **卡片解剖** 下面是一个示例卡，描述了不同的部分。唯一必需的卡片内容是标题。其他部分可根据需要用于特定用例。 卡片解剖 **卡片图标** 卡片图标是代表卡片属性的可视资产 **卡片标题** 卡片标题是可以快速理解的卡片名称，它包含卡片代表的房地产、区域或概念 **卡片属性** 卡片属性是基于文本的属性详细信息，以列表形式表示，并在您需要捕获和传输多个数据点时使用 **卡片页脚** 卡页脚提供了属性的其他特征。示例包括：软件包/对象/ API 名称、所有权、功能等。 **卡页脚图标** 页脚图标部分用于可视资产，以显示有关房地产的其他信息。示例包括：渠道、共享服务、功能等。图表密钥中应包含/解释页脚图标。 警告：由于 Lucidchart 的当前限制，从模板创建的图表中的页脚图标将从卡片中取消停靠。您将需要通过拖动图标到页脚中心来重新停靠图标。 ### **卡片变体** 使用不同的部分会为不同的用途提供不同的卡片变体。您可以根据需要混合和匹配卡片结构，以在图表中创建这些变体。请参阅以下示例： 折叠卡片 详细卡片 带页脚的详细卡片 有关如何使用这些变体的意见，请参考[参考架构图库](https://architect.salesforce.com/diagrams#reference-architecture-gallery)。 根据需要，利用调整卡片大小和颜色的功能来区分类型，并创建清晰易懂的图表。 ## **容器** 卡片也可以用作容器，即多个属性的分组。您可以将卡片嵌套在另一个卡片中，以表示层次关系，或根据需要对相关属性进行分类。 容器 ## **图标** Salesforce 图表提供了一组基本的 Salesforce 产品徽标以及其他图标来表示图表中的房地产和其他区域。 图标 您可以在[参考架构图库](https://architect.salesforce.com/diagrams#reference-architecture-gallery)中找到如何使用图标的示例 _有关其他图标，请参阅 [Lightning 设计系统图标。](https://www.lightningdesignsystem.com/icons/)_ ## 连接器 连接器应始终使用弯头连接线，并尽可能笔直，以提高可读性。 连接器和药丸 **连接器**代表两个卡片之间的关系、集成或流程步骤。线样式表示不同类型的连接，应表示在您的图表键中。端点表示集成或流程连接器的方向。端点还指示关系连接器上的基数和定序。 **药片**用于提供有关连接的详细信息。有关药丸的使用示例，请参考[解决方案架构](/docs/architect/zh-cn/reference-diagrams/guide/section-solution-architecture)和[交互流程](/docs/architect/zh-cn/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 设计博客](https://medium.com/salesforce-ux/tagged/accessibility)中找到有关无障碍设计的更多资源。 **屏幕阅读器** 屏幕阅读器是一种软件应用程序，可以大声读取文件、应用程序或网站中的单词。屏幕阅读器可以为无法清楚查看图表的个人阅读图表。屏幕阅读器兼容性的最佳格式是 PDF（可移植文档格式）。与图像和不可访问的应用程序不同，屏幕阅读器可以访问 PDF，以阅读单词、形状和颜色。在与其他人共享时，将图表导出为 PDF 格式可以提高可访问性。 **颜色对比度** 增加颜色对比度是帮助图表更易于访问的另一种方法。 当满足[网页内容可访问性](https://www.w3.org/TR/UNDERSTANDING-WCAG20/visual-audio-contrast-contrast.html)指南 (WCAG) 的最低颜色对比度（文本后面的背景颜色和文本本身的颜色之间的比率为 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)告诉我们您的想法。 # 系统环境 系统横向图提供了组织技术生态系统的全面视图，说明了 Salesforce 产品、外部系统和集成点之间的关系。这些可视化表示有助于架构师了解完整的系统拓扑结构，确定依赖性，并规划战略实施。它们作为利益相关者的基本文档，以可视化不同组件如何在 Customer 360 架构中交互并支持业务目标。 本节包含 5 个与系统环境相关的参考图表： | 图表名称 | 描述 | | ------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | [Customer 360 Marketing System Landscape](/docs/architect/zh-cn/reference-diagrams/guide/data-360-marketing) | Customer 360 架构实施的系统环境。 | | [Agentforce System Landscape](/docs/architect/zh-cn/reference-diagrams/guide/einstein-system-landscape) | 捕获 Salesforce 产品与 Agentforce 提供的其他技术系统的混合的系统景观。 | | [零售系统景观](/docs/architect/zh-cn/reference-diagrams/guide/retail-system-landscape) | 显示 B2C Commerce 和市场营销解决方案的系统景观，指示 Salesforce 产品和实施涉及的其他技术的组合。 | | [Salesforce 角色层次结构](/docs/architect/zh-cn/reference-diagrams/guide/salesforce-role-hierarchy) | 示例组织层次结构，捕获角色子集，以阐明业务结构、人员关系和访问模式。 | | [单个组织架构](/docs/architect/zh-cn/reference-diagrams/guide/single-org-architecture) | 详细描述支持多个业务部门的单个组织策略的图表。 | # 系统路线图 系统路线图 - 简化资源规划和预算的路线图。 ## 描述 通过为利益相关者确定系统实施顺序、依赖性、功能领域和相关功能，简化资源规划和预算的路线图。 ## 可下载链接 - [路西德](https://lucid.app/lucidchart/editNewOrRegister/ead3af9a-ddc2-492a-a8c9-7ab3943fabd7) - [图像](https://architect.salesforce.com/ns-assets/reference-architectures/system-roadmap.webp) # 索赔检查 声明检查 - 显示修改记录时正在发布的事件。当包含声明检查的标题传递给订阅者时，事件的消息正文存储在单独的数据存储中。然后，当订阅者准备好在必要时处理信息时，它使用声明检查来检索消息正文。 ## 描述 此图显示了索赔检查模式。此模式会在修改记录时发布事件到事件总线。事件的消息正文存储在单独的数据存储中，而包含索赔检查的标题被传递给订阅者。然后，当订阅者准备处理信息时，他们使用声明检查来检索消息正文。 ## 可下载链接 - [路西德](https://lucid.app/lucidchart/editNewOrRegister/0699a470-11ca-4291-88d6-a6399142a1ca) - [图像](https://architect.salesforce.com/ns-assets/reference-architectures/claim-check.webp) # 组件路线图 组件路线图 - 通过识别系统功能、相关功能、实施顺序、时间范围和利益相关者依赖性来优化资源规划和预算的可视化路线图。 ## 描述 此图表包含可视化路线图，通过识别系统功能、相关功能、实施顺序、时间范围和利益相关者依赖性来优化资源规划和预算。 此图表通常用作[功能路线图](/docs/architect/zh-cn/reference-diagrams/guide/capability-roadmap)中一个方框的详细视图。 对于此图表中的每个组件，通常会有一个专门的[功能路线图](/docs/architect/zh-cn/reference-diagrams/guide/feature-roadmap)来深入了解功能交付的详细信息。 ## 可下载链接 - [路西德](https://lucid.app/lucidchart/editNewOrRegister/2ca75fbd-af2e-45fd-a636-01255f1fb0cf) - [图像](https://architect.salesforce.com/ns-assets/reference-architectures/component-roadmap.webp) # 解决方案架构 解决方案架构图说明了特定解决方案的技术设计和实施细节，显示了组件、服务和集成如何协同工作以满足业务需求。这些图表为架构师和开发人员提供了系统交互、数据流和架构模式的详细视图。它们作为实施的蓝图，帮助团队了解解决方案中的组件关系、集成点和技术依赖性。 本节包含 4 个与解决方案架构相关的参考图表： | 图表名称 | 描述 | | -------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------- | | [与 Data 360 零复制数据集成架构](/docs/architect/zh-cn/reference-diagrams/guide/aws-data-360) | 该图描述了 Salesforce Data 360 使用现成的连接器与各种后端数据服务集成。 | | [Data 360 Customer Zero 实施架构](/docs/architect/zh-cn/reference-diagrams/guide/sfdc-customer-zero-implementation) | 一个端到端的图表，描述了 Salesforce Data 360，它在 Salesforce 中实施为 Customer Zero 计划。 | | [Data 360 批量激活和事件驱动的操作架构](/docs/architect/zh-cn/reference-diagrams/guide/data360-actions-activations) | 该图描述了市场营销激活的端到端解决方案中的 Salesforce Data 360。 | | [会员管理解决方案架构](/docs/architect/zh-cn/reference-diagrams/guide/loyalty-management-solution-architecture) | 描述忠诚度管理解决方案直接涉及的产品和功能的架构图。 | # 路线图 路线图图表帮助组织随着时间的推移规划和可视化功能、组件、特性和系统的战略实施。这些图表使架构师和项目经理能够简化资源规划，优化预算，并增强业务和技术团队之间的协作。它们提供了实施顺序、依赖性和优先级的清晰视图，帮助利益相关者了解交付复杂 Salesforce 解决方案的分阶段方法。 本节包含 6 个与路线图相关的参考图表： | 图表名称 | 描述 | | ---------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | [功能路线图](/docs/architect/zh-cn/reference-diagrams/guide/capability-roadmap) | 通过分组功能和确定实施顺序、依赖性和价值来简化资源规划和预算的可视化路线图。 | | [组件路线图](/docs/architect/zh-cn/reference-diagrams/guide/component-roadmap) | 通过确定系统功能、相关功能、实施顺序、时间范围和利益相关者依赖性来优化资源规划和预算的可视化路线图。 | | [功能路线图](/docs/architect/zh-cn/reference-diagrams/guide/feature-roadmap) | 可视路线图，通过确定功能实施顺序、依赖性和用于规划的其他功能，增强业务和技术团队之间的协作。 | | [Agentforce 发布计划](/docs/architect/zh-cn/reference-diagrams/guide/generative-ai-release-plan) | 详细说明初始生成式 AI 项目版本的交付品的图表。 | | [Agentforce 路线图](/docs/architect/zh-cn/reference-diagrams/guide/generative-ai-roadmap) | 路线图示例显示了在 Salesforce Customer 360 实施中推出 AI 的组件。 | | [系统路线图](/docs/architect/zh-cn/reference-diagrams/guide/system-roadmap) | 通过确定系统实施顺序、依赖性和功能优先级，简化资源规划和预算。 | # 通过 Http 的外部集成 通过 http 进行外部集成 - 这是构建表单决策指南中的示例解决方案架构图，显示了通过流中的 HTTP 标注和 OmniStudio 中的 HTTP 操作与外部数据源的连接。 ## 描述 这是构建表单决策指南中的示例解决方案架构图，显示了通过流中的 HTTP 标注和 OmniStudio 中的 HTTP 操作与外部数据源的连接。它显示了熟悉的 HTTP 请求和响应模式。 ## 可下载链接 - [路西德](https://lucid.app/lucidchart/editNewOrRegister/161cc130-341d-4c6d-84dc-00ca6aa00462) - [图像](https://architect.salesforce.com/ns-assets/reference-architectures/external-integrations-via-http.webp) # 通过平台事件异步处理 通过平台事件异步处理 - 显示异步处理如何处理平台事件。发布到总线的事件在提交后按顺序通过发布传递，然后由流在单独的同步上下文中批量处理。 ## 描述 该图说明了使用平台事件的异步处理的交互流程，显示了事件如何作为更广泛的架构模式的一部分发布到事件总线中。此模式设计用于进程需要触发下游工作而不阻止主要事务的场景，允许 Salesforce 异步处理繁重的工作。 ## 可下载链接： - [路西德](https://lucid.app/lucidchart/editNew/73e12d46-2c45-4d7c-bcf4-a2ca7596ed4c) - [图像](https://architect.salesforce.com/ns-assets/reference-architectures/asynchronous-processing-via-platform-events.webp) # 酒店忠诚度管理流程 酒店忠诚度管理流程 - 酒店忠诚度管理流程中基于时间的系统交互。 ## 描述 酒店忠诚度管理流程中基于时间的系统交互。此流通过 Agentforce Commerce、Agentforce Sales、Agentforce Platform、Data 360、Marketing Cloud Engagement、MuleSoft 和外部数据源跟踪流程。 ## 可下载链接 - [路西德](https://lucid.app/lucidchart/editNewOrRegister/899f5366-4dea-4da7-81af-dc3939aece42) - [图像](https://architect.salesforce.com/ns-assets/reference-architectures/hospitality-loyalty-management-process.webp) # 零售系统环境 零售系统景观 - 显示 B2C Commerce 和市场营销解决方案的系统景观，指示 Salesforce 产品与实施涉及的其他技术的组合。它包括市场营销自动化、交互管理、产品目录和细分等功能。 ## 描述 显示 B2C Commerce 和市场营销解决方案的系统景观，指示 Salesforce 产品与实施涉及的其他技术的组合，例如 MuleSoft、Data 360、Agentforce Sales、Agentforce Marketing、Agentforce Commerce 和 Agentforce Service。它包括市场营销自动化、交互管理、产品目录和细分等功能。 ## 可下载链接 - [路西德](https://lucid.app/lucidchart/editNewOrRegister/4d6b109a-ea3e-46c2-bab6-84a07efd9ac5) - [图像](https://architect.salesforce.com/ns-assets/reference-architectures/retail-system-landscape.webp) # 零复制数据集成架构与 Data 360 Salesforce Data 360 和 AWS 之间的零复制数据集成架构 ## 描述 该图描述了 Salesforce Data 360 使用现成的连接器与各种 AWS 数据服务集成，以及与 AWS Redshift 和 S3 的强大 Zero Copy 互操作性。此架构允许组织跨联盟平台无缝集成和统一数据，提供中央统一和激活层，这对于转变为真正的客服人员企业至关重要。它包括 Salesforce 产品，例如 Agentforce 360、Tableau Next、Marketing Cloud、Data 360 和 Agentforce Sales。 ## 可下载链接： **后端：Amazon Web Services** - [路西德](https://lucid.app/lucidchart/editNew/04991364-85c0-45e6-b5de-553367fbb473) - [图像](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-aws.webp) **后端：Google Cloud 平台** - [路西德](https://lucid.app/lucidchart/editNew/4661f0e4-e86a-409b-9a98-8301cbbca74f) - [图像](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-gcp.webp) **后端：数据块** - [路西德](https://lucid.app/lucidchart/editNew/e74f6e22-ce6d-4b6d-a258-76ddb8f73f4e) - [图像](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-databricks.webp) **后端：雪花** - [路西德](https://lucid.app/lucidchart/editNew/b02236c2-f3f4-4de8-b13b-35f67fd5390d) - [图像](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-snf.webp)