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

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

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

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

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

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

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

要件定義、設計、実装、テスト、運用の各工程を順序どおりに進める伝統的なシステム開発手法。各工程の完了を上流工程のレビューで確認してから次工程に進む。監査では各工程での統制の実施状況を検証する。

開発の早い段階で試作品（プロトタイプ）を作成し、利用者に確認してもらいながら要件を明確化する開発モデル。利用者のフィードバックを反映して改善を繰り返すため、要件の認識齟齬を防ぎやすい。

迅速かつ適応的にソフトウェア開発を行う軽量な開発手法の総称。短い反復（イテレーション）を繰り返し、動くソフトウェアを早期に提供する。アジャイルソフトウェア開発宣言の12の原則に基づく。XP、スクラムなどが代表的。

システムの機能をいくつかのサブシステムに分割し、優先度の高いものから段階的に開発・リリースする開発モデル。各段階で動作するシステムを提供でき、利用者のフィードバックを次の段階に反映できる。

要件が不明確な場合に、まず核となる部分を開発し、利用者のフィードバックに基づいてシステムを進化させていく開発モデル。スパイラルモデルが代表的で、リスク分析を各反復に組み込む特徴がある。

専門的なコーディングの知識や経験がなくても、GUI操作や最小限のコード記述でソフトウェア開発が可能な手法・プラットフォーム。開発の迅速化・コスト削減に寄与するが、カスタマイズの自由度に制約がある場合もある。

複数の提供元によるAPIを組み合わせることで新しいサービスを構築する手法。既存サービスの機能を再利用するため、短期間・低コストでの開発が可能だが、元サービスへの依存度が高い点に注意が必要。