Il magazzino vestiario di Rebibbia è il fornitore nazionale di uniformi per le guardie di tutte le carceri italiane. Assunto da una piccola società informatica, fui incaricato di realizzare un sistema informatico per gestire le attività di acquisto, deposito e spedizione dei colli con le uniformi.

Fu il primo progetto realizzato dopo il mio insediamento in Italia. Per me rappresentò un ingresso diretto nella realtà dell'industria italiana. L'intera applicazione era costruita intorno a una base di dati installata su un minicalcolatore Olivetti con sistema operativo XENIX.

Cliente: Magazzino Rebibbia, Roma, Italia.

Descrizione del progetto: programmazione, prima in Clipper e poi in FoxBase.

Ambienti/strumenti utilizzati: Olivetti/XENIX, dBase III, Clipper, FoxBase.

Competenze/ruoli: project manager, analista, programmatore.

Progetto di sistema informatico per la gestione degli abbonamenti a un settimanale sindacale, con produzione dei documenti di spedizione dei giornali. Il sistema consiste principalmente in una base di dati degli abbonati. Questo tipo di applicazioni mi ha obbligato a lavorare con attenzione sui dati persistenti, sugli aggiornamenti, sui report e sulle regole di validazione, in un quadro più vicino all'esercizio corrente che al prototipo.

Cliente: CISL, Confederazione Italiana dei Sindacati dei Lavoratori, Roma, Italia.

Descrizione del progetto: implementazione generale e manutenzione esclusiva.

Ambienti/strumenti utilizzati: Windows, MS-Access, MS-Office, Visual Basic.

Competenze/ruoli: project manager, analista, architetto software e programmatore.

Progetto orientato alla modellazione e all'amministrazione di un parco nazionale di macchine agricole. La sua importanza non sta soltanto nella gestione dei dati, ma anche nella definizione di un modello coerente per un dominio eterogeneo, con molti tipi di attrezzature e categorie di informazione.

Sistema dedicato alla gestione delle richieste di spazi espositivi dei partecipanti (produttori di macchine e attrezzature agricole) alla Fiera Internazionale di Bologna, alla Fiera AgriLevante di Bari/Puglia e alla Fiera ExpoGarden di Bologna. Ho combinato requisiti amministrativi, logistici e di reportistica in un contesto con molti attori e grandi volumi di dati, tipico di un evento espositivo di grande dimensione.

La famiglia di progetti ViaSat mi ha portato nell'area del monitoraggio dei veicoli e del fleet management. Qui il problema non era più soltanto una questione di base di dati o di interfaccia, ma una questione di distribuzione, eventi, comunicazioni e integrazione dei flussi di informazione provenienti dal campo.

Il progetto VASS appartiene chiaramente alla famiglia delle applicazioni distribuite. Il fatto che fosse orientato al Lotto telefonico lo rendeva sensibile sia alla scalabilità, sia alla correttezza delle transazioni e al controllo delle interazioni tra componenti.

Il progetto Lotto appartiene chiaramente alla famiglia delle applicazioni distribuite. È un sistema CSLT piuttosto ampio, con requisiti, modello UML/Rational Rose, architettura a tre livelli, interfacce CEZ/WIND e un piano di esecuzione fino al collaudo nel gennaio 2000. Si vede chiaramente anche il mio passaggio dall'analisi strutturata alla modellazione orientata agli oggetti, con use case, componenti e deployment.

Smarten è stato uno dei progetti industriali più tecnici di questo periodo. Era orientato al rating e al billing per telecomunicazioni mobili, cioè a un'area in cui volumi, distribuzione delle responsabilità e robustezza dell'architettura sono essenziali.

Smarten era una piattaforma software generale, ispirata ai modelli di analisi di Fowler e dotata di un meccanismo interno di meta-modellazione. Un'applicazione basata su Smarten si otteneva mediante l'adattamento della piattaforma da parte di integratori qualificati, attraverso l'estensione della struttura e l'uso della meta-modellazione per generare l'applicazione desiderata.

