要件定義とは、システム開発で「何を作るか」「どんな機能が必要か」を決める作業です。
かんたんに言うと、作り始める前に、ゴールをはっきり決めることです。
ここでいう「要件」とは、システムに必要な条件のことです。「定義」とは、内容をはっきり決めることです。
システム開発とは、仕事や生活で使うしくみを作ることです。たとえば、予約サイト、ネットショップ、売上管理の画面などを作ることが含まれます。
家を建てるときは、先に「部屋はいくつ必要か」「キッチンはどこにするか」「予算はいくらか」を決めます。
システム開発でも同じです。作る前に必要なことを整理しておくと、作る人と使う人の認識がそろいやすくなります。
この記事では、要件定義の意味、要件定義書、進め方、成果物、要求定義や基本設計との違いを、初心者向けにわかりやすく解説します。
ここだけ読めばOK
要件定義とは、システムを作る前に「何を作るか」を決める作業です。
作る人と使う人の考えをそろえるために行います。
ほかのIT用語も知りたい方は、初心者向けのIT用語辞典もあわせてご覧ください。
要件定義とは
要件定義をかんたんに言うと
要件定義とは、システムに必要な内容を整理して、作るものを決めることです。
「こんな機能がほしい」「この作業を楽にしたい」「この画面が必要」といった内容をまとめます。
機能とは、システムでできることです。たとえば、予約する、検索する、登録する、確認するなどが機能にあたります。
システム開発で要件定義が必要な理由
要件定義が必要な理由は、作る前に目的をそろえるためです。
使う人は「こう使いたい」と考えます。作る人は「どう作るか」を考えます。
この2つの考えがずれたままだと、完成したあとに修正が増えやすくなります。
要件定義を行うと、作るものの方向性が見えやすくなります。
用語ミニ解説
要件：システムに必要な条件のことです。
定義：内容をはっきり決めることです。
システム開発：仕事や生活で使うしくみを作ることです。
機能：システムでできることです。
要件定義の身近な例
家を建てる前の打ち合わせに似ている
要件定義は、家を建てる前の打ち合わせに似ています。
家を建てるときは、いきなり工事を始めません。先に、部屋の数、広さ、間取り、予算、完成時期などを決めます。
システム開発でも、いきなり作り始めるのではなく、先に必要な内容を決めます。
この「作る前の打ち合わせ」にあたるのが、要件定義です。
アプリ作りで考える要件定義の例
たとえば、飲食店の予約アプリを作るとします。
その場合、次のようなことを決めます。
- お客さんはスマホから予約できるのか
- 店員さんは予約を確認できるのか
- 予約の変更やキャンセルはできるのか
- 何日前まで予約できるのか
- 予約後にメールで知らせるのか
これらを決めずに作り始めると、あとから必要な機能が増えやすくなります。
要件定義では、使う人にとって必要なことを、先に整理します。
要件定義で決めること
要件定義では、システムに必要な内容を決めます。
すべてを細かく決めるというより、まずは大事な内容を整理することが大切です。
何を作るか
最初に決めるのは、何を作るかです。
予約システムなのか、売上管理システムなのか、問い合わせフォームなのかをはっきりさせます。
フォームとは、名前やメールアドレスなどを入力する画面のことです。
誰が使うか
次に、誰が使うかを決めます。
お客さんが使うのか、社員が使うのか、管理者だけが使うのかで、必要な機能は変わります。
管理者とは、設定や全体の確認をする人のことです。
どんな機能が必要か
必要な機能を整理します。
予約する、検索する、登録する、確認する、知らせるなど、システムでできることを決めます。
「何ができれば便利になるか」を考えると、整理しやすくなります。
いつまでに作るか
完成までの予定も大切です。
学校の行事、会社の新サービス、店舗の開店など、使い始めたい時期が決まっている場合があります。
スケジュールとは、作業の予定のことです。
予算や条件はどうするか
予算とは、使えるお金のことです。
使えるお金や人の数によって、作れる範囲は変わります。
前提条件とは、あらかじめ決めておく約束ごとのことです。たとえば「スマホで使えるようにする」「社内だけで使う」などです。
目に見えにくい条件も決める
要件定義では、機能だけでなく、目に見えにくい条件も決めることがあります。
たとえば、画面の動く速さ、セキュリティ、トラブルが起きたときの対応などです。
このような条件は、非機能要件と呼ばれます。非機能要件とは、「予約する」「検索する」のような機能そのものではなく、システムを安心して使うための条件のことです。
要件定義書とは
要件定義書とは、要件定義で決めた内容をまとめた書類です。
かんたんに言うと、作る前に決めたことを書いておくメモや資料です。
紙の書類の場合もありますし、Word、Excel、PDFなどのファイルで作る場合もあります。
Wordは文書を作るソフトです。Excelは表を作るソフトです。PDFは、見た目をくずさずに共有しやすい文書ファイルです。
要件定義書に書く内容
要件定義書には、主に次のような内容を書きます。
- システムを作る目的
- 使う人
- 必要な機能
- 画面のイメージ
- 使うデータ
- 作業の予定
- 予算や前提条件
- 画面の動く速さやセキュリティなどの条件
データとは、名前、日付、金額、予約内容などの情報のことです。
画面のイメージとは、完成前に作る見本の画面のことです。
要件定義書があると何がよいのか
要件定義書があると、関係者が同じ内容を見ながら話せます。
口頭だけで話すと、人によって受け取り方が変わることがあります。
書類にしておくことで、あとから確認しやすくなります。
要件定義書と仕様書の違い
仕様書とは、システムの細かい動きや作り方をまとめた書類です。
要件定義書は「何を作るか」をまとめた書類です。
仕様書は、決まった内容をもとに「どのように動くか」をより具体的に書く書類です。
たとえば、要件定義書では「予約できる機能が必要」と書きます。
仕様書では「予約ボタンを押したら確認画面を出す」のように、動き方をより細かく書きます。
要件定義の進め方
要件定義の進め方は、難しく考えすぎる必要はありません。
大きく見ると、目的を決めて、話を聞き、必要な内容を整理して、書類にまとめる流れです。
1. 目的を決める
まず、なぜシステムを作るのかを決めます。
「予約の電話を減らしたい」「売上を見やすくしたい」「入力ミスを減らしたい」など、目的をはっきりさせます。
目的があると、必要な機能を選びやすくなります。
2. 利用者の困りごとを聞く
次に、実際に使う人の話を聞きます。
利用者とは、システムを使う人のことです。ITでは「ユーザー」と呼ぶこともあります。
今どんな作業で困っているのか、何に時間がかかっているのかを確認します。
ここで大切なのは、思い込みで決めないことです。
3. 必要な機能を整理する
聞いた内容をもとに、必要な機能を整理します。
たとえば「検索できる」「登録できる」「一覧で見られる」などです。
似ている機能はまとめ、今は不要なものは外します。
4. 優先順位をつける
すべての要望を入れると、時間や費用が大きくなることがあります。
そのため、まず必要なものと、あとでもよいものを分けます。
優先順位とは、何を先に行うかを決める順番のことです。
5. 要件定義書にまとめる
最後に、決めた内容を要件定義書にまとめます。
書類にしておくことで、あとから見直しやすくなります。
関係者で確認し、内容に大きなずれがないかを確かめます。
要件定義の成果物
成果物とは、作業の結果としてできあがるものです。
要件定義の成果物は、要件定義書だけとは限りません。
要件定義書
代表的な成果物は、要件定義書です。
システムの目的、必要な機能、利用者、条件などをまとめます。
要件定義書は、開発を進めるときの土台になります。
業務の流れをまとめた資料
業務の流れとは、仕事の手順のことです。
たとえば「予約を受ける」「内容を確認する」「当日に来店する」といった流れです。
この流れを図や表にすると、どこをシステムで助けるのかが見えやすくなります。
画面や機能の一覧
必要な画面や機能を一覧にすることもあります。
一覧にすると、抜けや重なりに気づきやすくなります。
たとえば、ログイン画面、予約画面、確認画面、管理画面などを整理します。
ログインとは、本人確認をしてシステムを使い始めることです。
スケジュールや前提条件
いつまでに作るか、どの範囲まで作るかも成果物に入ることがあります。
前提条件をまとめておくと、あとから確認しやすくなります。
たとえば「最初はパソコン用だけ作る」「スマホ対応は次の段階で行う」などです。
要件定義と要求定義の違い
要件定義と似た言葉に、要求定義があります。
言葉は似ていますが、少し意味が違います。
要求定義は「してほしいこと」を整理する作業
要求定義とは、使う人や依頼する人の「してほしいこと」を整理する作業です。
たとえば「予約をもっと楽にしたい」「入力ミスを減らしたい」「スマホで使いたい」などです。
この段階では、まだ内容があいまいなこともあります。
要件定義は「作る内容」を決める作業
要件定義は、要求をもとにして、実際に作る内容を決める作業です。
たとえば「スマホから予約できる画面を作る」「予約後に確認メールを送る」などです。
要求定義が「希望を集める作業」なら、要件定義は「作る内容に整理する作業」と考えるとわかりやすいです。
要件定義と基本設計の違い
要件定義の次に行われることが多いのが、基本設計です。
基本設計とは、決まった要件をもとに、システムの大まかな作り方を考える作業です。
要件定義は「何を作るか」を決める
要件定義では、何を作るかを決めます。
たとえば「予約できる」「予約を確認できる」「予約の変更ができる」などです。
まだ細かい画面の動きまでは、決めきらないこともあります。
基本設計は「どう作るか」を考える
基本設計では、要件定義で決めた内容をもとに、どう作るかを考えます。
たとえば、どんな画面にするか、どのボタンを置くか、どの情報を表示するかを考えます。
つまり、要件定義は「作るものを決める」、基本設計は「作り方を考える」と覚えるとわかりやすいです。
要件定義で初心者が間違えやすい点
要件定義は、最初から完璧に行う必要はありません。
ただし、よくある間違いを知っておくと、整理しやすくなります。
要望をすべて入れようとする
使う人の要望は、たくさん出ることがあります。
しかし、すべてを入れると、時間や費用が増えやすくなります。
大切なのは、目的に合うものを選ぶことです。
あいまいな言葉のまま進める
「使いやすくする」「早くする」「見やすくする」などの言葉は便利ですが、あいまいです。
人によって受け取り方が変わります。
できるだけ「何を」「どのくらい」「誰が使うのか」をはっきりさせます。
誰が使うかを決めない
誰が使うかを決めないと、必要な機能が見えにくくなります。
お客さんが使うのか、社員が使うのか、管理者が使うのかで、画面や機能は変わります。
まずは、利用者をはっきりさせることが大切です。
あとで決めればよいと思ってしまう
あとで決めればよい内容もあります。
しかし、大事な内容を後回しにしすぎると、作業の途中で迷いやすくなります。
特に、目的、使う人、必要な機能は早めに整理しておくと安心です。
要件定義の具体例
ここでは、身近なシステムを例にして、要件定義で考える内容を見ていきます。
予約システムの例
予約システムでは、次のような内容を決めます。
- お客さんが予約できる
- 店員さんが予約を確認できる
- 予約の変更やキャンセルができる
- 予約時間の重なりを防ぐ
- 予約後にメールを送る
- 画面が重くならないようにする
このように、使う人ごとに必要な機能を整理します。
また、動く速さや安全に使うための条件も、必要に応じて考えます。
ネットショップの例
ネットショップでは、商品を探す、カートに入れる、注文する、支払うなどの機能が必要です。
お店の人には、商品を登録する、在庫を確認する、注文を管理する機能が必要です。
要件定義では、お客さん側とお店側の両方を考えます。
さらに、個人情報を守ることや、画面が安定して動くことも大切な条件になります。
社内システムの例
社内システムとは、会社の中で使うシステムのことです。
たとえば、勤怠管理、経費申請、売上管理などがあります。
要件定義では、どの部署が使うのか、どの作業を楽にしたいのかを整理します。
社員だけが使えるようにする、必要な人だけが見られるようにする、といった条件も考えます。
要件定義に関するよくある質問
要件定義は誰がやるのですか？
要件定義は、依頼する人と作る人が一緒に行うことが多いです。
依頼する人は、何に困っているかを伝えます。作る人は、それをシステムでどう実現するかを整理します。
一方だけで決めるのではなく、話し合いながら進めることが大切です。
要件定義は英語で何と言いますか？
要件定義は、英語で「requirements definition」と表すことがあります。
また、場面によっては「requirements analysis」と表すこともあります。
初心者の方は、まず「requirements」は必要な条件のこと、と覚えておくとよいです。
要件定義書は必ず必要ですか？
小さな作業では、簡単なメモで進めることもあります。
ただし、関係者が多い場合や、作るものが大きい場合は、要件定義書があると確認しやすくなります。
大切なのは、決めた内容をあとから見返せる形にしておくことです。
要件定義と設計は何が違いますか？
要件定義は「何を作るか」を決める作業です。
設計は「どう作るか」を考える作業です。
たとえば、要件定義では「予約機能が必要」と決めます。設計では「予約画面にどの項目を置くか」を考えます。
機能要件と非機能要件の違いは何ですか？
機能要件とは、システムでできることに関する条件です。
たとえば「予約できる」「検索できる」「注文できる」などです。
非機能要件とは、機能そのものではなく、使いやすさや安全性などに関する条件です。
たとえば「画面がすぐ開く」「大切な情報を守る」「トラブル時に復旧しやすい」などです。
要件定義がうまくできないとどうなりますか？
要件定義があいまいだと、作る途中で迷うことがあります。
また、完成後に「思っていたものと違う」と感じることもあります。
ただし、最初から完璧にしようとしすぎる必要はありません。大切なのは、目的と必要な内容を少しずつはっきりさせることです。
要件定義はITパスポートでも出ますか？
ITパスポートでは、システム開発やプロジェクトに関する用語が出ます。
要件定義は、システムを作る流れを理解するうえで大切な言葉です。
まとめ：要件定義とは作る前にゴールを決める作業
要件定義とは、システム開発で「何を作るか」「どんな機能が必要か」を決める作業です。
家を建てる前に間取りや予算を決めるように、システムも作る前に目的や内容を整理します。
要件定義では、使う人、必要な機能、スケジュール、予算、前提条件などを決めます。
また、画面の動く速さ、セキュリティ、トラブル時の対応など、目に見えにくい条件も決めることがあります。
その内容をまとめたものが、要件定義書です。
要求定義は「してほしいこと」を整理する作業です。要件定義は、それをもとに「作る内容」を決める作業です。
基本設計は、要件定義で決めた内容をもとに「どう作るか」を考える作業です。
要件定義を行うと、作る人と使う人の認識がそろいやすくなります。
システム開発の最初に、ゴールをわかりやすく決めるための大切な作業だと覚えておきましょう。