本文へスキップ

ストラテジ系 / システム企画・調達

要件定義

要件定義は、システム開発に先立ち、利用者が必要とする機能や性能、業務上の要求を整理して「何を作るか」を明確に取り決める工程です。

意味を丁寧に確認

システム化計画を受けて、利用者や業務部門にヒアリングしながら、実現すべき業務の流れや必要な機能(機能要件)、処理速度や信頼性などの条件(非機能要件)をまとめます。ここで決めた内容がその後の設計・開発の土台になるため、認識のずれや漏れがあると後工程で大きな手戻りやコスト増を招きます。発注側と開発側が合意して文書化することが大切な工程です。

覚え方

白猫のやさしい一言

要件定義は「何を作るか(What)」を決める段階で、「どう作るか(How)」を決める設計工程より前にある、と区別して覚えます。

試験での見方

黒猫の辛口メモ

iパスでは「利用者の要求を整理し、システムに求める機能や性能を明確にする工程」が要件定義だと問われます。設計より前の工程である順序、そして機能要件(何ができるか)と非機能要件(性能・信頼性など)の違いがひっかけになりやすい点を押さえましょう。

例として、勤怠管理システムを作る前に、利用者から「打刻はスマホでも行いたい」「残業時間を月末に自動集計したい」といった要求を聞き取り、必要な機能として整理します。

分類

ITパスポート / ストラテジ系 / システム企画・調達

情報の根拠

IPAのITパスポート試験シラバスとIT基礎知識を参考に、Sikaku Master向けに独自作成(最新シラバス準拠)。

関連用語

システム企画・調達の用語一覧へ