이 페이지는 시험 연구소 브레인덤프 [ http://blog.examslabs.com ]에서 내보낸 페이지입니다.

내보내기 날짜:금 11 29 1:35:16 2024 / +0000 GMT

___________________________________________________


제목: [2023년 12월 23일] 개발-라이프사이클 및 배포 아키텍트 무료 시험 문제 [Q59-Q81] 품질 보장

---------------------------------------------------



 [2023년 12월 23일] 개발-수명주기 및 배포-건축사 무료 시험 문제, 품질 보장
 개발-수명주기 및 배포 아키텍트 무료 시험 파일 즉시 다운로드


Salesforce 개발 수명 주기 및 배포 아키텍트 인증 시험은 Salesforce 플랫폼에서 애플리케이션의 개발 및 배포를 위한 효과적인 전략을 설계하고 구현하는 전문가를 위해 특별히 고안되었습니다. Salesforce 공인 개발 수명 주기 및 배포 아키텍트 인증 시험은 계획 및 설계부터 테스트, 배포 및 지속적인 유지 관리에 이르기까지 전체 개발 및 배포 프로세스를 주도하고 관리하는 데 필요한 기술과 지식을 검증하기 위해 고안되었습니다.
 


새로운 문제 59관리자가 프로덕션에 새 필드를 추가할 때 유니버설 컨테이너의 개발자가 샌드박스에서 Visualforce 페이지에서 작업하고 있습니다. 개발자의 개발 프로세스를 지원하기 위해 아키텍트가 관리자에게 제안할 수 있는 두 가지 접근 방식은 무엇인가요? 정답 2개 선택
 변경 집합을 사용하여 프로덕션에서 샌드박스로 변경 사항을 배포하여 프로덕션에서 변경한 내용이 개발자가 작업 중인 샌드박스에 반영되도록 합니다.
 Salesforce-to-Salesforce를 사용하여 프로덕션에서 샌드박스로 변경 사항을 배포하여 프로덕션에서 수행한 변경 사항이 개발자가 작업 중인 샌드박스에 반영되도록 합니다.
 개발자 샌드박스에서 동일한 변경 사항을 수동으로 복제하여 프로덕션에서 수행한 변경 사항이 개발자가 작업 중인 샌드박스에 반영되도록 합니다.
 개발자 샌드박스를 새로 고침하여 프로덕션에서 변경한 내용이 개발자가 작업 중인 샌드박스에 반영되도록 합니다.
설명 변경 집합을 사용하거나 개발자 샌드박스에서 변경 사항을 수동으로 복제하는 것은 모두 개발자가 작업 중인 샌드박스에 프로덕션에서 변경 사항이 반영되도록 하는 유효한 방법이며, 개발자 샌드박스를 새로 고치면 개발자가 변경한 모든 내용을 덮어쓰게 되며 Salesforce-to-Salesforce는 배포 도구가 아닙니다.새로운 질문 60특정 Visualforce 페이지에 액세스할 때 성능이 저하된다는 보고서를 진단하는 데 적합한 샌드박스 유형은 무엇입니까?
 부분 복사 샌드박스.
 개발자 샌드박스.
 전체 샌드박스
 개발자 프로 샌드박스.
설명 전체 샌드박스는 개발자가 실제 환경에서 문제를 복제하고 해결할 수 있도록 프로덕션 데이터 및 메타데이터의 전체 복사본을 제공하므로 특정 Visualforce 페이지에 액세스할 때 성능이 저하된다는 보고서를 진단하는 데 적합합니다. 부분 복사본 샌드박스는 프로덕션 데이터의 샘플만 제공하므로 성능에 영향을 미치는 실제 데이터의 양과 복잡성을 반영하지 못할 수 있으므로 적절하지 않습니다. 개발자 샌드박스는 프로덕션 메타데이터의 사본만 제공하고 데이터는 제공하지 않으므로 실제 데이터로 Visualforce 페이지의 성능을 테스트할 수 없으므로 적절하지 않습니다. 개발자 프로 샌드박스는 프로덕션 메타데이터의 복사본만 제공하고 데이터는 제공하지 않으므로 실제 데이터로 Visualforce 페이지의 성능을 테스트할 수 없으므로 적절하지 않습니다.새로운 질문 61배포() 호출로 메타데이터를 삭제하려면 다음 두 가지가 필요한 것은 무엇입니까?
 Package.XML 파일.
 현재 API 버전을 사용해야 합니다.
 DestructiveChanges.xml 파일.
 PurgeOnDelete 옵션을 TRUE로 설정해야 합니다.
새로운 질문 62아키텍처 검토 위원회(ARB)가 내려야 하는 두 가지 결정은 무엇인가요? 정답 2개 선택
 새 Salesforce 개체를 만들지 아니면 새 레코드 유형을 사용하여 기존 개체를 재정의할지 여부
 프로젝트에서 폭포수 또는 애자일 방법론을 활용할지 여부
 통합 테스트 요구 사항을 추적하기 위해 어떤 테스트 도구를 사용해야 하는지 여부
 싱글 사인온을 SAML로 구현할지, 아니면 위임 인증을 구현할지 여부
설명B와 D는 프로젝트 범위, 품질 및 보안에 중대한 영향을 미치는 프로젝트에 가장 적합한 방법론 및 인증 메커니즘을 선택하는 것과 관련이 있으므로 ARB(아키텍처 검토 위원회)에서 결정해야 하는 사항입니다. A는 개발자 또는 기술 책임자가 내릴 수 있는 낮은 수준의 설계 결정이므로 ARB가 결정해야 할 사항이 아닙니다. C는 테스터 또는 품질 보증 책임자가 내릴 수 있는 테스트 결정이므로 ARB가 내려야 하는 결정이 아닙니다.새로운 질문 63유니버설 컨테이너 CUC) 고객 커뮤니티가 3개월 후에 유럽, 중동 및 아프리카(EMEA) 지역에 출시될 예정입니다. UC는 일반적인 중앙 집중식 거버넌스 모델을 따릅니다. 2주 전, 프로젝트 이해관계자들은 프로젝트 팀에 라이브에 필요한 필수 규정 준수 요구사항의 최근 변경 사항을 알렸습니다. 프로젝트 팀은 요구 사항을 분석한 결과 규정 준수 요구 사항을 통합하는 데 필요한 추가 예산이 프로젝트 비용의 30^0%로 추정되었는데, 이 추가 예산 요구 사항을 승인할 권한이 있는 관리 팀은 어디인가요?
 보안 검토 위원회
 프로젝트 관리 위원회
 경영진 운영 위원회
 변경 통제 위원회
