-

技術的に制約があったりする場合に記録する場所

非機能的要求，品質属性，制約がユースケースに明確に関係している場合には、一緒に記録。 ふつうは、補助仕様書にまとめた方がなにかと便利

拡張シナリオは、ハッピーシナリオと対峙してるので、3.に対しては3a，3bとふる ほとんどのステップで起こりうる拡張の条件の場合は、*a，*bのようなラベルをつける

前置き部分 正常シナリオの前に読むべき要素だけを書く 利害者関係と関心のリスト システムが何をしなければならないかを提案し、「境界」を示す 事前条件と事後条件(成功保証） 「必ず真でなければならないこと」を宣言する 多くの場合、すでに終了している…

Cockburnはブリーフ、ジーンズ、スーツって言ってた気がする [brief]簡素 [casual]略装 [fullyDressed]正装

ようやくユースケースにたどりついた。Cockburn様はやっぱりスゴイ システム要件を捕捉する方法 「単純でわかりやすいこと」⇒ 目標を定義したり評価したりしやすいし、リスクも小さくなる ユースケース＝要件 システムの使い方のストーリを記述することによ…