La piattaforma era scritta in C++ e Java, era fortemente scalabile, utilizzava CORBA per gli oggetti distribuiti e una base di dati orientata agli oggetti. È stata usata principalmente in aziende di telecomunicazioni, per processi di valutazione e fatturazione, ma la sua architettura ne permetteva l'impiego anche in altri domini basati su servizi.

Nell'ambito di questo progetto ho elaborato e tenuto corsi di formazione per gli utenti Smarten, in particolare per gli integratori della piattaforma. Ho partecipato anche al reengineering del prodotto e ho formato il team di sviluppo. I miei ruoli sono stati: autore dei corsi, mentore, responsabile dell'attività di formazione e analista software.

Cliente: Smarten S.p.A., Roma, Italia.

Tecnologie: Sun/Solaris, Versant OODBMS, C++, Java, CORBA, Rational Rose.

Ruolo: responsabile della formazione, analista.

Toscano S.p.A. è una società immobiliare con un'ampia rete di agenzie. La sede centrale deve comunicare con tutte le agenzie per monitorare in modo completo tutte le transazioni periferiche. Inoltre, deve essere pubblicato quotidianamente sul sito un rapporto completo delle offerte della società. Per facilitare il flusso dei dati, era necessario un sistema distribuito a livello nazionale.

Il progetto Toscano mirava all'informatizzazione di una rete nazionale di agenzie immobiliari. Mi interessò perché combinava l'organizzazione di una rete commerciale con la necessità di un accesso distribuito alle informazioni e con esigenze di uniformazione dei servizi.

Cliente: Toscano S.p.A., Roma, Italia.

Descrizione dell'incarico: includeva la gestione del team di sviluppo formato da otto persone e la partecipazione a tutte le attività di sviluppo come team di assistenza tecnica.

Ambienti/strumenti utilizzati: SQL Server, Access, MTS, MSMQ, Visual Basic 6.0, ASP, ERwin.

Competenze/ruoli: project manager, analista e architetto software.

PiùCase rappresentava la componente di portale e di accesso pubblico ai servizi del settore immobiliare. Per me, progetti di questo tipo erano importanti perché richiedevano un'articolazione chiara tra il modello dell'informazione, l'interfaccia e il servizio effettivamente offerto all'utente.

Il progetto PiùCase era una raccolta di annunci immobiliari pubblicati da PiùCase. Il portale doveva pubblicare tutti gli annunci online, offrire agli utenti motori di ricerca e agli abbonati interfacce adeguate per inserire gli annunci, e fungere da porta d'accesso verso altri siti Web e applicazioni.

Cliente: PiùCase S.p.A., Roma, Italia.

Descrizione del progetto: project management, raccolta dei requisiti, modellazione concettuale, sviluppo dell'architettura, progettazione di basi di dati.

Ambienti/strumenti utilizzati: MS Access, ASP, VBScript.

Competenze/ruoli: project manager, analista software e architetto.

Studio di fattibilità realizzato nell'ambito di ASSIOMA per il Ministero dell'Università e della Ricerca in Italia, riguardante la definizione di una banca dati nazionale centralizzata per l'offerta formativa universitaria e i crediti accademici. Contributo: direttore tecnico, architetto e analista di sistema.

Questi studi di fattibilità ebbero un ruolo soprattutto di analisi, concettualizzazione e fondazione di sviluppi successivi. Mostrano che la mia attività industriale non fu soltanto implementazione, ma anche valutazione e definizione di direzioni tecnologiche.

Il Museo di Roma aveva bisogno di sviluppare un proprio sistema informatico e lanciò un concorso di consulenza. Le proposte del vincitore dovevano essere supervisionate dal cliente per concordare una soluzione ottimizzata.

Descrizione dell'incarico: consulente tecnico del beneficiario del progetto (il direttore del museo). Ho intervistato tutte le parti interessate. Ho identificato errori e suggerito soluzioni, nonché miglioramenti dell'analisi, dell'architettura e dell'esecuzione del sistema. Ho protetto gli interessi del beneficiario.

Il mio intervento per il Museo di Roma appartiene a quella zona in cui la competenza software incontra esigenze istituzionali e culturali. Anche se si trattò di un progetto di consulenza, esso mostra l'ampiezza dello spettro di applicazioni in cui lavorai in quegli anni.

