アクティビティ図

アクティビティ図^[1]は、選択、反復、同時実行をサポートする段階的なアクティビティとアクション^[2]のワークフローをグラフィカルに表現したものです。統一モデリング言語では、アクティビティ図は計算プロセスと組織プロセス (つまり、ワークフロー) の両方、および関連するアクティビティと交差するデータフローをモデル化することを目的としています。^[1]^[3] 「オブジェクトノードは、実行可能ノードに入力および出力されるデータを保持し、オブジェクトフローエッジ間を移動します。制御ノードは、制御フローエッジを介して実行可能ノードの順序を指定します。」^[1] つまり、アクティビティ図は主に全体的な制御フローを示しますが、1 つ以上のデータストアを介したアクティビティ間のデータフローを示す要素も含めることができます。^[1]

工事

アクティビティ図は限られた数の図形を矢印でつなげて構成されます。^[4]最も重要な図形の種類は次のとおりです。

スタジアムはアクションを表します。
ダイヤモンドは決断を表します。
バーは同時実行アクティビティの開始 (分割) または終了 (結合) を表します。
黒い円はワークフローの開始（初期ノード）を表します。
丸で囲まれた黒い円は終了（最終ノード）を表します。

矢印は最初から最後まで伸びており、アクティビティが発生する順序を表します。

アクティビティ図は、構造化フローチャートと従来のデータフロー図を組み合わせた形式と見なすことができます。一般的なフローチャート技法には、並行性を表現するための構成要素がありません。^[5] ただし、アクティビティ図の結合記号と分割記号は、単純なケースでのみこれを解決します。これらの記号が決定やループと任意に組み合わせられると、モデルの意味が明確になりません。^{[引用が必要]}

UML 1.xでは、アクティビティ図は状態図の特殊な形式でしたが、^{[6] UML 2.xでは、アクティビティ図は}ペトリネットのようなセマンティクスに基づいて再改革され、アクティビティ図を使用してモデル化できる状況の範囲が広がりました。^[7]これらの変更により、多くのUML 1.xアクティビティ図はUML 2.xでは異なる方法で解釈されるようになりました。^{[引用が必要]}

UMLアクティビティ図バージョン2.xは、組み込みシステムの設計など、さまざまな分野で使用できます。モデル検査技術を使用して、このような仕様を検証することができます。^[8]

参照

参考文献

^ abcd "アクティビティ". 統一モデリング言語 2.5.1. OMG文書番号 formal/2017-12-05.オブジェクト管理グループ標準化機構 (OMG SDO). 2017 年 12 月. p. 373.
^ McGraw-hill.com の主要用語集。2008 年 7 月 20 日閲覧。
^ J. Rumbaugh、I. Jacobson、G. Booch。統一モデリング言語リファレンスマニュアル。Addison-Wesley、1999年。
^ OMG 統一モデリング言語スーパーストラクチャ仕様、バージョン 2.1.1。文書 formal/2007-02-05、オブジェクト管理グループ、2007 年 2 月。http://www.omg.org/cgi-bin/doc?formal/2007-02-05。
^ Jibitesh Mishra および Ashok Mohanty。ソフトウェアエンジニアリング。Pearson Education、2011 年。
^ Dumas, Marlon、およびArthur HM Ter Hofstede。「ワークフロー仕様言語としての UML アクティビティ図」。『UML』2001—統一モデリング言語。モデリング言語、概念、およびツール。Springer Berlin Heidelberg、2001 年。76-90 ページ。
^ Störrle、Harald、JH Hausmann。「UML 2.0 アクティビティのセマンティクス」IEEE ビジュアル言語および人間中心コンピューティングシンポジウム議事録。2004 年。
^ I. Grobelna、M. Grobelny、M. Adamski、「ロジックコントローラ設計における UML アクティビティ図のモデルチェック」、第 9 回国際信頼性および複雑系会議 DepCoS-RELCOMEX の議事録、インテリジェントシステムおよびコンピューティングの進歩、第 286 巻、Springer International Publishing Switzerland、pp. 233-242、2014 年

外部リンク

UML 2 のアクティビティとアクションに関する記事

[OMG-1] "アクティビティ". 統一モデリング言語 2.5.1. OMG文書番号 formal/2017-12-05.オブジェクト管理グループ標準化機構 (OMG SDO). 2017 年 12 月. p. 373.

[2] McGraw-hill.com の主要用語集。2008 年 7 月 20 日閲覧。

[3] J. Rumbaugh、I. Jacobson、G. Booch。統一モデリング言語リファレンスマニュアル。Addison-Wesley、1999年。

[4] OMG 統一モデリング言語スーパーストラクチャ仕様、バージョン 2.1.1。文書 formal/2007-02-05、オブジェクト管理グループ、2007 年 2 月。http://www.omg.org/cgi-bin/doc?formal/2007-02-05。

[5] Jibitesh Mishra および Ashok Mohanty。ソフトウェアエンジニアリング。Pearson Education、2011 年。

[6] Dumas, Marlon、およびArthur HM Ter Hofstede。「ワークフロー仕様言語としての UML アクティビティ図」。『UML』2001—統一モデリング言語。モデリング言語、概念、およびツール。Springer Berlin Heidelberg、2001 年。76-90 ページ。

[7] Störrle、Harald、JH Hausmann。「UML 2.0 アクティビティのセマンティクス」IEEE ビジュアル言語および人間中心コンピューティングシンポジウム議事録。2004 年。

[8] I. Grobelna、M. Grobelny、M. Adamski、「ロジックコントローラ設計における UML アクティビティ図のモデルチェック」、第 9 回国際信頼性および複雑系会議 DepCoS-RELCOMEX の議事録、インテリジェントシステムおよびコンピューティングの進歩、第 286 巻、Springer International Publishing Switzerland、pp. 233-242、2014 年