プロトタイピングモデル

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

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

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

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

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

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

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

システムの一部の機能に絞り、画面からデータベースまでの処理を一通り実際に動くように作るプロトタイプ。特定の機能の実現性や性能、技術的な課題を早く確かめるのに使う。多くの機能の画面を広く浅く作る水平型プロトタイプと対比される。

システムの多くの機能について、画面や操作の流れを広く浅く作り、内部の処理は作り込まないプロトタイプ。システム全体の機能の範囲や操作の流れを利用者と確認し、要件の漏れを見つけるのに使う。特定の機能を深く作り込む垂直型プロトタイプと対比される。

ハック（hack）とマラソン（marathon）を組み合わせた造語で、技術者、デザイナー、企画者などが集まり、短期間で集中的にアイデアを出し合ってプロトタイプを開発し、成果を競うイベント。新しいサービスの着想や人材の発掘、社外との共創の場として、企業や自治体も開催する。

システム化の対象となる業務について、新しい業務の流れ、業務ルール、扱う情報、関係者の役割などを明らかにし、システムに求める要件の前提として定義すること。業務部門が主体となって行い、これを基に機能要件と非機能要件を定める。

業務要件を実現するためにシステムが持つべき機能、すなわち入出力、処理の内容、扱うデータなどを明らかにして定義すること。利用者がシステムで何をできるかを示すもので、性能や信頼性などの非機能要件と区別される。

システムの機能以外に求められる品質や制約、すなわち性能、可用性、拡張性、セキュリティ、運用性、移行性などを明らかにして定義すること。利用者の目に見えにくく合意が漏れやすいため、IPAの非機能要求グレードなどを使って項目と水準を網羅的に確認する。