オプション 1: この回答は正解です。静的配賦方法では、定義済みのルールと不変のパーセンテージに基づいてコストが配分されますが、動的配賦方法では、変化する要因とアクティビティに基づいてコストが配分されます。静的配賦方法は、コストが事前にわかっている場合に役立ち、動的配賦方法は、さまざまな要因に基づいてコストが変化する場合に役に立ちます。オプション 2: この回答は不正解です。静的配賦方法と動的配賦方法の両方で、複数のディメンション メンバーにコストを配分できます。オプション 3: この回答は不正解です。静的配賦方法と動的配賦方法の両方で、実際のデータまたは推定データに基づいてコストを配分できます。オプション 4: この回答は不正解です。静的配賦方法と動的配賦方法の両方で、固定データまたは可変データに基づいてコストを配分できます。

オプション1：不正解。PCMCSはスタンドアロン・アプリケーションではなく、データ統合のために他のOracle Cloudサービスに依存するクラウドベースのアプリケーションです。 オプション2：不正解。PCMCSはオンプレミス・アプリケーションではなく、クラウドベースのアプリケーションです。 オプション3：不正解。PCMCSは外部データ統合ツールに依存するクラウドベースのアプリケーションではなく、組み込みのデータ統合機能を提供します。 オプション4：正解。PCMCSは組み込みのデータ統合機能を提供するクラウドベースのアプリケーションです。Oracle ERP Cloud、Oracle Essbase、Oracle Planning and Budgeting Cloud Service（PBCS）など、さまざまなソース・システムからデータを直接抽出およびロードできます。このアーキテクチャにより、PCMCSはシームレスな統合とリアルタイムのデータ処理を実現します。

オプション 1: 不正解。Oracle Profitability and Cost Management Cloud Service のデータ モデルは、データの構造と関係を定義するために使用されます。ユーザーは、コストの割当てと配賦ルールを作成および管理できません。 オプション 2: 正解。Oracle Profitability and Cost Management Cloud Service の計算エンジンを使用すると、ユーザーはコストの割当てと配賦ルールを作成および管理できます。これは、コストを異なるディメンションと階層に割り当てるための複雑な計算とルールを定義する機能を提供します。 オプション 3: 不正解。Oracle Profitability and Cost Management Cloud Service のユーザー インタフェースは、ユーザーがデータを操作および表示するためのグラフィカル ユーザー インタフェースを提供します。ユーザーは、コストの割当てと配賦ルールを作成および管理できません。 オプション 4: 不正解。Oracle Profitability and Cost Management Cloud Service のダッシュボードは、データと主要業績指標を視覚的に表示します。ユーザーは、コストの割当てと配賦ルールを作成および管理できません。

オプション 1: このオプションは不正解です。ユーザー作成では、管理者はユーザーの作成と削除のみが可能です。ホームページのカスタマイズはできません。オプション 2: このオプションは不正解です。セキュリティルールでは、管理者は異なるユーザーグループのアクセスレベルを定義することしかできません。ホームページのカスタマイズはできません。オプション 3: このオプションは正解です。ユーザーグループを使用すると、管理者は特定のユーザーグループに対してカスタムホームページを設定できます。これにより、ユーザーの役割と権限に基づいて、ユーザーエクスペリエンスをカスタマイズできます。オプション 4: このオプションは不正解です。ナビゲーションメニューでは、管理者は左側のサイドバーからメニューオプションを追加または削除することしかできません。ホームページのカスタマイズはできません。

オプション 1: 要件収集は重要なアクティビティですが、通常はプロジェクトライフサイクルの早い段階で行われます。概要とアーキテクチャのフェーズでは、システムアーキテクチャとデータモデルの設計に重点が置かれます。オプション 2: これが正解です。概要とアーキテクチャのフェーズでは、システムアーキテクチャとデータモデルの設計に重点が置かれます。これには、ビジネス要件の理解、システムの高レベルアーキテクチャの定義、データモデルの構造設計が含まれます。オプション 3: 構成は通常、プロジェクトライフサイクルの後半、ビルドとテストのフェーズで行われます。オプション 4: ユーザー受け入れテストは、通常はプロジェクトライフサイクルの後半、テストのフェーズで行われます。