ITパスポート 2014年 春期 問15

対象業務の処理過程と情報の流れを表すために用いられる図表はどれか。【ITパスポート 解説】

正解の理由

解法ステップ

1. 問題文で重要な語句を探す：「処理過程」「情報の流れ」。
2. 各図表の役割を思い出す：
   • DFD：処理とデータの流れを表す。
   • E-R図（Entity-Relationship Diagram：実体と関係を表す図）：データの構造（データベース設計）が中心。
   • UMLクラス図（UML：Unified Modeling Language：クラスの構造と関係を表す図）：ソフトウェア設計でのクラスと属性が中心。
   • 特性要因図（Cause-and-effect diagram / Ishikawa diagram：原因と結果を整理する図）：問題の要因分析が目的。
3. 「処理過程」と「情報の流れ」を両方扱うのはどれかを照合する。DFDが一致するので選ぶ。

選択肢別の誤答解説

• ア DFD（Data Flow Diagram：データの流れを表す図）
  正解。業務の処理（プロセス）と、それに伴う情報の流れを図示するのがDFDの役割です。業務フローと情報の受け渡しを同時に示せます。
• イ E-R図（Entity-Relationship Diagram：データベースの実体と関係を表す図）
  誤り。E-R図は「誰がどんなデータを持っているか」「データ同士の関係」を表します。処理の流れや手順、情報の動きを示すものではありません。例：顧客と注文の関係を設計する際に使います。
• ウ UMLクラス図（UML：Unified Modeling Language：クラスの構造と関係を表す図）
  誤り。UMLクラス図はプログラムで使う「クラス」（属性・操作）やクラス間の関係を表します。ソフトウェアの設計図に近く、業務の処理過程や情報の流れを表すのが主目的ではありません。
• エ 特性要因図（Cause-and-effect diagram / Ishikawa diagram：原因と結果を整理する図）
  誤り。特性要因図は問題の原因を洗い出すための図で、流れを示す図ではありません。例えば不良品の原因を分類して整理する用途で使います。

よくある誤解

• 「DFDはシステム設計だけの図」
  → 実務では業務分析（業務フロー）や要件定義でも使えます。システムに落とし込む前に業務と情報の流れを整理するために便利です。
• 「E-R図とDFDは似ているからどちらでも良い」
  → 両者は目的が異なります。E-R図はデータの構造（何が何を持つか）を示し、DFDは処理とデータの流れ（どこで何が起きて情報が移るか）を示します。混同しないことが大切です。

補足コラム

• 外部エンティティ：システムの外部にある人・組織・他システム（例：顧客、銀行）。
• プロセス：何らかの処理や変換を行う点（例：注文を受ける、請求書を作る）。
• データフロー：情報が移動する矢印（例：注文情報が伝わる）。
• データストア：情報の保存場所（例：顧客データベース、ファイル）。

• フローチャート：処理の順序（手順）を示す。分岐や判断の流れが中心。
• DFD：処理とデータの流れを示す。誰から誰へどんな情報が行くかに注目。

FAQ