Copertura automatica
Una copertura che non aspetta un ciclo di versioni.
Ogni strumento forense decodifica ciò che il suo fornitore ha già implementato. VERA genera la propria copertura per tutto il resto, la presenta all’analista come anteprima sui dati reali, e non applica nulla finché una persona non l’ha accettato.
- Prima la biblioteca pubblica, la generazione per il resto
- Validato da una persona prima dell’uso
- Ogni mappatura leggibile, nessun codice da scrivere
Il problema
Un’applicazione non supportata è un vicolo cieco, e non è rara.
Una persona installa un’applicazione sociale regionale, oppure aggiorna un’applicazione di messaggistica nota, e la disposizione dei dati cambia. La suite di acquisizione non l’ha implementata. I dati sono nell’estrazione, presenti per intero, e sono illeggibili finché qualcuno non pubblica un parser.
Quell’attesa non ha nulla a che fare con il caso davanti all’analista. È governata dalla pianificazione delle versioni di un’altra società, e da quanto quell’applicazione le appare interessante sul piano commerciale.
Tre livelli
Noto, sconosciuto e corretto.
La copertura si produce in tre modi, ordinati per quanta attenzione dell’analista costa ciascuno.
-
La biblioteca pubblica applica ciò che è noto
Aperta a ogni contributo. Le sorgenti sono confrontate con la biblioteca delle mappature validate e applicate quando si apre il sigillo, così l’analista vede una vista popolata, non un compito.
-
La mappatura automatica struttura il resto
VERA esamina le sorgenti, ricostruisce che cosa contengono e genera la mappatura da sé. Ciò che arriva all’analista è un’anteprima sui dati reali, non una specifica da leggere. Nel nostro caso dimostrativo, i messaggi di Leboncoin sono mappati così: nessuna biblioteca li conteneva.
-
L’analista ha l’ultima parola
Qualsiasi mappatura si può aprire nell’editor a nodi, la sua query si legge e si modifica, con l’aiuto dell’assistente se lo si vuole. Scrivere codice non fa mai parte del lavoro.
Sorgente
tabella messages
Trasformazione
ora, direzione
Vista
Messaggi
Il controllo di validazione
Le mappature sono generate automaticamente e validate da una persona prima dell’uso.
Quella frase è l’intera descrizione pubblica del meccanismo, ed è voluta. Ciò che conta per un acquirente è la garanzia, non il metodo: nessuna mappatura generata si applica mai a un caso senza che un analista la accetti, e l’analista vede il risultato sui record reali prima di decidere.
Per una conversazione di appalto di solito è il punto decisivo. Il software propone. Il Suo analista dispone, e la traccia di audit registra quale.
Nulla si applica a un caso senza che una persona lo accetti prima. È una proprietà del disegno, non un’impostazione.
Spiegabilità
Ogni mappatura può essere letta da chiunque ne abbia bisogno.
Una mappatura è la spiegazione di una vista: quale file, quale tabella, quali colonne, unite come e trasformate come. Apra qualsiasi traccia e VERA mostra la mappatura che c’è dietro, dalla riga di origine al campo sullo schermo.
Gli analisti di rado hanno bisogno di toccarla. Quando serve una correzione, si fa collegando riquadri in un editor visuale, senza codice. Un revisore, un controperito o un tribunale può leggere la stessa mappatura e verificarla.
01La traccia
Contatto 714 mar · 18:40
18,000 e passo sabato
Testo del messaggio
02La mappatura che l’ha prodotta
03La riga di origine
- text
- 18,000 e passo sabato
- peer
- 7
- sent_at
- 1773510000
- state
- 1
Che cosa cambia
La copertura cresce con l’uso, non con i cicli di versioni.
Un laboratorio che usa VERA non aspetta più che un terzo decida quali applicazioni vale la pena supportare. L’analista che oggi incontra un’applicazione non familiare ottiene oggi una vista che funziona, e la mappatura validata si può poi proporre alla biblioteca pubblica, così che ogni altro laboratorio la riceva.
La competenza smette di sparire quando un analista va in pensione o viene trasferito. Diventa qualcosa che il servizio tiene.
Che cosa funziona oggi, e che cosa no
In funzione oggi
- Generazione automatica della mappatura per sorgenti che non sono mai state viste.
- Un controllo di validazione umana obbligatorio prima che si applichi qualsiasi cosa.
- Un editor visuale a nodi per la correzione e il controllo manuale pieno.
- Confronto con la biblioteca pubblica e con la biblioteca del servizio all’importazione.
- Copertura che si applica alle versioni cambiate, non solo alle applicazioni nuove.
- Sorgenti oltre i database: JSON, plist, XML, CSV, LevelDB e altri file strutturati.
In sviluppo
- Sorgenti di computer, file di log e qualsiasi file leggibile, attraverso le stesse mappature.
- Un passaggio rapido solo di biblioteca, con l’IA che mappa il resto mentre l’analista lavora.
Lo veda girare su un’estrazione reale
Un servizio chiede una dimostrazione, di solito trenta minuti su dati fittizi. Un esperto indipendente chiede l’accesso: una persona esamina la richiesta, poi la licenza annuale si ordina dall’account.
Ogni richiesta è esaminata prima che l’accesso sia concesso.