새로운 질문 64유니버설 컨테이너(UC)는 지난 6년 동안 50% 사용자 지정 코드와 함께 Salesforce를 사용해 왔습니다. UC는 최근 지속적 통합을 구현했습니다. UC는 새로운 기능이 테스트를 무효화할 때마다 기존 테스트 클래스를 개선하고자 합니다. 또한 UC는 필요한 배포 시간을 단축하고자 합니다. 아키텍트는 무엇을 권장해야 하나요?
 A 샌드박스와 프로덕션에서 테스트 클래스를 실행하지 마세요.
 샌드박스에서 테스트 클래스를 실행하지 말고 프로덕션에서 모든 테스트 클래스를 실행하지 마세요.
 테스트 클래스는 샌드박스에서 실행할 수 없습니다.
 샌드박스에서 모든 테스트 클래스를 실행하고 프로덕션에서 테스트 클래스를 선택하세요.
설명모든 테스트 클래스를 샌드박스에서 실행하면 프로덕션에 배포하기 전에 오류나 실패를 식별하고 수정하는 데 도움이 될 수 있습니다. 프로덕션에서 선택한 테스트 클래스를 실행하면 배포 시간을 줄이고 불필요한 테스트 실행을 피할 수 있습니다.새로운 질문 65유니버설 컨테이너 CUC)가 엔터프라이즈 영업 인력 혁신 여정을 시작하면서 빌드 단계에서 여러 샌드박스로의 배포를 간소화하고 자동화하고자 합니다. 고객이 UAT를 수락하자 회사는 프로덕션 배포도 자동화해 달라고 요청했습니다. 배포 아키텍트로서 고객의 요구 사항을 충족하기 위한 권장 사항은 무엇인가요?
 Continues 통합 및 Continues 배포 도구를 사용하고 샌드박스 및 프로덕션에 배포하기 위한 파이프라인을 구축할 것을 권장합니다.
 SFDX 사용을 권장하고 각 환경에 대해 실행할 단계가 포함된 배포 명령을 문서화하세요.
 ANT 스크립트 사용을 권장하고 스크립트를 실행하고 변경 집합을 사용하여 지원되는 메타데이터를 배포하기 위한 사용자 지정 애플리케이션을 빌드합니다.
 배포 구성 요소를 패키징하고 배포 마법사를 실행하여 배포 결과를 추적할 수 있는 AppExchange 솔루션을 사용하는 것이 좋습니다.
