モックアップ

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

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

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

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

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

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

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