ITストラテジスト 2016年 午前2 問01

機能情報関図（DFD）【午前2解説】

正解の理由

解法ステップ

1. DFD（Data Flow Diagram）の定義を思い出す：プロセス（機能）とデータの流れを表現する図であることを確認する。
2. 問題文の文脈（EAのビジネスアーキテクチャ）を確認する：論理的な業務機能や情報フローの整理が目的である点を把握。
3. 各選択肢をDFDの定義と照合する：DFDが表現するもの（機能＋情報フロー）と一致する選択肢を選ぶ。
4. 不適切な選択肢を論理的に除外する（物理構造や運用体制、データ種類の詳細などは別の図や資料で扱う）。

選択肢別の誤答解説

• ア：正答。業務・システムの機能（プロセス）と、それらを接続する情報の流れを論理的に示すのがDFDの核心目的です。EAのビジネスアーキテクチャでは、業務の境界や情報の流れを整理してシステム要件や統合ポイントを明らかにします。
• イ：業務・システムの目的や運用・管理体制まで含めるのはDFDの主要目的ではありません。組織構造や運用ルール、ガバナンスは組織図や運用設計書、ガバナンスモデルの範疇です。DFDは運用体制や管理責任を詳細に表現しません。
• ウ：情報の「種類と方向」を明示する点は一部合致しますが、DFDは主に「どの機能がどの情報をやり取りするか（機能と流れ）」を示すため、単にシステム間の情報種別・方向だけを扱うものではありません。情報の構造（フィールド名やデータ型）やメッセージ仕様などはデータ辞書やAPI仕様、ER図が担います。
• エ：物理的なデータ構造（テーブル設計・スキーマ等）はDFDの対象外で、ER図やデータベース設計で扱います。DFDは論理的なデータフローと機能（プロセス）に焦点があります。

よくある誤解

1. DFDとER図を混同する：DFDは「プロセスとデータの流れ」を示す。ER図は「データの構造（エンティティとリレーション）」を示す。目的が異なるため使い分けが必要です。
2. DFDが実行順序やタイミングを示すと誤解する：DFDは順序や制御の流れ（時系列）を詳細に表現しない。シーケンスや制御はUMLのシーケンス図やBPMNのフローで扱う。
3. DFDが物理実装の詳細を示すと考える：DFDは論理設計（業務視点）であり、物理的なサーバ配置やDBスキーマなどは含まない。

補足コラム

• DFDの基本記号：プロセス（丸や四角で表現）、データフロー（矢印）、データストア（2本線や開いた箱）、外部エンティティ（外部の四角）。
• レベル分解：コンテキスト図（レベル0）→ レベル1、レベル2… と詳細化していく。EAでは過度な詳細化を避け、業務の境界やシステム間インターフェースが分かるレベル（通常レベル0〜1）で作ることが多い。
• EAでの活用例：DFDは業務の能力マップやアプリケーションアーキテクチャと連携し、どのシステムがどの業務機能を担うか、どの情報がどこで発生・保持されるかを整理する際に有効です。DFDで可視化した情報を基に、API設計やデータガバナンス方針を定めることができます。

FAQ