基本情報のDFDを攻略｜記号と読み方

基本情報のDFDは、図の見た目だけで判断しようとすると意外と迷いやすい分野です。丸、矢印、四角、データストアのような記号が出てきても、「これは処理なのか、データの置き場所なのか」「フローチャートと何が違うのか」が曖昧なままだと、選択肢を絞りにくくなります。

ただし、DFDは細かい作図ルールを全部覚えるよりも、データがどこから来て、どこで処理され、どこに保存されるのかを追えるようにする方が試験では効きます。この記事では、基本情報のDFDを記号、データフロー、データストア、フローチャートとの違い、問題の読み方までまとめます。

基本情報のDFDの基礎

DFDとは何か

DFDはData Flow Diagramの略で、日本語ではデータフロー図と呼ばれます。基本情報では、業務やシステムの中でデータがどこから入り、どの処理を通り、どこへ出ていくのかを表す図として出てきます。ポイントは、DFDが「作業の順番」を細かく追う図ではなく、「データの流れ」と「処理の関係」を整理する図だということです。

たとえば、注文を受け付ける業務を考えると、顧客から注文データが入り、受注処理で確認され、受注ファイルや在庫ファイルへ保存され、出荷指示として別の担当へ渡されます。DFDでは、このようなデータの発生元、加工する処理、保存先、出力先を図でつなぎます。文章だけで読むより、どのデータがどこを通るかを見やすくするための道具ですね。

IPAの基本情報技術者試験シラバスでも、DFDは要件定義や業務分析で使う表現方法として扱われています。最新の出題範囲を確認したい場合は、IPAの基本情報技術者試験シラバスで開発技術の範囲を見ると位置づけが分かります。

勉強するときは、いきなりきれいなDFDを書けるようになる必要はありません。基本情報でまず必要なのは、文章や図を見て「このデータはどこから来たのか」「この処理は何を作っているのか」を読めることです。作図の正確さより、データの発生、加工、保存、出力の関係を説明できる状態を目指すと、試験対策としては無駄が少ないです。

まずは、業務をデータ中心で眺める図だと覚えておきましょう。ここが出発点です。

DFDは、業務を「誰が何をするか」よりも「どんなデータがどこへ流れるか」で読む図です。試験では、この視点の違いを押さえるだけでも選択肢をかなり絞りやすくなります。

4つの記号を押さえる

基本情報のDFDでまず覚えたいのは、外部実体、処理、データストア、データフローの4つです。外部実体は、システムの外にいる人や部署、別システムなどを表します。処理は、入力されたデータを加工したり、確認したり、別の形へ変換したりする部分です。データストアは、ファイルやデータベースのようにデータを保存する場所です。データフローは、それらの間をつなぐ矢印です。

この4つを暗記するときは、図形の名前だけで覚えようとしない方がいいです。試験では記号の形が少し違う表記で出ることもありますし、問題文の業務に合わせて「これは保存場所か」「これは処理か」を判断する力が必要になります。たとえば「顧客」は外部実体、「注文受付」は処理、「注文ファイル」はデータストア、「注文情報」はデータフローとして読めます。

要素	見るポイント	例
外部実体	システム外の相手	顧客、倉庫、決済会社
処理	データを加工する動き	注文確認、在庫照会
データストア	データの保存場所	注文ファイル、在庫DB
データフロー	データの移動	注文情報、出荷指示

選択肢で迷ったら、名詞だけを見て判断しないことも大切です。「注文」はデータそのものにも見えますが、「注文を受け付ける」なら処理です。「在庫」はデータにも見えますが、「在庫ファイル」なら保存場所です。問題文の言い回しを見て、動作を表しているのか、保存先を表しているのかを分けると、記号の対応を外しにくくなります。

もう一つのコツは、要素名を自分の言葉で言い換えることです。「外部実体」はシステム外の相手、「処理」はデータを変える箱、「データストア」は保管場所、「データフロー」は渡される中身、と置き換えると急に読みやすくなります。難しい用語のまま暗記するより、問題文の業務に当てはめて考える方が記憶にも残りやすいです。

データフローを読む

DFDの矢印は、データフローを表します。ここで注意したいのは、矢印が必ずしも作業の時間順を表しているわけではないことです。フローチャートのように「上から下へ順番に実行する」と読みたくなりますが、DFDではデータがどの要素からどの要素へ渡されるかを見るのが中心です。つまり、矢印は手順の番号ではなく、データの受け渡しの向きだと考えます。

