第2章　要件収集

この章で学ぶこと

素晴らしいソフトウェアへの第1歩は、顧客が必要としている処理の実行。
顧客の真の必要性をどのように把握するのか？顧客自身が真の必要性に気づいていない場合､顧客にどうやって気づかせればよいのか？
この章では、顧客が本当に要求したい内容を実現することによって、顧客を満足させる方法を学ぶ。

システムが正しく動作するために実行しなければいけない特定の事柄です。

システムが実行しなければいけないこと(What)に注意する。
システムがどのように実現するか(How)は後で考える。現時点では、システムがすべき内容を確認するだけにする。

顧客の要件を収集することは最も困難なことの一つ。本当にやりたいことが何なのか気づいていない顧客も多い。
要件の漏れを防ぎシステムがすべき処理を正確に判断するためには、何が必要であるかを考えさせる質問を顧客に対して投げかける必要がある。

顧客が要望する以外の多くのことから要件は構成される。
要件の良い集合は、顧客が指示した内容だけで構成されるのではなく、予想外の環境でもシステムを動作させるために必要な内容も含まれる。
参考:牛乳卵問題に学ぶ、要望 と 要件定義 と 設計 と 実装 の違い

アプリケーションは顧客が望むように動作しなければいけない。そのために開発者が思い描くアプリケーションの使用方法と異なることもある。
開発者はシステムが実行しなければいけない内容、顧客がシステムを使用する方法を理解しなければいけない。

ユースケースは、特定の顧客目標を達成するためにシステムが実行する内容を記述する。

顧客目標がユースケースの要。システムは顧客目標の達成に役立てなければいけない。
単一のユースケースは、単一の目標に着目する。
犬用ドアの製作の例の単一の目標は、ベッドからでなくても犬を外に出せるようにすること。
ユーザはシステムの外部に位置し、システムの一部とはみなされない。

ユースケース:
ユースケースは、新規システムまたはソフトウェア変更における潜在的な要件を把握するための技法。ユースケースごとに、1つまたは複数のシナリオが存在し、特定の目標を達成するために、エンドユーザまたは他システムとの間で相互作用する方法が伝達される。