ウォーターフォールモデル

要件定義、設計、実装、テスト、運用の各工程を上流から下流へ順番に進める開発モデル。各工程の成果物を明確にし、前工程が完了してから次工程に進む。大規模開発に適するが、後戻りが難しい。

システム開発を要件定義、設計、実装、テスト、運用の各工程に分け、上流から下流へ順に進める開発モデル。各工程の完了を確認してから次工程に進むため、手戻りが発生しにくいが、要件変更への対応が困難。大規模で要件が明確なプロジェクトに適する。

システム開発を要件定義、設計、実装、テスト、運用の各工程に分け、上流から下流へ順に進める開発モデル。各工程の完了を確認してから次の工程に進むため手戻りが発生しにくいが、要件変更への対応が困難。大規模で要件が明確なプロジェクトに適する。

システム開発を要件定義、設計、実装、テスト、運用の各工程に分け、上流から下流へ順に進める開発モデル。各工程の完了を確認してから次の工程に進むため、進捗管理が容易だが、要件変更への対応が困難。大規模で要件が明確なプロジェクトに適する。

要件定義、設計、実装、テスト、運用の各工程を上流から下流へ順に進める開発モデル。各工程の完了を確認してから次に進むため手戻りが発生しにくいが、要件変更への対応が困難。大規模で要件が確定したプロジェクトに適する。

要件定義、設計、実装、テスト、運用の各工程を上流から下流へ順次進める開発モデル。各工程の完了を確認してから次工程に進むため、大規模で要件が明確なプロジェクトに適する。手戻りが発生した場合のコストが大きい。

システム開発を要件定義、設計、実装、テスト、運用の各工程に分け、上流から下流へ順に進める開発モデル。各工程の完了を確認してから次工程に進むため、大規模で要件が明確なプロジェクトに適する。手戻りコストが大きいという課題がある。

短いイテレーション（反復）を繰り返しながら、変化に柔軟に対応するシステム開発手法。スクラムやXPなどの手法がある。監査では従来のウォーターフォール型とは異なる統制の評価アプローチが必要となる。

情報システムの信頼性・安全性・効率性を独立かつ客観的な立場から検証・評価し、問題点の指摘と改善勧告を行う活動。組織体の経営活動と業務活動の効果的かつ効率的な遂行に資することを目的とする。

情報システムのコントロールが適切に整備・運用されているかについて、監査人が一定の保証を付与する形式の監査。監査の結論は積極的保証（合理的保証）または消極的保証（限定的保証）として表明される。

情報システムのコントロールの改善を目的として、監査人が問題点の指摘と改善提案を行う形式の監査。保証型監査とは異なり、コントロールの適否についての保証は付与しない。

情報システムが障害なく安定的に稼働し、正確な処理結果を提供できる度合い。システム監査における主要な監査目的の一つであり、障害発生率、MTBF、データの正確性などにより評価される。

情報システムの資源（人的資源、ハードウェア、ソフトウェア、ネットワーク等）が経済的かつ効果的に活用されている度合い。投入した資源に対する成果の比率により評価される。