Verdacht pakket te Schaarbeek

[Kristofke]

de afficheurs waren stuk, dat is ook enkele keren afgeroepen

het volledige systeem is herstart geweest, toen was de miserie van Schaarbeek al begonnen, bij een volledige reset moet een nieuw dagbestand geladen worden, dat wil zeggen dat de STA bediende alle treinen die al gepasseerd zijn manueel stuk per stuk (!!!) moet verwijderen uit de lijst

als zoiets samenvalt met zo een miserie als die bommelding, ik heb dan veel medelijden met zowel de reiziger als de werknemer die toevallig die namiddag de STA operator is

volgens mij was de situatie ernstig genoeg om op gedegradeerde modus over te schakelen, dat wil zeggen alle treinen manueel aankondigen van welke je weet dat ze gaan aankomen, anders staan de schermen overvol met treinen in vertraging, treinen die ergens vastzitten maar geen vertraging lijken te hebben al moesten ze al een half uur gepasseerd zijn, treinen die constant willen voorspringen op de borden op het perron als eerstvolgende trein terwijl er eerst een hoop andere komen etc

kortom, ze gaan in de noord weer een leuke evaluatie van de situatie tegemoet

[Steve]

Kristofke, enigszins offtopic, maar is het mogelijk dat ik je rond 19 u (27/05) heb horen omroepen in station Etterbeek? Of was dat een collega?

[Kristofke]

dat was een collega van mij, ik was het vandaag om 19u

[dentheo]

de afficheurs waren stuk, dat is ook enkele keren afgeroepen

het volledige systeem is herstart geweest, toen was de miserie van Schaarbeek al begonnen, bij een volledige reset moet een nieuw dagbestand geladen worden, dat wil zeggen dat de STA bediende alle treinen die al gepasseerd zijn manueel stuk per stuk (!!!) moet verwijderen uit de lijst

Waarschijnlijk systeemcrash , geen "kapotte" afficheurs....

Typisch, bij ons op het bedrijf waren systemen ook zo ontworpen omdat IT had beslist dat ze "nooit" zouden haperen....

[Glodenox]

En op dat moment vraag ik me af waarom al die systemen niet in een groot geheel gekoppeld zijn... Dan moet je maar op 1 plek meerdere backup-systemen gaan voorzien en is het veel makkelijker om gegevens te verzamelen vanuit verschillende hoeken.

Goede software moet altijd voorzien zijn op situaties waar bijvoorbeeld de stroom is weggevallen en x aantal uur geen informatie verzonden was. Maar als programmeurs iets mogen overslagen van het management, dan zullen ze dat waarschijnlijk ook wel doen

Greetings,
Glodenox

[Kristofke]

Het is eerder de Holding die het lastenboek opstelt, en als zij backupsystemen willen zullen ze die krijgen en dan zal daar voor betaalt moeten worden.

De STA wordt niet meer verder ontwikkeld, en zal worden geïntegreerd in het PIDAAS systeem. PIDAAS wordt ontwikkelt door Fabricom (Suez) en dus niet intern door de NMBS.

Dit PIDAAS systeem werkt wél met een backup server. De schermen en PC's voor de operator zijn niet meer dan een interface. Als deze vastlopen en herstart moeten worden blijft de server gewoon zijn werk doen.

Maar vooraleer dit nieuwe systeem overal zal werken en zijn kinderziektes achter de rug heeft zullen we makkelijk al vijf jaar verder zijn.

En ivm de afficheurs, idd dat bedoelde ik ook, het was het systeem erachter dat crashte, de afficheurs op zich werkten wel maar zonder inhoud te afficheren (of later verkeerde info).

[dentheo]

Wel opletten met dat soort acties..... de zwakke punten van een oude software worden NIET opgelost.
Men maakt een volledig nieuwe , zeer gebruikelijk in IT, niemand knutselt graag aan andermans software.
Hopelijk wil men leren uit het oude en maakt men niet teveel nieuwe zwakke punten.
Zo'n lastenboek wordt dikwijls geschreven door mensen met een "zekere" afstand tot de werkelijkheid.

[Dirk Jumper]

Ik hoor de reizigers al weer bezig: "altijd hetzelfde met die nmbs"

Hetzelfde hoor ik over de DB:-)