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

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

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

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

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

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

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

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

短い反復（イテレーション）サイクルで開発とフィードバックを繰り返し、変化する要求に柔軟に対応するソフトウェア開発手法の総称。スクラム、XP（エクストリームプログラミング）などの手法があり、顧客との密なコミュニケーションと動作するソフトウェアの早期提供を重視する。

新しい概念や技術の実現可能性を検証するために、試作開発の前段階で行う検証・デモンストレーション。本格導入前にリスクを低減し、技術的な課題を早期に発見する目的で実施する。

クラウドコンピューティングのサービスモデルの一つ。アプリケーションの開発・実行環境をネットワーク経由でサービスとして提供する形態。開発者はインフラ管理不要でアプリケーション開発に集中できる。

システム開発業務を海外の企業や拠点に委託する形態。人件費の低い国・地域を活用してコスト削減を図る。コミュニケーションや品質管理の課題に対する対策が重要。

システム開発業務を国内の地方都市の企業に委託する形態。オフショア開発に比べてコミュニケーションが取りやすく、品質管理もしやすい利点がある一方、コスト削減効果はオフショアほど大きくない。

ソフトウェアの機能量に着目した見積手法。外部入力、外部出力、外部照会、内部論理ファイル、外部インターフェースファイルの5つの機能タイプを計測し、複雑度に応じた重みを付けて開発規模を算出する。プログラム言語に依存しない見積が可能。