IT用語帳
A-1経営戦略・デジタル戦略 · 情報システム戦略

DFD(データフローダイアグラム)

Data Flow Diagram

でぃーえふでぃー

業務やシステムにおけるデータの流れを、データの発生源・行き先(外部実体)、処理(プロセス)、データの流れ、データストアの4つの記号で表した図。処理の手順や制御の流れは表さず、データがどこから来てどう変換され、どこへ行くかに着目して業務を分析する。

共有:

Related

他の資格での定義

IPDFD

業務におけるデータの流れを、プロセス・データストア・外部エンティティ・データフローの4つの要素で表現する図。業務分析やシステム設計の際に、データの発生・処理・蓄積の流れを可視化する。

FEDFD

データの流れに着目してシステムの機能や業務プロセスを表現する図法。プロセス、データストア、外部エンティティ、データフローの4要素で構成される。構造化分析や要件定義に用いられる。

APDFD

業務プロセスをデータの流れに着目して表現する図法。データフロー、プロセス、データストア、源泉と吸収の4つの記号で構成される。コンテキストダイアグラムから段階的に詳細化して分析する。

STDFD

データの流れに着目してシステムや業務を分析するための図法。プロセス、データストア、外部エンティティ、データフローの4要素で構成され、業務やシステムにおけるデータの入出力と処理の流れを可視化する。構造化分析の代表的手法。

SADFD

システム内外のデータの流れを、プロセス、データストア、外部エンティティ、データフローの4要素で図式化する構造化分析の手法。業務やシステムのデータ処理の全体像を把握するために要件定義や分析工程で用いる。

DBDFD

業務におけるデータの流れを、プロセス・データストア・外部実体・データフローの4要素で表す図。DFDともいい、業務の現状把握とシステム化範囲の検討に用いる。

PD-SDFD

データフローダイアグラム。業務やシステムを、データの流れ(矢印)、処理(プロセス)、データストア、外部実体の4つの記号で表した図。処理の手順や制御の流れは表さず、どのデータがどこからどこへ流れて変換されるかに着目する。全体を1つの処理で表すコンテキストダイアグラムから始めて、段階的に詳細化する。

Past Exams

過去問での出題

過去問で 69 回出題(ITパスポート試験 21・システムアーキテクト試験 18・基本情報技術者試験 10・応用情報技術者試験 7・エンベデッドシステムスペシャリスト試験 5・高度試験 午前Ⅰ 3・ITストラテジスト試験 2・プロジェクトマネージャ試験 1・ネットワークスペシャリスト試験 1・情報処理安全確保支援士試験 1)。うち 3 回は用語そのものを問う問題です。

残り 59 件を表示

出典: 独立行政法人情報処理推進機構(IPA)の過去問題。問題文は IPA のサイトの PDF で確認できます。「用語を問う問題」は、この用語の説明や特徴そのものを問う問題です。「選択肢」は、問題文ではなく選択肢に出たものです。用語名で照合しているため、関係の薄い問題が含まれることがあります。

Related

関連キーワードの用語

A-1業務要件定義

システム化の対象となる業務について、新しい業務の流れ、業務ルール、扱う情報、関係者の役割などを明らかにし、システムに求める要件の前提として定義すること。業務部門が主体となって行い、これを基に機能要件と非機能要件を定める。

A-1機能要件定義

業務要件を実現するためにシステムが持つべき機能、すなわち入出力、処理の内容、扱うデータなどを明らかにして定義すること。利用者がシステムで何をできるかを示すもので、性能や信頼性などの非機能要件と区別される。

A-1非機能要件定義

システムの機能以外に求められる品質や制約、すなわち性能、可用性、拡張性、セキュリティ、運用性、移行性などを明らかにして定義すること。利用者の目に見えにくく合意が漏れやすいため、IPAの非機能要求グレードなどを使って項目と水準を網羅的に確認する。

A-1決定表(デシジョンテーブル)

複数の条件の組合せと、それぞれの場合に実行する動作を表の形で整理したもの。条件の真偽の組合せを列ごとに並べるため、条件の漏れや矛盾を見つけやすく、業務ルールの要件定義やテストケースの設計に使われる。

A-1システム要件定義

システムに求められる機能、性能、インタフェース、運用、移行、セキュリティなどの要件を定め、システムの境界を明確にするプロセス。利害関係者の要件を基に、機能要件、システム機能仕様、操作要件、データベース要件などを定義し、評価とレビューを経てシステム設計の基礎とする。

A-1ソフトウェア要件定義

システム要件のうちソフトウェアに割り当てられた部分について、ソフトウェアの境界と、機能・性能・インタフェース・品質などの要件を定めるプロセス。定義した要件は、システム要件との整合性や検証のしやすさの観点で評価・レビューし、ソフトウェア設計の基礎とする。