アクティビティ図のフローチャートと本当に違うのは何ですか？
アクティビティ図は
- よりシンプル
- 標準化された
- 並行フローをサポート
フローチャートより。
しかし、上記の点とは別に、フローチャートではなくアクティビティ図を使用する理由は何ですか。
UMLを始めたばかりです。そして、この点は私には不明確です。誰かが私に説明できますか？前もって感謝します。
アクティビティ図は、フローチャートより単純ではありません。フローチャートは、アクティビティダイアグラムのより単純な（以前の）バージョンです。
フローチャートは少なくとも20年前に発明され、プログラマー以外の人がワークフローを文書化するために一般的に使用されています。人々が決定を下さなければならないビジネスプロセスは、フローチャートとして説明できます。したがって、たとえば、複雑な情報をどのようにファイリングするかを決定する店員は、壁にフローチャートがあるかもしれません。
フローチャートはアクティビティ図のサブセットであるため、実際に決定することはありません。より複雑な説明を追加する必要がある場合、フローチャートは自然にアクティビティ図になります。
Sparxには、アクティビティ図で説明できる範囲の 良い説明 があります。
A MLアクティビティ図はのタイプです "フローチャート" .. UMLではベル付きと笛。 「UMLフローチャート」というものはありません。 UMLを使用している場合は、アクティビティ図です。他の何かを使用している場合、他の何かが使用されています。
[UML]アクティビティ図は、段階的アクティビティとアクションのワークフローをグラフィカルに表現したもので、選択、反復、同時実行をサポートしています。
..アクティビティ図は、フローチャートの形式と見なすことができます。
良くも悪くも、UMLは標準化です。これは「標準化」されているのでいいですが、すべてのタスクに適切ではないことも意味します。選択された「フローチャート」モデル（およびその拡張）は、特定の問題/ドメインにより適している場合があります。
アクティビティ図は、スイムレーンを使用したコラボレーションに関与するオブジェクトに責任を割り当てます。したがって、図は各オブジェクトが共同で行う作業を明確に示しています。