シナリオとユースケースの違い

シナリオはユースケースよりも詳細な全体像ですか、それともどのくらいの違いがありますか？私はシナリオという言葉を好むところにレポートを書きますが、私のトレーニングではユースケースという言葉を使用しました（OOPに関するコースで）。

OOPではないSMVでプログラミングしています。IIUC SMVは、ハードウェアのモデルチェックに特化したドメイン固有の言語です。実際のコードは私のgithubにあります。

ユースケースは、アクター及び特定のアクターが所与の機能またはパスを取り込むことの流れを含みます。これらはしばしばグループ化されるため、各シナリオを説明するためのユースケースの「セット」があります。

A シナリオは、解決するために与えられた機能やパスを取る単一または複数のアクターがあり、状況が含まシナリオを。

主な違いは「遠近法」です。通常、使用例はシナリオよりも詳細です。これらの開発では、通常、シナリオを考え出し、その特定のシナリオに適合するすべてのユースケースを定義します。ユースケースはシナリオを文書化した後に文書化するため、ドキュメントのフットプリントは通常どちらか一方であり、両方ではありません。そのため、名前が別々のものとしてではなく、名前が入れ替わることもあります。多くのプロジェクトはユースケースの細分性を必要とせず、シナリオのみに固執しますユースケースで特定のアクターフローに分解するのではなく。

ユースケースの記述は、他のものを超えて、メインシナリオが含まれているとも選択肢と例外のシナリオとして。次に、シナリオはユースケースの説明の一部です。ユースケースには、アクター、説明、事前条件とpos条件、制約などの詳細情報があります（ユースケースで記述できるすべての情報をここに示します）。

ここでは、ユースケース記述の例を持っています。

ユースケースは、きめの細かい、よりシナリオよりも詳述されています。シナリオは、ユーザーが、彼らはその目的を達成するために必要となることをお使いのソフトウェアおよびソフトウェアのすべての機能を使用する可能性があるため、いくつかの目的を説明しています。例えば：

毎月の請求書バッチを生成する

 1. User imports data from spreadsheets describing completed work
 2. System identifies inconsistencies in data (cross check between
    client ref, order code, and expected job type)
 3. If consistent, PDFs produced and an XML file for import into account
    system

ユースケースシナリオから特定のアイテムダウン休憩：

PDF請求書を生成

 1. Collect all work items within one month occurring under the same
    order code
 2. Add them line-by-line to invoice template document
 3. Allocate sequential invoice number
 4. Fill in client details
 5. Calculate totals
 6. If invoice overflows space in template, split later items into
    another invoice
 7. Record invoice totals (will be used in xml export later)
 8. Convert filled in template to a PDF file and store in the output
    directory

シナリオは、ソフトウェアを高レベルで記述し、既存のシステムの各機能に根拠を与えます。ユースケースは、各機能が何をするかの詳細な説明を提供します。