I diagrammi di flusso rappresentano il flusso del controllo, non il flusso di informazioni. Flowcharting acquisisce formalmente i passaggi e i collegamenti tra loro che descrivono il trasferimento del flusso di controllo che sono spesso basati su decisioni: in particolare, rami e loop condizionali.
Il flusso di controllo riguarda ciò che viene fatto o succede dopo, e (purtroppo) non riguarda i dati richiesti per eseguire quel passo.
Secondo Wikipedia, ci sono alcune estensioni per il flusso di dati; tuttavia, sono fondamentalmente limitati a documenti e file.
In generale, lo stato è scarsamente rappresentato nel flowcharting; non esiste praticamente nozione di dati, variabili, ambiti, vite o tipi. Pertanto, i dati (ei metadati relativi a tali dati, come i tipi consentiti o attesi) sono per lo più documentati in modo informale con la descrizione del linguaggio umano nel testo all'interno di singoli passaggi del diagramma di flusso.
Input & L'output nel flowcharting ha lo scopo di indicare la comunicazione con un altro processo indipendente e di primo livello (anche se si tratta solo di una copia successiva di se stessi). In quanto tale, questa comunicazione riguarda la lettura / scrittura su disco o su una rete.
Un getter non si qualifica come input o output, vale a dire la comunicazione con un altro processo indipendente, quindi penso che sia fuori. Non penso che avessero nemmeno getter quando il flow-chart è stato applicato per la prima volta al software design (circa 1950).
Potresti cercare in UML.