プロトタイピング

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

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

ソフトウェア要求分析において、外部仕様の有効性や仕様の漏れ、実現可能性などの評価を行うためにモックアップやプロトタイプを作成する手法。垂直型は特定機能を深く、水平型は全体の画面遷移を広く試作する。

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

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

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

情報システムが支援すべき業務上のニーズや目標を明確にしたもの。業務プロセス、業務ルール、組織要件などを含み、システム要件の上位に位置づけられる。利害関係者へのヒアリングや業務分析を通じて抽出する。

プロジェクトやシステム開発に関わる利害関係者を特定し、その関心事、影響力、要求事項を分析する手法。要件定義の初期段階で実施し、適切なコミュニケーション計画や合意形成の戦略を立てるために用いる。

システムが提供すべき機能や振る舞いに関する要件。入力に対する処理内容と出力、データの管理方法、業務ルールの実装などを具体的に定義する。非機能要件と対比して用いられる。

業務要件を基に、システムとして実現すべき機能・性能・制約を明確に文書化するプロセス。システム化の範囲、機能一覧、データ項目、外部インタフェース仕様などを定義し、設計工程への入力とする。

システムの機能要件、非機能要件、制約条件、前提条件などを体系的にまとめた文書。開発の基準となり、設計・テスト・受入の各工程で参照される。利害関係者の合意を得た上で承認する。

システムの品質や制約に関する要件の総称。性能、信頼性、可用性、セキュリティ、拡張性、運用性、移行性などが含まれる。IPAの非機能要件グレードでは6つの大項目に分類される。