Newsgroup: it.lavoro.informatica
Titolo: Info ...

Mi sapete dire con quali tecnologie e/o linguaggi sono stati creati i
programmi che vedo alle poste o quelli delle biglietterie delle ferrovie
dello stato?

 ha scritto nel messaggio
news:c7aipk$1n1e6$1...@ID-142171.news.uni-berlin.de...

Parli delle applicazioni utilizzate dagli operatori, dalle "biglietterie
automatizzate", "chioschi informativi"... ?

 dello stato?
Per Trenitalia Sipax e Sipax Net di Galileo Sigma:
http://www.sigma.it/
-- 
FabMind
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG


... si di quelle apllicazioni ...

 ... si di quelle apllicazioni ...
Ti ha risposto FabMind....

 dello stato?
Ho partecipato in un progetto di re-engineering alle ferrovie(Tsf):
prima c'erano applicativi scritti in C su piattaforma su Os/2, 
da qualche anno sono in VB su Win.
Roberto


 Roberto
aiuto :D
PS Mi e' capitato qche volta di vedere i bigliettai automatizzati
(quelli col touch screen) crashati sulla schermata del bios
o di avvio di windows...(idem anche sugli orari dei voli...)

 o di avvio di windows...(idem anche sugli orari dei voli...)
Guarda che sono normalissimi PC con Windows eh :)

 Guarda che sono normalissimi PC con Windows eh :)
per fortuna non ci fanno i sistemi di controllo volo dei Boeing se no sai
che disastri ... povera Alitalia, oltre al profondo rosso si ritroverebbe
pure con la flotta aerea decimata ... ;-))

 per fortuna non ci fanno i sistemi di controllo 
sui sistemi di controllo ferroviari ci lavora la mia fidanzata.
da quanto mi dice c'e' di mezzo sia unix che sistemi microsoft.
-- 
FabMind



e c'è in giro di peggio ... ho visto sistemi M$ gestire gli ordini di borsa
in tempo reale per una società di intermediazione mobiliare .... soldi,
soldi VERI, gestiti da un Win2000 .... bbrrrrrrr
 Dave
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 
Se il protocollo e' sicuro e il software scritto bene sotto puoi avere
anche l'Amiga, e non rischi nulla.
Umberto

UC ha scritto:

hai sempre il rischio di un crash dell'OS,
(dovuto a os rottame, virus worm etc...)

Roberto Scano - IWA/HWG ha scritto:

lo so...appunto :D

 
veramente ho sentito che grazie a sasser e' andato giu'
il controllo aereo se non erro a dubai per qche ora,
oltre alla 3za banca finlandese che ha dovuto chiudere
qche centinaio di sedi...
tristezza...

 (dovuto a os rottame, virus worm etc...)
Appunto, se il protocollo e' sicuro, ovvero se la transazione effettiva
avviene se e solo se tutto e' andato per il verso giusto il crash del
sistema diventa una semplice "eccezione" da gestire.
Diverso e' il caso del controllo aereo, naturalmente.
U.

 
Pensa se a Schumacher gli dicessero: "Senti il motore ti teniamo quello 
della Ferrari affidabile e sicuro, perņ le gomme, sospensioni e i freni 
ci mettiamo quelli della Duna, ci stai?"... sai le risate che si farebbe??

 ci mettiamo quelli della Duna, ci stai?"... sai le risate che si farebbe??
...e' un paragone che non calza moltissimo. 
Quello che intendo dire e' che il rischio di perdere denaro tramite
l'utilizzo di un software specifico dipende piu' dalla qualita' del
software stesso e dal protocollo (bancario) che dal sistema operativo
sottostante.
L'obiettivo non e' tanto vincere il granpremio, ma casomai arrivare in
fondo alla corsa. E quello lo puoi fare anche fermandoti ai box, ogni
tanto.
U.

 o di avvio di windows...(idem anche sugli orari dei voli...)
Non per niente , ma quando ci lavoravo io (bei tempi sigh :°) )
l'app andava  in crash ogni paio d'ore... ma girava su NT ...


l'app andava  in crash ogni paio d'ore... ma girava su NT ...
Io non so che dirti. Sara' che ho avuto modo di lavorare con un
sistemista con le contropalle, sara' che la qualita' delle macchine e'
elevata, ma io a tutt'oggi ho quattro servizi scritti in VB che girano
senza alcuna difficolta' da sette mesi a questa parte su un server di
monitoraggio - con Win2k server - presso un data center a 80 km da
dove risiedo, al quale ogni tanto accedo per vedere se ci son problemi
- e finora non ne ho visti - via terminal server. Non che questo in
effetti serva, perche' i servizi, a cadenza definita (mediamente ogni
4 ore) mi inviano un'email relativa al loro stato. E ho ricevuto le
ultime qualche secondo fa.......
--
Ciao!
Luca Menegotto

 da quanto mi dice c'e' di mezzo sia unix che sistemi microsoft.
