説明/参照:
Explanation:
データベース アクティビティ ログにはデータベース管理者 (DBA) が実行したアクティビティが記録されるため、ログの削除は DBA 以外の担当者が実行する必要があります。これは、職務の適切な分離を保証するための補償制御であり、DBA の役割に関連付けられています。DBA は、通常の操作の一環としてその他のアクティビティを実行する必要があります。

システム電子ログは、ビデオ監視および近接カード制御の通信室へのすべてのアクセス試行を IS 監査人が確認するための最も有用な情報源です。システム電子ログは、各アクセス試行の日付、時刻、カード番号、およびステータス (成功または失敗) の正確で詳細な記録を提供できます。システム電子ログは、監査人が簡単に検索、フィルタリング、および分析して、不正または疑わしいアクセス試行を特定することもできます。
手動のサインインおよびサインアウト ログは、ユーザーの誠実さとコンプライアンスに依存するため、システムの電子ログほど信頼性が高くなく、有用でもありません。手動のログは、ユーザーまたは侵入者によって簡単に操作、偽造、または省略される可能性があります。また、手動のログでは、各アクセス試行の状態が記録されず、署名に基づいてユーザーの ID を確認することが困難になる場合があります。
CCTV を備えた警報システムは、無許可の侵入や不法侵入など、警報をトリガーするイベントのみを記録するため、システム電子ログほど有用ではありません。CCTV を備えた警報システムは、すべてのアクセス試行の完全な記録を提供しません。また、カメラの角度、照明、解像度などの要因によって影響を受ける可能性があります。また、CCTV を備えた警報システムでは、監査人がビデオ映像を確認するのにより多くの時間と労力が必要です。
セキュリティ インシデント ログは、ユーザーによって報告されたインシデントやセキュリティ スタッフによって検出されたインシデントのみを記録するため、システムの電子ログほど有用ではありません。セキュリティ インシデント ログは、すべてのアクセス試行の包括的な記録を提供するものではなく、報告および検出メカニズムによっては不完全または不正確になる可能性があります。セキュリティ インシデント ログでは、カード番号やステータスなど、各アクセス試行の詳細も記録されません。
参考文献:
* ISACA CISAレビューマニュアル第27版（2019年）、247ページ
* ISACA CISA認定情報システム監査人試験 ... - PUPUWEB

説明
能力成熟度モデル (CMM) は、ソフトウェア開発、プロジェクト管理、サービス提供、サイバーセキュリティなど、さまざまなドメインで組織がプロセスを評価および改善するのに役立つフレームワークです1。CMM は、初期から最適化まで、さまざまなレベルのプロセス成熟度を定義し、各レベルの特性とベスト プラクティスについて説明します。CMM を使用すると、組織は現在のプロセスを共通標準に照らしてベンチマークし、ギャップと弱点を特定し、改善アクションを実行してプロセス成熟度を高めることができます2。CMM は、組織がプロセスを戦略目標に合わせ、パフォーマンスを測定し、効率、品質、顧客満足度を向上させるのにも役立ちます3。
したがって、CMM を使用すると、実証済みの原則と実践に基づいてプロセスを評価および改善するための体系的かつ構造化されたアプローチが提供されるため、プロセス改善プログラムが最も強化されます。オプション C が正解です。
オプション A は不正解です。モデルベースの設計表記法は、設計者がシステムの構造と動作を指定、視覚化、文書化するのに役立つグラフィカルまたはテキスト言語です4。複雑なシステムの設計と伝達には役立ちますが、プログラムのプロセス改善の側面には直接対応していません。
オプション B は不正解です。バランスト スコアカードは、組織がビジョンとミッションを測定可能な目標と指標に変換するのに役立つ戦略的管理ツールです。プログラムのパフォーマンスを監視および評価するには役立ちますが、プロセスを改善する方法についての具体的なガイダンスは提供しません。
オプション D は不正解です。プロジェクト管理方法論は、組織がプロジェクトを計画、実行、管理するのに役立つ一連の原則と実践です。プログラムの範囲、スケジュール、コスト、品質、リスクを管理するのに役立ちますが、プログラムのプロセス改善の側面には重点を置いていません。
参考文献:
プロセス成熟度モデルガイド2
CMMIとは？開発プロセスを最適化するモデル1
能力成熟度モデル (CMM): 決定版ガイド3
モデルベース設計表記法4
バランスト・スコアカード
プロジェクト管理方法論

説明
並列処理は、新しいシステムが検証され承認されるまで、一定期間、新しいシステムと古いシステムを同時に実行するシステム実装アプローチです。並列処理の主な利点は、新しいシステムがパフォーマンス要件を満たし、古いシステムと同じかそれ以上の結果を生み出すことが保証されることです。並列処理では、新しいシステムに問題が発生した場合に古いシステムをバックアップまたはフォールバック オプションとして使用できるため、システム障害やデータ損失のリスクも最小限に抑えられます。