Flight Data Recorder
From a system viewpoint, prevention is a great deal less expensive than accidents. Two Boeing 737 accidents remain entirely unexplained at this time (Colorado Springs, 1992; Pittsburgh, 1994). Both airplanes had older digital flight data recorders that did not record control surface positions; that information might very well have led to an unambiguous finding of probable cause. In sharp contrast, the Aerospatiale ATR-72 that crashed after extended flight in icing conditions ( Roselawn, Indiana, 1994), was equipped with a modern digital flight data recorder whose data enabled investigators to discover, literally within days of the accident, that icing had disturbed airflow over the ailerons beyond the pilots' ability to maintain control. It has been suggested that a substantial fleet could have been equipped with modern flight data recorders for less than the costs of the two 737 accidents.
Some of the innovations discussed here are clearly needed if the industry is to continue to expand its horizons; some form of enhanced or synthetic vision is an example. Improved error tolerance is imperative. Capacity must be increased, by whatever means. Global satellite navigation and satellite data and voice communication are certainties. The need for some of the other innovations discussed here is less certain, although the technology for them exists. Many could have been implemented in the Boeing 777 had there been sufficient demand for them -- but there was not.
Other innovations not yet thought of will be proposed for aircraft still in the future, although most will be introduced in civil aviation only if they can meet the test proposed by Kelly and his coworkers. Even an entirely new supersonic transport, if one is built, will be subject to the demands of the marketplace, and our manufacturers cannot afford to take chances. They will build even a radically new airplane with the caution they have displayed throughout history -- and that airplane is more likely to be both safe and economically viable because of that caution.
It is the task of the human factors community to make that aircraft and any other new models easier to manage, more error tolerant, and thus safer than those that have come before, despite the economic factors that militate against change if what we have is good enough. Accidents, even the few we have, are sufficient evidence that good enough is not satisfactory -- that as long as preventable accidents occur, our job is not finished. Subsequent to any aircraft accident, there are many unanswered questions as to what was the root of the accident. Accident investigators investigate the flight data recorder for clues (Ashford, 2010).
Development Project:
Air Traffic Control and Management Automation Introduction
Aircraft automation has a very long history. In contrast, air traffic control ( ATC) automation is of relatively recent vintage, dating from the 1960s, when the potential advantages of computer management of flight plan data were first recognized by the FAA, which manages essentially all air traffic control in the United States. This paper discusses the evolution of air traffic control and management automation. The task of our complex ATC system is simple on its face: to provide safe separation among controlled aircraft and to expedite their passage to their destinations. Fulfilling the requirements of that tasking is less simple (Hopkin, 2004).
Background
The U.S. National Airspace System (NAS) uses computers for a large part of its data management and information transmission, but the air traffic control procedure itself is so far an almost completely human operation carried out by highly accomplished air traffic controllers whose information is a derivative from processed radar data, voice messages with pilots, and on paper flight data strips. Even though ATC system automation is primal as compared to the advanced technology in the aircraft that it carries out, the system is a strictly remarkable human-machine organization that has put up itself to enormous stress on it. In recent times, the system has been used to handle traffic volume well ahead of what a few years ago was supposed to be its capacity. It has done so for the reason that the creativity and elasticity of its operators and administrators.
For the duration of this same period, the air transport system itself been overwhelmed by unvarying change, totally dissimilar to anything known throughout its 70-year history. In their previous regulated (and stable) surroundings, air carriers were able to place operating standards at a point well over the minimums necessary by regulations. The same can be said of air traffic control; security and conservatism were the prevailing factors in its design and completion.
This state of affairs altered radically during the 1980s for various reasons, as well as the air traffic controllers' strike in 1981 and...
The aviation system work well regardless of these perturbations, but carriers found it essential to adopt fundamentally different ways of doing business. A key change was the opening of "hub-and-spoke" flying, in which carriers chose "hub" airports, flew long segments among them, then pushed passengers on shorter "spoke" flights to get them to their end destination.
This created massive concentrations of traffic that had previously been more logically spaced, with resultant workload raises for controllers. The air traffic control system started itself handling substantial peak loads of traffic with out-of-date equipment, constant understaffing, and fewer experienced controllers in many facilities. In view of the fact that in the FAA has been working on plans for a sweeping upgrading of the ATC infrastructure concerning major increases in automation to develop controller productivity, get rid of airspace bottlenecks, and boost traffic throughput. The first of the new equipment was planned for installation, but the implementation schedule has slipped significantly and the costs have gone up by almost $3 billion.
System Safety Program:
Airport Air Traffic Control and Flight Data Recorders
Air traffic control started at airports during the late 1920s. The initial controllers used flags and set outside; later, control towers were constructed and controllers used light guns to offer one-way communication with airplanes. Radios started to be used during the middle 1930s, although smaller aircraft did not carry them until after World War II, and light guns continued to be used well into the 1950s.
As all-weather transport flying increased and radar became available after the war, tower visual control of local aircraft was augmented by radar control of traffic in busier terminal areas. Terminal area controllers, attached to towers, were given separate radar facilities, which permitted them to provide departing air traffic with a transition to the en route environment and guide arrivals from that environment to a final approach to landing. Terminal radar approach control (TRACCIN) facilities were equipped with broadband radar, later augmented by data-processing equipment and automated data communication with en route centers. Full-performance-level controllers functioned as both tower and TRACON controllers.
Continuing increases in air traffic motivated the FAA to establish new categories of terminal airspace, in large part to separate fast jet traffic from slower, smaller (and harder to see) general aviation aircraft (Ashford, 2010). Terminal control areas (TCAs) came into being; within these areas, generally shaped like an inverted wedding cake, all traffic, whether flying under visual (VFR) or instrument (IFR) flight rules, was required to submit to positive control by terminal area controllers. Beacon transponders and radio transceivers were required in order either to land at the primary airport or simply to transit the area. Other airspace reservations with less stringent requirements but also involving increased surveillance and control were put in effect around less busy airports. The increasing requirements in these categories of airspace imposed a heavier workload on air traffic controllers. In theory, they lessened surveillance workload for pilots, although high levels of vigilance were still required, particularly at the vertical and horizontal margins of terminal airspace where many light aircraft flying just outside the controlled areas could still be encountered.
Air Traffic Control Automation
Radar itself may be considered a form of automation, in that it integrates and provides a visual representation of a geographic or spatial phenomenon, and thus constitutes "a system in which a production process is automatically performed by a self-operating electronic device." Air traffic control radar incorporates a variety of electronic aids to reduce ground clutter, eliminate noise, overlay video maps on radar scopes, and so forth. In the early 1970s, the FAA began to install radar data processors (RDP) in en route centers, all of which make use of several remote radar sites to obtain full coverage of their airspace. Before radar data processing, sector controllers would utilize imagery from whatever individual radar provided acceptable coverage of their sector. RDP correlated the data from many radars to produce a composite synthetic image of all traffic using the best information available from its sensors. The result was a vastly improved visual representation of the best available data with less ambiguity and greater consistency, and thus decreased controller interpretive workload.
During the same time period, FAA installed flight data processors (FDP) that stored flight plan data, recognized the sectors through which flights would pass, and…
