Mantenimiento de programas fuente en línea II

Source Program Maintenance Online II (con abreviaturas como SPM , SPM/OL o SPMOL-II , y pronunciado "SPM" o, informalmente, "Spimoli"), es un producto de software de IBM de finales de la década de 1970 y principios de la de 1980 que proporcionaba un entorno en línea para programadores que trabajaban en sistemas mainframe de IBM . Se ejecutaba bajo el monitor de teleprocesamiento CICS ^{[ 1 ]} y se utilizaba a través de un terminal de visualización de vídeo IBM 3270. ^{[ 2 ]}

El propósito fundamental de SPM era permitir la creación y edición de código fuente en COBOL u otros lenguajes de programación , y el envío de dichos programas fuente para su compilación , de forma en línea en lugar de utilizar tarjetas perforadas . ^{[ 1 ]} Los programas fuente podían almacenarse en disco bajo SPM y recuperarse para su edición y envío como un flujo de trabajo por lotes. ^{[ 2 ]} En consecuencia, SPM, como se indicaba en un documento de IBM, «extiende la potencia de un sistema CICS en línea a programadores y programadores de sistemas a través de un 3270». ^{[ 2 ]} De esta forma, se podía mejorar la productividad de la programación . ^{[ 3 ]}

En la jerarquía de productos de IBM, SPM era un programa desarrollado en campo . ^{[ 2 ]} SPM era una opción popular para los sitios de mainframe de IBM que buscaban un entorno de edición en línea que no ejecutaban MVS / TSO o VM/CMS . ^{[ 4 ]}

La versión inicial de Source Program Maintenance Online fue como el programa desarrollado en campo 5798-BDT. ^{[ 2 ]} Puede que se haya publicado por primera vez a mediados de 1974. ^{[ 5 ]} SPM en sí mismo fue escrito en lenguaje ensamblador IBM 370. ^{[ 2 ]}

Source Program Maintenance Online II, publicado como programa de desarrollo de campo 5798-CFT, salió a finales de 1975. ^{[ 6 ]} Fue en esta versión que SPM se hizo más conocido. ^{[ 7 ] [ 8 ]} Entre las mejoras encontradas en él se encontraban la compatibilidad con la edición para referencias relativas de ubicaciones, mover o copiar bloques de código, compatibilidad con caracteres de tabulación y compatibilidad con el almacenamiento de múltiples conjuntos de datos y directorios comprimidos. ^{[ 6 ]}

Para 1979, también existía una función de Auditoría y Archivo con documentación independiente. ^{[ 9 ]} Esta función mantenía una lista detallada de los cambios realizados en los programas almacenados en SPM. ^{[ 10 ]} También permitía la restauración selectiva de programas desde el archivo. ^{[ 10 ]}

En el nivel más alto, la funcionalidad de SPM se organizaba mediante códigos de cuatro caracteres de transacción de CICS . Las principales operaciones de edición se realizaban bajo SPINo SPUD. Se generaba una visualización del estado del trabajo mediante SPMD. La salida se visualizaba bajo SPDOo RPDO. ^{[ 11 ]}

Los programas fuente se guardaban en una biblioteca dedicada en el disco. ^{[ 10 ]} Dentro de las pantallas, SPM funcionaba mediante comandos de edición de tres caracteres. ^{[ 11 ]}

El proceso de envío para compilación implicó que SPM extrajera el programa de la partición del sistema operativo que ejecutaba CICS y lo insertara, junto con las instrucciones de control de trabajos necesarias, en una de las otras particiones asignadas a los programas por lotes. ^{[ 10 ]}

En algunas situaciones, la salida de los programas podría enviarse de vuelta a la terminal, lo que permitiría realizar algún examen o prueba del programa. ^{[ 3 ]} En otras palabras, los trabajos por lotes también podrían servir como entrada para SPM. El JCL para la salida normal podría enviarse a SYSOUT=S, mientras que la salida especial podría enviarse a SYSOUT=R. ^{[ 12 ]} En su uso básico, el resultado de una compilación podría mostrarse en la terminal. ^{[ 3 ]} Esto podría hacerse teniendo un procedimiento catalogado en JCL que realizara la acción de compilación y enlace podría codificarse con mensajes de error y advertencia que se envíen a SYSOUT=R, y luego el usuario de SPM podría acceder a ellos a través de la RPDOfunción. ^{[ 12 ]}

También era posible otro tipo de interacción bidireccional entre el procesamiento por lotes y SPM. Por ejemplo, un miembro de un conjunto de datos particionado podía ser leído por un procedimiento JCL SYSOUT=R, capturado en SPM y editado, probado en línea para determinar si el miembro podía asociarse con un contenedor JCL que pudiera enviarse, y luego otro procedimiento JCL podía actualizar el miembro revisado en el conjunto de datos particionado. ^{[ 12 ]}