ma controllano con sistemi NT kernel (NT4/win2k/win2k3) anche la
circolazione dei treni in tempo reale (segnaletica, scambi, traffico in
ingresso-uscita dalle grandi stazioni tipo Roma o Milano) ? dimmi di no ti
prego ... :-(( ... però adesso che ci penso ho visto una puntata di Report
dove dicevano che i macchinisti fanno poco affidamento sugli automatismi a
bordo ed eseguono sempre controlli visuali in coppia (grazie a Dio, viva i
macchinisti !!!).
Ma con i treni ad alta velocità come la mettiamo ? Mah, speriamo bene ... so
solo che il giorno in cui qualche matto decide di mettere NT kernel, qualche
derivato di questo o WinCE come sistema automatizzato per il controllo di un
mezzo di trasporto o del suo traffico io smetto di usare quel mezzo.
Bye
Jarod

Diverso e' il caso del controllo aereo, naturalmente.
Vediamo chi becca questa dotta citazione aeronautica:
PING PLONG CRASH
"Cazzo ho perso."
Saluti.
-- 
Rimetta  a posto  la  candela...

Be, se vuoi proprio saperlo, il software della centrale di controllo
dell'impianto di raffinazione petrolio di Porto Marghera gira su
windows NT 4.0 .
Meraviglioso... mi auguro solo che non siano collegati ad internet...
Ciao!

 mezzo di trasporto o del suo traffico io smetto di usare quel mezzo.
Mi assicura che in Italia abbiamo uno dei sistemi di controllo piu'
affidabili al mondo.
Non a caso viene esportato in altri paesi.
Lei stessa e' stata piu' volte in England dove iniziano a sperimentare
su brevi tratte lo stesso sistema che in Italia e' adottato da tempo.
Stessa cosa in altri paesi sia in europa che fuori europa.


 prego ... :-(( 
ero un collega della fiancè di fabmind e colgo l'occasione di salutare
entrambi :)
Quando ci lavoravo , circa 2 anni fa, i sistemi sulla circolazione dei
treni erano centralmente dei sistemi unix  (Tru64) sui quali giravano
in cluster l'applicativo sviluppato da Ansaldo SF e il db Oracle (non
ricordo la versione).
Il sistema di collegamento con le stazioni periferiche era su fibra
ottica e tradizionale.
C'era un sistema NT 4 sul quale girava un'applicativo che gestiva la
comunicazione fra centro di comando e controllo (SCC) e stazioni
locali.
Gli host nelle stazioni locali invece erano sistemi Microsoft, che
venivano usati come desktop.
Il sistema prevedeva a regime circa 5  centri di controllo
(Pisa-Venezia-Bari-Roma... e non ricordo :) ) che governeranno quasi
tutto il traffico ferroviario della penisola.
Tra l'altro il sistema informatico/telematico sviluppato da ASF è un
fiore all'occhiello per le ferrovie.Era il primo che integrava in un
unico sistema i vari sottosistemi (Circolazione- Annunci al Pubblico-
Manutenzione-Sorveglianza).
ciao

 Manutenzione-Sorveglianza).
Esattamente, mi conferma ancora.
Sono sottosistemi gestiti ciascuno dai propri cluster.
Quindi non parlerei di "sistema inaffidabile", anzi, al contrario.
E oltre a cio' le ferrovie hanno comunque conservato i vecchi sistemi
concepiti in sicurezza (ACEI) e dove questi mancano vengono sostituiti
da sistemi in sicurezza piu' moderni (ACS) sempre forniti da ASF.


 ora e' "passata al cliente".
cioè prima era "noleggiata" (sorry, brutto termine, ma rende l'idea) ad
Ansaldo ASF e ora lavora direttamente per loro ?
a proposito come si sta in ASF ? e si riesce a lavorare direttamente per
loro o devi passare attraverso i soliti intermediari ?
Cmq da quanto ho capito la circolazione treni in real-time è controllata da
sistemi software "tosti & blindati" su Compaq Tru64 (unix su risc alpha ...
belle macchine, meno male, sospiro di sollievo) mentre con NT4 gestiscono la
comunicazione fra centri di controllo e stazioni (importante ma non critico
& vitale).
Bye
Jarod

 & vitale).
Piu' o meno e' cosi' anche se non proprio esattamente.
Inoltre ripete sempre che i sistemi sono ridondati in modo che c'e'
sempre una macchina in funzione pronta a sostituire l'altra in caso di
guasti improvvisi.
Mi rendo conto di non esprimermi in maniera adeguata ma occupandomi piu'
che altro di gestionale non sono abituato ad adoperare i termini del
mondo dei sistemi di controllo in real time.


 sistema diventa una semplice "eccezione" da gestire.
certo, questo e' vero, ma bisogna considerare anche
-i tempi di fermo macchina
-i disagi per i viaggiatori
etc...

 FabMind
Si è tutto ridondato, sia i server che le postazioni workstation nella
sala di controllo dove operano il personale RFI che regola il traffico
ferroviario.
Proprio su questo mi viene in mente un ricordo "simpatico" :).
Quando venne staccato un cavo di rete da una di queste workstation
(sfiga vuole l'unica non ridondata) e TUTTO il sistema andò in crash,
si spensero tutti i megaschermi. Ricordo che ci fu abbastanza panico,
e ci volle una buona mezz'ora affinchè ripartisse il tutto (lo switch
dei cluster e dei relativi applicativi e istanze oracle non è
immediato).
Conseguenza : treni , fra cui diversi IC, fermi alle stazioni
impresenziate , in pieno agosto.
Il centro era comunque allo start-up, e fu una coincidenza veramente
sfortunata :)

 Quando venne staccato un cavo di rete 
eh eh...lo ricorda anche lei quell'episodio.
in effetti me lo racconto' cosi' e descrisse alla stessa maniera la
situazione di "panico" che vi prese.
Saluti ancora anche da lei e in bocca al lupo per il rientro a Spezia.
