¿Por qué las computadoras del mostrador de check-in del aeropuerto y del mostrador de puerta ejecutan software basado en MS-DOS cuando hay tantos sistemas avanzados?

Aprovechando la respuesta muy concisa ofrecida por Jason Castaldo , permítanme agregar que hay dos razones adicionales por las que los sistemas de reserva actuales se ven de la manera en que lo hacen:

1. La mayoría de los principales sistemas de transporte aéreo se basan en redes troncales antiguas / propietarias bastante antiguas. Uno de los más antiguos es SABRE (Sabre (sistema informático), que tiene una historia fascinante que se remonta a la década de 1960. La familiaridad genera comodidad, especialmente cuando la tarea realmente no ha cambiado tanto con el tiempo.

2. La mayoría de las operaciones de emisión de boletos de aerolíneas tienen una necesidad casi nula de una interfaz gráfica de usuario: están orientadas a llenar simplemente los mismos campos de la base de datos una y otra vez con entradas muy estructuradas que han evolucionado para satisfacer exactamente lo que requieren sus usuarios (y los reguladores) . Los únicos cambios realmente importantes que se han necesitado en los últimos años se han asociado con datos adicionales de pasajeros posteriores al 11 de septiembre que deben recopilarse. De lo contrario, lo que fue útil en 1972 sigue siendo útil hoy en día, y probablemente se pueda hacer mucho más rápido, y con un mínimo desperdicio de recursos del procesador, de lo que era posible hace décadas.

Siempre que no tenga un entorno que requiera transacciones complejas o muchas tareas multitarea, ¿por qué no simplificar las cosas?

Existen sistemas más modernos, pero tienden a ser utilizados por los llamados “transportistas de bajo costo”, particularmente fuera de los Estados Unidos.

Los sistemas utilizados por la mayoría de las aerolíneas tienen en su núcleo una unidad central. Los sistemas se construyeron originalmente en la década de 1960. En ese momento nadie tenía PC y la única forma de lograr la velocidad que necesitaban las aerolíneas era con un conjunto de instrucciones muy reducido. Uno de los compromisos que hicieron fue NO almacenar fechas. El sistema sabe qué es “hoy” y los vuelos futuros están referenciados por la cantidad de días a partir de hoy.

La principal diferencia visible es el uso de 7 bits ASCII. Efectivamente eso significa dos colores. Puede pensar en blanco y negro, pero la tecnología CRT significaba blanco sobre verde. También significaba solo caracteres MAYÚSCULAS. No creo que hayas visto ms-dos (es una suposición válida) pero ASCII de 7 bits.

Los sistemas modernos son sorprendentemente ineficientes. Dependiendo de la aerolínea, la entrada para preguntar qué vuelos están disponibles es tan simple como A22JANLONPAR o 122APRLONPAR. Considere una versión “moderna” basada en el mouse de la misma solicitud, ¿cuál es más rápida? ¿Quieres una tarifa? FQ o $ B.

Un usuario capacitado es muy eficiente en el uso de las pantallas ASCII de 7 bits. El problema es que lleva tiempo entrenar a alguien y luego volverse realmente competente. Entonces, lentamente, las aerolíneas están comenzando a emplear pantallas más modernas para reducir sus requisitos de capacitación. Al mismo tiempo, están descargando gran parte de las funciones de puerta / registro a terminales automáticos con los que los usuarios pueden luchar a su “conveniencia”. Uno de los primeros, que todavía está en uso y estaba basado en Ms dos es QUBE, que fue construido por la aerolínea australiana Qantas (sí Qantas, no Quantas). Todavía se usa porque era un buen compromiso entre la eficiencia de ASCII de 7 bits y un entorno amigable para el usuario.

Pero, en el corazón de la empresa, los mainframes aún reinan. Su código de máquina se traduce a XML, que a su vez se traduce a las pantallas modernas que vemos en la web y en el check-in de autoservicio. Y, sí, algunas aerolíneas están comenzando a usar pantallas modernas para todo tipo de funciones. Donde las cosas se pueden ayudar al NO usar ASCII de 7 bits es en los cambios en los vuelos. La forma principal de hacerlo es de largo alcance. Esa es una función, en gran parte de cómo se define el proceso en las reglas de la IATA y, en parte, de cómo se han presentado las tarifas. Recientemente, los sistemas de tarifas han podido describir cómo completar un cambio. Esto ha permitido construir sistemas simples que efectivamente dicen “aquí está el boleto antiguo con tarifas e impuestos y aquí están los nuevos vuelos, ahora ve y lee las viejas reglas, recalcula las nuevas tarifas e impuestos y crea un nuevo boleto” todo en uno pantalla. Una vez que todos se sientan cómodos, lo tienen todo bien y esperan ver más pantallas que permitan a los pasajeros cambiar sus propios vuelos (incluso más que ahora).

No sé qué sistemas de mostrador de aeropuerto usan, sin embargo, trabajé un poco para un negocio de alquiler de autos y usaron Unix a través de la emulación de terminal. Mi suposición es que lo que viste también es Unix.

Si bien hay sistemas que son más avanzados, Unix emulado por terminal hará el trabajo y es sólido como una roca. La mayoría de las computadoras hogareñas, y las de negocios, se han quedado obsoletas. Con más campanas y silbatos surge la necesidad de sistemas más potentes.

Si tiene un sistema que hace todo lo necesario, ¿por qué cambiarlo? Unix basado en texto probablemente fue bastante rápido hace 10-20 años. Mantener ese mismo sistema, pero actualizar la arquitectura de red detrás de él solo lo haría más rápido.