uml - DFD（データフロー図）とアクティビティ図の違い

Question

それらを正しく使用する方法を理解するために、私はこの違いを知る必要があります。

DFDとアクティビティ図の違いはどれですか？

Answer 1

実際、それはかなり論理的です。名前を見ればいいだけです。

データフロー ダイアグラムでは、「ボックス」間の線は、システムのコンポーネント間を流れるデータを表します。これらはデータの流れを示すだけなので、順序付けを示すものではありません。

アクティビティ図では、これらの線は単にアクティビティ間の遷移であり、データ フローをまったく表していません。それらは、活動と決定の順序をより表しています。これらから、物事がどのような順序で起こるかを知ることができます。

これは簡単な説明ですが、良い出発点になるはずです。詳細については、ウィキペディアからDFDとアクティビティ図を参照してください。

Answer 2

明白な偏見: 私は DFD の支持者です。

アクティビティ図を使用してオブジェクトフローを表すことができるという@Johnは正しいです。@pax 同様に正しいことはめったにありません。

私にとっての 2 つの大きな DFD の利点:

1. オブジェクト モデルへのリンク。DFD のデータ ストアは、生成/消費されたデータをオブジェクト モデルにリンクするための非常に優れた方法を提供します。一貫性を保ち、考えをまとめるのに非常に役立ちます。

2. それらは制御フローを重視しません。あまりにも多くの場合、過度に制約のあるシーケンスを設計します。アクティビティ図は並行性をサポートしていますが、ユーザーは (a) 覚えて (b) 使用する必要があります。したがって、デフォルトは過剰シリアル化です。DFD にはありません。これらは、ユーザー側で余分な努力をすることなく、実際のシーケンスの依存関係を明らかにします。その結果、因果関係も見やすくなります。プロセス a と b の両方がデータ入力 D を必要とする場合、それはダイアグラム上で明らかです。したがって、並行活動は明らかです。

誤解しないでほしいのですが、私はアクティビティの診断に反対しているわけではありません。制御フローが主な考慮事項である場合、DFD よりも AD を使用します。しかし、経験的には、DFD は 70 ～ 80% のケースでより便利なツールだと思います。

もちろん、YMMV。

Answer 3

コンピュータと手動の両方のプロセスを上層部と CIO に説明しなければならなかった誰かからの謙虚な意見です。私は、シンプルなほうが優れていることを発見しました。DFD は、詳細について実際に「尋ねられた」ときにメッセージを伝えます。そうは言っても、より良いアプローチは、常にストーリーラインを練習し、簡単な答えで答えることです.

ツールと製品の時代に関する最後のコメント。ほとんどの場合、これらはビジネスを運営しており、非常にうまく機能していることを覚えておいてください. 「あなたはそれを壊す（または交換する）とあなたはそれを所有する」という格言は、あなたをヒーローにしたり、道化師にしたりすることができます.

古いテクノロジーであるという単純な理由で、すべてのメインフレーム アプリケーションを置き換えたいと考えている CIO がいます。結果を比較検討し、代替品がワークロードを処理できるかどうかを理解する必要があります。JPMC、クレディ スイス、ウォルマート、バンク オブ アメリカなどの企業がまだメインフレームを実行している理由を考えたことはありますか?

その方向にそれを取ることをお詫び申し上げます。どのような分析ツールを使用する場合でも、ワークロード、I/O、同時ユーザー、採用曲線、スケーラビリティなど、交換のすべての側面が文書化されていることを確認してください。