シーケンス図では、イベントトリガリスナーをどのように表現しますか？ 通常のメソッド呼び出しではないので、そのような表示は正しくないように見えます。UMLシーケンス図でリスナーを表現する方法
私は、JMSリスナーを含むシステムのシーケンス図を作ろうとしています。システムのsend（）コールをJMSキューに呼び出すことでライフラインを開始することができます（ビジネスアクタとしてsend（）を呼び出すシステムを表示する）か、onMessage（）コールでライフラインを開始できます。 （ビジネス・アクターとしてのJMSキューの表示） または、図のJMSキュー全体を無視するだけでいいですか？
これは価値があります：私はAstah Communityを使ってダイアグラムを作成しています。
"イベント"または明示的な "メソッド呼び出し"を使用するのは、通常は重要ではありません。 あなたの聴衆は何ですか？また、JMS listernをどのようにモデリングしていますか？私はJMS Listenerがただのアクターであると仮定します。視聴者が「要件」レベルにある場合は、イベントを使用します（シーケンス図のメッセージは、通常、イベント、メッセージ、メソッドなどのさまざまなタイプコール）。
検出されたメッセージは、受信イベントの発生が分かっているが、（既知の）送信イベントの発生がないメッセージです。これは、メッセージの発信元が記述の範囲外であるためと解釈されます。これは、例えば雑音や他の活動であり、我々が詳細に説明したくないものである。意味は単純にトレース（receiveEvent）です
メッセージの送信は、送信イベントの発生がわかっているが、受信イベントの発生がないメッセージです。これは、メッセージが決して目的地に到達しなかったためと解釈されます。セマンティクスは単純にトレース（sendEvent）です。
ありがとうございます、ありがとうございます、私はイベントベースのアクションをクリアするために 'イベント'タイプを使用します。 – Jonathan