活動図と状態図の違い
活動図は活動を中心に表現し、丸みを帯びた長方形で活動を表し、遷移線には通常内容を書かず、判断を行う際には線上に判断条件を書きます。
状態図は状態を中心に表現し、丸みを帯びた長方形で状態を表し、遷移線に書かれた内容は、活動図の活動に対応します。
オンラインで図表作成
アクティビティ図はフローチャートに似ており、システムの動作を記述するためのモデルビューです。これは、システムのワークフローと並行動作を記述するために使用され、システムのある動作に参加するオブジェクトが行うさまざまな活動の順序関係を示し、状態機械の別の表現形式です。
アクティビティ図は、プロセスを分析するために、視覚化ツールを使用して、現実世界の具体的な事柄の運用過程を描写し、人々が理解しやすく、コンピュータ開発の実現にも便利なコンテンツを出力します。
アクティビティ図の主な役割：
1. 操作実行中に完了する作業を記述し、役割、ワークフロー、組織、およびオブジェクトがどのように機能するかを説明します；
2. ユースケースのワークフローをモデリングし、ユースケースのインスタンスがどのように動作を実行し、オブジェクトの状態をどのように変えるかを示します；
3. 関連する人々がビジネス処理プロセスを理解するのを助けます；
4. 複雑なプロセスのアルゴリズムを記述します。
複数ユーザーのリアルタイム共同編集と共有リンクによる即時情報伝達をサポート
テキスト入力から自動生成し、スタイルを自動最適化
組み込みテーマと完全カスタマイズ可能なデザイン
アイコン、画像、ラベル、LaTeX数式、コードブロック、リンク、添付ファイルなどをサポート
エクスポート: PNG, VISIO, PDF, SVG | インポート: VISIO, Mermaid
リアルタイムクラウド保存、マルチデバイス同期、バージョン履歴、データ保護
活動図は活動を中心に表現し、丸みを帯びた長方形で活動を表し、遷移線には通常内容を書かず、判断を行う際には線上に判断条件を書きます。
状態図は状態を中心に表現し、丸みを帯びた長方形で状態を表し、遷移線に書かれた内容は、活動図の活動に対応します。
開始点：活動図が始まるとき、まず開始点を描き、実線の円で表します。
活動：システムや業務プロセスの操作ステップやタスクを表し、丸みを帯びた長方形で表し、中に活動名を書きます。
判定：ひし形で表し、分岐と合流とも呼ばれ、判定には1つの入力経路があり、2つ以上の出力経路があります。
同期：実線の狭い長方形で表し、分岐と合流とも呼ばれ、並行プロセスを記述するために使用され、分岐は並行活動の開始を表し、合流は並行活動の終了を表します。
スイムレーン：スイムレーンは活動やアクションを実行するオブジェクトごとにグループ化し、各グループをスイムレーンで区切ります。これにより、活動やアクションの遷移状況が明確に記述され、これらの活動やアクションが誰によって実行されるかが明確に表現されます。
オブジェクトフロー：矩形枠でオブジェクトを表し、破線の矢印で活動とオブジェクト間の依存関係を示します。
終了点：プロセスが終了する場所に終了点を描き、同心円で表します。
すべての活動ノードの粒度はおおよそ同じであるべきです：
「システムにログイン」と「ボタンをクリック」が同時に現れるのは間違いです。
「ユーザー名とパスワードを入力する」->「認証を行う」->「メイン画面に入る」、これは正しいです。
同時に2つ以上の並行制御フローがある場合、分岐は1つの制御フローが2つ以上の並行制御フローに分解されることを表し、合流は2つ以上の並行制御フローが同期を取得することを表します。
活動図では、同期バーを使用してこれらの制御フローの分岐と合流の状況を説明し、同期バーは実線の狭い長方形で表します。
ビジネスプロセスモデリング：購買承認、休暇申請プロセス
システム機能操作フローモデリング：ログイン、注文、レポート生成
クラスの行動モデリング（状態図と組み合わせて）：ユーザー登録プロセス、注文処理プロセス
並行または協調行動モデリング：マルチスレッド協調、タスク配信
1、図形を簡潔に保ち、ネストを深くしすぎない
2、各アクションの実行者を明確にする
3、判断と並行構造を適切に使用する
4、他のUML図と組み合わせて使用することができます
アクティビティ図では開始点は一つだけで、終了点は複数ある可能性があります。
アクティビティ図では、アクティビティの命名は動詞と目的語のフレーズに従う必要があり、オブジェクトをアクティビティと間違えたり、操作対象が不明確になることを避ける必要があります。
いいえ。通常、分岐と合流は共存しますが、分岐のみで合流がない場合もあります。
スイムレーンは、アクティビティやアクションを実行するオブジェクトごとにグループ化し、それぞれのグループをスイムレーンで区切ります。これにより、アクティビティやアクションの移行状況を明確に示し、これらのアクティビティやアクションが誰によって行われるかを明確に表現します。
各スイムレーンはオブジェクト名またはアクター名で命名され、これらの名前はアクティビティ図内で唯一です。
1. 上から下、左から右の順序
2. アクティビティ間はできるだけ整列
3. アクティビティの線を交差させない
4. アクティビティの数は10〜15個以内に制限
1. アクティビティ図は並行アクティビティの状況を表現できますが、フローチャートはできません。
2. アクティビティ図はオブジェクト指向であり、フローチャートはプロセス指向です。
3. アクティビティ図はオブジェクトのアクティビティの順序関係に従うルールを記述し、システムの動作を重視しますが、システムの処理プロセスではありません。フローチャートは処理プロセスを重視し、その主な構造は順序、分岐、ループであり、各処理プロセス間には厳密な順序と時間関係があります。
1. アクティビティ図は技術的で、UMLモデリングの一種の動的ビューに属し、通常ソフトウェアシステムの設計段階で使用され、参加者との交流のための図示です。一方、BPMNはビジネス向けで、プログラムの実行フローを記述するために使用され、実行可能な宣言ファイルを生成でき、プロセスエンジンで動的に実行できます。
2. 全体として、BPMN図はビジネス利害関係者にとってビジネス図よりも理解しやすいです。
3. BPMNは特別なモデリング要素を含み、ビジネス目的により適しています。アクティビティ図のモデリング要素は比較的シンプルで単一です。
4. BPMNはアクティビティ図よりもB2Bインタラクションをより良くモデリングできます。