설명 고객 요구 사항을 충족하기 위한 권장 사항은 지속적 통합 및 지속적 배포 도구를 사용하고 샌드박스 및 프로덕션에 배포하기 위한 파이프라인을 구축하는 것입니다. 지속적 통합 및 지속적 배포 도구는 변경 사항을 빌드, 테스트 및 다양한 환경에 배포하는 프로세스를 자동화할 뿐만 아니라 배포 상태 및 결과에 대한 피드백과 가시성을 제공할 수 있습니다. 이를 통해 배포 프로세스를 간소화하고 가속화할 수 있을 뿐만 아니라 환경 전반에서 일관성과 품질을 보장할 수 있습니다. SFDX를 사용하고 각 환경에 대해 실행할 단계가 있는 배포 명령을 문서화하는 것은 여전히 수동 개입과 실행이 필요하므로 오류가 발생하기 쉽고 시간이 많이 소요될 수 있으므로 권장하지 않습니다. ANT 스크립트를 사용하고 사용자 지정 애플리케이션을 구축하여 스크립트를 실행하고 변경 집합을 사용하여 지원되는 메타데이터를 배포하는 것은 여러 도구와 방법을 사용하므로 배포 프로세스의 복잡성과 위험을 증가시킬 수 있으므로 권장하지 않습니다. 배포 구성 요소를 패키징하고 배포 마법사를 실행하여 배포 결과를 추적할 수 있는 AppExchange 솔루션을 사용하는 것은 배포에 필요한 모든 메타데이터 유형 및 기능을 지원하지 않을 수 있고 UC에서 사용하는 SFDX 도구 및 방법론과 잘 통합되지 않을 수 있으므로 권장되지 않습니다.새로운 질문 66다음 중 다음 다이어그램의 스테이징 샌드박스에 해당하는 것은 어느 것입니까?
 생성되거나 새로 고쳐지면 스테이징 샌드박스는 프로덕션의 전체 복제본입니다.
 준비 샌드박스는 관리자가 설정한 일정에 따라 자동으로 새로 고쳐집니다.
 Salesforce 주요 릴리스(예: 겨울에서 봄으로)는 항상 Staging과 프로덕션에서 동시에 진행됩니다.
 준비 환경은 2주에 한 번만 업데이트할 수 있습니다.
새 질문 67유니버설 컨테이너는 4주마다 주 릴리스, 매주 부 릴리스를 수행하는 릴리스 전략을 구현하려고 합니다. 주 릴리스는 개발, 시스템 테스트(SIT), 사용자 승인 테스트(UAT) 및 교육 마이너 릴리스는 개발 및 사용자 승인 테스트(UAT) 단계를 따릅니다. UAT에 대한 유효한 환경 전략 고려 사항은 무엇인가요?
 마이너 릴리스는 부분 복사본, 메이저 릴리스는 전체 복사본 사용
 마이너 및 메이저 릴리스는 별도의 개발자 프로 사용
 마이너 릴리즈는 개발자 및 메이저 릴리즈는 정식 버전 사용
 마이너 및 메이저 릴리즈는 동일한 정식 버전을 사용합니다.
