Editing TOPS

{{short description|Railway rolling stock management system}}
{{about|the railway stock management system}}
{{Refimprove|date= March 2008}}
{{Use dmy dates|date=September 2017}}
{{globalize|article|United Kingdom|date=May 2020}}
[[File:483004 Shanklin 1.JPG|right|thumb|An example of converted [[London Underground 1938 Stock|1938 Tube Stock]] on the [[Island Line, Isle of Wight|Island Line]], [[Isle of Wight]]. Under TOPS, this train and other examples of the same type are designated as [[British Rail Class 483]].]]
'''Total Operations Processing System''' ('''TOPS''') is a computer system for managing railway [[locomotive]]s and [[rolling stock]], known for many years of use in the [[United Kingdom]]. 

TOPS was originally developed between the [[Southern Pacific Transportation Company|Southern Pacific Railroad]] (SP), [[Stanford University]] and [[IBM]] as a replacement for paper-based systems for managing rail [[logistics]]. A jointly-owned consultancy company, ''TOPS On-Line Inc.'', was established in 1960 with the goal of implementing TOPS, as well as selling it to third parties. Development was protracted, requiring around 660 [[man-hour|man-year]]s of effort to produce a releasable build. During mid-1968, the first phase of the system was introduced on the SP, and quickly proved its advantages over the traditional methods practiced prior to its availability.<ref name="railroads">{{cite book |title=Encyclopedia of North American Railroads |date=2007 |publisher=Indiana University Press |isbn=9780253027993 |page=329 |access-date=22 November 2019|url=https://books.google.com/books?id=bhywDQAAQBAJ&pg=PA329 }}</ref>

In addition to SP, TOPS was widely adopted throughout [[North America]] and beyond. While it was at one point in widespread use across many of the United States railroads, the system has been perhaps most prominently used in the [[United Kingdom]]. During 1971, the country's nationalised rail operation, [[British Rail]] (BR), opted to procure and integrate TOPS into its operations. The acquisition of an existing system rather than develop an indigenous programme was reasoned to be both cheaper and quicker to implement; it was noted, however, that TOPS was not capable of performing all desired functions. Since its implementation during the mid 1970s, both BR and its successors have continued to operate the system. SP itself has developed a newer system called the ''Terminal Information Processing System'' (TIPS), which replaced TOPS entirely during 1980.<ref name="railroads"/>

==Early development==
During the 1950s and 1960s, it was increasingly recognised that the adoption of [[computer]]-based management systems could provide substantial benefits in various operations, particularly those involving [[logistics]].<ref name = "railarch"/> Consequently, by the 1960s, various railways in various countries, including [[Japan]], [[Canada]], and the [[United States]] had begun to develop and introduce such systems. Amongst the organisations that adopted the technology early on was the [[Southern Pacific Railroad]] (SP).<ref name = "railarch">{{cite web |url = https://www.railwaysarchive.co.uk/documents/BRB_TOPS1979.pdf |title = TOPS: The story of a British Railways Project |publisher = |first = Robert |last = Amott |date = 1979}}</ref>

During the late 1950s, SP entered into discussions with the American technology company [[IBM]] about implementing its technology for rail management purposes.<ref name = "railarch"/> IBM repurposed much of their work on the US Air Force's [[Semi-Automatic Ground Environment|SAGE]] project, designed to direct interceptor aircraft against approaching Soviet nuclear bombers, to instead serve the needs of the Southern Pacific.<ref>{{cite journal |last1=Aylen |first1=Jonathan |last2=Gwynne |first2=Bob |title=Meet Tops British Rail's Management System |journal=ITNOW |date=1 March 2019 |volume=61 |issue=1 |pages=46–47 |doi=10.1093/itnow/bwz019}}</ref> The project gained the name ''Total Operations Processing System'', or ''TOPS'', and its development was handled by a specially established consultancy company, ''TOPS On-Line Inc.'', which was 80 percent owned by SP with the remaining stake held by IBM.<ref name = "railarch"/>

TOPS was to take all the paperwork associated with a locomotive or [[rolling stock]] - its maintenance history, its allocation to division and depot and duty, its status, its location, and much more - and keep it in computer form, constantly updated by terminals at every maintenance facility.<ref name=s-b>{{Simmons-Biddle}}, pp. 515-516.</ref><ref name = "railarch"/> On paper, this information was difficult to keep track of, awkward to keep up to date, and time-consuming to query, requiring many telephone calls. Computerizing this information enabled a railroad to keep better track of its assets, and thus to make better use of them.<ref name=s-b/>

TOPS was a relatively complex system for the era, being not only comprehensive but required to operate in real time.<ref name = "railarch"/> Accordingly, development was particularly time-consuming; according to BR Chief Operations Manager Robert Arnott, the first phase of TOPS involved around 660 [[man-hour|man-year]]s of effort, with eight years passing between the start of work and it being declared operational during mid-1968. Despite the lengthy development time, TOPS quickly proved to be a success for SP; clerks often observed that jobs which had taken half a day and dozens of telephone calls could instead be completed in under five minutes using TOPS.<ref name = "railarch"/>

The success of TOPS with SP soon led to a quick succession of sales of the system to a variety of other American railroads, along with international customers, where it typically proved to be similarly beneficial.<ref name = "railarch"/> Selling TOPS to other operators helped offset the systems' development costs, so SP was keen to sell TOPS to third parties. The company was also motivated to protect its reputation, and thus provided assistance to other railroads interested in TOPS, to improve its chances of success.<ref name = "railarch"/> Some operators, such as the [[Canadian National Railway]], opted to introduce TOPS as an interim measure while its own bespoke system was developed as a long-term successor.<ref name = "railarch"/>

==Adoption by British Rail==
During the late 1960s, [[British Rail]] (BR) was looking for ways to increase efficiency, particularly of its declining freight operations, and identified a computer-based system as a key tool for improving both planning and control.<ref name = "railarch"/> The specific requirements included the more effective utilisation of freight rolling stock, better pre-planning of terminal and marshalling yard operations, better alignment of specific consignments to specific services, prompt response to customer location-related requests. BR planners realised early on that it would be quicker and cheaper to buy an existing system, rather than develop one locally, even if that breached the [[Government of the United Kingdom|British Government]]'s requirement for nationalised industries to '[[I'm Backing Britain|Buy British]]'.

Various systems around the world were explored, such as France's Gestion Centralisée du Trafic Marchandises (GCTM) and Canada's Traffic Reporting and Control System (TRACS), but found this to be ill-suited to BR's requirements; in fact, no existing system in the world satisfied them in full.<ref name = "railarch"/> However, SP's TOPS system met many - but not all - of the outstanding requirements. Starting in June 1970, several delegations from SP came to the UK to discuss and evaluate BR's existing practices, along with corresponding visits to the USA to witness SP's operations, before both sides concluded that TOPS was a viable option.<ref name = "railarch"/>

Groundwork on TOPS' financial case had commenced in the summer of 1970, during which a four-year timescale for implementation had emerged as the preferred option.<ref name = "railarch"/> From an analysis performed in 1971, it was found that, even in the event of the most pessimistic assumptions being true, TOPS' introduction retained a healthy gain in net value of £34m per annum. Suitably convinced of its benefits, BR's board opted to purchase the system, along with the source code (as was typical in those days for such a large mainframe-based system) during June 1971.<ref name = "railarch"/> Due to its foreign origins, the purchase of an [[IBM System/360]] mainframe to operate TOPS had to be approved by the [[Heath ministry|Heath cabinet]], which was given in October 1971. The decision was justified by a belief that TOPS would enable BR's freight operations to become profitable.<ref name = "railarch"/>

The cost of BR's TOPS implementation included £5.6m of capital costs, development costs of £5.7m, and equipment rental costs of £22.5m between 1972 and 1980.<ref name = "railarch"/> Aside from the computers themselves, and suitably trained staff to operate them, perhaps the most technically challenging aspect impacting implementation was [[telecommunications]], necessary to bring the system's geographically disparate elements together.<ref name = "railarch"/> The implementation phase was greatly assisted by data processing experts provided by SP. It was at the urging of SP's specialists that BR omitted the originally-sought volume acceptance feature, as it was considered to be impractical.<ref name = "railarch"/>

The operational headquarters for TOPS was established in an existing railway office block in close proximity to BR's corporate headquarters.<ref name = "railarch"/> The building had to be extensively refitted for the scheme, the top floor being turned into an open-plan office for housing planning and development work, while the computing equipment and telecommunications gear was accommodated across two separate floors below; the latter requiring a controlled climate for reliable operation. According to Amott, the implementation of TOPS was undertaken without any significant adverse reaction in terms of [[trade union|industrial relations]] or senior management.<ref name = "railarch"/>

The adoption of the TOPS system during the early 1970s led to several changes in working practices across Britain's railway network. Hitherto, locomotives had been numbered in three different series. [[Steam locomotives of British Railways|Steam locomotives]] carried unadorned numbers up to five digits long. [[Diesel locomotive]]s carried one to four-digit numbers prefixed with a letter 'D', and electric locomotives with a letter 'E'. Thus, up to three locomotives could carry the same number. TOPS could not handle that, and it also required similar locomotives to be numbered in a consecutive series in terms of classification, so that they might be treated as a group.

===TOPS numbering under British Rail===
{{Details|British Rail locomotive and multiple unit numbering and classification#1973 numbering and classification - TOPS|British carriage and wagon numbering and classification}}
[[File:British Rail Class 31-4 dataplate.jpg|thumb|''Brush Type 2'' locomotives became [[British Rail Class 31|Class 31]] under TOPS. This is the data panel from a Class 31/4; the 31/4 subclass being used for locomotives with [[Electric Train Heating]].]]

Sequentiality was all that was required but, given the need to renumber, it was decided to adopt a logical system for classification, and the five- or six-digit TOPS number was divided into two parts. No class of locomotive or [[multiple unit]] numbered over 1,000 examples, so the last three digits were used for the individual number between 001 and 999 in that class, although [[British Rail Class 43 (HST)| Class 43]] goes down to 000, that being the number of the only remaining [[British Rail Class 41 (HST)|HST prototype]] power car. The first two or three digits were used to denote the class of locomotive or multiple unit. The numbers were often written in two space separated groups, such as "47 401" to highlight that division, but the TOPS system actually stored and displayed them without the space: "47401". Sub-classifications were indicated in the TOPS system with a slash and a subclass number, e.g. "47/4". It was convention, though not enforced within the TOPS system, that subclass numbers were boundaries in the locomotive numbering system, such that class "47/4" started with number "47 401". If there were more than 99 numbers in a subclass, the number series extended to the next value of the third digit; thus, since there were more than 200 locomotives in class "47/4", subclasses "47/5" and "47/6" did not exist, and the next valid subclass by convention was "47/7" starting with "47 701".  However, in some cases, the sequences do not match, e.g. [[British Rail Class 158|158/'''0''']] numbers start at 158 '''7'''01.

Locomotives are assigned classes 01–98: diesel locomotives 01–79 (originally 01–69), AC electric locomotives 80–96, departmental locos (those not in revenue-earning use) 97, and steam locomotives 98. DC [[electric locomotive]]s were originally allocated classes 70–79 but this was modified in 2011 (see [[British Rail locomotive and multiple unit numbering and classification]]); the sole relic of this is [[British Rail Class 73|Class 73]] which continues unrenumbered, probably because it can be considered equally a diesel locomotive as it is a DC electric. One oddity was the inclusion of British Rail's shipping fleet in the system as Class 99. [[Diesel multiple unit]]s (DMUs) with mechanical or hydraulic transmission are classified 100–199, with electric transmission 200–299. [[Electric multiple unit]]s (EMUs) are given the subsequent classes; 300–399 are overhead AC units (including AC/DC dual-voltage units), while Southern Region DC [[third rail]] EMUs are 400–499, other DC EMUs 500–599. More recently, new electric multiple units and [[Electro-diesel multiple unit|bi-mode multiple units]] have been given the 700 series and new [[High-speed rail|high-speed]] units have been given the 800 series. Selected numbers in the 900 series have been used for departmental multiple units, mostly converted from former passenger units.  

[[Coach (rail)|Coaching stock]] and individual multiple unit cars are allocated five-digit numbers; since the early 1980s, it has been forbidden for them to have the same numbers as locomotives, but before then duplication was possible because they carried a prefix letter, which was considered part of the number. More recent EMU deliveries have six-figure coach numbers.

==Recent history==
TOPS has become outdated in recent decades{{When|date=July 2022}}. It is a [[text terminal|text-terminal]], mainframe-driven system; which is regarded as not very user-friendly, and hard to use compared with contemporary computer user-interfaces. In addition, it is written in its own programming language, TOPSTRAN (not strictly speaking a separate language but a set of IBM Assembler macros), and it is increasingly hard to find and train developers to maintain it. The [[Privatisation of British Rail|division of British Rail and privatisation]] has also hurt TOPS, because it was not designed for that purpose; some [[freight operating company|freight operating companies]] do not keep information as up to date as they should.{{fact|date=September 2019}}

Attempts have been made to 'skin' the system with a more user-friendly interface, called TOPS 2000; in addition, there are other parallel systems now, such as [[TRUST]], Genius and the Mobile Consisting Application (since 2024 marketed as part of the Velociti Solutions RailSmart [[software suite]]),<ref name="MCA3SQ">{{cite web|title=Velociti Rail sector solutions|url=https://www.velociti-solutions.com/our-solutions/rail-sector/|website=Velociti Solutions|access-date=8 January 2025}}</ref> but none has yet fully supplanted the TOPS system.

==Sample output==
This is a typical report that a TOPS clerk could generate. The train in question is a 25 wagon freight train travelling from [[Over and Wharton railway station|Over & Wharton]], near [[Winsford]], to [[Reading West railway station|Reading West]] Junction, [[Berkshire]].<ref>[http://www.sddt.co.uk/newsletters/NewsLetter%208%20Oct%202001.htm South Devon Railway newsletter 8]</ref>

<pre>
K383400 0010 2837 22/10/86 U483 ON N199 BY KO
TRAIN ENQUIRY RESPONSE FOR 377Z380 22   TFA - 9KJ
ACTUAL TRAIN ID 377Z380 22 BOOKED 7Z380
DEP OVER&WHAR 1520 22    2 HRS 20 MINS LATE FOR REASON L CAT B  SECTOR 5
LOCO       25901
LOCO       25908
  25 LDS    0 MTYS    886 TONNES   799 T/FT  418 POTENTIAL VAC BRAKE FORCE
STATION         CONSIST      ARR        DEP      LDS MTYS   SCHEDULE
37015 OVER&WHAR                         1520     025 000    71212
65700 BESCOTYD    NRP        1707 EST   1709 EST 025 000
74260 READINGWJ  DETAIL      2007 EST            025 000
END
</pre>

==References==
{{Reflist}}
{{British Rail Locomotives}}

{{DEFAULTSORT:Tops}}
[[Category:British Rail numbering and classification systems]]
[[Category:Rail technologies]]
[[Category:Legacy systems]]
[[Category:Information systems]]