El sistema automatizado de biblioteca Dynix fue un sistema de biblioteca integrado muy popular , que tuvo su apogeo desde mediados de la década de 1980 hasta fines de la década de 1990. Las bibliotecas lo usaban para reemplazar el catálogo de tarjetas en papel y realizar un seguimiento de los préstamos de materiales de la biblioteca a los usuarios. [2]
Desarrollado por primera vez en 1983, eventualmente se convirtió en el software de automatización de bibliotecas más popular jamás lanzado, y alguna vez fue casi omnipresente en bibliotecas que contaban con un catálogo de tarjetas electrónico , alcanzando un máximo de más de 5000 instalaciones en todo el mundo a fines de la década de 1990, con una participación de mercado de casi el 80%, [3] incluida la Biblioteca del Congreso de los Estados Unidos .
Como era típico de la tecnología de software de la década de 1980, Dynix tenía una interfaz de usuario basada en caracteres , que no incluía gráficos excepto cuadros de arte ASCII/arte ANSI .
La primera instalación, en 1983, se realizó en una biblioteca pública del condado de Kershaw, en Carolina del Sur . La biblioteca contrató el sistema antes de que se escribiera el software. En palabras de Paul Sybrowsky , fundador de Dynix: "No había software ni producto. Sin desanimarnos, presentamos nuestro plan de crear un sistema automatizado de biblioteca a una biblioteca pública de Carolina del Sur. No teníamos un producto, pero dijimos: 'Necesitan un sistema y nos gustaría presentar una oferta por él', y les mostramos nuestro plan de negocios". [4]
El sistema de biblioteca Dynix original se basaba en software desarrollado en CTI (Computer Translation Incorporated), un proyecto de desarrollo de la Universidad Brigham Young, dirigido por Gary Carlson. Las herramientas de búsqueda iniciales: FSELECT y FSORT, fueron escritas para el sistema operativo PICK bajo contrato para CTI por Walter Nicholes como parte de una oferta para sistemas de apoyo a la investigación para los laboratorios de AT&T. Paul Sybrowsky era empleado de CTI (al igual que Bruce Park, fundador de los sistemas de biblioteca ALII, posteriormente GEAC Library Systems). Ambos sistemas de biblioteca (Dynix y ALII) se basaban en estas herramientas de búsqueda basadas en PICK.
En 1984, Eyring Research Institute adquirió el 80 por ciento de Dynix. [5] Luego, en 1986, los ejecutivos y empleados compraron la participación de Eyring Research y volvieron a ser independientes. [6] En 1987, una empresa de Nueva Jersey llamada Ultimate Corporation compró una participación minoritaria de Dynix. [5]
El uso de Dynix creció rápidamente a principios y mediados de los años 90. En octubre de 1989, Dynix tenía sólo 292 instalaciones. [7] Quince meses después, en enero de 1991, había aumentado un 71% hasta las 500 instalaciones. [8] Un año y medio después, en junio de 1993, Dynix había duplicado su base instalada, firmando su contrato número 1.000. [9] En su apogeo a finales de los años 90, Dynix tenía más de 5.000 bibliotecas que utilizaban su sistema, lo que representaba una cuota de mercado del 80%.
La empresa que vendía el software Dynix cambió de manos varias veces más. [10] [11] Cuando era mayoritariamente independiente se llamaba Dynix Systems, Inc. En enero de 1992, Dynix Systems fue adquirida por Ameritech . [12] Dynix y NOTIS Systems (fabricante de NOTIS ), que Ameritech compró en octubre de 1991, se consolidaron en Ameritech Library Services (ALS) en 1994. [12] En noviembre de 1999, Ameritech vendió Ameritech Library Systems a un par de empresas de inversión, 21st Century Group y Green Leaf Ridge Company, que rebautizaron ALS como epixtech. [12] [13] En 2003, epixtech volvió a utilizar el nombre Dynix. [14]
La base de clientes de Dynix no comenzó a disminuir hasta el año 2000, [15] momento en el que comenzó a ser reemplazada por interfaces basadas en Internet (las llamadas " Web PAC "). En 2003, se informó que Dynix estaba siendo descontinuada por su fabricante y que se acercaba al estado de " fin de vida útil " en términos de funcionalidad y soporte. [16] Para 2004, su participación de mercado había bajado al 62%, todavía una mayoría cómoda. [15]
En junio de 2005, SirsiDynix se formó mediante la fusión de Dynix Corporation y Sirsi Corporation.
Las descontinuaciones progresivas de Dynix fueron constantes a fines de la década de 2000 y, en la segunda década del siglo XXI, estaba obsoleto y permanecía en muy pocas bibliotecas. [3] A mediados de 2013, solo 88 bibliotecas tenían registrado el sistema Dynix instalado. [17] La mayoría de las descontinuaciones progresivas tuvieron lugar entre 2002 y 2007.
En un momento dado, se evaluó que Dynix admitiera 1600 terminales en un solo sistema. [18] Esta estabilidad sería útil más adelante; las instalaciones más grandes de la historia fueron el Sistema de Bibliotecas del Condado de King en el área metropolitana de Seattle , que era el más grande por tamaño de colección (decenas de millones de artículos catalogados), y la Biblioteca Pública de Nueva York en la ciudad de Nueva York , que cubría el área geográfica más grande con 87 sucursales (lo que requería miles de terminales tontas). [ cita requerida ]
Se lanzaron varias versiones especializadas, todas casi idénticas a la versión general. Para las bibliotecas académicas, principalmente las de educación primaria y secundaria , estaba Dynix Scholar (una versión de microcomputadora basada en Intel 80xxx del Dynix normal). Para bibliotecas muy pequeñas, con quizás solo una o dos terminales, estaba Dynix Elite . El sistema Dynix original, tal como se usaba en las bibliotecas públicas habituales, fue renombrado Dynix Classic más adelante en su vida útil para distinguirlo de otros productos Dynix. [19]
Basado en una base de datos relacional , Dynix fue escrito originalmente en Pick/ BASIC y se ejecutó en el sistema operativo PICK . En 1990, fue portado al lenguaje de programación uniVerse BASIC de VMark y se ejecutó en servidores basados en Unix , con uniVerse actuando como una capa de emulación PICK entre el software y el sistema operativo. A fines de la década de 1990, Dynix fue reportado nuevamente, esta vez para servidores basados en Windows NT ; nuevamente, uniVerse actuó como un emulador Pick entre el software y el sistema operativo.
Pick/BASIC y uniVerse BASIC son el mismo lenguaje de programación, por lo que para adaptar Dynix no fue necesario volver a escribir el código fuente. En palabras de un desarrollador de Dynix, "[Dynix] fue programado en Pick/BASIC... sin embargo, a medida que maduró, fue escrito en uniVerse BASIC... Nunca fue reescrito. Ese tipo de BASIC no es fácil de trasladar a ningún otro lenguaje. Ningún otro maneja datos tan bien. Es un lenguaje que se compila e interpreta muy rápido y, francamente, nada se le compara, ni entonces ni ahora. Es una lástima que (uniVerse BASIC) fuera tan bueno, porque no hizo la transición a la tecnología basada en la Web orientada a objetos a tiempo para mantenerse a flote".
El software fue escrito originalmente en computadoras fabricadas por The Ultimate Corp. de East Hanover, Nueva Jersey , que ejecutaba la implementación propietaria de Ultimate del sistema operativo PICK. Más tarde, Dynix pasó a computadoras basadas en IBM RISC/6000 que ejecutaban AIX en toda la empresa, excepto en la capacitación, que usaba SCO Unix . Si bien la mayoría de las bibliotecas compraron el mismo tipo de servidores que usaba Dynix, hubo instalaciones realizadas en plataformas como DEC y MIPS, Sequent, Sequoia (que usaba un PICK nativo muy costoso), servidores Unix de HP, etc. La corporación Dynix podía hacer instalaciones de solo software en cualquier Unix compatible gracias a la escalabilidad y adaptabilidad de uniVerse.
Dynix se desarrolló originalmente en torno a las secuencias de escape del terminal ADDS Viewpoint A2 , porque los terminales ADDS eran el estándar de facto en los mainframes basados en PICK en los que se creó Dynix. Poco después de que Dynix comenzara a implementarse en bibliotecas de todo el país, comenzaron a llegar solicitudes de que se proporcionaran terminales alternativas para el uso de los usuarios; los niños golpeaban los teclados o arrojaban libros a los terminales, o usaban secuencias de teclas no autorizadas para estropear la programación. En respuesta, Dynix le pidió a Wyse que desarrollara un terminal de este tipo; Wyse creó el WY-30, que era una versión simplificada del terminal más vendido jamás fabricado, el WY-60. Se eliminó la base giratoria para que el terminal se asentara plano sobre cualquier superficie en la que se colocara; lo que ahora le faltaba a la unidad en cuanto a ajuste del ángulo de visión, lo compensaba con estabilidad física (no podía ser derribado por la fuerza de un niño). Un teclado especialmente diseñado redujo el número de teclas de 101 a 83, principalmente eliminando todas las teclas de función; Esto se diseñó para mantener a los usuarios fuera de las funciones de configuración interna y otras partes del software que "no se suponía que debían usar". Para mantener la compatibilidad con la forma en que Dynix ya estaba escrito, el WY-30 admitía la emulación Adds Viewpoint A2, que en realidad era una de las únicas emulaciones en el terminal. El WY-30 tenía muy pocas emulaciones en comparación con la mayoría de los productos Wyse y, en particular, no admitía VT100 ni ninguna otra emulaciones ANSI. Años después, cuando la empresa Dynix estaba pasando de las computadoras Ultimate con Pick/OS a las computadoras IBM con AIX y uniVerse, se agregó al software compatibilidad con terminales VT100 / 102 / 340 ; luego, comenzaron a ganar popularidad otros modelos de terminales Wyse, como el WY-60 y el WY-150, que eran más agradables a la vista y a las manos que el WY-30.
El Dynix Classic completo se acercaba a las 900.000 líneas de código fuente y se compilaba en unos 120 MB. Se distribuyó mediante unidad de cinta , primero en cintas de carrete de 1/2", luego en cintas de cartucho de 1/4" para los usuarios de Dynix Elite y cartuchos de 8 mm para el resto.
Una de las razones del éxito de Dynix fue que un consorcio bibliotecario entero podía funcionar desde un único servidor, en una única ubicación, con una única copia del software. Esto significaba que un sistema bibliotecario con varias sucursales (ya fuera un gran sistema de una sola ciudad como el de Nueva York o un consorcio formado por varias ciudades o pueblos pequeños unidos) podía reunir sus fondos y solo tener que comprar un servidor y una copia del software. Cada sucursal tenía su propio módulo de circulación, pero la base de datos del catálogo real era una única copia en un servidor en una ubicación central. Cada registro tenía una línea que indicaba a qué sucursal pertenecía el artículo, lo que permitía a los usuarios solicitar reservas o transferencias de otra sucursal a su sucursal, así como ver si el artículo había sido registrado en su sucursal de origen o retirado. Esto permitió ahorrar una importante suma de dinero (millones de dólares, en el caso de las instalaciones más grandes) en comparación con los competidores de Dynix, que necesitaban un servidor y una copia del software independientes en cada sucursal de la biblioteca.
Con una única copia del software Dynix instalada en un servidor central, tanto los usuarios como los bibliotecarios podían acceder a él mediante terminales tontas . La tecnología para vincular las terminales al servidor dentro de cada edificio y vincular los edificios separados (sucursales) entre sí a la ubicación del servidor central cambió con el tiempo a medida que avanzaba la tecnología. El primer método era tener todo el sistema conectado a través de RS-232 ; habría muchos muxes (multiplexores estadísticos) y muchos kilómetros de líneas seriales. Los muxes eran la solución de la compañía telefónica para conectar líneas seriales entre sucursales. Más tarde, las terminales tontas se conectaron a través de RS-232 a un servidor de terminales , que a su vez se conectaba a través de Ethernet a la LAN de la sucursal . Las sucursales separadas se conectarían al servidor central Dynix a través de métodos basados en IP (Internet). Las últimas instalaciones utilizaban PC que ejecutaban software de emulación de terminal y se conectaban al servidor Dynix a través de telnet a través de Internet.
Dynix se componía de varios módulos diferentes, cada uno de los cuales se compraba de forma independiente para crear un sistema escalable en función del tamaño y las necesidades de la biblioteca. Una biblioteca podía comprar tan solo dos módulos. Los dos módulos básicos eran Catalogación ($15,000 + $1,500 de mantenimiento anual) y Circulación ($12,000 + $1,200 de mantenimiento anual). Algunos de los otros módulos incluían Catálogo infantil, Biblioteca móvil, Biblioteca para personas con discapacidades, Programación de medios, Reserva de libros, TeleCirc, Cobro de deudas, Sistema de notificación electrónica y Préstamo automático. Se ofrecía un módulo Dialcat/DialPac , que permitía a los usuarios con un módem y un software de emulación de terminal llamar desde casa y buscar en el catálogo de fichas o renovar libros.
Los programas con una interfaz basada en texto, como Dynix, se describen como "controlados por menús" o "controlados por línea de comandos", haciendo referencia a cómo interactúan los usuarios con el software. Dynix era en realidad un híbrido de ambos: los usuarios utilizaban una interfaz basada en menús, en la que se les daba una lista numerada de opciones y simplemente tenían que introducir el número de la opción que querían para navegar por el sistema. Sin que los usuarios lo supieran, los bibliotecarios tenían la capacidad de manipular el sistema a la manera de la línea de comandos, introduciendo códigos especiales en las mismas indicaciones en las que los usuarios introducían los números de los elementos del menú. Estos códigos, conocidos como "comandos de punto" debido a su estructura de ser un punto seguido de una o dos letras (como '.c' para cambiar entre las pantallas de préstamo y de registro en el módulo de circulación), permitían a los bibliotecarios acceder a funciones avanzadas/ocultas del sistema Dynix y, junto con la protección por contraseña, impedían que los usuarios obtuvieran niveles de acceso no autorizados. [20] [21]