Não há uma única representação gráfica universalmente aceita para um tipo de arquivo ou função do programa. A representação depende muito do contexto e do objetivo do diagrama. No entanto, existem várias notações comuns em diferentes técnicas de diagramação:

Para arquivos de programas (estrutura geral):

* Ícones de arquivo : A representação mais simples é um ícone de arquivo genérico (geralmente uma página em branco ou um símbolo de documento) com um rótulo indicando o nome do arquivo e possivelmente seu tipo (por exemplo, `.exe`,` .py`, `.java`). Isso é comum nos diagramas do sistema de arquivos ou fluxogramas que mostram a transferência de dados.

* caixas em fluxogramas: Em uma execução do programa de fluxograma de nível superior, o arquivo do programa pode ser representado por um retângulo ou um retângulo arredondado contendo o nome do arquivo.

* nós nos diagramas de uml: Os diagramas UML (Linguagem de Modelagem Unificada) podem representar um arquivo de programa como um componente ou pacote, mostrando seus relacionamentos com outros componentes.

* Diagramas de fluxo de dados (DFD): Um arquivo de programa pode ser mostrado como um armazenamento de dados ou um processo em um DFD, dependendo se é tratado como uma fonte de dados estática ou um elemento de processamento ativo.

Para funções (estrutura interna e relacionamentos):

* retângulos em fluxogramas: As funções são normalmente representadas por retângulos em fluxogramas, com o nome da função dentro.

* Diagramas uml (Atividade, Sequência, Classe):
* Diagramas de atividade : Mostre o fluxo de controle dentro de uma função como uma série de ações e pontos de decisão.
* Diagramas de sequência : Ilustre as interações entre diferentes funções ou objetos, mostrando a sequência de chamadas e a passagem de mensagens.
* Diagramas de classe : Se as funções são métodos nas classes, elas serão mostradas no diagrama de classe como parte da definição de classe.

* Fluxo de controle de controle (CFG): Essas são representações mais formais usadas na análise do programa e no design do compilador. Os nós representam blocos básicos de código e as arestas representam o fluxo de controle entre os blocos. Uma função seria representada como um subgrafista dentro do CFG.

* Chamada de gráficos: Esses diagramas visualizam as relações de chamada entre as funções, mostrando quais funções chamam de quais outras. Os nós representam funções e as arestas representam chamadas.

* diagramas Nassi-Shneiderman (gráficos N-S): Esses diagramas de programação estruturados representam funções usando retângulos aninhados para mostrar claramente o fluxo e a estrutura de controle.


A melhor escolha de representação gráfica depende do nível de detalhe necessário e do público. Por exemplo, um ícone de arquivo simples é suficiente para uma visão geral do sistema de alto nível, enquanto um diagrama de atividades UML ou CFG pode ser necessário para um design ou análise detalhada.