Para archivos de programa (estructura general):
* iconos del archivo: La representación más simple es un icono de archivo genérico (a menudo una página en blanco o un símbolo de documento) con una etiqueta que indica el nombre del archivo y posiblemente su tipo (por ejemplo, `.exe`,` .py`, `.java`). Esto es común en los diagramas del sistema de archivos o diagramas de flujo que muestran la transferencia de datos.
* cajas en diagramas de flujo: En un diagrama de flujo de nivel superior que representa la ejecución del programa, el archivo del programa podría estar representado por un rectángulo o un rectángulo redondeado que contiene el nombre del archivo.
* Nodos en diagramas UML: Los diagramas de UML (lenguaje de modelado unificado) pueden representar un archivo de programa como componente o paquete, que muestra sus relaciones con otros componentes.
* Diagramas de flujo de datos (DFD): Un archivo de programa puede mostrarse como un almacén de datos o un proceso en un DFD, dependiendo de si se trata como una fuente de datos estática o un elemento de procesamiento activo.
Para funciones (estructura y relaciones internas):
* rectángulos en diagramas de flujo: Las funciones generalmente están representadas por rectángulos en diagramas de flujo, con el nombre de la función en el interior.
* diagramas uml (actividad, secuencia, clase):
* Diagramas de actividad: Muestre el flujo de control dentro de una función como una serie de acciones y puntos de decisión.
* Diagramas de secuencia: Ilustra las interacciones entre diferentes funciones u objetos, mostrando la secuencia de llamadas y pases de mensajes.
* Diagramas de clases: Si las funciones son métodos dentro de las clases, se muestran dentro del diagrama de clases como parte de la definición de clase.
* Gráficos de flujo de control (CFG): Estas son representaciones más formales utilizadas en el análisis del programa y el diseño del compilador. Los nodos representan bloques básicos de código, y los bordes representan el flujo de control entre bloques. Una función se representaría como un subgrafio dentro del CFG.
* Llame gráficos: Estos diagramas visualizan las relaciones de llamadas entre funciones, que muestran qué funciones llaman a qué otros. Los nodos representan funciones, y los bordes representan llamadas.
* diagramas nassi-shneiderman (gráficos N-S): Estos diagramas de programación estructurados representan funciones que usan rectángulos anidados para mostrar claramente el flujo de control y la estructura.
La mejor opción de representación gráfica depende del nivel de detalle necesario y del público. Por ejemplo, un icono de archivo simple es suficiente para una descripción general del sistema de alto nivel, mientras que un diagrama de actividad UML o CFG podría ser necesario para un diseño o análisis detallado.