Esta notación está asociada al paradigma de programación imperativo y es habitualmente utilizado en el Análisis Estructurado muy utilizado durante los 70s. Actualmente la industria apuesta por otros paradigmas de programación, lo cual ha provocado que este tipo de análisis apenas se utilice.

El enfoque del análisis estructurado es considerar que un producto software es un “procesador de datos”. Recibe datos como entrada, los procesa y obtiene resultados. De esta forma, el software es definido a partir del flujo de datos que entra en el sistema, las transformaciones que se realizan con los datos de entrada y el resultado que se obtiene como salida. Los Diagramas de Flujo de Datos (DFD) ayudan a modelar este flujo.

• Proceso. Representa una actividad que tiene que llevar a cabo el sistema para transformar o manipular datos.

• Entidad Externa. Fuentes de información. Emiten o reciben información de los procesos.

• Flujo. Indican el flujo de información a través del sistema. La información que viaja entre procesos puede ser datos o pueden ser eventos de control.

• Almacén de Datos y archivos. Repositorios donde se guardan los datos para su procesamiento posterior.

La siguiente figura es un diagrama de flujos de un Sistema Gestor de Pedidos. En él están representados todos los elementos que pueden intervenir en un Diagrama de Flujo de Datos (DFD).

El diagrama de flujo o flujograma o diagrama de actividades es la representación gráfica de un algoritmo o proceso.

Los diagramas de flujo favorecen la comprensión del proceso del negocio al mostrarlo gráficamente, ilustrando modelos y conectando conceptos. También permiten identificar los problemas y las oportunidades de mejora del proceso. Se identifican los pasos, los flujos, los conflictos de autoridad, las responsabilidades, los cuellos de botella, y los puntos de decisión.

Cuando el diagrama de flujo o actividades comunica un proceso de negocio, entonces es habitual utilizarlo durante la actividad de Análisis del Sistema. Sin embargo, cuando el diagrama de flujo comunica un determinado algoritmo, entonces es frecuente elaborarlo durante la actividad de Diseño Técnico. 

El modelo entidad-relación es una herramienta para el modelo de datos, la cual facilita la representación de entidades. Fue definido por Peter Chen en 1976. 

El modelo de datos entidad-relación consta de una colección de objetos básicos, llamados entidades, y de relaciones entre esos objetos:

• Entidad. Es una “caja” que representa un objeto (profesor, escuela, etc.) o concepto (tiene, posee, etc.). Suelen indicarse con sustantivos.

• Relación. Es una “flecha” que representa una asociación entre entidades. La cardinalidad de la relación puede ser uno a uno, uno a muchos, muchos a muchos. Suelen indicarse con verbos. 

En el análisis del sistema este tipo de diagrama pretende subrayar los principales conceptos y sus relaciones del dominio del cliente. Ayuda a modelar el “lenguaje” del negocio.

Un diagrama de transición de estados muestra el comportamiento dependiente del tiempo de un sistema de información. Representa los estados que puede tomar un componente o un sistema y muestra los eventos que implican el cambio de un estado a otro. La descripción de un estado debe ser un adverbio (Iniciado) o un gerundio (Iniciando), se debe evitar el uso de infinitivos (Iniciar) o imperativos (Iniciad).

Los dos elementos principales en estos diagramas son los estados y las posibles transiciones entre ellos. El estado de un componente o sistema representa algún comportamiento que es observable externamente y que perdura durante un periodo de tiempo finito. Una transición es un cambio de estado producido por un evento y refleja los posibles caminos para llegar a un estado final desde un estado inicial.

Desde un estado pueden surgir varias transiciones en función del evento que desencadena el cambio de estado, teniendo en cuenta que, las transiciones que provienen del mismo estado no pueden tener el mismo evento, salvo que exista alguna condición que se aplique al evento.