새로운 질문 68유니버설 컨테이너에는 5개의 개발 팀이 있습니다. 팀의 성과는 좋았지만 버그 수가 증가하고 있습니다. 각 스프린트 후 코드를 이해하고 변경하는 데 더 많은 시간이 필요합니다.성능을 개선할 수 있는 두 가지 방법은 무엇일까요? 정답 2개를 선택하세요.
 모든 변경 사항을 분석/승인할 팀을 정의합니다.
 코드 표준을 정의하고 준수합니다.
 스프린트 검토 프로세스.
 버그를 생성하는 사람을 식별하기 위한 버전 관리 시스템.
설명개발 팀의 성과를 향상시키기 위해 다음과 같은 방법을 제안할 수 있습니다: 코드 표준을 정의하고 따르며 스프린트 검토 프로세스를 구현하세요. 코드 표준은 코드의 일관성, 가독성, 유지보수성을 보장하고 오류와 버그를 줄이는 데 도움이 될 수 있습니다. 스프린트 검토 프로세스는 각 스프린트에서 수행한 작업을 평가하고 기능을 시연하며 이해관계자와 사용자로부터 피드백을 수집하는 데 도움이 될 수 있습니다.새로운 질문 69UC(유니버설 컨테이너)가 애자일 방법론을 채택한 이후 CEO는 개발 팀에 더 짧은 시간 내에 더 많은 작업을 제공하도록 요청하고 있습니다. CTO는 개발자들이 약속한 작업을 완수할 수 없다고 답하는데, 애자일 도구에서 CTO의 주장을 뒷받침하기 위해 수집할 수 있는 증거는 무엇인가요?
 완료(DoD)의 정의
 팀이 스프린트 후 초기 스프린트를 완료했음을 보여주는 번다운 차트
 진행 중인 작업의 최대 허용량을 보여주는 칸반 보드(WIP)
 팀이 스프린트 후 예상 스프린트를 놓친 것을 보여주는 번다운 차트
새로운 질문 70유니버설 컨테이너에서 파트너 커뮤니티를 구현하는 프로젝트를 막 시작했습니다. 이 애플리케이션은 현재 대규모 Salesforce 사용자 기반에서 사용 중인 프로덕션 환경에 배포될 예정입니다. 프로젝트 관리자는 개발 및 테스트 팀에 단일 개발자 샌드박스를 사용해야 한다고 주장했습니다. 이 접근 방식의 위험은 무엇인가요?
 테스터는 개발자 샌드박스 용량 제한으로 인해 플랫폼 제한에 직면하게 됩니다.
 테스터는 격리된 형태의 개발이 없기 때문에 기능 변경 처리량 테스트를 경험하게 됩니다.
 테스터가 개발자 샌드박스의 대규모 사용자로 인해 거버너 제한에 도달합니다.
 개발자 샌드박스를 새로 고치는 데 상당한 시간이 소요됩니다.
새로운 질문 71유니버설 컨테이너 CUC)는 단일 조직에 멀티 클라우드 아키텍처가 있습니다. Sales Cloud 개발팀은 3개월 내에 릴리스를 제공하기 위해 Dev Pro 샌드박스(DevProl)에서 작업하고 있습니다. Service Cloud의 비즈니스 요구 사항으로 인해 4주 안에 더 빠른 릴리스가 필요하지만 DevProl에서 완료된 Sales Cloud 작업의 일부가 필요합니다. 별도의 Dev Pro 샌드박스(DevPro2) 사용 결정은 아직 보류 중입니다. 2주 전에 다음 Salesforce 주요 릴리스를 위한 미리 보기로 DevProl이 업그레이드되었는데, 아키텍트는 무엇을 권장해야 하나요?
 두 번째 작업 스트림 팀에 동일한 DevPro 샌드박스에서 작업하도록 요청합니다.
 DevPro1 샌드박스를 복제하고 두 번째 작업 스트림이 서비스 클라우드 요구 사항에 대해 작업할 수 있도록 DevPro2로 이름을 지정합니다.
 다른 작업 스트림을 추가하면 몇 가지 위험이 수반되므로 요구 사항을 뒤로 미루세요.
 DevPro1은 프로덕션과 다른 버전에 있으므로 복제할 수 없습니다. 새 DevPro2를 만들고 DevPro1에서 메타데이터를 마이그레이션하세요.
