要件定義は設計の判断基準を決める工程である

はじめに（この記事で解決できること）

要件定義では、必要な機能や画面、性能などを整理し、開発の方向性を決めていきます。
しかし、「なぜそこまで細かく整理する必要があるのか」と疑問に感じたことはないでしょうか。

その答えは、要件定義で決めた内容が、その後の設計における判断基準になるためです。

この記事では、要件定義と設計の関係に着目し、要件定義が果たす本来の役割について解説します。この記事を読むことで、次のことが理解できます。

・要件定義の本当の役割
・設計に判断基準が必要な理由
・要件定義と設計のつながり

設計というと、経験や知識をもとに最適な構成を考える作業という印象を持つかもしれません。もちろん、それらは設計に欠かせない要素です。

しかし、知識だけで最適な設計を決められるわけではありません。例えば、性能を最優先するシステムと、保守性を最優先するシステムでは、同じ機能を実現する場合でも設計の選択は変わります。限られた予算の中で開発する場合と、品質を最優先できる場合でも、採用すべき構成は異なるでしょう。

設計とは、一つの正解を探す工程ではありません。与えられた条件の中から、最も適した選択を積み重ねていく工程なのです。設計に唯一の正解が存在しないのは、判断基準となる要件がプロジェクトごとに異なるためです。

つまり、設計者に必要なのは知識だけではありません。
何を優先し、何を制約として考えるのか。その判断基準が明確になって初めて、適切な設計判断ができるようになります。

では、その判断基準はいつ決まるのでしょうか。それが要件定義です。
要件定義では、実現したい機能だけでなく、性能やセキュリティ、対応範囲、予算、運用方法など、システムを実現するための前提条件を整理します。これらは、単に文書として残すためのものではありません。

設計者が何を優先し、どのような考え方で設計を進めるのかを決める判断基準になります。要件定義で前提条件が曖昧なままでは、設計者によって判断が分かれ、設計の方向性にもばらつきが生まれます。逆に、要件が明確であれば、多くの設計判断は自然に決まっていきます。

要件定義では、曖昧な表現を具体化し、非機能要件を整理し、必要なものと不要なものを明確にします。一つひとつは異なる作業に見えますが、目的は共通しています。

それは、設計者が迷わず判断できる状態を作ることです。

要件定義とは、単に「何を作るか」を決める工程ではありません。設計で何を優先し、どのような条件の下で実現するのかという判断基準を整理する工程なのです。

要件定義と設計は、別々の工程ではありますが、それぞれが独立しているわけではありません。設計は、要件定義で整理された判断基準をもとに進められます。

つまり、設計の品質は設計工程だけで決まるものではなく、要件定義でどれだけ判断基準を明確にできたかにも大きく左右されます。要件定義とは、仕様を整理する工程であると同時に、設計の方向性を決めるための土台を築く工程でもあるのです。

一覧へ【システム】