プロトタイプ

設計の妥当性や利用者の要求を早い段階で確かめるために作る、システムの試作品。画面や操作の流れ、処理の方式の実現性などを実際に動かして示し、利用者の意見を設計に反映する。確認が済んだら捨てるものと、改良して本番のシステムに育てるものがある。

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

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

要件定義や業務分析で、利用者に画面や操作の流れを具体的に見せるために作る試作品。実物を触ってもらうことで、文書だけでは表しにくい要求や認識のずれを早い段階で引き出せる。試作品を評価して要件を確かめることをプロトタイプ版評価という。

利用者が抱える課題や要望、利用の状況を把握するために行う調査。アンケート、インタビュー、利用現場の観察などの方法があり、利用者自身が気付いていない潜在的なニーズも含めて捉えることが重要である。

現在の業務やシステムの状況を調査し、業務の流れ、扱う情報、問題点などを明らかにすること。要求分析の出発点となり、現状（As-Is）とあるべき姿（To-Be）の差から解決すべき課題を導く。

現状分析で明らかになった問題点から解決すべき課題を特定し、その範囲、目標、優先順位を明確にすること。問題の原因を見極めて課題を正しく定義することで、要求や解決策の方向性を誤らないようにする。

要求分析の結果として、システムや製品が満たすべき機能、性能、制約条件などの要求を、関係者が合意できるよう明確に記述した文書。設計や受入れの判断の基準になるため、曖昧さや矛盾の無い記述が求められる。

利用者や関係者に直接質問して、業務の内容や課題、システムへの要求を聞き取る方法。事前に目的と質問項目を整理してヒアリング計画を立て、結果は議事録にまとめて関係者と確かめる。

画面や製品の見た目を確かめるために作る、実際には動作しない模型や見本。画面の配置やデザインを利用者に具体的に示して意見を集め、要件の漏れや誤解を早い段階で見つける。動作を確かめられるプロトタイプとは区別される。