試験問題では、矢印の名前や向きがヒントになります。たとえば、顧客から処理へ向かう矢印が「注文情報」なら、外部実体からシステムへデータが入っています。処理からデータストアへ向かう矢印が「注文登録」なら、処理結果を保存していると読めます。逆に、データストアから処理へ向かう矢印が「在庫情報」なら、保存済みのデータを参照しているわけです。

• 矢印の向きはデータの移動方向として読む
• 矢印名は何のデータかを表す手がかりにする
• 処理順序そのものとして読まない
• 保存と参照は矢印の向きで分ける

よくあるミスは、図の左上から右下へ順に読んでしまうことです。もちろん業務の流れとして自然な並びになっていることはありますが、基本情報のDFD問題で必要なのは、図の配置よりもデータの入出力関係です。先に外部実体、処理、データストアを見つけ、それから矢印を追うと、見た目の配置に引っ張られにくくなります。

また、矢印が双方向に見える場合も、実際には別々のデータが行き来していると考えると整理しやすいです。顧客からは申込情報が入り、システムからは受付結果が返る、というように、同じ相手とのやり取りでもデータ名は違います。矢印の本数や向きだけでなく、流れているデータの中身を分けて読むことが大切です。

データ名を声に出せるか確認すると、矢印の意味も崩れにくいです。

データストアを見分ける

データストアは、DFDで特に間違えやすい要素です。なぜなら、名前だけ見ると処理にもデータにも見えるものが多いからです。「会員情報」「商品マスタ」「在庫ファイル」「売上DB」のように、情報をためておく場所ならデータストアです。一方、「会員登録」「商品検索」「在庫確認」のように、データを使って何かをするなら処理です。語尾を見るだけでもかなり判断しやすくなります。

DFDでは、データストアはデータを保存したり参照したりする場所として使います。処理がなければ、データストア内のデータは加工されません。そのため、データストア同士を直接つなぐような読み方は基本的に避けます。ある保存場所から別の保存場所へデータが移るなら、途中に何らかの処理があるはずです。試験でも、この考え方を使うと不自然な選択肢を消せます。

データストアと似た分野として、データ同士の関係を扱うER図があります。ER図は実体と関連を見る図なので、DFDとは目的が違います。データベース設計の視点まで整理したい場合は、基本情報のER図の読み方も合わせて確認しておくと、図の使い分けが分かりやすくなります。

保存場所っぽい名前ならデータストア、動作っぽい名前なら処理、とまず仮置きしてみてください。そのうえで矢印の向きと入出力データを確認すると、記号の意味を安定して判断できます。

過去問で練習するときは、データストアを見つけたら「どの処理が書き込むのか」「どの処理が読み出すのか」をセットで確認してください。保存場所だけを単独で見ると覚えにくいですが、登録する処理と参照する処理を結び付けると、DFD全体の流れが見えてきます。これはデータベース分野の学習にもつながる見方です。

フローチャートとの違い

DFDとフローチャートは、どちらも矢印でつながった図なので混同しやすいです。ただ、見る対象はかなり違います。フローチャートは、処理の手順や分岐、繰り返しを表すのに向いています。開始、処理、判断、終了のような流れを追いながら、「次に何をするか」を見る図ですね。一方、DFDはデータがどこで発生し、どこで加工され、どこに保存されるかを見る図です。

基本情報の問題では、「業務の処理手順を表す」「アルゴリズムの分岐を表す」のような説明ならフローチャート寄りです。逆に、「データの流れに着目する」「データストアや外部実体を表す」のような説明ならDFDです。フローチャート記号そのものを確認したい場合は、基本情報のフローチャート記号と読み方で別に整理しています。

図	中心に見るもの	試験での見分け方
DFD	データの流れ	外部実体、処理、データストアが出る
フローチャート	処理手順	開始、判断、繰返し、終了が出る
ER図	データ同士の関係	実体、属性、関連、多重度を見る
UML図	システムの構造や振る舞い	クラス図、ユースケース図などを使う

UMLも試験範囲ではよく並んで出ますが、UMLはオブジェクト指向設計などで使う標準的な表記法です。クラス図やユースケース図など複数の図をまとめて扱うため、DFDとは役割が違います。図の種類をまとめて比較したい場合は、基本情報のUML図の見分け方も確認すると、選択肢問題で混乱しにくくなります。

