il nuovo modulo VTTD
Il TTD è stato arricchito con il nuovo modulo VTTD (Vehicles and Time Table Design) che consente la gestione (costruzione, controllo, modifica) dei turni macchina direttamente durante la definizione delle corse.
Dal TTD con VTTD è possibile costruire e visualizzare i turni macchina in una nuova specifica finestra. La nuova finestra è personalizzabile dall'utente ed è sincronizzata con le altre del TTD, quindi ad ogni modifica degli orari viene aggiornata automaticamente ed è possibile controllare l'impatto della modifica sui turni macchina.
Inoltre l'interfaccia grafica delle corse è stata estesa, per consentire la visualizzazione e la modifica delle attività fuori linea (corse a vuoto) contemporaneamente alle corse in linea: l'utente può quindi costruire i turni macchina contemporaneamente alle corse. Nel TTD sono disponibili nuovi tools per la costruzione delle corse a frequenza, e l'interfaccia grafica è stata ulteriormente migliorata, con l'introduzione di nuove funzionalità di visualizzazione degli orari personalizzabili dall'utente.
Infine, nell'ambito di un progetto in collaborazione con il Dipartimento di Informatica dell'Università di Pisa, è in fase avanzata di sviluppo un nuovo algoritmo per la costruzione simultanea degli orari e dei turni macchina. Il modello ha lo scopo di generare degli orari che rispettino i vincoli di frequenza e regolarità richiesta, minimizzando le risorse necessarie alla realizzazione del servizio: il numero di viaggi e di turni macchina, e il tempo speso dai mezzi fuori dal deposito.
L'integrazione fra BDS e BDROP
L'integrazione fra BDS e BDROP semplifica ulteriormente il lavoro dell'operatore di BDROP garantendo contemporaneamente la correttezza dei dati inseriti a sistema. Oggi infatti tutte le volte che un turno guida è modificato o spezzato o creato in BDROP, il lavoro di conteggio delle sue indennità è completamente manuale con conseguente perdita di tempo e inevitabili errori. Lo stesso succede al momento della reimportazione dei dati da VDAP: i turni eventualmente modificati in fase di effettuazione sono caricati automaticamente in BDROP, ma devono essere manualmente conteggiate le nuove indennità sviluppate. Con questa integrazione, in modo trasparente per l'utente, BDROP chiama la riclassificazione dei turni da BDS che provvede a riconteggiare tutte le corrette indennità, tempo convenzionale, tempo guida ed eventuali trasferimenti fuori linea del nuovo turno. Infatti soltanto BDS conosce tutta la normativa di costruzione dei turni guida ed è qui utilizzato il suo motore di classificazione proprio come da sempre fatto in fase di programmazione dei turni.
Il progenitore dell'algoritmo integrato: “Ping Pong”
Dopo molta attesa è finalmente partito il progetto per l'algoritmo di ottimizzazione congiunto turni guida e turni macchina. L'esperienza accumulata sulla problematica e il costante scambio con i clienti ci hanno portato ad individuare un nuovo modello matematico, in grado di definire il problema nella sua completezza. Prima, però, abbiamo individuato uno “schema” di lavoro riproducibile in automatico: esso si basa sull'utilizzo degli attuali algoritmi di VBDSA e VSA, che si scambiano le informazioni su quali collegamenti e quali viaggi a vuoto hanno utilizzato... si tratta in pratica di fare giocare a ping-pong le due applicazioni, dove la palla che si passano non è altro che l'insieme dei collegamenti utilizzati in ognuno dei due algoritmi, con lo scopo di farli convergere sulle stesse scelte.
Il progetto è partito, ed i primi risultati su un insieme modesto di turni sono incoraggianti con una casistica molto semplice (ossia in assenza di utilizzo di punti di cambio e con il cambio di vettura concesso solo nel deposito del turno).
Una volta che il Ping Pong sarà funzionante, avremo già un'applicazione utilizzabile, ma che costituirà una sorta di benchmark per il modello matematico che vogliamo costruire e risolvere... insomma, nell'attesa dell'algoritmo vero e proprio, probabilmente anche i nostri clienti potranno divertirsi con il “Ping Pong”. Buon gioco a tutti!
Gestione Turni Settimanali
Si sa: in teoria il turno (uomo o macchina che sia) sarebbe uguale tutti i giorni feriali della settimana... ma così non è: corse mercatali, scuole, servizi periodici... fanno variare anche solo pochi turni di poche corse, ma come si possono gestire? Vanno ricostruiti sempre? Sul modulo ROTDB è presente una funzionalità che permette di spalmare i turni fra le varie unità di progettazione, con l'effetto che tutto quello che era spalmabile viene spalmato, e tutto quello che non lo era, non viene spalmato: ma cosa e perché è rimasto fuori? E come faccio a recuperare la parte di turno che comunque è invariata? ROTDB non è il posto giusto per fare queste operazioni: ed ecco che ci siamo inventati la nuova applicazione GTS (Gestione dei Turni Settimanali) che rende trasparente la spalmatura dei turni, ma non solo. La nuova applicazione carica in memoria le UdP della settimana, permettendo il passaggio rapido da un'UdP all'altra (sulle quali si opera con tutte le funzionalità di VSI, BDSI o VBDSI), e consentendo operazioni di spalatura, totale e parziale dei turni, avendo sempre sotto controllo, tramite un sistema di “semafori” qual è lo stato del turno, se è spalmato, se è spalmabile totalmente o parzialmente, se è duplicato... ossia dando all'utente tutte le informazioni necessarie per governare i turni della settimana in un solo ambiente.
Cruscotto Bigliettazione
Maior sta portando avanti lo sviluppo di un modulo sw di supporto alle decisioni nell’ambito della bigliettazione denominato CBE (Cruscotto della Bigliettazione Elettronica ). CBE si basa su un data warehouse della bigliettazione, che contiene ed organizza i dati su vendite, convalide, sanzioni, utenti, rete di vendita ecc… , ed una serie di cruscotti di analisi multidimensionali sulle principali misure legate ai dati che permettono di osservare i volumi di vendita, le obliterazioni, ed in generale una serie di indicatori utili alla comprensione del processo. Il sw è completamente integrato con il cruscotto di Business Intelligence MBI, e questo permette di relazionare alcuni dati (ad es. quelli sulle obliterazioni) con i dati del servizio, evidenziando le linee , le paline, i comuni su cui avviene l’evento. In questo modo saranno definiti alcuni indicatori per relazionare il servizio offerto con quello effettivamente utilizzato.
Gestione ottimizzata Massa Vestiario
Un nuovo sistema che permette di gestire la Massa Vestiario del personale in un modo più efficiente ed economico.
Sono previste due interfacce: una per l'ufficio che si occupa della gestione della massa vestiario ed un'altra per il personale che deve richiederla.
L'ufficio ha la possibilità di configurarsi tutti i dettagli della massa vestiario e dei DPI (Dispositivi per la Protezione Individuale) che possono essere forniti come: descrizione dei pezzi, taglie disponibili, “costo” in punti di massa vestiario, associazione dei pezzi con le qualifiche del personale (autisti, meccanici di officina...).
Il personale può fare tutte le proprie richieste su touchscreen in deposito o direttamente da casa. Ogni richiesta è controllata automaticamente dal sistema come correttezza di costo in punti e ammissibilità del pezzo con la propria qualifica.
L'ufficio può immediatamente avere un report di tutte le richieste inserite, preparare la gara per il fornitore della massa vestiario, controllare le consegne del materiale.
Il TTD è stato arricchito con il nuovo modulo VTTD (Vehicles and Time Table Design) che consente la gestione (costruzione, controllo, modifica) dei turni macchina direttamente durante la definizione delle corse.
Dal TTD con VTTD è possibile costruire e visualizzare i turni macchina in una nuova specifica finestra. La nuova finestra è personalizzabile dall'utente ed è sincronizzata con le altre del TTD, quindi ad ogni modifica degli orari viene aggiornata automaticamente ed è possibile controllare l'impatto della modifica sui turni macchina.
Inoltre l'interfaccia grafica delle corse è stata estesa, per consentire la visualizzazione e la modifica delle attività fuori linea (corse a vuoto) contemporaneamente alle corse in linea: l'utente può quindi costruire i turni macchina contemporaneamente alle corse. Nel TTD sono disponibili nuovi tools per la costruzione delle corse a frequenza, e l'interfaccia grafica è stata ulteriormente migliorata, con l'introduzione di nuove funzionalità di visualizzazione degli orari personalizzabili dall'utente.
Infine, nell'ambito di un progetto in collaborazione con il Dipartimento di Informatica dell'Università di Pisa, è in fase avanzata di sviluppo un nuovo algoritmo per la costruzione simultanea degli orari e dei turni macchina. Il modello ha lo scopo di generare degli orari che rispettino i vincoli di frequenza e regolarità richiesta, minimizzando le risorse necessarie alla realizzazione del servizio: il numero di viaggi e di turni macchina, e il tempo speso dai mezzi fuori dal deposito.
L'integrazione fra BDS e BDROP
L'integrazione fra BDS e BDROP semplifica ulteriormente il lavoro dell'operatore di BDROP garantendo contemporaneamente la correttezza dei dati inseriti a sistema. Oggi infatti tutte le volte che un turno guida è modificato o spezzato o creato in BDROP, il lavoro di conteggio delle sue indennità è completamente manuale con conseguente perdita di tempo e inevitabili errori. Lo stesso succede al momento della reimportazione dei dati da VDAP: i turni eventualmente modificati in fase di effettuazione sono caricati automaticamente in BDROP, ma devono essere manualmente conteggiate le nuove indennità sviluppate. Con questa integrazione, in modo trasparente per l'utente, BDROP chiama la riclassificazione dei turni da BDS che provvede a riconteggiare tutte le corrette indennità, tempo convenzionale, tempo guida ed eventuali trasferimenti fuori linea del nuovo turno. Infatti soltanto BDS conosce tutta la normativa di costruzione dei turni guida ed è qui utilizzato il suo motore di classificazione proprio come da sempre fatto in fase di programmazione dei turni.
Il progenitore dell'algoritmo integrato: “Ping Pong”
Dopo molta attesa è finalmente partito il progetto per l'algoritmo di ottimizzazione congiunto turni guida e turni macchina. L'esperienza accumulata sulla problematica e il costante scambio con i clienti ci hanno portato ad individuare un nuovo modello matematico, in grado di definire il problema nella sua completezza. Prima, però, abbiamo individuato uno “schema” di lavoro riproducibile in automatico: esso si basa sull'utilizzo degli attuali algoritmi di VBDSA e VSA, che si scambiano le informazioni su quali collegamenti e quali viaggi a vuoto hanno utilizzato... si tratta in pratica di fare giocare a ping-pong le due applicazioni, dove la palla che si passano non è altro che l'insieme dei collegamenti utilizzati in ognuno dei due algoritmi, con lo scopo di farli convergere sulle stesse scelte.
Il progetto è partito, ed i primi risultati su un insieme modesto di turni sono incoraggianti con una casistica molto semplice (ossia in assenza di utilizzo di punti di cambio e con il cambio di vettura concesso solo nel deposito del turno).
Una volta che il Ping Pong sarà funzionante, avremo già un'applicazione utilizzabile, ma che costituirà una sorta di benchmark per il modello matematico che vogliamo costruire e risolvere... insomma, nell'attesa dell'algoritmo vero e proprio, probabilmente anche i nostri clienti potranno divertirsi con il “Ping Pong”. Buon gioco a tutti!
Gestione Turni Settimanali
Si sa: in teoria il turno (uomo o macchina che sia) sarebbe uguale tutti i giorni feriali della settimana... ma così non è: corse mercatali, scuole, servizi periodici... fanno variare anche solo pochi turni di poche corse, ma come si possono gestire? Vanno ricostruiti sempre? Sul modulo ROTDB è presente una funzionalità che permette di spalmare i turni fra le varie unità di progettazione, con l'effetto che tutto quello che era spalmabile viene spalmato, e tutto quello che non lo era, non viene spalmato: ma cosa e perché è rimasto fuori? E come faccio a recuperare la parte di turno che comunque è invariata? ROTDB non è il posto giusto per fare queste operazioni: ed ecco che ci siamo inventati la nuova applicazione GTS (Gestione dei Turni Settimanali) che rende trasparente la spalmatura dei turni, ma non solo. La nuova applicazione carica in memoria le UdP della settimana, permettendo il passaggio rapido da un'UdP all'altra (sulle quali si opera con tutte le funzionalità di VSI, BDSI o VBDSI), e consentendo operazioni di spalatura, totale e parziale dei turni, avendo sempre sotto controllo, tramite un sistema di “semafori” qual è lo stato del turno, se è spalmato, se è spalmabile totalmente o parzialmente, se è duplicato... ossia dando all'utente tutte le informazioni necessarie per governare i turni della settimana in un solo ambiente.
Cruscotto Bigliettazione
Maior sta portando avanti lo sviluppo di un modulo sw di supporto alle decisioni nell’ambito della bigliettazione denominato CBE (Cruscotto della Bigliettazione Elettronica ). CBE si basa su un data warehouse della bigliettazione, che contiene ed organizza i dati su vendite, convalide, sanzioni, utenti, rete di vendita ecc… , ed una serie di cruscotti di analisi multidimensionali sulle principali misure legate ai dati che permettono di osservare i volumi di vendita, le obliterazioni, ed in generale una serie di indicatori utili alla comprensione del processo. Il sw è completamente integrato con il cruscotto di Business Intelligence MBI, e questo permette di relazionare alcuni dati (ad es. quelli sulle obliterazioni) con i dati del servizio, evidenziando le linee , le paline, i comuni su cui avviene l’evento. In questo modo saranno definiti alcuni indicatori per relazionare il servizio offerto con quello effettivamente utilizzato.
Gestione ottimizzata Massa Vestiario
Un nuovo sistema che permette di gestire la Massa Vestiario del personale in un modo più efficiente ed economico.
Sono previste due interfacce: una per l'ufficio che si occupa della gestione della massa vestiario ed un'altra per il personale che deve richiederla.
L'ufficio ha la possibilità di configurarsi tutti i dettagli della massa vestiario e dei DPI (Dispositivi per la Protezione Individuale) che possono essere forniti come: descrizione dei pezzi, taglie disponibili, “costo” in punti di massa vestiario, associazione dei pezzi con le qualifiche del personale (autisti, meccanici di officina...).
Il personale può fare tutte le proprie richieste su touchscreen in deposito o direttamente da casa. Ogni richiesta è controllata automaticamente dal sistema come correttezza di costo in punti e ammissibilità del pezzo con la propria qualifica.
L'ufficio può immediatamente avere un report di tutte le richieste inserite, preparare la gara per il fornitore della massa vestiario, controllare le consegne del materiale.
 |
 |
 |
 |
 |
 |