# architect 참조 다이어그램 (reference-diagrams) - Full Documentation # 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) # Agentforce 릴리스 계획 Agentforce 릴리스 계획 - 초기 생성형 AI 프로젝트 릴리스에 대한 제공 사항을 자세히 설명하는 다이어그램. ## 설명 초기 Agentforce 프로젝트 릴리스에 대한 제공 사항을 자세히 설명하는 로드맵입니다. 프로젝트 정의, 구성 및 테스트, 파일럿 릴리스, 베타 릴리스와 같은 단계가 포함되어 있습니다. ## 다운로드 가능한 링크 - [루시드](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에서 사용할 수 있는 기타 기술 시스템의 조합을 포착하는 시스템 랜드스케이프입니다. ## 설명 Agentforce에서 사용할 수 있는 Salesforce 제품과 기타 기술 시스템의 조합을 포착하는 시스템 랜드스케이프입니다. 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) # Customer 360 마케팅 시스템 환경 data 360 마케팅 - 예제 시스템 환경 - 통합 Salesforce 솔루션 내의 다양한 구성 요소가 네이티브 커넥터를 사용하여 서로 통신하는 방법을 보여주는 Customer 360 아키텍처 ## 설명 Agentforce Sales, Agentforce Service, Agentforce Commerce, Tableau 및 Data 360을 비롯한 Customer 360 구현의 시스템 환경 다이어그램으로 통합 Salesforce 솔루션 내의 다양한 구성 요소가 네이티브 커넥터 및 사용자 정의 커넥터를 사용하여 어떻게 서로 통신하는지 보여줍니다. 데이터 수집, ID 확인, 세분화, 활성화와 같은 기능이 포함되어 있습니다. ## 다운로드 가능한 링크 - [루시드](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 내에서 Customer Zero 프로그램으로 구현된 Salesforce Data 360을 보여주는 전체 다이어그램입니다. Salesforce Data 360은 중앙 인텔리전스 및 거버넌스 계층 역할을 하며, 외부 시스템인 Snowflake 및 AWS와 Zero Copy 연합을 통해 엔터프라이즈 데이터를 통합하면서 신뢰와 의미론을 보존합니다. 이 통합된, 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 기술 기능 맵 data 360 기술 역량 맵 - Data 360 기술 역량과 이를 지원하는 제품 조합을 보여주는 역량 맵입니다. 데이터 레이크하우스, 빅 데이터 처리, 데이터 커넥터, 변형, 모델 및 단일 진실 소스와 같은 기능이 포함됩니다. ## 설명 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) # Data 360 배치 활성화 및 이벤트 중심 작업 아키텍처 Salesforce Data 360 배치 활성화 및 이벤트 중심 작업 아키텍처 ## 설명 마케팅 활성화를 위한 종단간 솔루션에서 Salesforce Data 360을 보여주는 다이어그램입니다. 홈 조직, 동료 조직, 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을 통한 제로 카피 데이터 통합 아키텍처 Salesforce Data 360과 AWS 간의 제로 카피 데이터 통합 아키텍처 ## 설명 강력한 AWS Redshift 및 S3와의 제로 카피 상호 운용성과 함께 다양한 AWS 데이터 서비스와 통합하기 위해 기본으로 사용하는 커넥터를 사용하는 Salesforce Data 360을 보여주는 다이어그램입니다. 이 아키텍처를 통해 조직은 연합 플랫폼 전반에 걸쳐 데이터를 원활하게 통합 및 통일할 수 있으며, 진정한 에이전틱 엔터프라이즈로 전환하는 데 필수적인 중앙 통합 및 활성화 계층을 제공합니다. Agentforce 360, Tableau Next, Marketing Cloud, Data 360 및 Agentforce Sales와 같은 Salesforce 제품이 포함되어 있습니다. ## 다운로드 가능한 링크: **백엔드: 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 클라우드 플랫폼** - [루시드](https://lucid.app/lucidchart/editNew/4661f0e4-e86a-409b-9a98-8301cbbca74f) - [이미지](https://architect.salesforce.com/ns-assets/data360_ref_arch/data360-gcp.webp) **백엔드: Databricks** - [루시드](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) # Http를 통한 외부 통합 HTTP를 통한 외부 통합 - 이것은 Building Forms Decision Guide의 예제 솔루션 아키텍처 다이어그램으로, Flow의 HTTP 콜아웃과 OmniStudio의 HTTP 작업을 통해 외부 데이터 소스에 대한 연결을 보여줍니다. ## 설명 이것은 Building Forms Decision Guide의 예제 솔루션 아키텍처 다이어그램으로, Flow의 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 다이어그램 표준 구성 요소](/docs/architect/ko-kr/reference-diagrams/guide/kit-of-parts) 활용 ## 다이어그램 범위 다이어그램의 범위는 특정 주제에 대해 전달할 중요 정보로만 제한해야 합니다. 커뮤니케이션하려는 메시지를 수집하기 위해 필요하지 않은 항목은 제외해야 합니다. 다이어그램 콘텐츠의 초점을 더욱 명확하게 커뮤니케이션하고 좁히기 위해 다양한 개념을 포착하기 위해 다중 다이어그램을 만들 수 있거나 만들어야 합니다. - 대상에게 전달할 중요한 정보/메시지를 정의하세요. - 메시지를 명확하게 전달하기 위해 논리적 범위를 분류하세요. - 템플릿으로 사용할 가장 적절한 다이어그램 유형 식별 ## 다이어그램 유형 Salesforce 다이어그램은 템플릿을 쉽게 활용하고 다이어그램 규칙을 이해할 수 있도록 가장 유용하거나 인기 있는 다이어그램 유형을 정의했습니다. 현재 리소스는 다음과 같이 분류됩니다: ### 기능 맵 - 솔루션에 포함된 속성 조합과 관련된 주요 기능을 파악하세요. - 기능, 비즈니스 동인, 가치에 집중 ✨ [참조 아키텍처 갤러리에서 기능 맵을 찾으세요](/docs/architect/ko-kr/reference-diagrams/guide/section-capability-map) ### 시스템 영역 - 해당 구현과 관련된 제품 및/또는 기술 시스템 수집 - 속성, 특정 속성 측면, 속성 전반의 연결에 집중하세요. ✨ [참조 아키텍처 갤러리에서 시스템 조경 예제 및 템플릿 찾기](/docs/architect/ko-kr/reference-diagrams/guide/section-system-landscape) ### 솔루션 아키텍처 - 통합, 동작 및/또는 기능이 있는 제품 또는 기술을 포함하세요. - 속성 전반의 세부 연결 및/또는 커뮤니케이션 측면에 집중하세요. ✨ [참조 아키텍처 갤러리에서 솔루션 아키텍처 예제 및 템플릿 찾기](/docs/architect/ko-kr/reference-diagrams/guide/section-solution-architecture) ### 로드맵 - 조직이 시간에 따른 기능, 구성 요소, 기능, 시스템의 전략적 구현을 계획하고 시각화할 수 있도록 지원 - 구현 순서, 종속성, 우선순위를 명확하게 확인하세요. ✨ [참조 아키텍처 갤러리에서 로드맵 예제 및 템플릿 찾기](/docs/architect/ko-kr/reference-diagrams/guide/section-roadmap) ### 상호 작용/프로세스/플로 - 프로세스 지원에 필요한 시간 기반 단계, 데이터 흐름 또는 상호 작용을 파악하세요. - 순차적 번호 매김을 통해 측면 및 속성의 순서를 명확하게 표현하세요. ✨ [참조 아키텍처 갤러리](/docs/architect/ko-kr/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/ko-kr/reference-diagrams/guide/kit-of-parts)를 참조하십시오. **Salesforce 다이어그램에 대한 의견이나 질문이 있으신가요?** [여기](https://docs.google.com/forms/d/e/1FAIpQLSe5RmVA2ZtpfGlR2u436FA4QN6QmJGdAWxtZ_AcRLMAH_US9Q/viewform?usp=sf_link)에서 여러분의 의견을 알려주세요. ## 소개 이 문서에서는 [데이터 모델 갤러리](https://developer.salesforce.com/docs/platform/data-models/guide/get-started.html)에서 사용할 수 있는 제품 데이터 모델을 명확하게 해석할 수 있도록 Salesforce 엔티티 관계 다이어그램(ERD) 표기법 및 규칙에 대한 개요를 제공합니다. 데이터 모델이라고도 하는 ERD는 정보 시스템의 그래픽 표현입니다. 해당 시스템의 사람, 개체, 장소, 개념, 이벤트 간 관계를 표시합니다. 데이터의 기능적 구조를 전달하는 논리 모델입니다. Salesforce ERD에서는 일반적으로 엔티티가 Salesforce 데이터베이스의 개체에 매핑됩니다. ## 엔티티 엔티티는 알거나 보유해야 하는 정보에 대해 실제 또는 개념적인 의미가 있는 물건 또는 개체입니다. sample data model entity 엔티티는 다이어그램에 둥근 모서리가 있는 상자로 표시됩니다. 각 엔티티 상자는 일반적으로 두 개의 레이블을 제공합니다(해당되는 경우). - 엔티티의 논리 이름입니다(예: 여기에 표시된 예에서 "Salesforce 엔티티"). 이는 표시되는 Salesforce 개체의 단수 레이블에 해당할 수 있지만, 항상 그렇지는 않습니다. - Salesforce 조직에서 객체의 "물리적" API Name 또는 Developer Name(예: "_API Name_")입니다. 관리 패키지 개체의 경우 일반적으로 Salesforce 또는 Industry Cloud에서 여러 관리 패키지를 사용하지 않는 한 다이어그램에 나열된 API 이름에 관리 패키지 네임스페이스(예: "vlocity_ins\*\*")가 포함되지 않습니다. 관리 패키지 객체의 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 Cloud 또는 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 ERDs는 UML의 다이아몬드 표기법을 차용합니다. 관계의 단수 측에 있는 다이아몬드는 관계에서 해당 측의 엔티티가 마스터 역할을 수행함을 의미합니다. 이러한 관계의 다수 쪽에 있는 엔티티는 디테일 또는 하위 엔티티이며, 상위 엔티티에 포함된 것으로 볼 수 있습니다. ### 관계의 옵셔널리티 옵셔널리티는 각 끝의 항목에 대해 관계가 필수인지 여부를 나타냅니다. 개념으로서 옵셔널리티는 카디널리티와 긴밀하게 관련이 있으며, 표기법은 그 근접성을 반영합니다. 관계의 각 끝에 있는 선을 가로지르는 원 또는 막대는, 반대쪽 끝의 옵셔널리티를 나타냅니다. 관계의 다른 끝에 있는 이유는 무엇입니까? 카디널리티와 동일한 선의 쪽에 옵셔널리티 표기를 포함하기 위함입니다. 관계의 다수(즉, 갈래 기호) 쪽에는 거의 항상 선 위에 원이 있습니다. 즉, 관계의 단수 쪽에 있는 각 항목에 대해, 다수 쪽에는 0개 이상의 항목이 있을 수 있습니다. 관계의 단수 측에서 원과 막대는 갈래 기호가 있는 쪽의 엔티티에 대한 관계가 선택적임을 나타냅니다. 원과 막대는 관계의 단수 쪽에는 0개 또는 1개의 항목만 있을 수 있음을 의미합니다. 관계의 단수 쪽에서 이중 막대는 다수 쪽 엔티티에 대한 필수 관계를 나타냅니다. 이중 막대는 관계의 단수 쪽에는 다수 쪽의 각 항목마다 반드시 하나의 항목이 있어야 함을 의미합니다. Salesforce의 기본 물리적 관계가 옵션인 경우에도 관계의 옵션성이 필수 항목으로 표시될 수 있습니다. 예를 들어, 연락처의 AccountId 필드는 물리적으로 옵션 관계이지만, 비공개 연락처를 무시하는 경우 계정에 대한 연락처의 직접 관계가 논리적으로 필요합니다. 옵션성 표시기는 거의 사용되지 않습니다. 대부분의 경우 ERD에 표시된 옵셔널리티가 관계의 기본 옵셔널리티를 반영합니다. ### 관계 의미 sample relationships meaning 카디널리티 및 옵션성 외에도 두 엔티티 간의 각 관계는 동일한 두 엔티티 간의 다른 관계와 해당 관계를 구분하는 특정 의미를 표현합니다. 위의 다이어그램에서 "part of" 및 "made up of"와 같은 관계 끝 이름은 관계의 특성을 정의합니다. 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)에서 확인하십시오. # Salesforce 역할 계층 salesforce 역할 계층 - 특정 사용 사례에 대한 비즈니스 구조, 페르소나 및 권한을 명확히 하기 위해 역할의 하위 집합을 캡처하는 조직 계층의 예시 ## 설명 특정 사용 사례에 대한 비즈니스 구조, 페르소나 및 권한을 명확히 하기 위해 역할의 하위 집합을 캡처하는 조직 계층의 예시를 보여주는 다이어그램입니다. 이는 일반적인 가로 다이어그램이 아니지만 역할이 연결되고 비즈니스 도메인을 모델링하는 방법에 대한 개념적인 계획을 보여주는 것과 유사합니다. ## 다운로드 가능한 링크 - [루시드](https://lucid.app/lucidchart/editNewOrRegister/4fe3cd5e-0ccf-4ffd-9f7c-a418ce615c67) - [이미지](https://architect.salesforce.com/ns-assets/reference-architectures/salesforce-role-hierarchy.webp) # 고객 맞춤형 플로우 고객 맞춤형 플로 - 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) # 구성 요소 로드맵 구성 요소 로드맵 - 시스템 기능, 관련 기능, 구현 순서, 기간 및 이해당사자 종속성을 식별하여 리소스 계획 및 예산을 최적화하는 시각적 로드맵입니다. ## 설명 이 다이어그램에는 시스템 기능, 관련 기능, 구현 순서, 시간 범위, 이해당사자 종속성을 식별하여 자원 계획 및 예산을 최적화하는 시각적 로드맵이 포함되어 있습니다. 이 다이어그램은 일반적으로 [기능 로드맵](/docs/architect/ko-kr/reference-diagrams/guide/capability-roadmap)에서 하나의 상자의 세부 사항 보기로 사용됩니다. 이 다이어그램의 각 구성 요소에 대해 특정 [기능 로드맵](/docs/architect/ko-kr/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) # 기능 로드맵 기능 로드맵 - 기능을 그룹화하고 구현 순서, 종속성 및 가치를 파악하여 자원 계획 및 예산을 간소화하는 시각적 로드맵입니다. ## 설명 기능을 그룹화하고 구현 순서, 종속성, 가치를 파악하여 자원 계획 및 예산을 간소화하는 시각적 로드맵입니다. 이 다이어그램의 각 기능에 대해 전용 [구성 요소 로드맵](/docs/architect/ko-kr/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/ko-kr/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) # 단일 조직 아키텍처 단일 조직 아키텍처 - 글로벌 사업부를 지원하는 단일 조직 전략을 자세히 설명하는 다이어그램. ## 설명 여러 사업부를 지원하는 단일 조직 전략을 자세히 설명하는 다이어그램 하단 상자에는 사용 중인 제품 목록(위에 설명된 것처럼)이 포함되거나 쇼핑 카트, 리드 관리 또는 사례 관리와 같은 사업부에 필요한 기능이 나열될 수 있습니다. ## 다운로드 가능한 링크 - [루시드](https://lucid.app/lucidchart/editNewOrRegister/92edbe8d-18b8-4998-a851-7d1e815ea7d5) - [이미지](https://architect.salesforce.com/ns-assets/reference-architectures/single-org-architecture.webp) # 대기열 대기열 - 레코드가 수정될 때 게시되고 대기열에 기록되는 이벤트를 보여주는 대기열 패턴의 예를 보여줍니다. 가입자는 연결된 대기열에서 이벤트 사본을 수신하고 자신의 레코드에 적절한 업데이트를 수행합니다. ## 설명 레코드가 수정될 때 게시되고 대기열에 작성되는 이벤트를 나타내는 대기열 패턴의 예가 표시됩니다. 구독자는 연결된 대기열에서 이벤트 사본을 수신하고 자신의 레코드에 적절한 업데이트를 수행합니다. ## 다운로드 가능한 링크 - [루시드](https://lucid.app/lucidchart/editNewOrRegister/0cef151e-5b48-4237-bbe4-a774eee152ab) - [이미지](https://architect.salesforce.com/ns-assets/reference-architectures/queuing.webp) # 로드맵 로드맵 다이어그램을 사용하면 조직이 시간에 따른 기능, 구성 요소, 기능, 시스템의 전략적 구현을 계획하고 시각화할 수 있습니다. 해당 다이어그램을 사용하면 설계자 및 프로젝트 관리자가 자원 계획을 간소화하고, 예산을 최적화하고, 비즈니스 및 기술 팀 간의 공동 작업을 향상할 수 있습니다. 이를 통해 이해당사자가 복잡한 Salesforce 솔루션을 제공하는 단계별 접근 방식을 이해할 수 있도록 구현 순서, 종속성, 우선 순위를 명확하게 파악할 수 있습니다. 이 섹션에는 로드맵과 관련된 6개의 참조 다이어그램이 포함되어 있습니다. | 다이어그램 이름 | 설명 | | ---------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | [역량 로드맵](/docs/architect/ko-kr/reference-diagrams/guide/capability-roadmap) | 역량을 그룹화하고 구현 순서, 종속성, 가치를 식별하여 자원 계획 및 예산을 간소화하는 시각적 로드맵입니다. | | [구성 요소 로드맵](/docs/architect/ko-kr/reference-diagrams/guide/component-roadmap) | 시스템 기능, 관련 기능, 구현 순서, 시간 범위, 이해당사자 종속성을 식별하여 자원 계획 및 예산을 최적화하는 시각적 로드맵입니다. | | [기능 로드맵](/docs/architect/ko-kr/reference-diagrams/guide/feature-roadmap) | 계획 목적으로 기능 구현 순서, 종속성, 추가 기능을 식별하여 비즈니스와 기술 팀 간의 협업을 강화하는 시각적 로드맵입니다. | | [Agentforce 릴리스 계획](/docs/architect/ko-kr/reference-diagrams/guide/generative-ai-release-plan) | 초기 생성형 AI 프로젝트 릴리스의 산출물을 자세히 설명하는 다이어그램입니다. | | [Agentforce 로드맵](/docs/architect/ko-kr/reference-diagrams/guide/generative-ai-roadmap) | Salesforce Customer 360 구현에서 AI를 롤아웃하기 위한 구성 요소를 보여주는 로드맵의 예 | | [시스템 로드맵](/docs/architect/ko-kr/reference-diagrams/guide/system-roadmap) | 시스템 구현 순서, 종속성, 기능 우선 순위를 식별하여 자원 계획 및 예산을 간소화합니다. | # 리테일 시스템 환경 리테일 시스템 환경 - B2C Commerce 및 마케팅 솔루션을 보여주는 시스템 환경으로, 구현에 포함된 Salesforce 제품과 기타 기술의 조합을 나타냅니다. 마케팅 자동화, 상호 작용 관리, 제품 카탈로그, 세분화와 같은 기능이 포함되어 있습니다. ## 설명 B2C Commerce 및 마케팅 솔루션을 보여주는 시스템 환경으로 MuleSoft, Data 360, Agentforce Sales, Agentforce Marketing, Agentforce Commerce 및 Agentforce Service와 같은 구현에 포함된 Salesforce 제품 및 기타 기술의 혼합을 나타냅니다. 마케팅 자동화, 상호 작용 관리, 제품 카탈로그, 세분화와 같은 기능이 포함되어 있습니다. ## 다운로드 가능한 링크 - [루시드](https://lucid.app/lucidchart/editNewOrRegister/4d6b109a-ea3e-46c2-bab6-84a07efd9ac5) - [이미지](https://architect.salesforce.com/ns-assets/reference-architectures/retail-system-landscape.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/ko-kr/reference-diagrams/guide/asynchronous-processing-via-platform-events) | 플랫폼 이벤트에서 비동기 처리가 작동하는 방식을 보여줍니다. 버스에 게시된 이벤트는 구독자에 의해 처리됩니다. | | [클레임 체크(Claim Check)](/docs/architect/ko-kr/reference-diagrams/guide/claim-check) | 레코드가 수정될 때 게시되는 이벤트가 표시됩니다. 이벤트의 메시지 본문이 데이터베이스에 저장되며, 메시지 버스를 통해 참조만 전달됩니다. | | [고객 개인화 플로우](/docs/architect/ko-kr/reference-diagrams/guide/customer-personalization-flow) | 고객 상호 작용에서 개인 설정 엔진을 통해 전달 시스템에 이르는 정보의 전체 플로와 관련된 시간 기반 상호 작용을 표시합니다. | | [HTTP를 통한 외부 연동](/docs/architect/ko-kr/reference-diagrams/guide/external-integrations-via-http) | HTTP 프로토콜을 사용하는 외부 연동을 보여주는 양식 작성 결정 가이드의 예제 솔루션 아키텍처 다이어그램입니다. | | [호스피탈리티 충성도 관리 프로세스](/docs/architect/ko-kr/reference-diagrams/guide/hospitality-loyalty-management-process) | 호스피탈리티 충성도 관리 프로세스 내에서 시스템 간의 시간 기반 상호작용을 보여줍니다. | | [대기열](/docs/architect/ko-kr/reference-diagrams/guide/queuing) | 이벤트가 게시되고 대기열에 기록되며, 구독자가 순서대로 이벤트를 처리하는 대기열 패턴의 예시를 보여줍니다. | # 솔루션 아키텍처 솔루션 아키텍처 다이어그램은 특정 솔루션의 기술 설계 및 구현 세부 사항을 보여주며, 구성 요소, 서비스, 통합이 비즈니스 요구 사항을 해결하기 위해 함께 작동하는 방식을 보여줍니다. 해당 다이어그램은 아키텍처 및 개발자에게 시스템 상호 작용, 데이터 플로, 아키텍처 패턴에 대한 자세한 정보를 제공합니다. 구현을 위한 청사진 역할을 하여 팀이 솔루션 내의 구성 요소 관계, 통합 지점, 기술 종속성을 이해할 수 있습니다. 이 섹션에는 솔루션 아키텍처와 관련된 4개의 참조 다이어그램이 포함되어 있습니다. | 다이어그램 이름 | 설명 | | -------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------- | | [Data 360을 통한 제로 카피 데이터 통합 아키텍처](/docs/architect/ko-kr/reference-diagrams/guide/aws-data-360) | 다양한 백엔드 데이터 서비스와 통합하기 위해 기본 커넥터를 사용하는 Salesforce Data 360을 보여주는 다이어그램 | | [Data 360 Customer Zero 구현 아키텍처](/docs/architect/ko-kr/reference-diagrams/guide/sfdc-customer-zero-implementation) | Salesforce 내에서 Customer Zero 프로그램으로 구현된 Salesforce Data 360을 보여주는 전체 다이어그램입니다. | | [Data 360 배치 활성화 및 이벤트 기반 작업 아키텍처](/docs/architect/ko-kr/reference-diagrams/guide/data360-actions-activations) | 마케팅 활성화를 위한 종단간 솔루션에서 Salesforce Data 360을 보여주는 다이어그램 | | [충성도 관리 솔루션 아키텍처](/docs/architect/ko-kr/reference-diagrams/guide/loyalty-management-solution-architecture) | 충성도 관리 솔루션과 직접 관련된 제품 및 기능을 설명하는 아키텍처 다이어그램입니다. | # 시스템 로드맵 시스템 로드맵 - 자원 계획 및 예산 수립을 간소화하는 로드맵입니다. ## 설명 시스템 구현 순서, 종속성, 기능 영역, 이해당사자의 관련 기능을 식별하여 자원 계획 및 예산을 간소화하는 로드맵 다이어그램 ## 다운로드 가능한 링크 - [루시드](https://lucid.app/lucidchart/editNewOrRegister/ead3af9a-ddc2-492a-a8c9-7ab3943fabd7) - [이미지](https://architect.salesforce.com/ns-assets/reference-architectures/system-roadmap.webp) # 시스템 환경 시스템 환경 다이어그램은 Salesforce 제품, 외부 시스템, 통합 지점 간의 관계를 보여주는 조직의 기술 생태계에 대한 포괄적인 보기를 제공합니다. 이러한 시각적 표현은 아키텍처가 전체 시스템 토폴로지를 이해하고 종속성을 식별하고 전략적 구현을 계획하는 데 도움이 됩니다. 이해당사자가 Customer 360 아키텍처 내에서 서로 다른 구성 요소가 상호 작용하는 방식을 시각화하고 비즈니스 목표를 지원하는 필수 문서 역할을 합니다. 이 섹션에는 시스템 환경과 관련된 5개의 참조 다이어그램이 포함되어 있습니다. | 다이어그램 이름 | 설명 | | ------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | [Customer 360 마케팅 시스템 환경](/docs/architect/ko-kr/reference-diagrams/guide/data-360-marketing) | Customer 360 아키텍처 구현을 위한 시스템 랜드스케이프입니다. | | [Agentforce 시스템 환경](/docs/architect/ko-kr/reference-diagrams/guide/einstein-system-landscape) | Agentforce에서 사용할 수 있는 Salesforce 제품과 기타 기술 시스템의 조합을 보여주는 시스템 환경입니다. | | [소매 시스템 환경](/docs/architect/ko-kr/reference-diagrams/guide/retail-system-landscape) | 구현과 관련된 Salesforce 제품 및 기타 기술의 혼합을 나타내는 B2C Commerce 및 마케팅 솔루션을 보여주는 시스템 랜드스케이프입니다. | | [Salesforce 역할 계층](/docs/architect/ko-kr/reference-diagrams/guide/salesforce-role-hierarchy) | 비즈니스 구조, 직원 관계, 액세스 패턴을 명확히 설명하기 위해 역할의 하위 집합을 수집하는 조직 계층의 예 | | [단일 조직 아키텍처](/docs/architect/ko-kr/reference-diagrams/guide/single-org-architecture) | 여러 사업부를 지원하는 단일 조직 전략을 자세히 설명하는 다이어그램 | # 역량 맵 기능 맵은 다양한 제품 및 서비스가 조직 목표를 지원하는 방식을 보여주는 비즈니스 및 기술 기능을 시각적으로 나타냅니다. 해당 다이어그램은 설계자 및 이해당사자가 비즈니스 동인, 성능 및 기본 기술 스택 간의 관계를 이해하는 데 도움이 됩니다. 비즈니스 목표와 기술 구현 사이를 더 잘 조율할 수 있는 전략 계획 도구로 사용됩니다. 이 섹션에는 기능 맵과 관련된 4개의 참조 다이어그램이 포함되어 있습니다. | 다이어그램 이름 | 설명 | | --------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------- | | [비즈니스 역량 맵](/docs/architect/ko-kr/reference-diagrams/guide/business-capability-map) | 비즈니스 동인과 역량을 상위 수준의 제품 포지셔닝과 함께 나타내는 템플릿 역량 맵입니다. | | [Data 360 기술 역량 맵](/docs/architect/ko-kr/reference-diagrams/guide/data-360-technical-capability-map) | Data 360의 기술 역량과 이를 지원하는 제품 구성을 보여주는 역량 맵입니다. | | [Loyalty Management 역량 맵](/docs/architect/ko-kr/reference-diagrams/guide/loyalty-management-capability-map) | 상위 수준의 제품 포지셔닝이 적용된 Loyalty Management 서비스들을 보여주는 역량 맵입니다. | | [센터 오브 엑설런스](/docs/architect/ko-kr/reference-diagrams/guide/center-of-excellence) | CoE(Center of Excellence)가 경영진과 IT 관계자를 연결하는 방법을 자세히 설명하는 다이어그램 | # 청구 점검 클레임 검사 - 레코드가 수정될 때 게시되는 이벤트를 표시합니다. 이벤트의 메시지 본문은 별도의 데이터 저장소에 저장되고, 클레임 검사를 포함하는 머리글은 구독자에게 전달됩니다. 구독자는 필요한 경우 정보를 처리할 준비가 되면 클레임 검사를 사용하여 메시지 본문을 검색합니다. ## 설명 다음 다이어그램은 청구 점검 패턴을 보여줍니다. 이 패턴은 레코드가 수정되면 이벤트 버스에 게시 및 이벤트를 표시합니다. 이벤트의 메시지 본문이 별도의 데이터 저장소에 저장되고 청구 확인이 포함된 머리글이 구독자에게 전달됩니다. 그러면 구독자가 청구 확인을 사용하여 정보를 처리할 준비가 되면 메시지 본문을 검색합니다. ## 다운로드 가능한 링크 - [루시드](https://lucid.app/lucidchart/editNewOrRegister/0699a470-11ca-4291-88d6-a6399142a1ca) - [이미지](https://architect.salesforce.com/ns-assets/reference-architectures/claim-check.webp) # 충성도 관리 기능 맵 충성도 관리 기능 맵 - 충성도 관리 서비스와 높은 수준의 제품 포지셔닝을 보여주는 기능 맵입니다. 충성도 관리, 처리 및 분석과 같은 기능이 포함됩니다. ## 설명 이 기능 맵 다이어그램은 높은 수준의 제품 포지셔닝을 갖춘 충성도 관리 서비스를 보여줍니다. 충성도 관리, 처리 및 분석과 같은 기능이 포함되어 있습니다. 이 솔루션은 Marketing Cloud Engagement, Agentforce 서비스 및 MuleSoft와 같은 Salesforce 제품을 사용합니다. ## 다운로드 가능한 링크 - [루시드](https://lucid.app/lucidchart/editNewOrRegister/d41ccba2-71ea-449a-8497-ea95396102b4) - [이미지](https://architect.salesforce.com/ns-assets/reference-architectures/loyalty-management-capability-map.webp) # 충성도 관리 솔루션 아키텍처 Loyalty Management 솔루션 아키텍처 - 충성도 관리 솔루션에 직접 관련된 제품 및 기능을 보여주는 아키텍처 다이어그램입니다. ## 설명 충성도 관리 솔루션과 직접 관련된 제품 및 기능을 설명하는 아키텍처 다이어그램입니다. 여기에는 Analytics용 Agentforce Commerce, Agentforce Sales, Agentforce Service, Marketing Cloud Engagement, MuleSoft, Data 360, Tableau가 포함됩니다. ## 다운로드 가능한 링크 - [루시드](https://lucid.app/lucidchart/editNewOrRegister/217c76c7-b8c4-44ed-aade-a7ae3fb8df0a) - [이미지](https://architect.salesforce.com/ns-assets/reference-architectures/loyalty-management-solution-architecture.webp) # 탁월성 센터 상위 센터 - CoE(Center of Excellence)가 경영진 및 IT 이해당사자를 연결하는 방법을 보여주는 다이어그램으로 CoE의 기능적 및 기술적 리더십 역량이 어떻게 핵심인지 강조합니다. ## 설명 CoE(Center of Excellence)가 경영진과 IT 관계자를 연결하는 방식을 보여주는 다이어그램 기능적 및 기술적 경영진 역량이 CoE에 얼마나 중요한지를 강조합니다. 탁월성 센터는 기업 전반에서 전문 지식과 지침을 제공합니다. 다음과 같은 활동으로 가치를 제공합니다. - 솔루션 구현을 위한 모범 사례 설정 - 기업 표준 및 산업 표준 관행 준수 적용 - 제품 전문가로서 제품에 대해 프로젝트 팀을 교육하고 훈련합니다. - 구현 중 발생하는 어려운 문제 해결 ## 다운로드 가능한 링크 - [루시드](https://lucid.app/lucidchart/editNewOrRegister/59956c3b-3c73-469b-87a4-44c6dad948e5) - [이미지](https://architect.salesforce.com/ns-assets/reference-architectures/center-of-excellence.webp) ## 표준 구성 요소 표준 구성 요소를 사용하면 쉽게 고품질의 일관된 다이어그램을 구축, 사용자 정의, 재사용할 수 있습니다. Salesforce는 아키텍처 다이어그램에 대해 Lucid를 권장합니다. 전문 스타일링은 모든 Salesforce 다이어그램 형태 및 템플릿에서 활용됩니다. Lucidchart의 Salesforce 형태 라이브러리 및 템플릿 Lucidchart의 Salesforce 형태 라이브러리 및 템플릿
[Reference Architecture Gallery](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 Design System 아이콘을 참조하십시오.](https://www.lightningdesignsystem.com/icons/)_ ## 커넥터 커넥터는 항상 팔꿈치 연결 라인을 사용해야 하며 가독성을 높이기 위해 가능한 한 직선이어야 합니다. 커넥터와 필(Pill) **커넥터**는 두 카드 간의 관계, 통합 또는 프로세스 단계를 나타냅니다. 선 스타일은 다른 유형의 연결을 나타내며 다이어그램 키에 표시되어야 합니다. 끝점은 통합 또는 프로세스 커넥터의 방향을 나타냅니다. 끝점은 관계 커넥터의 카디널리티 및 서수도 나타냅니다. **필(Pill)**은 연결에 대한 정보를 제공하는 데 사용됩니다. [솔루션 아키텍처](/docs/architect/ko-kr/reference-diagrams/guide/section-solution-architecture) 및 [상호 작용 프로세스 흐름](/docs/architect/ko-kr/reference-diagrams/guide/section-interaction-process-flow) 다이어그램에서 필(Pill)의 사용 예시를 확인하세요. ## 접근성 전 세계 약 [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(Portable Document Format)입니다. 이미지 및 접근할 수 없는 응용 프로그램과 달리 스크린 리더에서 PDF에 접근하여 단어, 모양 및 색상을 읽을 수 있습니다. 다른 사람과 공유할 때 다이어그램을 PDF 형식으로 내보내면 접근성을 높일 수 있습니다. **색 대비** 다이어그램에 더 쉽게 액세스할 수 있는 또 다른 방법은 색 대비를 높이는 것입니다. 사람들이 텍스트 뒤의 배경색과 텍스트 자체의 색상 사이의 4.5:1 비율을 갖는 [웹 컨텐츠 접근성 지침(WCAG) 최소 색상 대비](https://www.w3.org/TR/UNDERSTANDING-WCAG20/visual-audio-contrast-contrast.html)을 충족하면 다이어그램을 더 잘 인식하고 읽을 수 있습니다. 제안된 대비를 보여주는 색상 팔레트 샘플 [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가 비동기적으로 무거운 작업을 처리하도록 합니다. ## 다운로드 가능한 링크: - [루시드](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)