3

図書館管理システムのユースケース図を作成しています。すべてのアクターが他のユースケースに進む前に行うべき「ログイン」ユースケースがあります。つまり、「ログイン」ユースケースが他のユースケースの前提条件であることを示したいのです。誰もこれを示す方法を知っていますか? ありがとう

4

3 に答える 3

8

これを行うにはいくつかの方法があります。

  1. <<include>>すべての UC<<includes>>ログインが最初のステップである関係を使用します。
  2. ユーザーがログインしている必要があるすべての UC に前提条件を設定する
  3. 「Logged in User」(または類似の) という名前のアクターを作成し、それに関連するすべてのユース ケースを表示します。

どちらを選択するかは、多くの要因によって異なります。(1) はシンプルで直感的ですが、ユース ケースが多数ある場合は、ダイアグラム上でうまくスケーリングできません。(2) ユースケースをテキストで文書化している場合はうまく機能しますが、図には表示されません。(3) は従来型ではないかもしれませんが、(1) よりもスケーラビリティが高く、ダイアグラムで表示できます。ただし、複数のアクターがあり、それぞれのアクターが UC を実行するためにログインする必要がある場合は、うまくいきません。

私は個人的に（2）を使用する傾向があります。UC ダイアグラムが必要な場合は、「ログイン」UC を含めますが、それから他の UC への関係は示しません。

私がお勧めしないオプションの 1 つは<<extend>>、すべての UC<<extends>>がログイン UC である関係です。これは実際には意味的に機能せず、上記 (1) と同じスケーラビリティの問題を抱えています。

h番目。

于 2010-12-10T10:01:28.603 に答える
1

<<includes>>この場合の関係の代替は、<<precedes>>依存関係です。これにより、ログインがユース ケースのある時点で発生するのではなく、ユース ケースの前にログインする必要があることが明確になります。

Enterprise Architect には、ユース ケース ツールボックスにそのようなステレオタイプの依存関係が含まれていますが、独自のステレオタイプの依存関係を作成することもできます。これに関する EA のドキュメントには次のように記載されています。

InvokesとPrecedesの関係は、Open Modeling Language (OML) によって定義されます。それらはステレオタイプの依存関係です。Invokes は、ユース ケース A がある時点でユース ケース B を発生させることを示し、Precedes は、ユース ケース D を開始する前にユース ケース C を完了する必要があることを示します。

UML に OML のイディオムを導入したくない場合もありますが、この機能は必要な機能を正確に実行し、ダイアグラム レベルで表示されます。

于 2010-12-13T13:30:54.717 に答える
0

UC は多くのことに役立ちますが、最も重要なのはコミュニケーションです。UC ダイアグラムで関係を使い始めると、コミュニケーションのメリットが 1 段階下がります。各 UC などでのコピペの前提条件「ユーザー X がログオンしている必要がある」も同様です。

最も重要なことは、UC が完全なシステム仕様であることを意図していないことです。したがって、たとえば次のように、別の場所に置くだけです。

  • 全体的なシステム ルール リストのルールとして

  • 「ユーザーアクセス権」仕様セクションの表として

于 2012-06-11T12:43:13.463 に答える