Cosa hai e cosa puoi fare
Un primo sguardo suggerisce che hai un grafico piacevole:
- Programmi, stored procedure e strutture dati, sono tutti una sorta di nodi. I primi sono i nodi di elaborazione, i secondi sono nodi di archiviazione
- Leggi e scrivi relazioni, sono i bordi diretti che mostrano il flusso di dati tra i nodi.
Con un grafico di questo tipo, puoi già:
- analizzare i potenziali impatti di un cambiamento in un nodo, guardando a valle, semplicemente seguendo la direzione dei bordi.
- analizza i requisiti di migrazione, andando verso il basso e verso monte (ignora la direzione del bordo).
- calcola set di chiusura per identificare i "cluster" che dovrebbero essere migrati insieme.
Come rappresentare i tuoi dati?
Ci sono molti standard grafici che puoi usare. Tuttavia, in sostanza, quello che hai è un flusso di dati grafico, e il modo più semplice per immaginarlo, sarebbe mostrare un diagramma del flusso di dati (DFD). Due rappresentazioni popolari sono Yourdon e Demarco e Gane & Sarson: entrambi i DFD mostrano poca differenza e fondamentalmente hanno nodi del processore, note di archiviazione e bordi del flusso, esattamente quello che hai.
I diagrammi DFD sono un po 'obsoleti al giorno d'oggi. Questo perché rappresentano una visione procedurale del mondo, separando i dati passivi dai processi attivi. Questo è certamente il motivo per cui non esiste un vero equivalente in UML che sia basato sul paradigma orientato agli oggetti. Il diagramma di flusso delle informazioni UML è una buona approssimazione (anche se in realtà non ha negozi). Il diagramma di comunicazione UML è un'altra approssimazione, se si considerano i programmi e le singole tabelle come istanze di oggetto.
Addendum: anche il diagramma del componente UML (vedi la risposta di Doc Brown) è un'approssimazione valida, se si considerano i propri dati passivi come un componente attivo (dopotutto, il suo funzionamento è assicurato dal motore RDBMS). Tuttavia i connettori di interfaccia di cui avrai bisogno (almeno uno per una lettura e uno per una scrittura, se non vuoi perdere la direzione dei bordi), lo renderanno meno leggibile e più difficile da disegnare.
Cosa può mancare nel tuo set di strumenti?
Non conosco INGRES. Ma se si tratta di un RDBM con procedure memorizzate, viene posta la domanda se esiste un meccanismo di integrità referenziale (ad esempio procedure nascoste che potrebbero causare la cancellazione e le modifiche a cascata) o qualsiasi chiave esterna che potrebbe fornire una migliore comprensione di come le tabelle sono correlate tra loro. Questo potrebbe aiutarti ad analizzare ulteriormente la mesh prendendo in considerazione le dipendenze non ovvie.