새로운 질문 72유니버설 컨테이너(UC)는 대규모 사용자 기반(300명 이상)을 보유하고 있으며 8년 전에 Salesforce 시스템 통합 파트너에 의해 처음 구현되었습니다. 그 이후로 UC는 다양한 공급업체와 내부 팀의 고객 요구 사항에 따라 Visual force 페이지와 Apex 클래스를 여러 번 변경했습니다. 새로운 기술 설계자가 Salesforce 조직에서 코드를 평가할 때 예상되는 세 가지 문제는 무엇인가요? 정답 3개 선택
 동일한 개체에 대한 여러 트리거가 있어 작업 순서를 파악하기 어렵습니다.
 여러 단위 테스트 실패가 발생합니다.
 Salesforce 업그레이드로 인해 기능이 손상되었습니다.
 유사한 작업을 수행하는 Visual force 페이지와 Apex 클래스 간에 중복된 로직.
 더 이상 필요하지 않은 사용자 지정 JSON 및 문자열 조작 클래스.
설명동일한 개체에서 여러 트리거가 발생하면 충돌 및 성능 문제가 발생할 수 있습니다. 여러 번의 단위 테스트 실패는 코드 품질이 좋지 않고 유지 관리가 부족함을 나타낼 수 있습니다. Visualforce 페이지와 Apex 클래스 간에 중복된 로직은 불일치 및 중복으로 이어질 수 있습니다.새로운 질문 73유니버설 컨테이너(UC)는 최근 자체 Salesforce 조직을 보유한 다른 회사를 인수했습니다. 이 회사들은 새로운 UC 사업부로 합병되었습니다.CEO는 두 가지 주요 요소를 고려하여 조직 전략을 검토해 달라고 아키텍트에게 요청했습니다.* CEO는 모든 사업부 간에 비즈니스 프로세스 표준화를 원함.* 각 사업부마다 고객과 전문성이 다르므로 비즈니스 프로세스 통합은 필요하지 않음.이 시나리오에서 아키텍트는 어떤 조직 전략을 추천해야 하며 그 이유는 무엇인가요?
 단일 조직 전략: 단일 조직에서 높은 수준의 비즈니스 프로세스 표준화를 구현하기가 더 쉬우므로 단일 조직 전략.
 다중 조직 전략: 다각화된 사업부가 다른 사업부와 같은 공간에서 작업하는 데 익숙해지는 경우가 드물기 때문입니다.
 다중 조직 전략: 공통 관리 패키지를 여러 사업부의 조직에 배포할 수 있기 때문입니다.
 단일 조직 전략: 조직 수가 늘어날수록 비용이 증가하기 때문입니다.
설명 단일 조직 전략은 CEO의 주요 목표인 모든 사업부 간의 비즈니스 프로세스 표준화를 달성할 수 있기 때문에 UC에 가장 적합한 옵션입니다. 다중 조직 전략은 여러 사업부에 걸쳐 일관된 프로세스와 정책을 적용하기가 더 어렵고 여러 조직을 관리하는 데 드는 비용과 복잡성이 증가합니다. 공통 관리 패키지는 표준화의 일부 측면에 도움이 될 수 있지만 UC에 필요한 모든 가능한 시나리오와 사용자 지정을 포함하지는 않습니다.새로운 질문 74Universal Containers(UC)에서 사용자 지정 Force.com 애플리케이션을 개발 중입니다. 앱 개발을 위해 다음 도구, 즉 Force.com IDE가 개발에 사용됩니다. 소스 제어 시스템 및 Git 리포지토리로서의 Git, 소스 제어에서 샌드박스를 업데이트하기 위한 Force.com 마이그레이션 도구. 현재 UC의 브랜칭 전략은 두 가지 주요 브랜치를 필요로 합니다: 1) 마스터 2) 세 가지 지원 브랜치 개발: 1) 기능 2) 릴리스 3) 핫픽스 브랜칭 전략은 다음과 같이 병렬적으로 진행됩니다. 기능 | 개발 | 릴리스 | 핫픽스 | 마스터 개발자가 개발을 위해 채택해야 하는 권장 사례 전략은 무엇인가요?
 개발자는 마스터 브랜치에서 가져온 Feature 브랜치에서 작업하고, Feature 브랜치는 Develop 브랜치와 병합됩니다.
 개발자는 Develop 브랜치에서 가져온 Feature 브랜치에서 작업하고, Feature 브랜치는 Develop 브랜치와 병합됩니다.
 개발자는 릴리즈 브랜치에서 가져온 Feature 브랜치에서 작업한 다음 Feature 브랜치를 Develop 브랜치에 병합합니다.
 개발자는 Develop 브랜치에서 가져온 Feature 브랜치에서 작업한 다음, Feature 브랜치를 핫픽스 브랜치와 병합합니다.
