4

私の質問は、実際には、アクティビティ図での同じプロセス モデリングに関する 2 つの質問で構成されています。

プロセスを簡単に説明すると、Joe はファイルをポータルにアップロードします。このポータルはファイルをサーバーに転送し、そこでエラーをチェックします。エラーが発生した場合、サーバーはポータルにメッセージを送信し、Joe はこれを確認して (まだログインしている場合、または次回の訪問時に)、ファイルを再度アップロードできます (今度はエラーが発生しないことを願っています)。成功した場合、サーバーはポータルにも通知しますが、Joe は何もする必要がないので、結果には関心がありません。ファイルに問題がないため、システムはサラが手動でファイルの処理を開始するのを待ってから、プロセスが完了します。

下の図では、2 つの問題を含めてこれを描いています。 例

  1. ポータル スイム レーンの「Notify User of succes」(つづりの間違いを見つけました。ありがとうございます) をこのように終了させて​​もよろしいですか? この背後に ActivityFinal を置くと、プロセス全体がそこで終了することになり、これは望ましくありません。
  2. フォークなしで「プロセスファイル」の前に参加することは許可されていますか、それとも最初からジョーからサラまでのすべてにまたがるフォークが必要ですか?

これのポイントは、これを解決するための有効な UML ソリューションを見つけようとする試みにすぎません。私自身の図では、例のようにそれを行うだけです。

前もって感謝します！

4

3 に答える 3

4
  1. 外部リンクなしでアクティビティ ノードを離れることが禁止されているかどうかはわかりませんが、明確にするために (ユーザーはこれが間違いだと考える可能性があるため)、フローの最終ノード (x が入った円) を使用します。このノードは単にフローを終了するだけで、ダイアグラム内の他のフローには影響しません。
  2. 以前に fork を実行したかどうかに関係なく、好きな場所で結合ノードを使用できます。だからあなたがしたことは正しいです。
于 2012-09-12T07:26:10.520 に答える
0

その場合、「ユーザーに成功を通知」から結合要素への矢印を作成し、フォークから結合要素への矢印を削除し、フォークから「プロセスの開始」への矢印を作成します。

私の知る限り、結合要素にはその前のある時点でフォークが必要です。ダイアグラムには多くのアクティビティ終了ノードを含めることができますが、複数の開始ノードを含めることはできないと思います。

于 2012-09-12T16:56:29.747 に答える
-1

アクティビティ図にアクティビティがありませんが、大丈夫ですか? いいえ。

レーンが何かを受け取ると、アクションとしてではなく、メッセージ (矢印に書き込み) として表示する必要があります。送信と受信は特別なものであり、アクションとしてではなく、矢印の端として表示されるか、アクティビティのパラメーターとして重要な場合は境界の四角形として表示されます。

fork/join 組み合わせは全然OKです。

これは図の例です。あなたに役立つ要素を配置しました。コピーする必要はありません。ソースとしてのみ使用してください。

ここに画像の説明を入力

于 2014-01-29T14:05:00.747 に答える