プロトタイピングモデル

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

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

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

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

試作品（プロトタイプ）を早期に作成し、ユーザの評価やフィードバックを得ながら要求を明確化する開発手法。使い捨て型（要求確認後に破棄）と進化型（そのまま本番に発展）がある。要件の不確実性が高い場合に有効。

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

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

開発工程（要件定義、基本設計、詳細設計、実装）と対応するテスト工程（単体テスト、結合テスト、システムテスト、受入テスト）をV字型に対応付けた開発モデル。各開発工程の成果物がテスト工程の検証基準となり、品質確保に有効。組込み開発で広く採用される。

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

短い開発サイクル（イテレーション）を繰り返し、変化する要求に柔軟に対応する開発手法の総称。スクラム、XP等の手法がある。組込み開発でもプロトタイプの早期検証やハードウェアとの並行開発に活用される。

特定の機能を実現するために、家電製品、自動車、産業機器などの機器に組み込まれたコンピュータシステム。汎用コンピュータと異なり、リアルタイム性、省電力性、小型化、高信頼性などの制約の下で設計される。

定められた時間制約内に処理を完了することが要求されるシステム。ハードリアルタイム（時間制約違反が致命的）とソフトリアルタイム（時間制約違反が許容範囲内）に分類される。組込みシステムの多くがリアルタイム性を要求される。

ハードウェアに組み込まれた制御用ソフトウェア。ROMやフラッシュメモリに格納され、機器の基本的な動作を制御する。ソフトウェアとハードウェアの中間的な存在であり、OTA（Over-the-Air）更新などにより書き換え可能な場合もある。