
Railway signaling systems are surprisingly expensive to produce. Why did this happen?
In the early days of railway history, there were no interlocking systems. It was considered enough to have personnel at the train stations manually observing trains and operating signals. The need for automatic signaling eventually became evident: human beings tend to make mistakes, which can lead to serious accidents, and the capacity of railroads was reduced by all manual procedures.
The drawbacks of automatic signaling were however obvious: huge investments were needed, and although automatic systems were not as error-prone as manual processes, reliance on automatic systems led to potentially even more dangerous errors. Therefore, the construction of automatic signaling systems had to be extremely safety-conscious.
A tradition of strict development processes with thorough reviewing was introduced, requiring even reviews of the reviewing process, thus resulting in the production of an enormous amount of documents. Needless to say, this made automatic signaling even more expensive and hard to maintain. But there seemed to be no alternative.
Formal methods have however emerged as a way to cut costs and increase safety at the same time. Huge amounts of requirements can be maintained and automatically checked using formal methods.
Interested in how formal methods are revolutionizing railway signaling? Read our in-depth article for more insights: Formal Methods in Software Development for Rail Control Systems

How safe and efficient are your rail control systems? Let’s find out!
Share this article

Learn to build a solid safety case for rail control systems using formal verification
Fill out your information here.
More News & Articles
Prover, RATP and Systerel publish the unified HLL 4.0 specification, keeping the rail industry's formal verification language open and free of dialects.
Generative AI has entered railway software engineering ahead of the standards governing it. A new CENELEC draft amendment to EN 50716 doesn't add requirements. It clarifies which existing rules apply when AI drafts specs, writes code, or generates test cases, and why those rules are harder to satisfy with generative models than teams might assume.
Prover, together with NEAT, Schneider Electric, and Pilz will demo real railway interoperability at InnoTrans: three vendor platforms, one interlocking design, live at Prover's booth.


