シミュレーション テストでは、ロジャーが行ったように、特定の災害シナリオを模倣して BCP の有効性を評価します。
* オプション B (オリエンテーション): シナリオベースではなく、計画を紹介します。
* オプション C (チェックリスト): シミュレーションではなく、手順を確認します。
* オプション D (テーブルトップ): ライブ シミュレーションではなく、ディスカッション ベースです。
* 「シミュレーション テストでは、災害シナリオを再現して BCP 対応を評価し、制御された環境で手順をテストします」(モジュール: 災害復旧計画のテスト、セクション: テストの種類)。

リスク評価では、説明されているように、潜在的な脅威を理解するために、リスク要因とそれらの相互関係を評価します。
* オプション A (リスク モデル): プロセスではなく評価用のツール。
* オプション B (リスク管理):評価を含むより広範なプロセス。
* オプション C (リスク軽減): リスクを評価するのではなく、リスクを軽減します。
* 「リスク評価では、リスク要因とその関係を分析して、DR 計画の脅威を特定し、優先順位を付けます」(モジュール: リスク管理、セクション: 評価の定義)。

費用便益分析 (CBA) は、投資 (例: フードトラック) のコストと予想される財務上の利益を比較して収益性を判断し、ジルの目標に一致させます。
* オプション A (リスク分析): 収益性ではなくリスクに焦点を当てます。
* オプション C (コスト分析): メリットではなくコストのみを検討します。
* オプション D (BIA): 投資の実現可能性ではなく、混乱の影響を評価します。
* 「費用便益分析は、費用と便益を比較検討してプロジェクトの財務的実行可能性を評価し、投資決定を支援します。」(モジュール: リスク管理、セクション: 財務分析)。

ピアツーピア（P2P）アーキテクチャは、個々のコンピュータを接続してリソースとワークロードを直接共有することで、中央サーバーへの依存を排除します。リックのソリューションは、チームメンバーのコンピュータ間で負荷を分散することで、このモデルに適合しています。
* オプション A (3 層): 負荷分散ではなく、個別のレイヤー (プレゼンテーション、アプリケーション、データなど) が含まれます。
* オプション B (クライアント サーバー): 中央サーバーに依存しますが、Rick はこれを削除しました。
* オプション D (N 層): 多層アーキテクチャ。ここでは適用されません。
* 「ピアツーピア アーキテクチャは処理を分散し、相互接続されたノードを活用して負荷を分散するため、リソースが制限された環境で役立ちます。」(モジュール: ネットワーク アーキテクチャ、セクション: 分散システム)。