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

A. 特定のプロジェクトの要件を満たす方法論を設計する

B. 企業プロジェクトのステージゲートを選択した方法論の一部にすることを強制する

C. 社内プロジェクトで使用するアジャイルまたはウォーターフォール手法を選択するための基準を設定する

D. プロジェクトの問題に対処するために必要な場合、選択した方法論からの逸脱を承認する

A. Center of Excellence 憲章文書を作成します。

B. ガバナンスの設計標準を作成します。

C. GIT リポジトリを使用してバックアップ システムを作成します。

D. リリース管理プロセスを作成します。

A. これをメジャー リリースとして計画し、Salesforce メジャー リリースに合わせます。

B. Salesforce サポートに確認した後、これを暫定リリースとして計画します。

C. これをパッチリリースとして計画し、Salesforce パッチリリースと合わせます。

D. トレーニングと変更管理を伴うマイナー リリースとして計画します。

A. すべての開発者に新しいブランチで新しい機能を構築してもらいますが、HEAD のバグは修正してください

B. 開発者に別々のブランチで作業させ、変更をテスト用に共通のブランチにマージさせます。

C. ソース管理を使用しません。Salesforce の組み込み競合検出メカニズムを利用する

D. すべての開発者が同じブランチで作業し、回帰を継続的にテストします。

A. サンドボックス組織でのカスタマイズの開発。次に、展開チームは Ant 移行ツールを利用して、テストのためにカスタマイズを上部のサンドボックスに展開します。

B. スクラッチ組織でのカスタム アプリケーションの開発。開発とテストが完了したら、Salesforce CLI(SFDX)を使用してアプリケーションを上位のサンドボックスにデプロイします。

C. Developer Edition 組織でのアプリケーションのチーム開発。開発とテストが完了すると、アプリケーションは Lightning Platform AppExchange 経由で配布されます。

D. サンドボックス組織でのカスタム アプリケーションの開発。開発とテストが完了したら、アプリケーションはメタデータ API を使用して運用組織にデプロイされます。

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

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

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

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

A. エンドポイントからサンプル情報を生成するためにモック エンドポイントをホストします。

B. Heroku Connect を利用してテストクラス データを提供します。

C. CSV を静的リソースとしてロードし、テスト クラスで参照します。

D. テスト クラス内でミドルウェアから直接データを参照します。

A. テスト実行計画

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

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

D. テスト サインオフ ドキュメント

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

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

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

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

A. ビジネス関係者と協力して Salesforce 製品ロードマップに優先順位を付ける

B. 前回のリリース中に発生した展開エラーのトラブルシューティング

C. 今後のリリースを実稼働環境にデプロイするために承認します。

D. 開発段階のプロジェクトのコード レビューを実施します。

A. ビルド リリース

B. 変更セット

C. 開発

D. 継続的インテグレーション

E. テスト

A. 制御ボードの変更

B. プロジェクト管理室

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

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

A. すべてのカスタム オブジェクト ページ レイアウトですべてのカスタム フィールドを必須とするデザイン標準を作成します。

B. すべてのカスタム オブジェクトとカスタム フィールドを保存するためのドキュメントを使用してデザイン標準を作成します。

C. カスタム フィールドで説明フィールドを一貫して使用するためのデザイン標準を作成します。

D. すべてのカスタム フィールドとカスタム オブジェクトにヘルプ テキストを要求するデザイン標準を作成します。

E. カスタム オブジェクトで説明フィールドを一貫して使用するための設計標準を作成します。

A. リリース管理プロセスに従って実稼働環境に移行します。

B. ステージングの問題を修正し、本番環境にデプロイします。

C. 開発、テスト、UAT で問題を修正し、実稼働環境にデプロイします。

D. Hotflix で問題を修正し、テストして実稼働環境にデプロイします。