Newsgroup: it.discussioni.iso9000
Titolo: [OT: Richiesta informazioni] Qualità e database

Scusate I'intrusione....
    Mi è stato chiesto di lavorare ad una procedura per tenere controllati i
dati che vengono immessi in un database: Ho cercato in letteratura qualcosa
ma purtroppo non ho trovato nulla.
    I Dati proverranno da più database esistenti e da informazioni raccolte
presso enti pubblici e inserite direttamente da alcuni operatori
    Ho pensato ad alcune cose sulla completezza dei dati (il sistema non
permetterà l'immissione di record con campi vuoti...) e sulla coerenza (non
sarà possibile introdurre record con date di avvio del progetto maggiori
delle date presunte di fine progetto...), ma riguardo alla fondatezza (per
il cliente finale che consulterà i dati in internet) nulla.
    Esiste un testo o della documentazione in linea a tal proposito?
Grazie per l'attenzione e per i consigli.
Bruno Maiolo
bruno_nospa...@ial-er.org
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Per rispondere eliminare _nospam_
--
Posted from 
saturno.pianeta.it
 [212.22.128.16]
via Mailgate.ORG Server - 
http://www.Mailgate.ORG

Personalmente non sono a conoscenza di documentazione
specifica sull'argomento; in via generale, però,
ritengo che possa essere una buona soluzione includere
nella tua procedura un'attività di auditing da parte di
un ente interno non direttamente coinvolto nella
gestione dei dati in questione, ma in grado di accedere
alle fonti atte a verificarne attendibilità e
veridicità. La frequenza degli audit potrebbe essere
pianificata, ad esempio, utilizzando un criterio
sequenziale per attributi (ovvero adattando
continuamente le frequenze in funzione degli esiti
degli audit, iniziando con alte frequenze che vanno, se
tutto funziona bene, via via allentandosi).
Per ipotizzare soluzioni ottimali, tuttavia, sarebbe
necessario saperne di più su natura, struttura e fonti
dei dati.
M.Daniele
s...@ocava.it

     Esiste un testo o della documentazione in linea a tal proposito?
Mi spiace di non poterti indicare testi o documentazioni, tuttavia
ritengo che alcune riflessioni potranno aiutarti a sbrogliare la matassa.
L'informazione che riceve il cliente finale è l'output di un processo
(per il momento è una Black box) dove confluiscono in input dei dati (grezzi, mi sembra
di capire) e delle informazioni (già elaborate da dati di partenza?).
L'errore associato all'output è la sommatoria di:
   * errore insito nel dato di input (e qui puoi fare un controllo, come
     per un qualsiasi prodotto materiale, o puoi lavorare in regime di
     autocertificazione, cioè il fornitore di dati te li garantisce);
   * errore insito nel sistema di immissione (operatore, tastiera, lettore di bar code,
     segnale elettrico, ecc..)
   * errore insito nel processo, e qui mi sembra che hai già individuato
     alcune tecniche di controllo (completezza, congruità, ecc)
   * errore insito nell'acquisizione del dato di output (scarsa leggibilità, disturbi,
     ecc..)
Ti consiglio di trasformare la Black box in un dettagliato grafo di flusso,
analizzando per ogni attività l'input, le possibilità di errore (utilizza il diagramma
a spina di pesce di Ishikawa), e le eventuali azioni di controllo.
Se poi aggiungi un buon sistema di auditing, come suggerito nell'altra risposta
al tuo post, potrai ritenerti in una botte di ferro (con buona pace di
Attilio Regolo :-))
Cordialmente
GB
--
Posted from 
firewall.merloni.com
 [194.243.108.194]
