FEシステム開発技術 · システム要件定義・ソフトウェア要件定義
モックアップ
Mockup
もっくあっぷ
画面や製品の見た目を確かめるために作る、実際には動作しない模型や見本。画面の配置やデザインを利用者に具体的に示して意見を集め、要件の漏れや誤解を早い段階で見つける。動作を確かめられるプロトタイプとは区別される。
共有:
Related
他の資格での定義
Related
関連キーワードの用語
FEユーザーニーズ調査
利用者が抱える課題や要望、利用の状況を把握するために行う調査。アンケート、インタビュー、利用現場の観察などの方法があり、利用者自身が気付いていない潜在的なニーズも含めて捉えることが重要である。
FE現状分析
現在の業務やシステムの状況を調査し、業務の流れ、扱う情報、問題点などを明らかにすること。要求分析の出発点となり、現状(As-Is)とあるべき姿(To-Be)の差から解決すべき課題を導く。
FE課題定義
現状分析で明らかになった問題点から解決すべき課題を特定し、その範囲、目標、優先順位を明確にすること。問題の原因を見極めて課題を正しく定義することで、要求や解決策の方向性を誤らないようにする。
FE要求仕様書
要求分析の結果として、システムや製品が満たすべき機能、性能、制約条件などの要求を、関係者が合意できるよう明確に記述した文書。設計や受入れの判断の基準になるため、曖昧さや矛盾の無い記述が求められる。
FEヒアリング
利用者や関係者に直接質問して、業務の内容や課題、システムへの要求を聞き取る方法。事前に目的と質問項目を整理してヒアリング計画を立て、結果は議事録にまとめて関係者と確かめる。
FEプロトタイプ
要件を明確にするために作る、システムの試作品。利用者に実際に操作してもらい、仕様の漏れや使い勝手の問題を早い段階で見つけて、手戻りを防ぐ。プロトタイプを作って評価と修正を繰り返す開発の進め方をプロトタイピングという。
