説明
システム開発プロジェクトの詳細設計フェーズで情報システム監査人が確認すべき最も重要なことは、受け入れテスト基準が策定されているかどうかです。受け入れテスト基準は、システムの期待される機能、パフォーマンス、品質を定義し、システムがユーザーの要件と仕様を満たしているかどうかを確認するために使用されます。情報システム監査人は、受け入れテスト基準が明確で、測定可能であり、すべての関係者の同意を得ていることを確認する必要があります。プログラム コーディング標準が遵守されているかどうかは、情報システム監査人がコーディング フェーズまたはテスト フェーズで確認すべきことであり、詳細設計フェーズではありません。データ変換手順が確立されているか、設計が上級管理職によって承認されているかどうかは、情報システム監査人が実装フェーズで確認すべきことであり、詳細設計フェーズではありません。参考文献: ISACA、CISA レビュー マニュアル、第 27 版、2018 年、323 ページ

セクション: 情報システムの監査プロセス

説明
アプリケーション テストを自動化する主な利点は、テストの一貫性が確保されることです。テストを自動化すると、同じテスト ケースが毎回同じ方法と順序で実行されることが保証されるため、テスト結果の信頼性と精度が向上します。柔軟性の向上、すべての手動テスト プロセスの置き換え、コードのレビュー時間の短縮は、アプリケーション テストを自動化することで得られる利点ですが、主な利点ではありません。参考資料:
ISACA、CISA レビューマニュアル、第 27 版、2020 年、p. 3091
ISACA、CISA レビュー問題、解答、解説データベース - 12 か月サブスクリプション

セクション: 情報資産の保護
Explanation:
正規化とは、冗長性を最小限に抑えるリレーショナル データベース (DB) の設計または最適化プロセスです。
したがって、非正規化は冗長性を増加させる。冗長性は通常はプラスと見なされるが、
リソースの可用性の問題は、データベース環境ではマイナスです。
追加的かつ不必要なデータ処理作業。
非正規化は機能上の理由から推奨される場合もあります。機密性が失われることはありません。
不正アクセスやアプリケーションの誤動作。