シナリオ は、ユースケースよりも詳細で大きな図ですか、それともどのくらいの違いがありますか?私はWordシナリオを好むところにレポートを書いていますが、私のトレーニングでは(OOPに関するコースで)Wordのユースケースを使用しました。
OOPではないSMVでプログラミングしています。 IIUC SMVは、ハードウェアのモデルチェックに特化したドメイン固有の言語です。実際のコードは my github にあります。
ユースケースには、アクターと、特定のアクターが特定の機能またはパスで実行するフローが含まれます。これらはしばしばグループ化されるため、各シナリオに対応するためにユースケースの "セット"があります。
シナリオには、特定の機能またはパスを使用してシナリオを解決する単一または複数のアクターが存在する状況が含まれます。
主な違いは "perspective"です。通常、ユースケースはシナリオよりも詳細です。これらの開発では、通常、シナリオを考え出し、特定のシナリオに適合するすべてのユースケースを定義します。 ユースケースドキュメントシナリオを記述した後、ドキュメントのフットプリントは通常どちらか一方であり、両方ではないため、立っているのではなく名前が入れ替わることもあります。別のものとして。多くのプロジェクトはユースケースの細分性を必要とせず、ユースケースの特定のアクターフローに分解するのではなく、単にシナリオに固執します。 。
ユースケースは、シナリオよりも詳細で詳細です。 A シナリオは、ユーザーがソフトウェアを使用する目的と、その目的を達成するためにユーザーが必要とするソフトウェアのすべての機能を説明します。例えば:
毎月の請求書バッチを生成する
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
シナリオソフトウェアを高レベルで記述し、既存のシステムの各機能の根拠を示します。ユースケースは、各機能が何をするかの詳細な説明を提供します。
ユースケースの説明には、他のものに加えて、メインシナリオと、代替シナリオおよび例外シナリオが含まれます。次に、シナリオはユースケースの説明の一部です。ユースケースには、アクター、説明、事前条件およびpos条件、制約などの詳細情報があります(ユースケースで説明できる here すべてを参照)。