Cliente: Museo di Roma.

Competenze/ruoli: analista funzionale.

Progetto Web orientato alla raccolta e all'analisi delle statistiche di vendita per macchine movimento terra, edilizia e stradali. Apparteneva a una generazione di applicazioni accessibili tramite browser, in cui l'accento cadeva sull'aggregazione dei dati, sulla generazione di report e sulla facilità d'uso per i beneficiari.

Tecnologie: PHP, JavaScript, DHTML. Ruolo: manager, analista, architetto, programmatore.

Il celebre parco di Villa Borghese a Roma, proprio nel centro della città, ha un parcheggio sotterraneo, uno spazio immenso che doveva essere illuminato all'ingresso o all'uscita delle automobili e lasciato, nel resto del tempo, soltanto con luci di sorveglianza.

Fui incaricato di realizzare un sistema per l'illuminazione del parcheggio in tempo reale. Un PC installato in una piccola stanza presso uno degli ingressi del parcheggio era responsabile del controllo dell'illuminazione, che doveva essere automatico o manuale. Il controllo automatico si basava su una soluzione di programmazione configurabile tramite un sistema di finestre con interfaccia grafica che progettai in Pascal.

Progetto con requisiti espliciti di reazione in tempo reale. Mi interessò per la sua vicinanza alle applicazioni ingegneristiche in tempo reale in senso stretto, dove la soluzione software non può essere trattata come un semplice supporto amministrativo, ma come parte di un comportamento operativo controllato.

Cliente: Parcheggio Villa Borghese, Roma, Italia.

Descrizione del progetto: implementazione generale e manutenzione esclusiva.

Ambienti/strumenti: PC/DOS, OS/2 2.0, Windows 3.0, TurboPascal.

Competenze/ruoli: project manager, analista, programmatore.

Applicazione critica per un'area ad accesso controllato, associata a una ex centrale nucleare. In simili contesti, l'errore software non è solo un inconveniente: può avere conseguenze serie. Progetti come questo furono per me una conferma che l'ingegneria del software deve essere praticata con la disciplina di una vera ingegneria.

ENEA Brasimone fu inizialmente costruita come centrale nucleare per l'Agenzia nazionale per l'energia e l'ambiente (ENEA). Dopo il referendum che vietò la prosecuzione delle ricerche nel campo dell'energia nucleare, questa centrale ricevette altri utilizzi. Per proteggerla comunque da intrusioni e incendi, fu necessario organizzare un sistema informatico in tempo reale per mettere in sicurezza l'area protetta della centrale. Il sistema fu installato da una società di Roma, specializzata in progetti di questo tipo. Mancava però nella stazione centrale il “cervello” che monitorasse in tempo reale i sensori installati. Il mio compito fu sviluppare il software di questo “cervello” installato nel calcolatore centrale.

Descrizione del compito: sviluppo di una componente software del sistema informativo di protezione della centrale. La componente doveva lavorare in un ambiente concorrente mediante l'uso estensivo di processi concorrenti (nel 1991-92, OS/2 offriva un ottimo supporto per la creazione e il controllo dei thread di esecuzione) e di interfacce grafiche basate su finestre.

Cliente: ENEA Brasimone, Italia.

Ambienti/strumenti utilizzati: PC/OS/2, Presentation Manager, LAN Manager, C.

Competenze/ruoli: project manager, analista e programmatore.

Contributo parziale alla progettazione dell'architettura del sottosistema di comunicazione di una piattaforma middleware per l'integrazione di applicazioni ospedaliere eterogenee nell'ambito del “Programma Nazionale di Ricerca per la Telemedicina”, Italia. Ruolo: contributo di architettura e analisi nell'ambito del programma nazionale di ricerca per la telemedicina.

Questo progetto industriale si trova molto vicino alla mia linea di ricerca nella digital health. Mirava alla valutazione economica dei protocolli medici e delle malattie croniche in una forma accessibile online, combinando modellazione, calcoli economici e interfaccia Web.

Tecnologie: PHP, JavaScript. Ruolo: manager, analista, architetto, programmatore.

Vedi anche i progetti di ricerca nell'area digital health.