Documentazione dei report per gli utenti finali

0

Ho un'applicazione che contiene una dozzina di rapporti che forniscono totali e riepiloghi di dati nel database basati su intervalli di date dati come parametri. L'applicazione è vicina alla fine del test dell'utente. Gli utenti finali dicono che i numeri nei totali non corrispondono a quello che si aspettano in base ai dati di test che hanno inserito.

Sembra che gli sviluppatori e gli utenti interpretino i dati in modo diverso.

Come posso documentare i report in modo che gli utenti siano in grado di vedere quali record vengono conteggiati, sommati ecc per ottenere i totali, senza sovraccaricarli con i dettagli tecnici?

Finora ho cercato di scrivere le query utilizzate nei rapporti in pseduo-code, ma sembra troppo tecnico e sono preoccupato che proverò lo stesso 'Il rapporto non produce i dati corretti. ' ...

    
posta Paul Anderson 20.05.2013 - 16:53
fonte

2 risposte

1

Se c'è una discrepanza in un rapporto come questo, trarrai vantaggio dall'avere qualche tipo di interfaccia di navigazione dei dati. Query e strumenti di database possono essere piuttosto scomodi e intimidatori per alcuni utenti finali. Ho avuto alcuni risultati postivi dalla creazione di alcuni report diagnostici che mostrano i dati pre-aggregati (per ogni report). Quindi, se necessario, è possibile rivedere i dati grezzi con gli utenti o possono esaminarli autonomamente a loro piacimento. È un grande vantaggio se puoi semplificare l'estrazione dei dati in Excel. Quindi possono roll-up / riepilogare / aggregare e quindi confrontare i risultati con il report.

    
risposta data 20.05.2013 - 18:15
fonte
7

Quando c'è una controversia tra gli utenti e il programma su come il programma dovrebbe funzionare. La soluzione non è quella di correggere gli utenti. Questo è raddoppiato quando stai presentando i dati agli esperti del dominio.

In questo caso se gli sviluppatori e gli utenti hanno idee diverse su quali dati devono essere presentati, la risposta corretta consiste nel far corrispondere i dati presentati alle aspettative dell'utente, non spiegandogli accuratamente perché è sbagliato.

Sono quelli che useranno i dati, quindi sono loro che sanno come interpretare i dati.

Suggerirei che la risposta corretta non è quella di documentare il sistema, ma di correggere il sistema per soddisfare i loro requisiti.

    
risposta data 20.05.2013 - 17:25
fonte