データ フロー図: 概念、記号、種類、およびヒント

とは データ フロー図?データフロー図を描く理由データフロー図の記号は何ですか?データフローのルールは何ですか?論理データ フロー図と物理データ フロー図の違いは何ですか?これらの質問に対する答えを探しているなら、あなたは正しい場所に来ました.この投稿では、上記の質問に答えようとします。

とは データ フロー図?

データ フロー ダイアグラム (DFD) は、ビジネス情報システムにおけるデータの流れを表すために使用されます。入力から保存まで、システム内のデータの送信に関連する手順を表します。

データ フロー ダイアグラムは、論理データ フロー ダイアグラムと物理データ フロー ダイアグラムに分けることができます。論理データ フロー ダイアグラムは、ビジネス機能の完了に関連するビジネス レベルでのデータ フローを記述し、物理データ フロー ダイアグラムは、システム レベルでのデータ フローを記述します。

データフロー図を描く理由

データ フロー ダイアグラムは、データの検索、編集、保存、および配布に使用される機能またはプロセスを視覚化し、ユーザーとシステム設計者の間のコミュニケーションを容易にします。データ フロー ダイアグラムの構造により、開発者はシステムを高い点から分析し、一連のダイアグラムを生成して詳細な分析を行うこともできます。

データフロー図の記号は何ですか?

データ フロー図には 4 つの基本記号があります。

プロセス:

プロセスは、入力データを受け取り、さまざまなコンテンツまたは形式で出力を生成する責任があります。このプロセスは、収集したデータをデータベースに保存するような単純なものから、データを分析してレポートを生成するような複雑なものまであります。各プロセスには、実行する機能を識別する名前があります。名前は、動詞とそれに続く単数名詞で構成されます。

例：

• 支払いを申し込む
• 手数料を計算する
• 注文の確認

表記:

• 角の丸い長方形はプロセスを表します
• 参照しやすいように、プロセスには ID が付けられています。

プロセス例:

データフロー:

データ フローとは、情報システムのある部分から別の部分にデータが移動する経路です。データ フローは、顧客 ID などの単一のデータ要素、または一連のデータ要素 (またはデータ構造) を表すことができます。

例：