選択肢で「データの流れ」という言葉が出たらDFDに寄せて考え、「処理の順序」「条件分岐」「繰り返し」という言葉が出たらフローチャートに寄せて考える。この切り分けだけでも、図解系の用語問題はかなり解きやすくなります。図の形を丸暗記する前に、何を表すための図なのかを先に覚えておくのがおすすめです。

基本情報のDFDの解き方

問題文の業務を整理する

基本情報のDFD問題では、いきなり図の選択肢を見るよりも、問題文の業務を先に整理した方が安定します。注文、予約、貸出、請求、在庫管理のような題材では、登場人物、入力データ、出力データ、保存するデータが文章に散らばっています。これをそのまま読むと長く感じますが、DFDの4要素に分けるとかなり見通しがよくなります。

最初に、システムの外側にいるものを拾います。顧客、利用者、取引先、倉庫、銀行、別システムなどです。次に、業務の中で行われる処理を拾います。申込受付、注文確認、在庫引当、請求作成のような動詞を含む表現が候補になります。最後に、保存されるものを拾います。会員ファイル、商品マスタ、注文データ、貸出記録などはデータストア候補です。

この下準備をすると、選択肢の図で「顧客がデータストアとして描かれている」「注文ファイルが処理として描かれている」といったズレに気づきやすくなります。DFDは作図問題に見えて、実際には文章を要素へ分類する読解問題でもあります。だから、図の記号を暗記するだけでなく、業務文から要素を抜き出す練習をしておくと得点につながりやすいです。

余裕があれば、問題文の余白に「外」「処」「保」「流」のような短い印を付けるとさらに整理しやすくなります。長い業務文でも、外部実体、処理、保存場所、データフローの候補が見えてくると、図のどこに何が入るかを考えやすくなります。頭の中だけで処理しようとせず、分類してから図を見るのがコツです。

外部実体から追う

DFDを読むときは、外部実体から追い始めるのがおすすめです。外部実体はシステムの外にあるので、問題文の中でも比較的見つけやすいからです。顧客が注文情報を送る、利用者が申請書を提出する、取引先へ発注情報を送る、といった表現は、外部実体とデータフローの組み合わせになりやすいです。

外部実体から矢印を追うと、入力と出力の向きが見えてきます。外部実体から処理へ向かう矢印は、システムに入ってくるデータです。処理から外部実体へ向かう矢印は、システムから返すデータです。この向きが逆になっている選択肢は、不自然な可能性があります。たとえば「請求書」が顧客からシステムへ入ってくる図になっていたら、普通はおかしいと判断できます。

• 外部実体はシステム外の人・部署・別システムとして探す
• 入力データは外部実体から処理へ流れる
• 出力データは処理から外部実体へ返る
• 矢印の向きが業務常識と合うか確認する

もちろん、問題によっては外部実体同士のやり取りに見える表現もあります。ただし、DFDではシステムや業務の対象範囲を決めて、その範囲と外部とのデータのやり取りを描きます。まず「この図で中心になっている処理は何か」を見つけ、その処理に対して外部実体が何を渡し、何を受け取るのかを考えると、読み間違いが減ります。

外部実体を探すときは、対象システムの内側にいるものと外側にいるものを分ける意識も必要です。たとえば「販売管理システム」のDFDなら、顧客や配送会社は外部実体になりやすいですが、システム内の受注処理や在庫確認処理は外部実体ではありません。対象範囲を決めてから読むと、同じ名詞でも役割を取り違えにくくなります。

外と内の境界線を先に引く感覚で読むと、図全体の位置関係も見やすくなります。

処理と保存を切り分ける

DFDで次に大事なのは、処理と保存を切り分けることです。処理はデータを変化させる場所、保存はデータを置いておく場所です。たとえば、注文情報を受け取って在庫を確認し、出荷指示を作るなら「在庫確認」や「出荷指示作成」は処理です。一方、「在庫ファイル」や「出荷指示データ」はデータストアやデータフローとして読む候補になります。

試験では、処理名とデータ名が似ているために迷うことがあります。「会員登録」は処理ですが、「会員台帳」はデータストアです。「売上集計」は処理ですが、「売上ファイル」はデータストアです。動詞的な意味があるか、保存先を表す名詞かを見ると判断しやすいですね。もし迷ったら、その要素から矢印がどう出入りしているかも確認します。

