“FERSAT - Esperti in sistemi di segnalamento ferroviari basati su tecnologie satellitari” PON03PE_00159_4 CURRICULUM VITAE Cognome, Nome Befi, Maria Cristina Indirizzo di residenza 16, Via Barbato, I – 82016 Montesarchio (BN) Cellulare (+ 39) 339.4828653 E-mail mariacristinabefi@gmail.com ESPERIENZE LAVORATIVE 1) Borsa di studio per attività di ricerca progetto FERSAT: ” Realizzazione di un sistema di segnalamento ferroviario basato sull’innovativo utilizzo delle tecnologie satellitari e della loro integrazione con le tecnologie terrestri”. • Attività Bug fixing su tool LDS: Web Simulator Tool e Crac Tool. Analisi delle prestazioni dell’algoritmo LDS Ver1 vs Ver3. Correlazione dei dati di osservazione e dati di navigazione provenienti dai ricevitori GPS a bordo treno con quelli provenienti dal sistema odometrico. Realizzazione Macro in Visual Basic per passaggio dal sistema di riferimento odometrico al sistema di riferimento Durazzani. 2)Borsa di studio: “ Individuazione di tecniche innovative per il testing d’integrazione HW/SW per sistemi Embedded”. Elaborazione di uno Standard Aziendale di codifica e progettazione software per il linguaggio C++ basato su MISRA C++ su diversi livelli d’integrità SIL0, SIL1, SIL2,SIL3,SIL4. Verifica e validazione del software. 3)Tecnico NOC per attività di help desk di 2° e 3° livello per ISP Fastweb e Vodafone su Soho Professional, Office e Small Business con impianti su rete in fibra ottica e rame. Gestione dei ticket aperti a seguito di disservizi; supporto da remoto a tecnici esterni e collaudo dei servizi; verifiche e configurazione di DSLAM e Catalyst; collaudo e attivazione impianti; gestione di allarmi-disserviziosu impianti in fibra per clientela SMALL. Tool: Remedy, Wholesale T.I., Confrete, Perfrete,Webgtt, Net Db, Netcentrex. ISTRUZIONE Laurea triennale in Ingegneria delle Telecomunicazioni. Corso di certificazione CISCO CCNA. Titolo della tesi: Ottimizzazione, estensione e caratterizzazione di un metodo per la classificazione delle modulazioni numeriche. COMPETENZE TECNICHE Sistemi operativi: Windows, Linux. Linguaggi: C++, Matlab, Visual Basic Application. Ambiente di sviluppo: Eclipse, Visual Studio. Tool: PRQA: QACPP, Q-Verify, Doxygen, MobaXterm, Remedy, Wholesale T.I., Confrete, Perfrete,Webgtt, Net Db, Netcentrex. Normative: ERTMS\ETCS; CENELEC EN 50128. Strumentazione: analizzatori di spettro, generatori di segnali, Microlock. COMPETENZE LINGUISTICHE: Inglese intermedio. HOBBY : Canotaggio, nuoto. Baby food. Fotografia. Patente di categoria B. 100% Disponibilità a trasferte e/o trasferimento.

ATTIVITA’ DI STAGE Definizione, sviluppo ed analisi di scenari reali e/o simulati del sistema di localizzazione satellitare LDS. LDS ED OBIETTIVI REALIZZATIVI : OR2 – Studio e definizione dell’architettura di sistema e dei relativi componenti. OR4 – Integrazione e sperimentazione delle tecnologie innovative in condizioni reali. DEFINIZIONE DEGLI OPPORTUNI SCENARI IN CUI INTEGRARE LE TECNOLOGIE INNOVATIVE AL FINE DI VERIFICARNE L’APPLICABILITA’ E I BENEFICI: Siti scelti per testare le potenzialità del sistema GNSS LDS: Linea Pontremolese (La Spezia_Parma) Linea Dorsale Sarda (Decimomannu_Cagliari); Linea Napoli – Sorrento (Circumvesuviana). Processo di analisi è stato basato su: esecuzione in laboratorio di ogni scenario di test coinvolgendo l'intero sistema LDS ed ogni suo sottosistema (Reference station, Track Area LDS Server (TALS) e LDS On board Unit (OBU); estrazioni delle corrispondenti informazioni e analisi del comportamento risultante del sistema anche giustificando eventuale anomalie rilevate. ANALISI TOOL PER LA SPERIMENTAZIONE E BUG FIXING LDS WEB SIMULATOR VER.01.00 CRAC Tool Vers 3.00 FORMALIZZAZIONE DELLA PROCEDURA DI TEST Analizzate 252 corse. Procedura di test: Fase 1: creazione dello scenario ai fini dell’elaborazione sul LDS WEB SIMULATOR VER.01.00, con compilazione dei dati relativi a: Reference Stations e Trains. Fase 2: creazione del Test case Fase 3: simulazione LDS (elaborare il Test Case creato).

“FERSAT - Esperti in sistemi di segnalamento ferroviari basati su tecnologie satellitari” PON03PE_00159_4 ANALISI DEGLI SCENARI E RISULTATI Obiettivi: confrontare le prestazioni dell’algoritmo di localizzazione del GNSS LDS Software versione 3 rispetto alle prestazioni dell’algoritmo del GNSS LDS Software versione 1; verificare la correlazione tra i risultati della localizzazione provenienti dall’algoritmo GNSS LDS Software versione 3 e i risultati provenienti dal classico sistema di localizzazione odo metrico (basato sul processamento dei dati GIT delle relative balise). Il test case è “superato” se le prestazioni dell’ algoritmo della versione 3 sono evolute rispetto a quelle della versione 1 e i risultati ottenuti sono in linea con i valori attesi tale da permettere all’LDS di considerarsi sicuro sui progetti ERTMS L2 L3.   Per ogni log\corsa elaborata, i risultati delle analisi hanno riguardato i seguenti parametri: profilo di posizione/mileage e relative deviazione standard come funzione del GPS Time; profilo di velocità e relativa deviazione standard come funzione del GPS time; profilo dell’errore come funzione del GPS Time; differenza tra la soluzione analitica stimata e corrispondente posizione ottenuta dalla tradizionale attrezzatura odometrica. protection Level (PL) come bound statistico della posizione dell’errore il cui calcolo permette di calcolare il limite di allerta AL che è stato superato; diagramma di Stanford come rappresentazione sintetica del comportamento del sistema dove le differenti aree corrispondono ai diversi stati del sistema. ESTRAZIONE PARAMETRI PRESTAZIONALI KPI CREAZIONE DI UNA MACRO PER ANALISI DI SCENARI: Realizzazione di una macro in Visual Basic Application sviluppata dalla necessita di trovare un allineamento tra il profilo odometrico (relativo allo spazio percorso dal treno a partire dalla sua accensione) ed il riferimento assoluto (i.e. la chilometrica associata a punti cablati sulla linea – e.g. boe -) proveniente dallo schematico delle linee (PS) e dalle misurazioni fatte in campo dalla società Durazzani. Per migliorare la bontà della misura stessa nella logica della procedura si è tenuto conto anche dell’ «effetto di prossimità», ossia calcolare la media pesata tra la distanza relativa al PI (Punto Informativo) precedente e quella afferente il PI successivo. La procedura di cambio di sistema di riferimento è stata realizzata su 800 righe di codice.