3

システムのアクターを探しているとき、「外部エンティティ」の意味について混乱しています。

たとえば、ケース スタディが洗濯機の場合、洗濯機に電力を供給するアクター「電力」は存在しますか? 「力」は外部の実体ですか？

4

2 に答える 2

0

SysML を模倣する UML のプロファイルはありますが、UML よりも SysML の方が適しています。PortSysML では、に接続された に電力を供給しますBlock。SysML を使用するための例がいくつかあります (オンザフライでこれを見つけましたが、おそらくもっと優れたチュートリアルがあります)。ですから、 OMG が公開している SysMLを調べてみることをお勧めします。

于 2017-12-20T23:28:14.177 に答える
0

UML では、アクターの定義は次のとおりです。

サブジェクトと対話するユーザーまたはその他のシステムが果たす役割を指定します 。アクターは、サブジェクトと対話する (たとえば、信号とデータを交換することによって) エンティティによって果たされる役割のタイプをモデル化しますが、それはサブジェクトの外部にあります。(OMG 定義)リファレンスを参照

システムをモデル化するとき、サブジェクトはあらゆるものと見なします。A module, A component, A subsystem, even a use case and etc.したがって、サブジェクトの外部にあり、サブジェクトと相互作用するすべてのものは、アクターになることができます。

このため、アクターには 3 つのタイプがあり、サブジェクトの外部にある必要があります。

  1. 人間
  2. その他のシステム
  3. 時間

例 1 : ATM をモデル化しているとします。だから主題はATMです。そのため、顧客は (対象の外部から) 対象と対話します。次に、Customer を Actor にすることができます。

例 2 : ソフトウェア システムは Google API を使用します。したがって、サブジェクトが Google システムであると仮定すると、Google とやり取りする他のソフトウェアがアクターになる可能性があります。

例 3 : システム内のモジュールをモデリングしていると仮定します。したがって、件名はそのモジュールです。外部 (私たちのモジュールの) からの別のモジュールは、私たちのモジュールと対話することができ、アクターになることができます。

例 4 : ユース ケースをモデル化し、焦点を当てています。というわけで、本題はこのユースケースです。ユース ケースの外部からの別のユース ケースが、ユース ケースと相互作用します (例: インクルード関係)。したがって、他のユースケースが私たちのユースケースのアクターになることができます

例 5 : 洗濯機をモデル化しており、洗濯機がサブジェクトです。サブジェクトの外部からマシンを起動する顧客は、サブジェクト (洗濯機) のアクターになることができます。

例 6 : 内部の洗濯機をモデル化しています (モーター エンジンのように)。ですから、モーター エンジンは私たちのテーマであり、パワーは外部にあります。そのため、Power はシステムのアクターになることができます (洗濯機のインサイド モーター エンジン)

最後に: サブジェクトの意味は、サブジェクトの観察者の視点に関連しています。プロジェクトで Subject の意味を修正した後、External the Subjectは簡単に判別できます。

于 2017-12-20T22:32:18.097 に答える