1

ユースケース図を設計する際に、ハードウェアの一部がアクターになるにはどうすればよいでしょうか?

ウィキペディアでこれを読んだので、私は混乱しました：

ユース ケースには、ユーザー インターフェイスや画面に関する詳細を含めないでください。これは、ユース ケースとそのビジネス ルールを参照するユーザー インターフェイス設計で行われます。

ハードウェアがアクターである例を挙げていただければ幸いです。

4

3 に答える 3

7

ここで重要なのは、アクターの定義です。

アクターは、システムと対話するときに人または物が果たす役割を指定します

交差点のシステムには、自動車や信号機など、多くの「ハードウェア」アクターが存在します。検討中のシステムは、いつ何を行うか (yield、merge、stop) に関するルールです。

于 2010-10-27T20:20:04.660 に答える
3

サード パーティのシステムはどうでしょうか。たとえば、さまざまな製品の在庫レベルの変化のフィードを生成する倉庫管理システムは、小売アプリケーションによって消費されます。

それが役者でしょう。UI や画面はありませんが、システムと通信し、さまざまなイベントを発生させ、独自のビジネス ルールを持ちます。

于 2010-10-27T20:17:53.800 に答える
2

これらのコンポーネントが記述されているシステムの範囲外にある場合、次のものはすべて、記述しているシステムの「アクター」になる可能性があります。

  • スケジュールされたタスク
  • サーバー コンポーネント
  • 自動化されたネットワーク クライアント (またはネットワーク接続の反対側にあるもの)

システムが何かを実行するための要求のソースがシステムの範囲外にある場合、通常、人間のコンポーネントを、システム上の要求を容易にするために使用している外部ツールまたはハードウェアから分離する必要はありません。そのような場合、アクターは自動人形である可能性が非常に高いです。

于 2010-10-27T20:21:00.717 に答える