2016-08-18 18 views
1

UMLアクティビティダイアグラムでの送受信信号の使用に関する2つの質問があります。私は考えることができ2の可能なアプローチするための図:UMLアクティビティダイアグラムでHTTPリクエストを送信する方法

enter image description here

  1. 私は通常、タンデムで信号を送受信ご覧ください。しかし、送信信号が失敗したらどうしますか?送信信号と受信信号を分割し、その間にエラールーチンを含めることはできますか?
  2. WebサービスのUML図をモデル化すると、サーバーがリクエストをどのように処理するかは、自分のシステムスコープを超えています。その場合、レスポンスの受信をモデル化するにはどうすればよいですか?

誰かがこのダイアグラムのどれが正しいかを確認して確認できる場合は、感謝します。事前に

おかげで、 ラジェッシュ

答えて

1
  1. あなたの最初の図は、送信が失敗した場合に何が起こるかをうまく示しています。エラーが記録され、プロセスが終了します。サーバーはもちろん何もしません。
  2. サーバー側に問題がなければ、モデル化する必要はありません。 SendイベントとReceiveイベント(以下を参照)を使用して、サーバーへのまたはサーバーからの制御フローをモデル化することができます。

enter image description here

これを言って、あなたの第二画像を受信/上記の送信を使用する必要があります。サーバーをモデル化していないので、ダイアグラムから完全に除外することをお勧めします。

個人的には、最初の図と同じように、サーバー側からいくつかの基本、すなわち受信と送信の部分をモデル化します。これは同期フローを意味するため、Send/Receiveはこの場合に非同期処理を表示する機能を提供します。ただ、そのように(省略):

enter image description here

+0

は、あなたの応答のためにどうもありがとうございます!私の理解に注意するために、1.送受信は本質的に信号です。そこで、信号記号を使用します。 2.送信エラーを処理するエラールーチンを置くことは大丈夫です。サーバー側で、私は非常に明確ではなかったかもしれません。この場合、具体的には、サービスを公開する公共サービスを使用します。だから私はそれがどのように行われているのか分からないという意見があります。だから私たちは説明からサーバー側を維持します。再度、感謝します! –

+0

サーバー内の詳細をモデル化していないにもかかわらず、最初の画像や上記の鉱山のように送受信の部分を表示する必要があります。 –

関連する問題