フロー チャートではなくデータ フロー ダイアグラムを使用する理由を知りたいです。
14 に答える
フローチャートは、従うべきプロセスの詳細を示しています。DFDは、システムを通過するデータの流れを詳しく説明します。
フローチャートでは、矢印は要素間の制御(データではなく)の転送を表し、要素は指示または決定(またはI / Oなど)です。
DFDでは、矢印は実際には、それ自体がシステムの一部である要素間のデータ転送です。
ウィキペディアにはDFDに関する優れた記事があります。
あなたは好きなものを使うべきです。この図は単なるツールです。あなたとあなたの問題に最も適したツールを使用してください。私は通常、ボックスと矢印、波線と円、小さな棒人間など、視聴者にポイントを伝えるものを使用します。つまり、標準の作図標準を使用するかどうかは関係ありません。人々は通常、写真を理解するのがかなり得意です。
データフロー図は、システム内のさまざまなエンティティとデータストア間のデータの流れを示し、フローチャートは、タスクの実行に関連するステップを示します。ある意味で、データフロー図はシステムの非常に高レベルのビューを提供しますが、フローチャートは低レベルのビューです(基本的にアルゴリズムを示します)。
データフロー図とフローチャートのどちらを使用するかは、何を表示しようとしているのかを理解するかどうかによって異なります。
データ フロー ダイアグラム (DFD) とフロー チャート (FC) の違いは、データ フロー ダイアグラムは通常、システム内のデータ フローを記述し、フロー チャートは通常、ビジネス プロセスの詳細なロジックを記述します。
データフローとフローチャートは、プロセス、フロー、およびタイミングが異なります。
プロセス
a.) DFD では、プロセスは並行して (同時に) 動作できます。
b.) フローチャートでは、プロセスは一度に 1 つずつ実行されます。
フロー
a.) DFD は、システム内のデータの流れを示します
b.) フローチャートは、制御の流れを示します(制御のシーケンスと転送)
タイミング
a.) DFD のプロセスは、大幅に異なるタイミング (毎日、毎週、オンデマンド) を持つことができます
b.) フローチャート上のプロセスは、一貫したタイミングを持つ単一のプログラムの一部です
DFDは、データがシステム内をどのように移動するかを示します。フローチャートは、システムが実行する操作に近いものです。
古典的なお茶のカップの例では、DFDは水、お茶、牛乳、砂糖がどこに向かっているのかを示しますが、フローチャートはプロセスを示しています。
他の答えは、それぞれが何であるかの基本を超えています。より高いレベルでは、フローチャートは設計レベルのツールですが、DFD はより分析的なツールです。
DFD にはいくつかの優れた機能があります。これらはデータの流れを示しているため、このようにグラフ化すると、いくつかのことがより明確になります。一部のデータは少数のルーチンでのみ使用され、一部のルーチンは一部のデータのみを使用し、一部のルーチンはすべてに影響します。それを前もって見ることは、整理、再構築、および計画に役立ちます。
これは基本的に、「イベント」を処理するために必要なプロセスとデータのみを示す DFD であり、外部でトリガーされたもの (顧客が支払いを行うなど) を意味します。
データ フロー ダイアグラムは、入力値と出力値、および格納された内部データを含む関数関係です。
フローチャートは、入力値と出力値を含むプロセス関係です。
フローチャートはプログラムを説明しています(古いFortranフローチャートを参照してください-確かに、グーグルにはいくつか浮かんでいます)。
データフロー図は、たとえば、サブルーチン間、または異なるプログラム間のデータのフローを決定します。
このサイトをご覧ください
http://yourdon.com/strucanalysis/wiki/index.php?title=Chapter_9#The_Flow
DFDとは何かを理解するのに本当に役立ちます
上記の回答の間で説明されていますが、少し拡大してみます...
お茶の点は良い点です。フローチャートは、タスクの物理的な側面に関係しているため、現在の状態を表すために使用されます。これは、状況/コミュニケーション/トレーニングなどについての理解を深めるのに役立ちます.ISO9000規格を採用している場合は、職場でこれらに出くわす可能性があります.
データ フロー ダイアグラムはアクティビティの論理的な側面に関係しているため、ここでもお茶の例えが適切です。プロセス フローと組み合わせてデータ フロー ダイアグラムを使用する場合、データ フローはプロセスに関するデータ/情報の流れのみに関係し、物理的な側面は除外されます。なぜそれが役立つのか疑問に思うなら、それはデータ フロー ダイアグラムを使用すると、「現状」の状況から抜け出し、それが可能である/可能性があることを確認できるからです。これら 2 つのモデリング アプローチは、構造化された分析と設計で一般的であり、通常、ビジネス プロセスの改善/リエンジニアリングの一環としてシステム/ビジネス アナリストによって使用されます。
私の DFD ダイアグラムの経験は限られていますが、DFD はさまざまなモジュール間でデータがどのように移動 (フロー) するかを示していると言えます。さらに、DFD は複数のレベルに分割することができます。つまり、システム (映画をレンタルするシステムなど) を全体 (コンテキスト レベルと呼ばれる) として見る初期レベルです。そのレベルは、アクティビティ (たとえば、映画をレンタルする、映画を返却する) と、それらのアクティビティにデータがどのように流れ込むか (名前、日数など) を含む別のレベルに分割できます。各アクティビティのサブレベルを作成して、それらのアクティビティの多くのタスクまたはシナリオを詳述できるようになりました。などなど。データは常にレベル間を通過することに注意してください。
フローチャートに関しては、フローチャートはアルゴリズムを記述していることを覚えておいてください!
データ フロー ダイアグラム: システムの機能分解を表すモデリング表記法。
フローチャート: プログラムの段階的な流れ。