コンテキスト図は、設計中のシステムが動作する必要がある「環境」を表すために使用されます。これは通常、システムとその周りのシステムと対話するエンティティ（人間とコンピュータの両方）の泡として描画され、ラインでシステムに接続されます。
時々、コンテキスト図は、システムと外部エンティティとの間にどのようなやり取りがあるか（キーワードで）も示します（たとえば、顧客が「注文する」場合があります）。
Data Flow Diagram（DFD）コンテキスト図では、システムの抽象的なビューが表されます。 システム全体が単一のプロセスとして表示され、システムの名前がラベル付けされます。
コンテキスト図に含めることができるもの：
- 1つのプロセス（システム全体を表します）。
- すべての外部エンティティ（データソース/シンク）。
- 外部データは外部エンティティ（入力/出力）との間で流れます。
さらに、コンテキスト図（システムの概要）を描画/作成した後、それをレベルとしてシステム内の主要な機能に分解することができます。
注：1つのプロセスのみ（buble）とデータストアなし。
例として：
ここで、は、コンテキスト図（分解されたレベルではない）およびアスタリスク（*）は、このコンテキスト図がさらに分解された（レベルがある）ことを意味します。
レベルは次のとおりです：
レベル1-システムの全体的な処理について説明します。
レベル2-分解（因数分解/分解）が必要なプロセスを特定します。
さらに分解できる場合は、レベル3、レベル4、...に進むことができます。ただし、別のレベルに分解する場合は、含めるプロセスを少なくとも3つ特定する必要があることに注意してください。
さらなる参照： wikipedia Context Diagram 、 wikipedia DFD そして、あなたは読むことができます "Ian Sommervilleソフトウェアエンジニアリング10版"