새로운 질문 75유니버설 컨테이너 CUC)는 EMEA, AMER 및 APAC에서 운영되는 엔터프라이즈 금융 회사로, 규제 요구 사항으로 인해 각 지역에 대해 별도의 Salesforce 조직이 있습니다. 각 조직에는 지역 요구 사항에 맞는 자체 사용자 지정이 있지만 모든 지역 요구 사항에 적용되는 표준 프로세스도 있습니다.배포 설계자로서 다중 조직 배포 전략에 대해 고려해야 할 사항은 무엇인가요?
 관리형 패키지를 사용하여 프로덕션 조직에 메타데이터를 배포하세요.
 관리되지 않는 패키지를 사용하여 프로덕션 조직에 메타데이터를 배포합니다.
 패키지 개발 모델을 사용하여 프로덕션 조직에 메타데이터를 배포합니다.
 변경 집합을 사용하여 프로덕션 조직에 메타데이터를 배포합니다.
설명 패키지 개발 모델을 사용하여 프로덕션 조직에 메타데이터를 배포하는 것은 여러 조직에서 쉽게 설치하고 업데이트할 수 있는 재사용 가능한 모듈식 패키지를 만들 수 있으므로 다중 조직 배포 전략에 가장 적합한 옵션입니다. 관리형 패키지를 사용하여 프로덕션 조직에 메타데이터를 배포하는 것은 이 시나리오에 적합하지 않습니다. 관리형 패키지는 일반적으로 ISV가 고객에게 애플리케이션을 배포하는 데 사용되며, UC의 요구 사항에 맞지 않을 수 있는 몇 가지 제한 사항과 제약이 있기 때문입니다. 관리되지 않는 패키지는 주로 구성 요소의 일회성 배포에 사용되며 업그레이드나 종속성을 지원하지 않기 때문에 관리되지 않는 패키지를 사용하여 프로덕션 조직에 메타데이터를 배포하는 것도 좋은 옵션이 아닙니다. 변경 집합을 사용하여 프로덕션 조직에 메타데이터를 배포하는 것은 이 시나리오에서는 불가능합니다. 변경 집합은 동일한 Salesforce 인스턴스의 연결된 조직 간에 메타데이터를 배포하는 데만 사용할 수 있고, UC에는 각 지역에 대해 별도의 조직이 있으므로 이 시나리오에서는 불가능합니다. 자세한 내용은 [패키지 개발 모델]을 참조하세요.새로운 질문 76유니버설 컨테이너에서 Sales Cloud에 간단한 구성 변경 및 개선 사항을 릴리스할 계획입니다. 기술 설계자가 변경 집합 사용을 권장합니다. 이 시나리오에서 변경 집합이 제공하는 두 가지 이점은 무엇인가요? 정답 2개 선택
 관련 구성 요소를 쉽게 배포할 수 있습니다.
 매우 많은 수의 구성 요소를 쉽게 배포할 수 있습니다.
 간단하고 선언적인 배포 방법.
 컴포넌트의 변경 사항을 추적할 수 있는 기능.
