私は現在、Web クライアントから受信したメッセージに応じて特定の操作を処理する、8 つのノードで構成された分散バックアップ用の UML ダイアグラムを設計しています。
私が抱えている問題は、クライアント側から生成されたすべてのメッセージと対話への「エントリのゲート」として機能する最初のノードには、「標準的なユースケース」として示すことができる具体的な操作が含まれておらず、多数しか含まれていないことです。フローがこのポイントをスローするクライアント エンドのユース ケース操作に関連するメッセージ フローの。
しかし、一貫性を保つために、クライアント側のユース ケース プロセスと最初のノードのユース ケース プロセスの間のプロセス マッピングを表示する方法もどうしても必要です。これらのメッセージがマッピングされていない場合、次のクライアント エンドからサーバー エンドへの操作の流れはやや複雑になります。
残念ながら、システムが複雑なため、システム全体を単一の図で設計するという問題もあります。
考えられるいくつかの即興演奏
• Use Case Extのような「プレースホルダー」を作成する。拡張子を示す表記。たとえば、クライアントエンドには、メッセージが最初のノードを介してバックエンドノードに流れる場所の新しい順序のユースケースがあります。接続を作成するには、 Place new order Extを読み取るユースケースを示します。これは接続性を意味しますが、メッセージ フローを指すだけです (ただし、UML でこの慣行がほとんど例外であるかどうかはわかりません)。
• シーケンス図とコミュニケーション図のみに依存し、「モノ」がどのように相互作用するかを示すことを目的とし、各ライフラインはシステム コンポーネントの 1 つを指定します。しかし、クライアントエンドとバックエンドのユースケースの相関関係はあまり明確ではないと思います。
このフォーラムでも同様の問題を確認しましたが、いくつかありましたが、私の質問に明示的に回答していませんでした.この質問を投稿することを考えました. このような非常にイベント駆動型の分散情報システムで情報の流れを示すための最良のオプションは何かを誰か提案してもらえますか?