Un Diagrama de Contexto (DC) es un caso especial de DFD, en donde un proceso único representa el sistema externo. Define la frontera o marco del análisis o lo que es lo mismo, las interfaces del sistema y el resto del universo. Destaca varias características importantes del sistema:

• Aquellos agentes externos que se comunican con el sistema, que a veces se conocen como terminadores.
• Los datos que el sistema recibe del exterior y que se deben procesar de alguna forma.
• Los datos producidos por el sistema y que se mandan al mundo exterior.
• La frontera entre el sistema y el resto del mundo.
• Los almacenes de datos que el sistema comparte con los agentes externos. Estos almacenes se crean fuera del sistema para su uso, o bien son creados en él y usados fuera.

Los elementos de un DC son los mismos que los de un DFD. Por tanto:

Representado por una burbuja.

Indica una parte del sistema que transforma entradas en salidas. En este caso, representa el sistema entero. Trabaja sobre los datos. Debe tener un nombre claro, compuesto por un verbo de acción más un sustantivo, p.e. emitir factura.

Define la frontera del sistema. Son los emisores y/o receptores de los flujos de información. Deben tener un nombre claro. Aparecen exclusivamente en el nivel 0 o DC. No se puede cambiar el contenido de una entidad externa. Cualquier relación entre entidades externas no debe aparecer en el diagrama. Son el interface con el mundo exterior.

Representa los datos del sistema. Es una flecha que indica el movimiento de los datos. Define origen, dirección y destino de los datos. Une al emisor y al receptor de los datos. Conecta al resto de los componentes del DFD. Se puede bifurcar o converger. Deben ser claros, concisos y fácil de definir. Se debe evitar flujos diferentes con el mismo nombre.

El DC consiste en agentes externos, flujos de datos, almacenes de datos y un solo proceso que representa a todo el sistema. Estudiemos cada uno de ellos por separado:

Proceso: es la parte más fácil del DC. El nombre dentro del proceso suele ser el nombre del sistema completo.

Agentes Externos: se comunican directamente con el sistema a través de flujos de datos o de control (o a través de almacenes externos). No se comunican entre sí. Se deben seguir unas pautas:

1. Algunos agentes externos tienen un buen número de entradas y salidas, por lo que conviene dibujarlos más de una vez.
1. Cuando el agente externo es una persona individual, es preferible indicar el rol que desempeña más que su identidad.
1. Mostrar la verdadera fuente de datos en lugar del manejador como agente externo. Un manejador es un mecanismo, dispositivo o medio físico utilizado para transportar datos hacia dentro o fuera del sistema.

Flujos de datos: los que aparecen en el DC modelan datos de entrada y salida al sistema, además de las señales de control que recibe o genera. Se incluyen en el DC si sirven para detectar un acontecimiento externo al que debe responder el sistema, o si sirven para representar una respuesta. También se muestran si el sistema produce datos para responder a un acontecimiento.

El DC debe dibujarse bajo el concepto de que las entradas son causadas e iniciadas por los agentes externos y, que las salidas son causadas e iniciadas por el sistema. Por tanto, se modela sólo el flujo neto de los datos.

Una vez se ha obtenido la lista de eventos y el DC, deben revisarse para comprobar que son consistentes, es decir, se debe confirmar:

• El sistema necesita cada flujo de entrada del DC para reconocer que ha ocurrido un acontecimiento; debe necesitarlo para producir una respuesta a un acontecimiento, o ambas cosas.
• Cada flujo de salida debe ser respuesta a un acontecimiento.
• Cada acontecimiento no temporal de la lista de acontecimientos debe tener entradas a partir de las cuales el sistema pueda detectarlo.
• Cada acontecimiento debe producir salidas inmediatas como respuesta o bien almacenar los datos que luego serán salidas, o debiera ocasionar un cambio en el estado del sistema (DTE)

Con la lista de eventos y el DC se obtiene el modelo ambiental, que es lo primero y más importante en la construcción de un modelo completo de los requerimientos de usuario para un nuevo sistema. Una vez obtenido el modelo ambiental, debe ser revisado cuidadosamente para comenzar a construir el modelo del comportamiento, es decir, el modelo del interior del sistema. Esto incluye el desarrollo de un DFD y un DER preliminares, además de las entradas iniciales al DD. Básicamente este enfoque implica dibujar un borrador de DFD, con un proceso o burbuja para la respuesta del sistema ante cada uno de los acontecimientos que se identificó en la lista de eventos, dibujar almacenes de datos que deben recordarse entre acontecimientos no sincronizados y, la conexión entre los elementos del borrador. Finalmente, se compara el DFD con el DC para asegurar la consistencia.