설명변경 세트는 사용자가 목록에서 구성 요소를 선택하여 변경 세트에 추가할 수 있으므로 관련 구성 요소를 쉽게 배포할 수 있는 방법을 제공합니다. 또한 코딩이나 스크립팅이 필요하지 않으므로 배포를 위한 간단하고 선언적인 방법을 제공합니다. 변경 집합은 변경 집합당 구성 요소 수가 10,000개로 제한되어 있으므로 많은 수의 구성 요소를 쉽게 배포할 수 있는 기능을 제공하지 않습니다. 또한 버전 관리나 기록 기능이 없기 때문에 구성 요소의 변경 사항을 추적하는 기능도 제공하지 않습니다.새로운 질문 77유니버설 컨테이너(UC)는 작년에 글로벌 조직 구조 개편 및 프로세스 검토를 진행하면서 Salesforce 조직 전략에 대한 검토를 진행하게 되었습니다. 조직 및 글로벌 고객에 대한 철저한 분석 끝에 UC는 다중 조직에서 단일 조직 전략으로 전환하여 Salesforce 조직을 병합하는 프로젝트를 시작하기로 결정했습니다.이 시나리오에서 단일 조직 전략으로 전환하면 어떤 이점이 있습니까? 답 3개를 선택하세요.
 관리 간접비 절감.
 여러 사업부 간의 Chatter 협업이 개선됩니다.
 비즈니스 프로세스 통합이 간소화됩니다.
 모든 비즈니스 라인 간에 데이터 모델을 자동으로 통합할 수 있습니다.
 고객에 대한 360도 뷰를 더 쉽게 확보할 수 있습니다.
새로운 질문 78유니버설 컨테이너(UC)는 앱익스체인지 제품을 사용하여 많은 기능을 구현하려고 합니다. 이 제품은 객체를 사용하여 애플리케이션 내에서 중요한 비즈니스 로직을 저장하고 구성합니다.이 참조 데이터를 저장하기 위한 소스로서 설계자가 권장해야 하는 두 가지 옵션은 무엇입니까? 2가지 정답을 선택하십시오.
 샌드박스와 프로덕션에 레코드를 저장합니다.
 버전 관리 시스템에 레코드를 저장합니다.
 타사 제품을 사용하여 이러한 레코드를 관리합니다.
 프로젝트 관리 시스템에서 사용자 스토리에 CSV 파일을 첨부합니다.
설명 샌드박스와 프로덕션에 기록을 저장하는 것은 데이터 불일치 및 충돌을 일으킬 수 있으므로 좋은 방법이 아닙니다. 변경 사항을 추적하고 다른 환경에 배포할 수 있으므로 버전 관리 시스템에 기록을 저장하는 것이 더 나은 옵션입니다. 데이터 백업, 복원 및 마이그레이션과 같은 기능을 제공할 수 있는 타사 제품을 사용하여 이러한 기록을 관리하는 것도 유효한 옵션입니다.새로운 질문 79Universal Containers(UC)는 거버넌스 프레임워크를 구현 중이며 아키텍트에게 릴리스 계획과 관련된 권장 사항을 요청했습니다. 릴리스 계획 시 아키텍트가 결정해야 하는 두 가지 결정은 무엇인가요? 정답 2개 선택
 기존 기능을 테스트하여 회귀가 발생하지 않도록 하는 방법.
 Salesforce가 UC 릴리스가 완료될 때까지 포드 업그레이드를 기다릴지 여부.
 문제가 있는 경우 이전 Salesforce 릴리즈로 롤백하는 방법.
 문제가 있는 경우 새 UC 기능 릴리스를 테스트해야 하는 시기.
설명 기존 기능을 테스트하여 회귀가 발생하지 않도록 하는 방법은 품질 보증 프로세스의 일부이며 새로운 변경 사항이 기존 기능을 손상시키지 않도록 하는 데 도움이 되므로 릴리스를 계획할 때 아키텍트가 결정해야 하는 사항입니다. 새로운 UC 기능 릴리