私は UML モデリングが初めてで、このユース ケースを作成し、ユース ケースを 4 つの主要なカテゴリ (情報の追加、情報の表示、情報の編集、情報の削除) に一般化しました。各一般化には 6 つのユース ケースが含まれるため、合計で約 28 のユース ケースが得られ、理解しやすくしながら、それらすべてを 1 つのシステム境界に収めるのは困難です。どうすればこれを克服できるか教えてください。
以下は私がこれまでに持っているものです。EditInformation と DeleteInformation をまだ追加していませんが、スペースが不足しています。
どうもありがとう
Use-casesシステムの最高レベルの動作の説明です。下位レベルの詳細にこだわる必要はありません。通常、システムには複数のユースケースしかありません。あなたの説明によると、あなたの実績use-casesはあなたがカテゴリとして分類したものです: Add info、View info、Edit infoおよびDelete info. などの細かな部分は対応に属しViewCarたり。AddBookingsequence/activity diagrams
ダイアグラムに配置するアーティファクトの最大数の制限を自分で設定できます。たとえば、すべてのダイアグラムは、印刷時に特定の標準ページ形式に適合する必要があると言うことができます。通常、ユース ケースをすべて 1 つの図に収まるように抽象化することは目的ではありませんが、それ以上の付加価値は明らかになりません。宇宙ロケットのユース ケース チャートでは、単に「宇宙船を打ち上げる」だけで終わってしまいます。代わりに、そのようなユースケースを非常に抽象的なレベルで特定してから、下位の図でより詳細なユースケースに分解してください。ほとんどのモデリング ツールでは、複数のダイアグラム間のリンクを作成できます。もっと読みたい場合は、Alistair Cockburn のユース ケースに関する標準的な本、ISBN 978-0201702255 をお勧めします。