プロトタイピング

開発の早い段階で試作品（プロトタイプ）を作成し、利用者に確認・評価してもらいながら要件を明確化していく開発モデル。利用者の要求を的確に把握し、完成後のギャップを減らす効果がある。

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

開発の早い段階でプロトタイプ（試作品）を作成し、利用者の評価を受けながら要件を明確化していく開発モデル。ユーザーインタフェースの確認や要件の曖昧さの解消に有効だが、プロトタイプがそのまま製品になるリスクがある。

システムの試作品（プロトタイプ）を早期に作成し、利用者に確認してもらうことで要件を明確化・検証する手法。画面モックアップや動作する試作品を用いて、要件の齟齬を早期に発見し手戻りを防止する。

開発の早い段階で試作品（プロトタイプ）を作成し、ユーザや設計者のフィードバックを得ながら要件を洗練していく開発モデル。組込みシステムではハードウェアのプロトタイプを用いた動作検証が重要となる。

開発の早い段階でプロトタイプ（試作品）を作成し、利用者の評価を受けながら要件を明確化していく開発モデル。ユーザーインタフェースの確認や要件の曖昧さの解消に有効だが、プロトタイプがそのまま製品になるリスクがある。

開発の初期に試作品（プロトタイプ）を作って利用者に評価してもらい、その意見を取り入れながら要件を固めていく開発モデル。利用者と開発者の認識のずれを早く解消できるが、試作と修正を繰り返すと期間や費用が膨らみやすい。

要求事項の明確化のために、システムやプロダクトの試作版を作成してステークホルダに提示し、フィードバックを得る手法。画面モックアップやペーパープロトタイプなどの形態がある。抽象的な要求を具体化するために効果的。

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

短いイテレーション（反復）で計画・設計・実装・テストを繰り返し、段階的にソフトウェアを開発する手法の総称。変化への対応力が高く、顧客との密なコミュニケーションを重視する。スクラム、XP、カンバンなどの手法がある。

ウォーターフォールモデルの各開発工程と対応するテスト工程を V字型に対比させた開発モデル。要件定義に対して受入テスト、基本設計に対してシステムテスト、詳細設計に対して結合テスト、実装に対して単体テストが対応する。

リスク分析を中心に据え、計画→リスク分析→開発→評価のサイクルを螺旋状に繰り返す開発モデル。各サイクルでリスクを評価し、プロトタイプを作成しながら段階的にシステムを完成させる。リスクの高い大規模プロジェクトに適する。

システムの機能を複数の部分に分割し、各部分を順次開発・リリースする開発モデル。各インクリメントで動作するサブセットが段階的に追加され、最終的に完全なシステムが完成する。早期に一部機能のリリースが可能。