Come posso documentare meglio queste relazioni / trasformazioni di dati?

Naviga le tue risposte
5

Sto lavorando a un progetto che utilizza RxJS per eseguire trasformazioni di dati su varie fonti di dati e sto scrivendo della documentazione per questo.

Voglio trovare un modo efficace per documentare quanto segue:

  1. Un modo astratto per descrivere la cardinalità e le relazioni dei dati.
  2. Una descrizione astratta delle trasformazioni di dati.

Ecco due esempi di come sto descrivendo una trasformazione dei dati. Le intestazioni di tabella sono i campi di destinazione, la seconda riga è i dati di origine o una trasformazione eseguita sui dati di origine per ottenere i dati desiderati.

VedocheilformatoGithubMarkdownèmoltolimitatoperquestoscopo,motivopercuistochiedendoaiutosuquesto.

HoanchealcunidiagrammiERDcheassomiglianoaquesto:

Non sono sicuro di un modo pulito per documentare in che modo le trasformazioni si riferiscono allo schema e quali supposizioni sulla cardinalità sono fatte all'interno di quelle trasformazioni ( getStudentTestScoreDcid in particolare)

    
posta Nathan Jones 15.01.2016 - 19:17
fonte

1 risposta

7

I diagrammi del flusso di dati hanno l'aspetto di cui hai bisogno

Da Wikipedia :

A data flow diagram (DFD) is a graphical representation of the "flow" of data through an information system, modelling its process aspects. A DFD is often used as a preliminary step to create an overview of the system, which can later be elaborated.2 DFDs can also be used for the visualization of data processing (structured design).

A DFD shows what kind of information will be input to and output from the system, where the data will come from and go to, and where the data will be stored. It does not show information about the timing of process or information about whether processes will operate in sequence or in parallel (which is shown on a flowchart)

L'enfasi sopra è mia

L'intero punto del DFD è mostrare gli aspetti di trasformazione dei dati mentre si muove attraverso il sistema. Avrai sempre un input (da un utente, una memoria di dati o un altro processo) che si alimenta in un processo con un output (sullo schermo, sull'archiviazione dei dati o su un altro processo). Se non hai questi tre elementi, non lo includi nel DFD. Un altro elemento degno di menzione, un numero elevato (direi la maggior parte) di DFD non ha un punto di partenza o di fine sul diagramma completo.

Ci sono almeno 2 simbologie differenti usate (Gane-Sarson e Yourdon & Coad).

L'esempio seguente mostra in che modo i dati di un cliente entrano nel processo dell'ordine di processo che emette i dati memorizzati nell'archivio dati di transazione. Gli archivi di dati duplicati sono solitamente inclusi per mostrare il processo più facilmente e sono spesso contrassegnati con un simbolo alterato per l'archivio dati (una D in una casella grigia in questo esempio).

Esempiodi Paradigma visivo

    
risposta data 15.01.2016 - 23:33
fonte

Leggi altre domande sui tag

Creazione di un progetto Java senza utilizzare alcun oggetto e solo chiamando metodi statici sull'input? La costruzione di mock complessi per unità test è un segno di cattiva architettura?