Se disponía de informes que enumeraban el inventario de programas alojados en SPM. ^{[ 10 ]} Los informes abarcaban los miembros e índices de las bibliotecas SPIN, HPIN y PPIN de SPM y podían desglosarse por programador. ^{[ 12 ]}

SPM contaba con funciones de copia de seguridad y actualización. ^{[ 13 ]} En particular, los programas almacenados en SPM podían archivarse en cinta magnética . ^{[ 10 ]}

El uso principal de SPM era facilitar a los programadores la escritura y compilación de código y, por lo tanto, mejorar su productividad . ^{[ 3 ]} Un publirreportaje publicado por IBM en Computerworld en 1979 citaba a una empresa de la industria alimentaria y de bebidas que afirmaba que, una vez que sus desarrolladores comenzaron a usar SPM, su productividad mejoró en un 50  por ciento. ^{[ 14 ]} Los redactores técnicos también podían beneficiarse, ya que SPM podía usarse para ejecutar el formateador de lenguaje de marcado de texto SCRIPT/VS y ver el resultado. ^{[ 15 ]}

Aunque SPM tenía capacidad de auditoría, muchos sitios de mainframe de IBM utilizaban productos de software de terceros establecidos y orientados a procesamiento por lotes, como The Librarian, para realizar un seguimiento de los cambios en los programas. ^{[ 16 ]} En este caso, SPM podía utilizarse para crear instrucciones de adición, eliminación y actualización de Librarian en torno al código fuente. Sin embargo, esto resultaba engorroso para el desarrollo inicial, y algunos sitios utilizaban un enfoque híbrido: componían nuevos programas utilizando SPM como editor de programas completo, pero luego cambiaban a las instrucciones de control de Librarian para los cambios continuos una vez que el programa se había puesto en producción. ^{[ 12 ]}

Pero el procesamiento del lenguaje de computadora no tenía por qué ser el único propósito del uso de SPM; también podía emplearse en el contexto de sistemas de aplicaciones. ^{[ 7 ]} Un sitio utilizó una versión modificada de SPM como parte de una herramienta de búsqueda de datos en línea. ^{[ 7 ]} Otro sitio utilizó SPM como parte de una aplicación de entrada y visualización de datos. ^{[ 8 ]}

Algunos proveedores crearon utilidades adicionales para SPM/OL, como la alimentación de entrada a una cola de lectura POWER . ^{[ 13 ]} También existían otros programas desarrollados por los usuarios en este ámbito, como la captura de mensajes de consola de POWER en un entorno DOS/VS . ^{[ 10 ]}

El uso de SPMOL-II era lo suficientemente común a finales de la década de 1970 como para que IBM ofreciera soporte extendido y un plan de pago mensual. ^{[ 6 ]} Uno de estos planes de precios era de 124 dólares al mes, con la exención del cargo después de doce meses. ^{[ 17 ]}

Una encuesta realizada por IDC en 1979 reveló que aproximadamente la mitad de todos los sitios System/370 utilizaban algún tipo de producto de edición y envío en línea para el desarrollo de programas. De esa mitad, las instalaciones con modelos 370 de gama alta tendían a ejecutar el sistema operativo MVS y a utilizar el entorno interactivo TSO asociado para la edición y el desarrollo de programas, mientras que las que no eran de gama alta y ejecutaban otros sistemas operativos, como OS/VS1 , utilizaban una variedad de productos, incluidos VM/CMS , SPM y Roscoe . En general, la cuota de SPM en la edición y el desarrollo de programas en línea para usuarios de 370 era de alrededor del 10  por ciento. La encuesta reveló que los sitios con mainframes IBM más nuevos y grandes, como la serie IBM 303X, utilizaban SPM con menos frecuencia. ^{[ 4 ]} Applied Data Research , el proveedor de Roscoe y otro producto de la competencia, Librarian/Online , encontró difícil competir con SPM debido al bajo precio al que IBM lo ofrecía. ^{[ 17 ]}

SPM era lo suficientemente popular como para que, a principios de la década de 1980, IBM lanzara otro programa desarrollado en el campo, llamado VM/CMS Library Maintenance and SPMOL-II Simulator, que emulaba los aspectos orientados al número de línea de los comandos de edición de SPM dentro del editor en el entorno VM/CMS, con el fin, como decía la documentación de IBM, de "facilitar la transición para los usuarios que pasaban de SPMOL-II a VM/CMS". ^{[ 10 ]}

• Wylbur
• XEDIT
• VSPC
• cajeros automáticos

• Discusión sobre SPM en el hilo de Groups.io
• Mención de SPMOL en "La informática en los años 70 con Computer John" en la comunidad de Spiceworks.