• Customer_info (LastName、FirstName、SS#、Tel # など)
• Order_info (OrderId、Item#、OrderDate、CustomerID など)。

データ フローの例:

表記:

• 入力矢印のある直線は、入力データ フローです。
• 出力矢印のある直線は、出力データ フローです。

注: 各プロセスはデータをある形式から別の形式に変換するため、各プロセスには少なくとも 1 つの入力データ フローと 1 つの出力データ フローが必要です。

一部のデータ フロー ルール

データ フロー ダイアグラムの主要な原則は、データをそれ自体で別の形式に変換することはできず、システムの特定の部分に配布する前にデータをプログラムで処理する必要があるということです。このルールを使用すると、間違った図面を簡単に特定して修正できます。

その他のよくある間違い:

タイプ 2 エラーは、プロセス ステップの出力がその入力と一致しない場合に発生し、次のように分類できます。

• ブラック ホール – プログラム ステップには、入力フローがあっても、出力フローがない場合があります。
• ミラクル – プログラム ステップには出力フローがある場合がありますが、入力フローはありません。
• グレイ ホール – プログラム ステップの出力は、その入力の合計よりも大きくなる場合があります。

データストレージ

データストアまたは データリポジトリ 1 つ以上のプロセスが保存されたデータを後で使用する必要があるため、システムがデータを保持する必要がある状況を表すために、データ フロー ダイアグラムで使用されます。

表記

• データをデータストアに書き込むことができます。これは外向きの矢印で示されています。
• データはデータストアから読み取ることができます。これは、着信矢印で表されます。
• 例: 在庫、売掛金、注文、および毎日の支払い。

データ保存例：

知らせ：

• データ ストアは、データ フローを使用してプロセスに接続する必要があります。
• すべてのデータ ストアには、少なくとも 1 つの入力データ フローと少なくとも 1 つの出力データ フローが必要です (出力データ フローが確認メッセージであっても)。

外部エンティティ

外部エンティティとは、個人、部門、外部組織、またはシステムにデータを提供したり、システムからの出力を受け取ったりするその他の情報システムです。外部エンティティは、情報システムの境界外にあるコンポーネントです。それらは、情報システムが外界とどのように相互作用するかを表しています。

• 外部エンティティを表す四角形。
• それらはデータを提供するか、データを受信します。
• それらはデータを処理しません。

表記

• 顧客が注文を送信し、システムから請求書を受け取る
• 仕入先が請求書を発行する

外部エンティティの例

知らせ：

• 外部エンティティは、データのソースまたは最終宛先であるため、ターミネータとも呼ばれます。
• 外部エンティティは、データ フローを介してプロセスに接続する必要があります。

論理および物理データ フロー図

論理データ フロー ダイアグラムは、主にビジネスとビジネス オペレーションを表します。システムがどのように構築されるかは問題ではありません。コンピュータの構成、データ ストレージ技術、メッセージングまたはメッセージング方法などの実装の詳細を無視して、データ収集、データから情報への変換、および情報レポートなど、システムによって実行される機能に焦点を当てることができます。

物理データ フロー ダイアグラムは、システム内のハードウェア、ソフトウェア、ファイル、人員など、システムがどのように構築されるかを示しています。これにより、論理データ フロー ダイアグラムに記述されたプログラムを正しく実装して、ビジネス目標を達成できます。

論理データ フロー図の利点:

• 論理データ フロー ダイアグラムは、主にビジネス情報を表します。事業活動が中心の図なので、コミュニケーションや利用者とのコミュニケーションに役立ちます。
• 論理的なデータ フロー ダイアグラムは、ビジネス イベントに基づいて描かれ、特定のテクノロジや物理的なレイアウトに依存しないため、システムがより安定します。
• 論理データ フロー図により、 アナリスト 調査対象のビジネスをよりよく理解し、決定の背後にある理由を特定するため。
• 論理的なデータ フロー ダイアグラムに基づくシステムは、ビジネス機能が頻繁に変更されないため、保守が容易です。
• 多くの場合、論理データ フロー図にはファイルやデータベース以外のデータ ストアが含まれていないため、物理データ フロー図よりも簡単に描画できます。
• 物理データ フロー グラフは、論理データ フロー グラフを変更することで簡単に生成できます。

物理データ フロー図の利点:

• どの手順が手動で、どのプロセスが自動化されているかを明確にする: 手動の手順には詳細な文書が必要ですが、自動化されたプロセスにはコンピューター プログラムの開発が必要です。
• 論理的なデータ フロー図よりも詳細にプロセスを説明します。つまり、データを処理するすべてのステップを説明します。
• 並べ替えプロセスは特定の順序で行う必要があります。意味のある結果につながる一連のアクティビティを説明します。たとえば、要約レポートを生成する前に更新を実行する必要があります。
• 一時的なデータ ストレージを特定する: 食料品店で顧客の領収書 (レポート) に使用される販売取引ドキュメントなど、一時的なストレージについて説明します。
• ファイルと印刷物の実際の名前を指定する: 論理データ フロー ダイアグラムは、実際のファイル名とレポートを記述し、プログラマーがそれらを データ ディクショナリ システムの開発段階。
• コントロールを追加して、プロセスが正しく行われるようにします。

結論

記事をお読みいただきありがとうございます。お楽しみいただけましたでしょうか。何かを学びたいなら データ系統、訪問することをお勧めします Gudu SQLFlow 詳細については。その一つとして 一番 データ系統ツール、Gudu SQLFlowは、SQLスクリプトファイルを分析するだけでなく、データ系統を取得できます, 視覚的な表示を実行するだけでなく、ユーザーが CSV 形式でデータ系統を提供し、視覚的な表示を実行できるようにします。 (2022 年 9 月 12 日に Ryan により公開)