セクション：情報資産の保護
Explanation:
処理対象となる取引をシミュレーションし、その結果を事前に決定した結果と比較することが、税額計算の正確性を証明する最良の方法です。詳細な視覚的レビュー、フローチャート作成、ソースコードの分析は効果的な方法ではなく、月ごとの合計額では個々の税額計算の正確性を確認することはできません。

データベース管理者は、論理データベースと物理データベースの作成および管理を担当します。データの所有権は、組織全体で共有されるデータの場合は、ユーザー部門の責任者または経営陣が決定します。データ辞書の運用標準を確立するのは、情報システム管理部門とデータ管理者の責任です。企業セキュリティポリシーに沿ってデータの整合性とセキュリティを確保するための基本ルールを確立するのは、セキュリティ管理者の役割です。

IS監査人がデータベース構成にセキュリティ上の脆弱性を発見した場合、次に取るべき行動は、既存の緩和策を特定することです。これには、脆弱性に対処しリスクを軽減するための対策が既に実施されているかどうかを評価することが含まれます。現在の対策状況を理解することで、監査人は問題の深刻度を判断し、追加の是正措置が必要かどうかを判断できます1。参考文献：1（https://www.isaca.org/resources/insights-and-expertise/audit-programs-and-tools）

ソフトウェアプロジェクト管理におけるアジャイルアプローチの重要な原則は、チームの学習と、プロジェクトの進行に合わせてプロジェクト管理とソフトウェア開発プロセスを洗練するためにチームの学習を活用することです。これを実現する最良の方法の1つは、各イテレーションの終わりに、チームがうまくいった点と改善できた点を検討して文書化し、次のイテレーションで実装する改善点を特定することです。CMMとアジャイルは正反対の極に位置します。CMMは、事前に定義された正式なプロセスと正式なプロジェクト管理およびソフトウェア開発の成果物を重視します。対照的に、アジャイルプロジェクトは、プロジェクトの特定のニーズとチームのダイナミクスに応じてプロセスを洗練することに依存します。さらに、正式な紙ベースの成果物の重要性は低く、チーム内および主要な外部貢献者との効果的な非公式のコミュニケーションが優先されます。アジャイルプロジェクトは、通常4～8週間の短いイテレーションでリリース可能なソフトウェアを作成します。それ自体が、チーム内にかなりのパフォーマンス規律を植え付けます。これに、チームの作業内容の合意と障害の特定を行うための短い毎日のミーティングを組み合わせることで、スケジュールに対するタスクレベルの追跡は不要になります。アジャイルプロジェクトでは適切な開発ツールを使用しますが、ツールは生産性を達成するための主要な手段とは見なされていません。チームの調和、効果的なコミュニケーション、課題を解決する集団的な能力が生産性の鍵となります。