Sistema de monitorización de conversaciones

Los usuarios inician sesión en la máquina virtual, proporcionando un nombre de usuario y una contraseña, y luego arrancan su propia máquina virtual. Esto se puede hacer mediante el comando "IPL CMS" ("IPL" = carga inicial del programa , jerga tradicional de IBM para el arranque de una máquina); aunque normalmente se realiza automáticamente para el usuario. La personalización se realiza mediante un script de shell estándar llamado "PROFILE EXEC", que configura los valores predeterminados del entorno especificados por el usuario, como los discos y las bibliotecas a los que se accede.

CMS surgió en la época de los terminales de papel tipo teletipo y, posteriormente, de los terminales tontos de "teletipo de cristal" . Sin embargo, a finales de la década de 1970, la mayoría de los usuarios de máquinas virtuales se conectaban mediante terminales de pantalla completa , en particular el IBM 3270 , el omnipresente terminal de procesamiento de transacciones en los mainframes de IBM. El 3270 desempeñó un papel estratégico en la línea de productos de IBM, lo que lo convirtió en una opción lógica para los grandes centros de datos de la época. Muchos otros fabricantes ofrecieron posteriormente terminales bisync que emulaban el protocolo del 3270.

Las computadoras 3270 contaban con almacenamiento en búfer local, cierta capacidad de procesamiento y, por lo general, manejaban una pantalla completa de datos a la vez. Realizaban las tareas de edición localmente y luego transmitían un conjunto de campos (o la página completa) al presionar la tecla ENTER o una tecla de función de programa (PFK).

La familia 3270 incorporaba unidades de control inteligentes, concentradores y otros elementos de procesamiento de red, que se comunicaban con el ordenador central a través de circuitos dedicados a velocidades relativamente altas, mediante un protocolo de comunicación síncrono bisync . (Estas tecnologías de comunicación orientadas al ordenador central proporcionaban algunas de las capacidades que se dan por sentadas en las redes de comunicación modernas, como el direccionamiento de dispositivos, el enrutamiento, la corrección de errores y la compatibilidad con diversas configuraciones, como topologías multipunto y multidrop ).

El enfoque del 3270 se diferenciaba de los terminales tontos de menor costo de la época, que eran punto a punto y asíncronos . Los usuarios comerciales de tiempo compartido , un segmento importante de los primeros sitios CP/CMS y VM, dependían de estos dispositivos porque podían conectarse mediante módems de 300 o 1200 bits/s a través de circuitos telefónicos de voz estándar. Instalar un circuito dedicado para un 3270 a menudo no era práctico, económico ni oportuno.

El enfoque basado en bloques del 3270 era más coherente con la visión de IBM orientada a la computación por lotes y a las tarjetas perforadas, y resultó especialmente importante para los mainframes de IBM de la época. A diferencia de los miniordenadores contemporáneos, la mayoría de los mainframes de IBM no estaban equipados para interrupciones de carácter a carácter. La compatibilidad con terminales tontas dependía de unidades de control de terminal como el IBM 270x (véase IBM 3705 ) o el Memorex 1270. Estos controladores de terminal asíncronos ensamblaban una línea de caracteres, hasta una longitud máxima fija, hasta que se pulsaba la tecla Intro. Escribir demasiados caracteres provocaba un error, una situación habitual para los usuarios de la época. (La mayoría de los centros de datos no incluían este equipo, salvo el necesario para el acceso telefónico. Se prefería el enfoque del 3270).

Los terminales orientados a bloques, como el 3270, hicieron posible implementar editores orientados a pantalla en mainframes , a diferencia de los editores orientados a línea , que eran la norma anterior. Esta había sido una ventaja importante de los miniordenadores contemporáneos y otros sistemas orientados a caracteres, y su disponibilidad a través del 3270 fue muy bien recibida.

Se produjo una brecha entre el mundo de los 3270, centrado en el procesamiento de transacciones de mainframe orientado a páginas (especialmente a través de CICS ), y el mundo de los terminales asíncronos, centrado en minicomputadoras orientadas a caracteres y el tiempo compartido por línea telefónica. Los proveedores de terminales asíncronos mejoraron gradualmente sus productos con una gama de funciones de terminal inteligente , a las que generalmente se accedía mediante secuencias de escape . Sin embargo, estos dispositivos rara vez compitieron por los usuarios de 3270; IBM mantuvo su dominio en las decisiones de compra de hardware para centros de datos mainframe.

En retrospectiva, existía una importante divergencia filosófica entre la computación orientada a bloques y la orientada a caracteres. Tanto los controladores de terminal asíncronos como los 3270 proporcionaban al mainframe interacciones orientadas a bloques ; esencialmente, hacían que la entrada del terminal pareciera un lector de tarjetas. Este enfoque, preferido por IBM, condujo al desarrollo de paradigmas de interfaz de usuario y estrategias de programación completamente diferentes. Los sistemas orientados a caracteres evolucionaron de manera distinta. La diferencia es evidente al comparar el enfoque de transacción atómica del dominante CICS con el estilo interactivo y orientado a flujos de UNIX . VM/CMS evolucionó en algún punto intermedio entre estos extremos. CMS tiene un entorno interactivo, con estado y controlado por comandos , en lugar de adoptar el enfoque de CICS de una interfaz sin estado orientada a transacciones . Sin embargo, CMS responde a la interacción página por página o línea por línea, en lugar de interrupciones de caracteres.

CMS se ganó una excelente reputación por su eficiencia y por su facilidad de uso, considerando los estándares de la época (y, por supuesto, antes de la generalización de las interfaces gráficas de usuario como las que se utilizan hoy en día). Era común encontrar cientos (y posteriormente miles) de usuarios interactivos de CMS simultáneos en el mismo ordenador central VM, con tiempos de respuesta inferiores a un segundo para funciones comunes y aparentemente sencillas. VM/CMS superó sistemáticamente a MVS y otros sistemas operativos de IBM en cuanto a la compatibilidad con usuarios interactivos simultáneos.

Muchos usuarios de CMS programaban en lenguajes como COBOL , FORTRAN , PL/I , C/370 , APL y el lenguaje de scripting REXX . VM/CMS se utilizaba a menudo como plataforma de desarrollo para sistemas de producción que se ejecutaban bajo otros sistemas operativos de IBM, como MVS .

Otros usuarios de CMS trabajaban con paquetes de software comerciales como FOCUS , NOMAD , SPSS y SAS .

En su momento, los sistemas de gestión de contenido (CMS) también fueron un entorno importante para el correo electrónico y la productividad de oficina; un producto importante fue PROFS de IBM (más tarde renombrado OfficeVision ).

Dos herramientas CMS de uso común son el editor XEDIT y el lenguaje de programación REXX . Ambos productos se han adaptado a otras plataformas y ahora se utilizan ampliamente fuera del entorno de los mainframes.