Un caso pratico di software per pianificazione dei corridoi: come impostare il lavoro

Immaginiamo una commessa in cui un analista GIS debba valutare software per pianificazione dei corridoi. Una missione ben progettata comincia dalla domanda del committente e prevede verifiche prima della consegna.

Lo scenario: un incarico con un obiettivo chiaro

Si consideri un esempio ipotetico: un analista GIS riceve la richiesta di valutare software per pianificazione dei corridoi in un sito con vincoli di accesso. Prima di scegliere il drone deve specificare quale risultato verrà accettato e quali verifiche saranno possibili a terra.

Pianificazione della missione

Il piano ipotetico include un briefing su meteo, autorizzazioni, area di recupero e qualità attesa. Un aspetto da tenere presente è che geofence e ostacoli devono essere aggiornati. La missione viene quindi suddivisa in acquisizione, controllo sul posto e revisione dei file.

Che cosa accade se il primo dataset non basta

Se il dataset non risponde alla domanda iniziale, raccogliere altri gigabyte non è necessariamente la soluzione. Occorre identificare la lacuna, verificare se dipenda da impostazioni, ambiente o geometria di acquisizione e decidere se una prova limitata possa chiarire il problema.

Per inquadrare il contesto tecnico può essere utile leggere sistemi informativi geografici; le conclusioni operative richiedono comunque verifiche sul caso concreto.

Il rapporto che il cliente può utilizzare

Per ridurre le ambiguità, ogni consegna su software per pianificazione dei corridoi dovrebbe includere nomenclatura dei file, unità di misura, riferimento geografico se necessario, versioni dell’elaborazione e nominativo del revisore. Una buona acquisizione perde valore se chi riceve il materiale non riesce a ricostruirne il metodo.