私たちのクラウドインフラストラクチャでは、お客様のリクエストを受け取り、リクエストと内部状態に応じて、いくつかの可能な種類のレスポンスの1つを返します。可能な応答のセットは2の場合もあれば、5または10の場合もあります。顧客はそれらすべてを処理する必要があり、処理は提供する応答によって異なります。私はフロー図を作成していて、1つの着信要求と複数の可能な応答を表すシンボルを見つけようとしています。そんなことありますか?
おそらく、問題を確認するより良い方法がありますか?
おそらくあなたが望むのは この例のように複数のガードを備えた決定ノード です。
単一の記号はありません。複数の可能な条件が通常の決定ノードによって処理されます(フロー制御、または「IF」ブロック)が使用されますが、ルートごとに異なるガード(または基準)があります。
なぜ単一の記号がないのですか?UMLが「図」についてであるというのはよくある誤解です。 UMLは、ソフトウェアのモデルに関するものであり、実行システムを生成するのに(ほぼ)厳密なものです。UMLモデルは、(a)モデル全体で同じ構文とセマンティクス、つまり添付された図、および(b)最小限の言語に注意深く作成されていますこれは、幅広いセマンティクスをカバーするように構成されています。
アクティビティ図 は [〜#〜] ulm [〜#〜] =-あなたが探している図...
アクティビティ図では、黒いバーを使用して、並行アクティビティの開始または終了を示します。
UMLまたはデータベースダイアグラムでは、「 1対多 」の関係を表すいくつかの方法があります。
典型的なオプションは、複数の出力がある側でアスタリスク*
を使用することです。例については、ここで " Association Qualifier "を参照してください。
2つのエンティティ/プロセスを結ぶ矢印の両側にある「1」は、「1対1」の関係を示し、一方の1..*
は、任意の数までの少なくとも1つの一致を示します。 0..*
のような範囲でゼロを使用して、まったく一致しないことを示すこともできます。あなたのニーズに合うものは何でも。
グラフィカルな代替案は、複数の出力がある側の 複数の「フォーク」のある矢印 です。
プレースホルダーを使用して別のページにジャンプすると、応答に含まれる決定が分解されます。これがUMLの福音にどれほど近いかはわかりませんが、うまくいけば、それが私が話していることを伝えます。
最後に、1次ドキュメントにコメントを追加して、2次ドキュメントの場所(ページ番号、このページの下部など)を読者に伝えます。