30

新しいシステムのユース ケース図を作成しています。システムをユースケース図のアクターとして含める必要があるのはいつですか?

ありがとう。

4

3 に答える 3

24

別の回答で述べたように、アクターは、開発中のシステムと対話するシステムまたはロールです。システムが開発中のシステムの外部にあり、開発中のシステムと直接対話する場合は、システムをアクターとしてユース ケースに含める必要があります。

システムの境界、つまりスコープとインターフェースを定義する必要があるため、これは重要です。システムをアクターとして含めると、開発中のシステムがそのアクター システムに適したインターフェイスを提供する必要があることが明確に示されます。

于 2010-05-15T20:30:19.370 に答える
15

UML で正しくモデル化する方法については、さまざまな人がさまざまな哲学を持っています (UML は委員会によって標準化されていたので、これは驚くことではありません)。

私はアクターを使用して、設計中のシステムと対話できるすべての「もの」 (人のタイプ、システムのタイプ) をキャプチャし、新しいシステムがどのように相互作用するかについて、すべての利害関係者の間で共通の理解を作成するのに役立ちます。

システムと対話することがわかっているすべてのものに対してアクターを作成し、そのアクターをそのアクターが実行できるすべてのユース ケースにトレースすることをお勧めします。そうすれば、誰が何をできるかを完全に理解できます。

于 2010-05-15T18:54:24.593 に答える
7

ユース ケース モデルでは、システムがアクターになることはありません。プロセスを実行するために、調査中のシステムをトリガーしているものについて考える必要があります。システム自体はダムであり、それ自体をトリガーしてアクションを実行することはできません。ユーザーまたは時間によってのみトリガーできます。システムがアクションをトリガーしていると思われる場合、アクターはおそらく Time になります。たとえば、電子メッセージを受信すると、プロセスがトリガーされて実行されます。このプロセスは完全に自動化されており、メッセージが到着したことをユーザーがシステムに伝えることによってトリガーされることはありません。それはシステムではなく、時間です。あなたが想像しなければならないのは、電子メッセージの到着を探すプロセスがあり、これは特定の時間間隔、たとえば毎秒、毎分、または月に一度などを調べているということです.

于 2013-07-12T11:15:50.667 に答える