「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典

順番に見ていきましょう。
まずは予備知識として

・要件定義
・ソフトウェア要件定義
・要件定義書

について説明します。
「そんなの説明されなくても知ってるよ！」な人は適当に読み飛ばしてください。

要件定義は「お客さまの要望を まとめる工程」です。
ソフトウェア開発における最初の工程です。



ソフトウェア開発において、スタートは お客さまの「何がしたいか」です。
自社サービスの場合は、社長とか発案者が お客さまの立ち位置になります。



ゴールは「できあがったソフトウェア」です。



ソフトウェア開発というのは、スタートの「何がしたいか」をゴールの「できあがったソフトウェア」に変換する作業です。



とはいえ、一足飛びにゴールにたどり着くことは できません。
一歩一歩進んでいく必要があります。

最初にやるべき作業は、お客さまの「何がしたいか」を まとめることです。

お客さまだって人間です。
自分の言いたいことを きちんと伝えられるとは限りません。
あるいは、お客さま自身が自覚していない「やりたいこと」もあるはずです。

ですから、お客さまの実現したいことを詳しく聞き取ります。
そして「あなたが やりたいのは、こんなことだよね？」を お客さまと一緒にまとめます。
これができれば、後から「本当は こんなことを やりたかったのに！」と文句を言われる可能性も減るでしょう。

この

やりたいことを まとめる工程

が要件定義です。
「どんなソフトウェアが欲しいのか？」もしくは、そもそもの話として「何をやりたいのか？」の認識を お客さまと作る人たちで合わせるために やります。



あと、ついでなので書いておくと、その後は

・基本設計
・詳細設計
（・プログラム設計）
・プログラミング
・単体試験
・結合試験
・総合試験

のような工程を経て、ソフトウェアは完成します。



ソフトウェア要件定義は「ソフトウェア開発における要件定義」です。



要件定義の説明で「ソフトウェア開発における最初の工程」と言いましたが、ちょっとウソです。
要件を定義するのが要件定義なので、ソフトウェア開発以外の話（商品開発とか）で出てきても、おかしく ありません。

「要件定義」という表現が出てくるのはソフトウェア開発の話が多いと思いますけどね。
絶対に そうとは限らないわけです。

そこで「これはソフトウェアの話の要件定義ですよ！」と強調するために、頭に「ソフトウェア」と付けて「ソフトウェア要件定義」と表現しているのです……多分。

よって、ソフトウェア開発の話であれば「要件定義」と「ソフトウェア要件定義」は同じ意味だと思って かまいません。

要件定義書は「要件定義で決まった内容を まとめた資料」です。
それを見れば、お客さまのやりたいことが分かるようになっているはずの資料です。



以上を踏まえて

ソフトウェア要件定義で決まった内容を まとめた資料

が「ソフトウェア要件定義書」です。



上の方で

ソフトウェア開発の話であれば「要件定義」と「ソフトウェア要件定義」は同じ意味だと思って かまいません

と言いました。

それと同じです。
ソフトウェア開発の話であれば「要件定義書」と「ソフトウェア要件定義書」は同じ意味だと思って かまいません。