説明/参照:
Explanation:
IS 監査人が、効果的なステージングおよびジョブ セットアップ プロセスがあると判断した場合、これを補償コントロールとして受け入れることができます。選択肢 B は検出コントロールであり、選択肢 C と D は修正コントロールですが、いずれも適切な補償コントロールとして機能しません。

説明
重要な推奨事項がいくつか実装されていないことを発見した情報システム監査人が取るべき最善の行動は、上級管理職のリスク受容度を評価することです。情報システム監査人は、推奨事項が実装されていない理由と、組織のリスク エクスポージャーへの影響を理解する必要があります。また、上級管理職が残留リスクを正式に認識して受容し、その決定の根拠と正当性を文書化していることも確認する必要があります。情報システム監査人は、結果とリスク受容度を監査委員会とその他の関連する利害関係者に伝える必要があります。
参考文献:
CISA レビューマニュアル（デジタル版）
CISA 質問、回答、解説データベース

システム メンテナンスの一般的な問題は、エラーがすぐに修正されることが多いことです (特に期限が迫っている場合)。ユニットはプログラマーによってテストされ、その後受け入れテスト領域に転送されます。これにより、統合またはシステム テスト中に検出されるはずだったシステムの問題が発生することがよくあります。統合テストの目的は、システムの主要コンポーネントが正しくインターフェイスしていることを確認することです。

説明/参照:
Explanation:
ビジネス アプリケーションを開発する場合、ベスト プラクティスは、アプリケーションに情報またはデータの所有者を割り当てることです。情報所有者は、アプリケーション自体へのアクセス、またはクエリ用のバックエンド データベースへのアクセスを承認する責任を負います。セキュリティ管理者とマネージャーは通常、ビジネス アプリケーションへのアクセスを承認する責任を負わないため、選択肢 B と C は正しくありません。要求者の直属の上司は、ビジネス アプリケーション システムへのユーザー アクセスを承認する責任を共有する場合があります。ただし、最終的な責任は情報所有者が負う必要があります。