データストアは、データを保存する場所です。データストアだけで処理が行われるわけではないので、保存場所から保存場所へ直接データが加工されて流れるような読み方には注意してください。

この切り分けは、DFDだけでなくシステム開発全体の用語理解にもつながります。要件定義では、何を入力し、どんな処理をし、何を保存し、何を出力するのかを整理します。基本情報の問題では深い設計までは問われにくいですが、入力、処理、保存、出力という流れを押さえると、DFDの図が単なる記号の集合ではなく、業務を表す図として読めるようになります。

苦手な人は、処理を「動詞」、データストアを「名詞の保管箱」として見る練習から始めるといいです。もちろん例外的な表現はありますが、最初の判断軸としては十分使えます。そこに矢印の向き、入力データ名、出力データ名を重ねると、処理と保存の境界がはっきりし、選択肢の図を読み比べるスピードも上がります。

選択肢で見るポイント

選択肢問題でDFDが出たら、全部を完璧に読むより、間違いが起きやすいポイントから見るのが効率的です。まず、外部実体とデータストアの取り違えを見ます。次に、処理とデータフローの取り違えを見ます。最後に、矢印の向きが問題文の入出力と合っているかを確認します。この3つだけでも、明らかに不自然な選択肢はかなり減らせます。

特に、矢印の向きは得点源になりやすいです。問題文に「顧客から申込書を受け取り、受付処理で確認し、申込データを保存する」とあれば、顧客から受付処理へ申込書が流れ、受付処理から申込データの保存先へ流れるはずです。これが逆向きになっている図は、選択肢として弱くなります。難しい用語より、普通の業務として自然かを考える方が早いことも多いですね。

確認点	見る内容	消せる選択肢
要素の種類	人・処理・保存場所が合うか	顧客をデータストアにした図
矢印の向き	入力と出力が自然か	請求書が顧客から入る図
保存の有無	登録・参照の位置が合うか	処理なしで保存場所同士を結ぶ図
図の目的	手順かデータか	フローチャートの説明をDFDにした選択肢

最後に、DFDの問題は満点を狙うより、落としてはいけない基礎問題として扱うのが現実的です。記号名、データの向き、保存場所、フローチャートとの違いを押さえれば、難しい作図経験がなくても対応できます。過去問で似た図を見たら、正解だけでなく、不正解の選択肢がどこでズレているのかまで確認すると、初見の図にも強くなります。

復習では、正解の図を眺めるだけで終わらせないようにしましょう。「なぜこの丸は処理なのか」「なぜこの矢印は逆ではないのか」「なぜこの保存先が必要なのか」を一つずつ言葉にすると、次の問題で再現しやすくなります。DFDは図形問題に見えますが、実際は業務文の意味を図に対応させる問題です。

基本情報のDFDまとめ

基本情報のDFDは、データの流れに着目して業務やシステムを整理する図です。外部実体、処理、データストア、データフローの4要素を押さえ、矢印を手順ではなくデータの移動方向として読むことが大切です。フローチャートは処理手順、ER図はデータ同士の関係、UMLはシステムの構造や振る舞いを表す図なので、目的の違いで見分けられるようにしておきましょう。

試験で解くときは、問題文から外部実体、処理、保存場所を先に拾い、矢印の向きを合わせます。顧客や取引先などの外部実体から何が入り、処理で何が作られ、どのデータストアへ保存され、どこへ出力されるのかを追えば、選択肢のズレに気づきやすくなります。細かい図形の違いに入る前に、業務として自然かを見てください。

• DFDはデータの流れを表す図
• 処理順序を細かく表す図ではない
• データストアは保存場所として読む
• 選択肢では矢印の向きと要素の種類を見る

最初は、DFD、ER図、UML、フローチャートがまとめて出ると混乱するかもしれません。ただ、基本情報では「何を見る図なのか」を押さえるだけでもかなり違います。DFDならデータの流れ、ER図なら実体と関連、UMLなら設計の表記、フローチャートなら処理手順です。この分け方を覚えてから過去問に触れると、図解問題への苦手意識を減らしやすいかなと思います。

学習の順番としては、まずDFDの4要素を覚え、次にフローチャートとの違いを確認し、最後に過去問で矢印の向きを追う流れがおすすめです。いきなり細かいレベル分割や厳密な作図ルールまで広げると負担が増えます。基本情報では、データの流れを読めることを優先し、出題された図の意図を素早くつかめる状態を作っていきましょう。