Development-Lifecycle-and-Deployment-Architect日本語試験無料問題集「Salesforce Certified Development Lifecycle and Deployment Architect (Development-Lifecycle-and-Deployment-Architect日本語版) 認定」

A. ソース組織のユーザ名がターゲット組織に存在しない場合、リリースは続行され、Salesforce によってターゲット組織にユーザ名が自動的に作成されます。

B. ソース組織のユーザー名がターゲット組織に存在しない場合、ユーザー名が解決または削除されるまでリリースは停止します。

C. ユーザ項目はメタデータの導入中に保持され、Salesforce は導入中にターゲット組織内で一致するユーザを見つけようとします。

D. メタデータの導入中にユーザ項目は無視されるため、そのようなユーザはすべて、導入を開始する前にターゲット組織で手動で作成する必要があります。

A. 変更セット開発モデル。UC はすでにそれを使用しているため、抵抗は少なくなります。

B. パッケージ開発モデル。チームは、他のプロジェクトのアーティファクトから独立してテストおよびリリースできるリリース アーティファクトを構築できます。

C. パッケージ開発モデル。コードを記述せずに、宣言型 (ポイント アンド クリック) 開発ツールを使用してパッケージを作成およびデプロイできるためです。

D. 組織開発モデル。買収した企業のチームがすでに使用しており、変更セット開発モデルよりも優れているためです。

A. CustomMetadataType

B. カスタムメタデータ

C. カスタムオブジェクト

D. カスタムフィールド

A. 各リリース タイプについてチーム間でテスト計画を共有します。

B. リリース カレンダーを作成し、すべてのチームをトレーニングして調整します。

C. すべてのリリース決定を卓越したセンターでゲートします。

D. メタデータ変更のスプレッドシートを作成し、重複部分を調整します。

A. 中央リポジトリからアプリケーション メタデータをインストールできます。

B. ネイティブの展開ロールバック ツールを使用して、以前の状態にすばやく戻すことができます。

C. スクラッチ組織を作成できます。

D. Execute Anonymous を使用してメタデータを迅速にデプロイできます。

E. コードをローカル マシンまたはバージョン管理システムに保存できます。

A. 複数組織戦略から単一組織戦略に移行し、その過程で顧客データを統合します。

B. 各組織が他の組織に直接接続できるようにし、最初に作成された組織から顧客データを読み書きできるようにすることで、Complete Graph の複数組織戦略を実装します。

C. 顧客データを 1 つの組織 (顧客データのマスターとなる) に統合し、統合戦略を使用して LOB 組織がその組織から読み書きできるようにすることで、ハブアンドスポークの複数組織戦略を実装します。

D. さまざまな組織から顧客の 360 度ビューを読み取り、統合する管理パッケージを開発してすべての組織にデプロイすることで、単一パッケージの複数組織戦略を実装します。

A. 制御ボードの変更

B. プロジェクト管理室

C. 要件トレーサビリティ マトリックス

D. センター オブ エクセレンス

A. CPQ レコードを展開するための Apex フレームワークを構築します。

B. サードパーティ製品を使用します。

C. オープンソースの SFDX プラグインとバージョン管理を使用します。

D. データ ローダーを使用して CSV ファイルをデプロイします。

A. プル リクエストを実装し、安全なコード レビューを行います。

B. 静的コード セキュリティ分析ツールを CI/CD プロセスに統合します。

C. 2 人の開発者を使用して、現在のコードの脆弱性を確認して修正します。

D. 安全なコードを専門とする会社に依頼して、現在のコードをレビューしてください。

A. Salesforce アップグレードを伴うリリースをスケジュールします。

B. 導入日にすべてのユーザーに通知します。

C. メンテナンス期間を事前に発表します。

D. 本番環境での構成変更を一時的に中断します。

E. ロールバック戦略を定義します。

A. 開発者はスクラッチ組織を起動して、新しいプロジェクトを開始したり、新しい機能ブランチを開始したり、自動テストを開始したりできるため、スクラッチ組織の使用を開始します。

B. スクラッチ組織は他のモデルと共存できるため、すべての変更を自動的に追跡するスクラッチ組織の使用を開始し、段階的にアプローチを進めます。

C. 開発者がサンドボックス開発に慣れているため、まったく影響を感じないように、開発サンドボックスで開発を続けます。

D. スクラッチ組織がコードのデプロイ パス内にないため、開発サンドボックスで開発を続けます。

A. パッケージ A でクラスを非推奨として設定し、パッケージ B で新しい名前でクラスを再作成します。

B. パッケージ A のクラスをパッケージ 8 に移動し、このクラスをパッケージ A から呼び出したパッケージ B のコードを変更します。

C. パッケージ A のクラスをパッケージ B に移動し、新しいパッケージ バージョンを作成します。

D. パッケージ A でクラスを非推奨として設定し、パッケージ B で再作成します。