更新された2024年06月17日検証済み！合格できるDevelopment-Lifecycle-and-Deployment-Architect日本語試験一発合格保証付き
無料で使えるDevelopment-Lifecycle-and-Deployment-Architect日本語サンプルには問題100%カバー率でリアル試験問題（更新された229問あります)
質問 # 76
アプリケーション ライフサイクル手法をサポートするためにアーキテクトが推奨するツールを 3 つ選択してください 3 つの回答を選択してください
- A. ミドルウェア
- B. バージョン管理リポジトリ
- C. データベース管理システム
- D. 問題追跡ツール
- E. 継続的統合ツール
正解：B、D、E
解説：
To support application lifecycle methodology, you need tools that can help you manage the source code, automate the deployment process, and track the issues and bugs. A version control repository is a tool that allows you to store, track, and collaborate on the source code of your application. A continuous integration tool is a tool that allows you to automate the deployment of your code to different environments, as well as run tests and validations. An issue tracking tool is a tool that allows you to record, monitor, and resolve the issues and bugs that arise during the development and testing phases. A database management system is a tool that allows you to store, manipulate, and query data, but it is not directly related to application lifecycle methodology. A middleware is a software layer that facilitates communication and data exchange between different applications, but it is not directly related to application lifecycle methodology either.
質問 # 77
deploy() 呼び出しでメタデータを削除するには、次の 2 つのことが必要ですか?= 2 つの答えを選択してください
- A. PurgeOnDelete オプションを TRUE に設定する必要があります。
- B. DestructiveChanges.xml ファイル。
- C. Package.XML ファイル。
- D. 現在の API バージョンを使用する必要があります。
正解：B、C
解説：
To delete metadata with a deploy() call, two things are needed: a package.xml file and a destructiveChanges.xml file. The package.xml file specifies the API version and the components to be deployed, while the destructiveChanges.xml file specifies the components to be deleted. The API version does not have to be the current one, as long as it is compatible with the components. The purgeOnDelete option is not required, as it only determines whether the deleted components are stored in the recycle bin or not.
質問 # 78
テクニカルアーキテクトは変更諮問委員会の会議でどのようなアドバイスを提供すべきでしょうか?
- A. ソリューションはビジネスで使用できます。
- B. 解決策は技術的には適切です。
- C. 導入の問題のトラブルシューティング戦略
- D. 機能はビジネス ニーズを満たします。
正解：C
解説：
The advice that a technical architect should provide in a Change Advisory Board meeting is troubleshooting strategies for deployment issues. This is because the Change Advisory Board is responsible for reviewing and approving changes to the IT environment, and the technical architect should provide guidance on how to resolve any potential problems that may arise during the deployment process1. The other options are not relevant for the Change Advisory Board meeting, as they are more related to the requirements analysis, design, or testing phases of the development lifecycle.
質問 # 79
Universal Containers (UC) 開発チームは、AppExchange 用の管理パッケージを開発しています。製品チームは開発とテストを終了し、セキュリティ レビューを提出したいと考えています。しかし、製品マネージャーは、Checkmarx コード スキャナーからのいくつかのエラーについて懸念を抱いています。
製品チームはどのように進めるべきでしょうか?
- A. Checkmarx エラーを確認します。修正の必要がない場合は、誤検知としてマークし、説明を添付して送信してください。
- B. パートナー サポート ケースを残します。パートナー マネージャーが Salesforce サポート リソースに協力してもらいます。
- C. Salesforce セキュリティ レビュー チームに任せてください。それらが本当に問題であれば、彼らが発見してくれるでしょう。
- D. セキュリティ レビューを送信する前に、Checkmarx エラーを確認し、すべて修正してください。エラーが残っている場合、Salesforce セキュリティ レビュー チームはリクエストを拒否します。
正解：A
解説：
The product team should review the Checkmarx errors and determine if they need to fix them or not. If the errors are false positives, meaning that they do not indicate a real security issue, the product team should mark them as such and attach an explanation, then submit the security review. This will help the Salesforce security review team to understand the rationale behind the code and avoid unnecessary rejections. The product team should not leave the errors to the Salesforce security review team, as they may reject the request if they find any potential security issue. The product team should not leave a partner support case, as this is not the proper channel for resolving code issues. The product team should not fix all the errors before submitting the security review, as some of them may not be relevant or critical, and fixing them may introduce new bugs or delays.
質問 # 80
Universal Containers (UC) は、アプリケーションのライフサイクルを管理するための内部ツールとプロセスを使用して Salesforce 組織を維持します。UC チームは、最近の 2 つのリリースで開発プロセスに関する課題に直面しています。アーキテクトは、直面する課題に対処するために組織開発モデルに従うことを UC チームに推奨しました。
UC が課題に対処するのに役立つ組織開発モデルの 2 つの特徴はどれですか?
2 つの答えを選択してください
- A. 自動展開
- B. 自動サンドボックス プロビジョニング
- C. 自動変更追跡
- D. 自動欠陥修正
正解：A、B
解説：
The org development model is a traditional approach that uses sandboxes as the primary development environments. It relies on tools such as change sets, the Ant Migration Tool, or the Metadata API to deploy changes between orgs. One of the benefits of this model is that it allows automated deployment, meaning that the deployment process can be scripted and executed without manual intervention. This can save time and reduce errors. Another benefit of this model is that it allows automated sandbox provisioning, meaning that the creation and configuration of sandboxes can be done programmatically using the Sandbox API or the Salesforce CLI. This can help maintain consistency and alignment across different environments. Automated defect fixing and automated change tracking are not characteristics of the org development model, but rather of the package development model, which uses source code as the source of truth and supports source tracking and automated testing.
質問 # 81
Universal Containers は、Planetary storage を買収したばかりです。両社は販売活動の管理に salesforce.com を使用しています。両社には多くの共通の顧客がおり、同社は 2 つの販売組織を統合する予定ですが、元の 2 社の製品と販売プロセスは引き続き異なり、明確なものとなります。2 つの Salesforce.com 組織を 1 つの組織に統合する際に、企業はどのような要素を考慮する必要がありますか?
- A. 標準化と重複排除を使用して、顧客データを変更とマージできます。
- B. 標準オブジェクトが使用されるため、トランザクション販売データを変更せずに結合できます。
- C. 両方の製品ラインを販売する営業担当者は、製品ラインごとに 1 回ずつ、計 2 回のログインが必要になります。
- D. 標準オブジェクトのビジネス プロセスは変更せずにマージ可能
正解：A
解説：
The most challenging factor to consider in merging the two Salesforce.com orgs into a single org is the customer data, as it may contain duplicates, inconsistencies, and conflicts. Option D suggests using standardization and de-duplication tools to merge the customer data, which is a reasonable approach. Option A is not true, as transactional sales data may have different formats, fields, and values in the two orgs. Option B is not necessary, as salespersons selling both product lines can use a single login in the merged org. Option C is not true, as business processes on standard objects may have different workflows, validation rules, and triggers in the two orgs.
質問 # 82
Universal Containers は、コードの品質管理を支援する継続的統合プロセスの構築を検討しています。
これを可能にするにはどの 3 つのツールを使用する必要がありますか? 3 つの答えを選択してください
- A. プロジェクト管理ツール
- B. 完全なサンドボックス環境
- C. Force.com 移行ツール
- D. 継続的インテグレーション ビルド ツール
- E. ソース管理ツール
正解：C、D、E
解説：
A, C, and E are the correct answers, as Force.com Migration Tool, Source Control Tool, and Continuous Integration Build Tool are the tools that should be used to enable a continuous integration process to help manage code quality. A continuous integration process is a practice that involves merging code changes from multiple developers into a common repository, and then testing and validating them automatically, before deploying them to the target environment. Force.com Migration Tool is a tool that uses the Metadata API to retrieve and deploy metadata components, such as code, from one org to another. Source Control Tool is a tool that manages the versions and changes of the code, and allows for collaboration and integration among the developers. Continuous Integration Build Tool is a tool that automates the testing and deployment of the code, and ensures that the code meets the quality and functionality standards. B is incorrect, as Full Sandbox Environment is not a tool that should be used to enable a continuous integration process, as it is a copy of a production org that is used for development and testing purposes, but not for merging, testing, or deploying code changes. D is incorrect, as Project Management Tool is not a tool that should be used to enable a continuous integration process, as it is a tool that helps to plan, organize, and track the progress of the project, but not to manage, test, or deploy code changes. You can learn more about these tools in the Continuous Integration and Continuous Delivery module on Trailhead.
質問 # 83
Universal Containers (UC) はガバナンス フレームワークを実装しており、アーキテクトにリリース計画に関する推奨事項を作成するよう依頼しました。アーキテクトがリリースを計画する際に行うべき 2 つの決定はどれですか? 2 つの答えを選択してください
- A. 問題がある場合に、以前の Salesforce リリースにロールバックする方法。
- B. Salesforce が UC リリースが完了するまでポッドのアップグレードを待機するかどうか。
- C. 問題がある場合に、新しい UC 機能リリースをテストする時期。
- D. 既存の機能をテストして、回帰が発生しないことを確認する方法。
正解：C、D
解説：
How to test existing functionality to ensure no regressions are introduced is a decision that the Architect should make when planning for releases, as it is part of the quality assurance process and helps to ensure that the new changes do not break the existing functionality. When to test a new UC feature release is also a decision that the Architect should make when planning for releases, as it is part of the release schedule and helps to coordinate the testing activities with the development and deployment activities. Whether Salesforce will wait to upgrade the pod until after a UC release is complete is not a decision that the Architect can make, as it is determined by Salesforce and depends on the release window and the pod assignment. How to roll back to the previous Salesforce release if there are issues is not a decision that the Architect can make, as it is not possible to roll back to a previous Salesforce release once the upgrade is done.
質問 # 84
Universal Containers (UC) は、Salesforce Connect を使用してオンプレミスの請求システムと統合しました。データはサンドボックスの外部オブジェクトを使用して構成されます。UC は、メタデータ API を使用して外部オブジェクトを実稼働環境にデプロイしたいと考えており、実稼働環境へのデプロイメントにどのようなメタデータ タイプを選択すればよいかを知りたいと考えています。
外部オブジェクトのデプロイメントに関連する有効なメタデータ タイプは、次の 2 つのオプションのうちどれですか? 答えを 2 つ選択してください。
- A. 変更セットでは、外部オブジェクトはカスタム オブジェクト コンポーネントに含まれます。
- B. 変更セットでは、外部オブジェクトは外部オブジェクト コンポーネントに含まれます。
- C. メタデータ API では、カスタム オブジェクトのメタデータ タイプは外部オブジェクトを表します。
- D. メタデータ API では、外部オブジェクト メタデータ タイプは外部オブジェクトを表します。
正解：C、D
解説：
In the Metadata API, the External Object metadata type represents external objects. In the Metadata API, the Custom Object metadata type represents external objects.
質問 # 85
アーキテクトはユニバーサル コンテナ (UC) プロジェクトに取り組んでいますが、セキュリティ上の懸念により、UC セキュリティ チームはアーキテクトに運用アクセスを提供できません。代わりに、中央のリリース管理チームが、すべての開発チームに対して実稼働環境のデプロイメントを実行する責任を負います。
アーキテクトはメタデータ API をどのように活用して、プロジェクトの機能をデプロイするために必要なメタデータ コンポーネントがリリース管理チームに適切に伝達されていることを確認する必要がありますか?
- A. ロック解除されたパッケージのバージョンをリリース管理チームに通知します。
- B. すべてのコンポーネントのスプレッドシートを提供し、メタデータ API の読み取り Metadata() 呼び出しを利用します。
- C. デプロイ元となるサンドボックスからの監査証跡のコピーをリリース管理チームに提供します。
- D. 各サンドボックスに変更セットを作成し、リリース管理チーム用の package.xml ファイルをダウンロードします。
正解：A
解説：
The best way to leverage the Metadata API to communicate the metadata components to the release management team is to use unlocked packages. Unlocked packages are a collection of metadata components that can be easily deployed and updated using the Metadata API. They also provide versioning and dependency tracking features that can help ensure the integrity and compatibility of the components. Providing a spreadsheet, a change set, or an audit trail are not effective ways to use the Metadata API, as they do not capture the full metadata information and require manual intervention.
質問 # 86
Universal Containers は、本番環境で Sev0 の欠陥を発見しました。数分のうちに数万件のレコードが誤ったデータで作成され、結果としてブランドに重大な損害が生じます。Salesforce 管理者は、欠陥のあるテキスト項目を本番環境で新しい選択リスト項目に直接置き換えることを提案しました。ページ レイアウトが変更され、テキスト フィールドが削除され、新しい選択リスト フィールドが追加されます。
Salesforce アーキテクトは何をアドバイスすべきでしょうか?
- A. 本番環境で直接変更を加えることが認定されているのは開発者だけであることを説明します。
- B. 管理者とペアになり、発生した各変更を確認します
- C. その提案を拒否し、リスクが高すぎることと次のリリース期間が週末であることを全員に説明します。
- D. セキュリティ チームに電話し、侵入テストの準備を開始します。
正解：B
解説：
Pairing with the administrator and reviewing each change as it happens is the best way to handle the situation of discovering a Sev0 defect in production. This way, the architect can ensure that the changes are done correctly and quickly, without compromising the quality or security of the application. The architect can also provide guidance and feedback to the administrator, as well as monitor the impact and outcome of the changes.
Denying the suggestion, explaining that only developers are certified to make changes, or calling the security team are not advisable actions, as they can delay the resolution of the defect, increase the damage, or create unnecessary conflict.
質問 # 87
Universal Containers (\) C) は、Salesforce 組織の Unlimited Edition にあります。現在、開発チームがさまざまな目的で使用する 4 つの Developer Pro サンドボックスがあり、1 つはトレーニングに使用される部分コピー サンドボックス、1 つはユーザー受け入れテストに使用される完全なサンドボックスです。初期リリース時のパフォーマンス テストに使用される完全なサンドボックスがもう 1 つありますが、現在は積極的に使用されていません。
システム管理者は昨日、どのサンドボックスも更新できないと報告しました。
アーキテクトがシステム管理者を支援できる可能性が最も高いアクションは何ですか?
- A. パフォーマンス テストに使用される完全なサンドボックスを削除します。
- B. Salesforce サポート ケースを作成します。誰かが何が問題なのかを知っているはずです。
- C. サンドボックスのライセンス数を確認するには、Salesforce アカウントチームに連絡してください。
- D. 組織はライセンスで許可されている以上のサンドボックスを使用しているようです。部分コピー サンドボックスは使用しないでください。
正解：A
解説：
The most probable reason why none of the sandboxes can be refreshed is that the org has reached the maximum number of active sandboxes allowed by the license. Deleting the full sandbox used for performance testing will free up one sandbox slot and allow the other sandboxes to be refreshed. The Partial Copy sandbox is not the cause of the problem, as it counts as one sandbox slot. Creating a Salesforce support case or contacting the Salesforce Account Team may not resolve the issue in a timely manner.
質問 # 88
Universal Containers (UC) には、異なるタイムラインで別々の作業ストリームに取り組む複数の開発チームがあります。各ストリームにはコードと構成のリリースが異なり、配信日もストリーム間で異なります。
推奨する適切な分岐ポリシーは何ですか?
- A. スクラッチ組織ベースの開発
- B. トランクベースの開発
- C. GitHub フロー
- D. リーフベースの開発
正解：B
解説：
A suitable branching policy to recommend for multiple development teams that work on separate streams of work, with different timelines, is trunk-based development. This policy allows each team to work on their own feature branches, and merge them to the main branch (trunk) frequently, using pull requests and code reviews.
This can help avoid merge conflicts, ensure code quality, and enable continuous integration and delivery.
Leaf-based development is not a valid branching policy, as it is a term used to describe the nodes in a tree data structure. GitHub flow is a specific implementation of trunk-based development, but it is not a branching policy by itself. Scratch-org-based development is not a branching policy, but a development model that uses scratch orgs as ephemeral environments. See Trunk-Based Development for more details.
質問 # 89
Universal Containers CUC) カスタマー コミュニティは、3 か月以内にヨーロッパ、中東、アフリカ (EMEA) 地域で稼働する予定です。UC は、典型的な集中型ガバナンス モデルに従っています。2 週間前、プロジェクトの関係者は、運用開始に必要な必須コンプライアンス要件の最近の変更についてプロジェクト チームに通知しました。プロジェクト チームは要件を分析し、コンプライアンス要件を組み込むために必要な追加予算としてプロジェクト コストの 30^0 を見積もりました。
この追加の予算要件を承認する権限を与えられているのはどの管理チームですか?
- A. セキュリティ検討委員会
- B. プロジェクト管理委員会
- C. 制御ボードの変更
- D. 執行運営委員会
正解：D
解説：
The Executive Steering Committee is the management team that is empowered to approve additional budget requirements for a project, as they are responsible for providing strategic direction, oversight, and governance for the project. The Security Review Committee is responsible for ensuring that the project meets the security standards and policies of the organization. The Project Management Committee is responsible for managing the day-to-day activities and deliverables of the project. The Change Control Board is responsible for reviewing and approving any changes to the project scope, schedule, or resources.
質問 # 90
不良品が増えてきました。Universal Containers (UC) は、コードの品質の低下が根本原因であることを発見しました。UC の継続的インテグレーション プロセスでコード品質を強化できる 2 つのオプションはどれですか? 2 つの答えを選択してください
- A. テスト サンドボックスにデプロイする前に静的コード分析を導入します。
- B. プロジェクトに割り当てられるテスト チームの規模を拡大します。
- C. テスト サンドボックスにデプロイする前に、手動によるコード レビューを導入します。
- D. 本番組織にリリースする前に手動でコードレビューを導入します。
正解：A、C
解説：
The best options to enforce code quality in UC's continuous integration process are to introduce manual code review before deployment to the testing sandbox and to introduce static code analysis before deployment to the testing sandbox. Manual code review can help identify and fix any errors, bugs, or best practices violations in the code. Static code analysis can help check the code quality, complexity, and security using automated tools and standards. Introducing manual code review before deployment to the production org may be too late, as the code may have already caused defects or issues in the testing sandbox. Increasing the size of the testing team assigned to the project may not improve the code quality, as the testing team may not have the skills or authority to review or modify the code. Testing data creation is outside the scope of code quality.
質問 # 91
変更管理委員会会議におけるテクニカル アーキテクトの責任は何ですか?
- A. 前回のリリース中に発生した展開エラーのトラブルシューティング
- B. 今後のリリースを実稼働環境にデプロイするために承認します。
- C. 開発段階のプロジェクトのコード レビューを実施します。
- D. ビジネス関係者と協力して Salesforce 製品ロードマップに優先順位を付ける
正解：B
解説：
The responsibility of the Technical Architect within a Change Control Board meeting is to approve the upcoming release for deployment into production, as they are the ones who have the authority and expertise to evaluate the quality and readiness of the release2. Option A is not correct, as prioritizing the Salesforce product roadmap with business stakeholders is not a task that is done in a Change Control Board meeting, but rather in a strategic planning session. Option B is not correct, as conducting code reviews for projects in the development phase is not a task that is done in a Change Control Board meeting, but rather in a code review session. Option C is not correct, as troubleshooting deployment errors that occurred during the last release is not a task that is done in a Change Control Board meeting, but rather in a post-deployment review session.
質問 # 92
ユニバーサルコンテナーズ（UC）は、特別に設計されたコンテナで環境浄化プロジェクトを支援するプロジェクトに取り組んでいます。このプロジェクトをサポートするために、UC は規制当局がコンテナの追跡と報告に使用するポータルを開発中であり、これらの規制要件は明確に定義されています。多くの非
-規制要件はまだ定義されていません。このプロジェクトは厳しい予算とスケジュールに従っています。規制要件を満たし、エンド ユーザーのニーズを満たすために、UC が検討すべき 2 つのアプローチはどれですか? 選ぶ
2 つの回答
- A. 既知の要件に基づいてアジャイル プロジェクトを開始し、すぐに構築を開始し、残りの要件が発生したらそれに取り組みます。アジャイル手法では予算とスケジュールは重要ではありません
- B. アジャイル プロジェクトを開始します。「スプリント 0」から始まり、プロジェクトの範囲を決めて見積もり、製品バックログを構築します。実行可能な最小限の製品を特定します。バックログに基づいてソリューションの構築を開始し、プロジェクトの関係者と設計を共同作成します。
- C. 残りの要件を収集し、アーキテクチャと設計を完成させることで、ウォーターフォール プロジェクトを開始します。関係者による頻繁なレビューとともに、ビルド/テスト プロセスを開始します。構築が完了したら、受け入れテストを実行し、規制要件への準拠を検証します。
- D. ウォーターフォール プロジェクトを開始し、規制要件に基づいてソリューションの機能の構築を開始します。並行して、ソリューションの残りの非規制要件を収集し、戻って 2 つの要件セットを調整し、必要に応じてソリューションを再作成します。
正解：B、C
解説：
The best approaches for UC to consider are B and C, as they both involve agile methodologies that can accommodate changing requirements and deliver value to the end users in an iterative and collaborative way. Option B is a good approach, as it allows UC to scope and estimate the project, identify the minimum viable product, and co-create the design with the project stakeholders using a product backlog and sprints2. Option C is also a good approach, as it allows UC to gather the remaining requirements and complete the architecture and design, then initiate the build/test processes with frequent reviews by the stakeholders, and perform acceptance testing and validate compliance with regulatory requirements3. Option A is not a good approach, as it involves a waterfall project that is rigid and sequential, and may result in re-work and delays if the requirements change or conflict4. Option D is not a realistic approach, as it assumes that budget and timeline will not be a factor with an agile methodology, which is not true, as agile projects still need to have clear scope, budget, and timeline constraints
質問 # 93
変更セットのデプロイ中に発生する可能性のある遅延を回避するために、テクニカル アーキテクトは何を推奨しますか?
- A. デプロイ前に変更セットを手動で検証します。
- B. フィールド タイプの変更を手動で適用します。
- C. 新しいカスタム オブジェクトと新しいカスタム フィールドを手動で作成します。
- D. 変更セットのパフォーマンスは、含まれているコンポーネントには依存しません。
正解：A
解説：
Manually validating change sets before deployment is a recommended practice to avoid possible delays while deploying a change set, as it can help you identify and resolve any errors or dependencies before the actual deployment. Change set performance is not independent of included components, as some components may take longer to deploy than others. Manually creating new custom objects and new custom fields or manually applying the field type changes are not advisable, as they can introduce human errors and inconsistencies between environments. See Deploy Changes with Change Sets for more details.
質問 # 94
技術リーダーはチームのすべてのコード レビューを実行し、多くのエラーと改善点を発見しています。
これによりチームの納品が遅れています。
チームの品質と機敏性に効果的に貢献できる 2 つのアクションはどれですか?
2 つの答えを選択してください
- A. コード レビューをスキップし、機能テストと UAT に集中します。
- B. コード レビューの技術リーダーを支援する最上級の開発者を選択します。
- C. 手動でコードをレビューする前に、パイプラインで静的コード分析ツールを使用します。
- D. 開発標準を作成し、その標準に従ってチームをトレーニングします。
正解：C、D
解説：
The two actions that can effectively contribute to the quality and agility of the team are: Define and follow code standards, and use static code analysis tool in the pipeline before manual code review. Code standards can help ensure consistency, readability, and maintainability of the code, as well as reduce errors and bugs. A static code analysis tool can help automate the code review process and identify any issues or violations of the code standards before the manual review. Choosing the most senior developer to help the technical lead or skipping the code review are not effective actions, as they can lead to more errors and delays.
質問 # 95
Universal Containers は、開発者サンドボックスから本番組織への送信変更セットを検証しています。
導入中に発生する 2 つのロック動作はどれですか? 2 つの答えを選択してください
- A. 本番組織はロックされます。この間、ユーザーはデータの読み取りのみが可能です
- B. 本番組織はロックされます。ユーザーは引き続き組織に対してデータの読み取り/書き込みを行うことができます
- C. 本番組織はロックされます。この間、管理者はメタデータを変更できません
- D. Sandbox 組織はロックされます。管理者はメタデータを変更できません
正解：B、C
解説：
A and D are the correct answers, as they are the locking behaviors that will occur during a deployment. A is correct, as the production org will be locked and administrators cannot modify metadata during this time, to prevent any conflicts or inconsistencies in the deployment. D is correct, as the production org will be locked and users will still be able to read/write data to the org, to minimize the impact on the business operations and user experience. B is incorrect, as the sandbox org will not be locked and administrators can still modify metadata, as the sandbox org is not the target of the deployment. C is incorrect, as the production org will not be locked and users can only read data during this time, as this would disrupt the business operations and user experience. You can learn more about the locking behaviors in the [Deploy Changes with Change Sets] unit on Trailhead.
質問 # 96
効果的なコミュニケーション計画の 2 つの特徴はどれですか? 2 つの答えを選択してください
- A. 事前定義された利害関係者のリストへの一貫したコミュニケーション
- B. 「知る必要がある」ベースでの利害関係者へのコミュニケーション
- C. プロジェクトのステータス、スケジュール、影響の報告
- D. アーキテクチャに関する未解決の質問に対するフィードバックの要求
正解：C、D
解説：
A and C are the characteristics of an effective communication plan, as they enable feedback, collaboration, and transparency among the stakeholders. B is not a characteristic of an effective communication plan, as it does not account for changes in the stakeholder list or their communication preferences. D is not a characteristic of an effective communication plan, as it limits the information sharing and trust among the stakeholders.
質問 # 97
UniversalContainers (UC) は、カスタム メタデータ タイプを使用して、いくつかのカスタム機能の動作を制御します。UC は、メタデータ API を使用してカスタム メタデータ タイプを運用環境にデプロイしたいと考えています。
UC に含める必要がある 2 つのデータ型はどれですか?
2 つの答えを選択してください
- A. CustomMetadataType
- B. カスタムフィールド
- C. カスタムオブジェクト
- D. カスタムメタデータ
正解：B、D
解説：
To deploy custom metadata types to production using Metadata API, you need to include the CustomMetadata and CustomField data types. CustomMetadata represents the custom metadata type definition, and CustomField represents the custom metadata type fields. CustomMetadataType and CustomObject are not valid data types for custom metadata types
質問 # 98
Universal Containers (UC) はアジャイル手法を採用しているため、CEO は開発チームに対し、より短期間でより多くの作業を提供するよう要求しています。CTO は、開発者がコミットしている仕事を提供できないと答えました。
CTO の主張を裏付けるためにアジャイル ツールで収集できる証拠は何ですか?
- A. チームがスプリント後に予測スプリントを逃したことを示すバーンダウン チャート
- B. 完了の定義 (DoD)
- C. 進行中の作業 (WIP) が常に最大許容量であることを示すカンバン ボード
- D. チームがスプリント後の早い段階でスプリントを終了したことを示すバーンダウン チャート
正解：A
解説：
The evidence that can support the CTO's claims is a burndown chart showing the team misses their forecast sprint after sprint. This indicates that the team is overcommitting and not able to deliver the work they planned. The definition of done, the Kanban board, and the burndown chart showing the team finishes early are not relevant to the CTO's claims, as they do not reflect the actual progress and performance of the team.
質問 # 99
Universal Containers CUC) はエンタープライズ Salesforce 変革の取り組みに着手しており、UC は構築段階でさまざまなサンドボックスへの展開を合理化し、自動化したいと考えています。UAT が顧客に受け入れられると、同社は実稼働環境の展開も自動化するよう要求しました。
導入アーキテクトとして、顧客の要件を満たすための推奨事項は何ですか?
- A. Continues 統合および Continues デプロイメント ツールを使用し、サンドボックスと運用環境にデプロイするためのパイプラインを構築することをお勧めします。
- B. デプロイメントコンポーネントをパッケージ化した AppExchange ソリューションを使用することをお勧めします。デプロイメントウィザードを実行してデプロイメント結果を追跡できます。
- C. SFDX の使用を推奨し、環境ごとに実行する手順を含むデプロイメント コマンドを文書化します。
- D. ANT スクリプトを使用し、スクリプトを実行するカスタム アプリケーションを構築し、変更セットを使用してサポートされているメタデータをデプロイすることをお勧めします。
正解：A
解説：
The recommendation to satisfy the customer requirements is to use a Continuous Integration and Continuous Deployment tool and build the pipeline to deploy to sandboxes and production. A Continuous Integration and Continuous Deployment tool can automate the process of building, testing, and deploying the changes to different environments, as well as provide feedback and visibility into the deployment status and results. This can help to streamline and accelerate the deployment process, as well as to ensure consistency and quality across the environments. Using SFDX and documenting the deployment commands with steps to be executed for each environment is not a good recommendation, as it still requires manual intervention and execution, which can be error-prone and time-consuming. Using ANT script and building a custom application to run the script and use change sets to deploy supported metadata is not a good recommendation, as it involves using multiple tools and methods, which can increase the complexity and risk of the deployment process. Using an AppExchange solution that packages the deployment components and you can run the deployment wizard to track deployment result is not a good recommendation, as it may not support all the metadata types and features that need to be deployed, and it may not integrate well with the SFDX tools and methodologies that UC is using.
質問 # 100
......
今すぐダウンロード！リアルSalesforce Development-Lifecycle-and-Deployment-Architect日本語試験問題集テストエンジン試験問題：https://jp.fast2test.com/Development-Lifecycle-and-Deployment-Architect-JPN-premium-file.html