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

A. 開発者サンドボックスを更新して、運用環境で行われた変更が開発者が作業しているサンドボックスに確実に反映されるようにします。

B. 開発者サンドボックスで同じ変更を手動でレプリケートし、運用環境で行われた変更が開発者が作業しているサンドボックスに確実に反映されるようにします。

C. Salesforce-to-Salesforce を使用して変更を本番環境からサンドボックスにデプロイし、本番環境で行われた変更が開発者が作業しているサンドボックスに確実に反映されるようにします。

D. 変更セットを使用して変更を運用環境からサンドボックスにデプロイし、運用環境で行われた変更が開発者が作業しているサンドボックスに確実に反映されるようにします。

A. 変更セットはデプロイ前に検証できません

B. 変更セットは、同じ本番組織に関連付けられている組織には使用できません。

C. 変更セットは本番 Salesforce 組織間で再利用できません。

D. 変更セットは自動化できません。

E. 変更セットはロールバックできません。

A. ホットフィックスを含むすべての変更は、セキュリティ原則に照らしてレビューする必要があります。

B. 手動手順を実行する必要はありません。

C. 運用上の変更には関係者の明示的な承認が必要です。

D. デプロイ後、開発チームは実稼働環境で機能をテストおよび検証する必要があります。

A. 組織はライセンスで許可されている以上のサンドボックスを使用しているようです。部分コピー サンドボックスは使用しないでください。

B. サンドボックスのライセンス数を確認するには、Salesforce アカウントチームに連絡してください。

C. パフォーマンス テストに使用される完全なサンドボックスを削除します。

D. Salesforce サポート ケースを作成します。誰かが何が問題なのかを知っているはずです。

A. 作業 (ユーザー ストーリーやタスクなど) の割り当て

B. スプリント バックログ管理

C. カンバンボード

D. 作業が作成または変更されたときの電子メール通知

E. 製品バックログの優先順位付け

A. ケースの所有権と、関連する資格およびマイルストーン。

B. ケースの割り当てルールとエスカレーション ルール。

C. ソース システムに対するデータ変換。

D. プロファイルへのページ レイアウトの割り当て

E. ケースと正しい連絡先およびアカウントの関連付け。

A. 開発者は多くの場合、失敗した Apex 実行の詳細をデバッグログに確認する必要があります。

B. HTTP コールアウトの応答本文に予期しないステータス コードがある場合、Apex プロセスは未処理の例外に遭遇します。

C. 開発者は常にテスターに​​エラーのスクリーンショットとエラーを再現する正確な手順を要求します。

D. 提供されたユーザー インターフェイスは、ビジネス ユーザーの期待を満たしていないことがよくあります。

E. Apex バッチジョブがスケジュールされた時間に実行されると、全体的に発生する Apex 実行エラーの数が増加します。

A. 開発のゲート ステップでガバナンスを改善する

B. ビジネス関係者との関係の改善

C. プロジェクトのアーティファクトを共通リポジトリに統合します

D. スプリントとプロジェクトのステータスの可視性の向上

A. 統合テスト要件を追跡するためにどのテスト ツールを使用する必要があるか

B. SAML または委任認証を使用してシングル サインオンを実装するかどうか

C. プロジェクトでウォーターフォール手法とアジャイル手法のどちらを使用するか

D. 新しい Salesforce オブジェクトを作成するか、新しいレコード タイプを使用して既存のオブジェクトをオーバーライドするか

A. 新しい BU と地理的ローカリゼーションを共有する別の BU の同じ Salesforce 組織を使用します。

B. 新しい BU には、他の組織と統合されない、新しいスタンドアロン Salesforce 組織を使用します。

C. 新しい BU を顧客の 360 度ビュー組織にデプロイし、カスタム統合を必要とせずにそこから顧客情報の読み取りと書き込みを行います。

D. 新しい BU に新しい Salesforce 組織を使用し、顧客データ組織から顧客情報を読み書きできるように統合をカスタマイズします。

A. プロジェクト管理ツールでバックログまたは優先リストを作成します。

B. 機能リクエストをテスト マネージャーに提出し、品質チェックを受けます。

C. 年末の正式なレビューのために IT 部門にリクエストを送信します。

D. Center of Excellence 会議で機能リクエストを発表します。

E. 要求された新機能に関する設計標準を作成します。

A. destructivechanges.xml ファイルを生成し、Force.com 移行ツール経由でパッケージをデプロイします。

B. 削除を実行するビジネス アナリストを割り当て、作業を分担します。

C. 運用環境でコンポーネントを削除し、すべてのサンドボックスを更新して変更を受信します。

D. サンドボックスで手動で削除を実行し、変更セットを実稼働環境にデプロイします。

A. マイナーな変更を適切に管理するには、CI/CD が必要です。

B. 本番環境が変更されても、ダウンストリーム環境は自動的に更新されません。

C. マイナーな変更は徹底的に文書化され、ある種の標準的なリズムに従う必要があります。

D. 軽微な変更は文書化する必要がなく、いつでも変更できます。

E. すべての変更をテストする必要があります。

A. 各サンドボックスが毎日更新されるように、サンドボックス更新戦略を作成します。

B. 代わりにプロファイルのみを変更するように管理者に依頼します。

C. 各権限セットを抽出し、ソース管理にコミットしてマージし、CI チェックを実行します。

D. 代わりに、より堅牢な SOSL クエリに切り替えるよう開発者にアドバイスします。

A. チームがスプリント後に予測スプリントを逃したことを示すバーンダウン チャート

B. 完了の定義 (DoD)

C. 進行中の作業 (WIP) が常に最大許容量であることを示すカンバン ボード

D. チームがスプリント後の早い段階でスプリントを終了したことを示すバーンダウン チャート

A. エンゲージメントが最も低いユーザーをレポートするコミュニケーション電子メールを毎週送信します

B. 現在の機能が使用され始めるまで開発を停止します。

C. ユーザー中心の設計を採用して、ソリューションを構築する前にユーザーのニーズを理解します。

D. すべてのユーザインターフェースに Lightning Web コンポーネントを使用します。

A. エグゼクティブ スポンサー。

B. コールセンター エージェント

C. インサイド セールス ユーザー。

D. プログラム チーム

A. テスト実行計画

B. ユーザー受け入れテスト スクリプト

C. テスト戦略

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

A. 本番組織はロックされます。ユーザーは引き続き組織に対してデータの読み取り/書き込みを行うことができます

B. 本番組織はロックされます。この間、管理者はメタデータを変更できません

C. Sandbox 組織はロックされます。管理者はメタデータを変更できません

D. 本番組織はロックされます。この間、ユーザーはデータの読み取りのみが可能です