UNACOMA / FEDERUNACOMA – sistemi informativi gestionali e statistici
A partire dal 1991 realizzai per UNACOMA e FEDERUNACOMA una famiglia coerente
di applicazioni informatiche destinate alla gestione dei dati provenienti
dalle aziende associate, all’organizzazione delle fiere, all’elaborazione
delle statistiche di mercato e all’amministrazione di servizi specifici
per i settori delle macchine agricole, delle macchine movimento terra
e delle attrezzature per l’edilizia. Sebbene sviluppati principalmente
con Microsoft Access e Visual Basic, questi sistemi ebbero una lunga vita operativa
e alcuni sono ancora utilizzati oggi.
1. Contesto della collaborazione
UNACOMA (Unione Nazionale Costruttori Macchine Agricole), oggi FEDERUNACOMA,
riunisce le associazioni dei produttori italiani di sistemi e tecnologie
per la produzione agricola, il giardinaggio, l’irrigazione e i settori connessi.
Queste associazioni furono costituite per offrire ai diversi gruppi di produttori
maggiore efficienza e autonomia, rappresentandoli nei vari contesti
e assicurando servizi di rappresentanza e gestione statistica.
La mia collaborazione con UNACOMA iniziò poco dopo il mio trasferimento in Italia.
Per una circostanza fortuita, UNACOMA aveva acquistato computer da un fornitore hardware,
ponendo come condizione che fosse messo a disposizione anche uno specialista software
capace di sviluppare le applicazioni necessarie—una competenza rara nell’Italia di quegli anni.
Divenni così, dal 1991, fornitore software di UNACOMA.
Nei primi anni tenni corsi di informatica per i dipendenti, in particolare sui prodotti Microsoft;
in seguito mi fu chiesto di sviluppare applicazioni dedicate a esigenze amministrative
e statistiche molto concrete. Tali esigenze riguardavano sia il rapporto dell’associazione
con i produttori membri sia processi operativi ricorrenti: raccolta dei dati di vendita,
gestione degli elenchi di modelli e partner, elaborazione dei totali aggregati,
organizzazione della partecipazione alle fiere, censimento delle macchine
e trattamento di dati soggetti a regimi particolari.
Al di là della tecnologia utilizzata, l’aspetto importante è che queste applicazioni
formarono un ecosistema software duraturo, costruito incrementalmente,
adattato alle procedure reali del cliente e mantenuto in esercizio nel lungo periodo.
2. La famiglia di applicazioni
2.1 Sistemi statistici e database settoriali
Sistema UMA (dal 1991) – soluzione per il monitoraggio dell’assegnazione
e del consumo di carburante agricolo ad accisa ridotta, con registrazione delle macchine,
dei beneficiari e delle quantità prelevate.
MAO / ISTAT (dal 2005) – applicazione per le statistiche
sulle importazioni e le esportazioni di macchine agricole, basata sui dati
delle aziende partecipanti e confrontata con i dati ufficiali ISTAT.
Vendite / Sommatoria per il mercato delle macchine agricole –
sistema di raccolta distribuita dei dati trimestrali di vendita
e aggregazione centrale per ottenere le statistiche di mercato.
Vendite COMAMOTER (dal 1996; successivamente anche in versione web) –
adattamento della famiglia Vendite al mercato delle macchine movimento terra,
edili e stradali.
Procedura Vendite per UNACEA (dal 2010) –
adattamento del sistema statistico per l’associazione dei produttori
di macchine e attrezzature per le costruzioni, con pubblicazione dei dati
nel portale dell’associazione.
MORGAN (dal 2015) – database per la raccolta trimestrale
delle vendite di macchine da giardinaggio e la pubblicazione
dei rapporti di mercato nel portale del gruppo.
2.2 Sistemi per fiere ed esposizioni
EIMA Information System (dal 1998) – gestione delle domande di partecipazione,
assegnazione degli spazi, degli espositori, dei rappresentanti e dei dati di catalogo
per la fiera di Bologna.
Agrilevante Information System (dal 2001) – adattamento del sistema EIMA
alla fiera di Bari e all’area mediterranea.
ExpoGreen Information System (dal 2009) – derivazione del sistema EIMA
per un evento dedicato al giardinaggio.
2.3 Altre applicazioni
Indirizzario per Ufficio Stampa – gestione dei contatti per l’attività dell’ufficio
stampa.
Questionario donne – database per l’elaborazione di un questionario
sul ruolo delle donne nell’agricoltura italiana e la generazione di statistiche tematiche.
3. Galleria delle interfacce conservate
Nell’archivio attuale si sono conservate soprattutto schermate delle applicazioni statistiche
e di alcune applicazioni tematiche sviluppate in seguito. Non ho incluso qui immagini
di UMA, EIMA, Agrilevante o ExpoGreen, non perché fossero meno importanti,
ma perché nel materiale oggi disponibile non si sono conservate schermate relative a tali sistemi.
3.1 La famiglia Vendite – il nucleo statistico per UNACOMA / COMAMOTER / UNACEA
Queste due schermate illustrano la versione desktop della procedura Vendite,
precedente alle migrazioni verso piattaforme web. Si osserva la struttura semplice e robusta,
centrata sulla selezione delle funzioni operative e sul flusso standard
di inserimento dei dati, visualizzazione e stampa dei risultati.
f1. Menu principale della procedura Vendite,
con le funzioni classiche di gestione delle tabelle, inserimento dati,
visualizzazione e stampa.f2. Variante dello stesso menu, nella quale compaiono esplicitamente
le funzioni di importazione dei file e di caricamento in Sommatoria.
3.2 MAO / ISTAT – importazioni, esportazioni e rapporti comparativi
Le schermate seguenti mostrano bene il carattere pragmatico dell’applicazione:
un menu principale chiaro, schermate di inserimento e modifica dei dati,
quindi una serie di rapporti dinamici e menu di selezione
per il confronto con le statistiche ISTAT.
f3. Menu principale dell’applicazione MAO,
con accesso a statistiche, rapporti e operazioni di gestione.f4. Schermata di inserimento dati in MAO,
progettata per una compilazione controllata e strutturata.f5. Interfaccia di modifica dei record,
orientata a correzioni e aggiornamenti puntuali.f6. Menu dei rapporti dinamici,
con selezioni per gruppi, sottogruppi, paesi e periodi.f7. Menu principale della sezione dedicata
ai dati ISTAT e all’elaborazione comparativa.f8. Menu dei rapporti per l’analisi statistica
dei dati di importazione ed esportazione.f9. Schermata di selezione multipla,
utile per filtri complessi nei rapporti e nelle interrogazioni.f10. Rapporto sulle esportazioni di trattori,
con struttura tabellare destinata ai confronti operativi.f11. Rapporto sulle importazioni di macchine
per il trasporto terra, che illustra la componente
di analisi settoriale dell’applicazione.
3.3 MORGAN – raccolta trimestrale e rapporti di mercato
Il database MORGAN mostra il passaggio verso interfacce più orientate
al portale e all’uso diretto dei rapporti da parte degli utenti.
Rimane tuttavia la stessa logica di base: inserimento controllato dei dati,
aggregazione e reporting per tipo di macchina e periodo di confronto.
f12. Prima schermata di inserimento delle vendite
nel database MORGAN.f13. Inserimento dettagliato delle vendite
per tipo di macchina e modello.f14. Visualizzazione sintetica delle vendite
inserite per il periodo selezionato.f15. Rapporto delle vendite per tipo di macchina,
in un formato destinato alla lettura rapida.f16. Rapporto con i totali delle vendite
per tipo di macchina.f17. Rapporto comparativo in un periodo di riferimento,
utile per analizzare l’andamento del mercato.
3.4 Questionario donne – dal questionario alle statistiche tematiche
Sebbene più piccolo delle altre applicazioni, questo database è interessante
perché mostra la stessa logica di trasformazione di un processo amministrativo
in un flusso completo: progettazione del questionario, inserimento delle risposte,
aggregazione e produzione automatica dei risultati statistici.
f18. Menu principale dell’applicazione
Questionario donne.
f19. Modulo del questionario,
organizzato per l’inserimento strutturato delle risposte.f20. Esempio di rapporto statistico
ottenuto dall’elaborazione delle risposte.f21. Altro esempio di risultato tabellare,
con distribuzioni percentuali per categoria.
4. Il mio contributo
In tutti questi progetti, il mio contributo non si limitò alla programmazione.
In genere coprii l’intero ciclo di realizzazione: analisi dei requisiti,
modellazione dei dati, progettazione dell’architettura applicativa,
implementazione, realizzazione dei rapporti, formazione degli utenti
e manutenzione a lungo termine.
Le tecnologie utilizzate furono principalmente Microsoft Access,
Visual Basic, MS Office e, nelle fasi successive, estensioni web
per autenticazione, caricamento dei dati e pubblicazione dei risultati.
Ciò che conferisce unità a questa famiglia di applicazioni
non è la tecnologia in sé, ma il fatto che esse costituirono infrastrutture
di lavoro stabili per importanti organizzazioni professionali,
sostenendo a lungo processi reali dell’industria.
