System Support Program ( SSP ) era el sistema operativo de las miniordenadores IBM System / 34 y System / 36 . SSP fue un sistema operativo basado en comandos lanzado en 1977.
Desarrollador | IBM |
---|---|
Estado de trabajo | Interrumpido |
Versión inicial | 1977 |
Plataformas | Sistema / 34 y System / 36 minicomputadora |
Interfaz de usuario predeterminada | Interfaz de línea de comandos |
Licencia | Propiedad |
Precedido por | Programa de control del sistema System / 32 (SCP) |
Sucesor | OS / 400 |
Historia
SSP originalmente contenía alrededor de 60 comandos que se implementaron en el Sistema / 34 desde 1977 hasta 1983 en diferentes versiones llamadas lanzamientos. La versión 1 se publicó con el S / 34 original en 1977. La versión 9 se publicó en 1981. En 1983, IBM volvió a empaquetar el SSP en una nueva computadora llamada IBM System / 36 , que no era compatible con el código objeto del S / 34. En 1994, IBM volvió a empaquetar el SSP en un modelo actualizado del S / 36 llamado Advanced / 36 . El A / 36 era un IBM AS / 400 que tenía el SSP implementado como una "máquina virtual".
Las principales versiones de SSP incluyen:
- S / 34
- S / 34 Release 1.0 : aparentemente se envió con el primer S / 34 en 1977.
- S / 34 Release 8.0 : parece que se publicó alrededor de 1980.
- S / 34 Release 9.0 : este fue el último lanzamiento del S / 34 c.1980.
- S / 36
- S / 36 Release 1.0 : aparentemente se envió con el primer S / 36 en 1983.
- S / 36 Release 2.0 : esta versión es compatible con la unidad de cinta 8809.
- S / 36 Release 4.0 : este fue el lanzamiento en el que S / 36 recibió 5 colas de trabajo.
- S / 36 Release 5.1 : esta versión de 1988 fue el último cambio importante en las plataformas 536X.
- S / 36 Release 6.0 : también conocido como VASP o Producto de soporte de valor agregado, este lanzamiento agregó funcionalidad que permitía llamadas de programa en RPG, y también proporcionaba software para calcular el tamaño de AS / 400 que el usuario necesitaría al actualizar. El VASP fue controvertido. En los periódicos de la industria circularon rumores de que el cliente no podía volver a 5.1 si 6.0 no funcionaba adecuadamente. Las llamadas al programa con RPG CALL / PARM eran inferiores a los diseños de RPGIII e inferiores a los productos complementarios del cliente.
- S / 36 Release 7.1 : esta versión de 1994 se envió con Advanced / 36 (modelos 9402-236). Las primeras máquinas A / 36 no funcionarían en una versión inferior y también eran incompatibles con 7.5 (aunque técnicamente, es cierto, el código objeto del programa de una máquina 7.1 se ejecutaría en una 7.5 y viceversa, además de que muchos 9402-236 se actualizaron a 9402 -436, que cambiaron la placa base e instalaron un nuevo código LIC y restauraste en una copia de tus archivos y listo, todo funcionó). Circulaban rumores que decían que los compiladores de versiones anteriores no funcionarían en el Advanced / 36, pero resultaron infundados. Había razones por las que un programador prefería usar el compilador 5.1 RPGII en lugar del compilador 7.x, supuestamente más avanzado.
- S / 36 Release 7.5 : esta versión de 1995 se envió con la segunda y última ola del Advanced / 36 (9402-436). Funciones como WRKSYSVL permitían al operador cambiar la hora del sistema sobre la marcha, lo cual era interesante porque los complementos del cliente para hacer esto a través de subrutinas de ensamblador no funcionaban en Advanced / 36. Sin embargo, las rutinas del ensamblador para hacer cosas como abrir / cerrar archivos, recuperar el VTOC, etc. funcionaron bien en 7.1 y 7.5
- Guest / 36 : esta es la versión 7.5, pero puede configurar un M36 (un invitado) en un AS / 400 (ejecutando OS / 400 V3R6 a V4R4), y funcionaría como el 9402-436, excepto que además para tener esta "partición" invitada, también tenía OS / 400 si lo deseaba. Entonces, si el 9402-436 que venía en 3 velocidades 2102, 2104 y 2106 (que el último era aproximadamente 2.7 veces más rápido que la base) no era lo suficientemente rápido, podría obtener una máquina 9406-xxx e instalar un "invitado / 36 " en tales. Y, de hecho, podría instalar más de un invitado / 36. Había algunas limitaciones en cuanto al número de estaciones de trabajo conectadas, pero tener dos invitados / 36 ejecutándose en un AS / 400 y configurar DDM (gestión de datos distribuidos) entre ellos e incluso con OS / 400 para alojar archivos grandes, se podía hacer fácilmente. Si bien el S / 36 y el A / 36 en su mayor parte solo funcionaban con terminales conectados twinax, en un Guest / 36 (o M / 36), podría tener todos sus terminales en una LAN ejecutando tcp / ip y ser dispositivos virtuales en el entorno Guest / 36.
- S36EE (entorno de ejecución S / 36) : esto fue compatible de forma nativa en el AS / 400 y su seguimiento (iSeries, IBM i), lo que permite al usuario continuar ejecutando sus programas y procedimientos s / 36 sin tener que convertirlos. Muchos de los procesos del sistema también funcionan con tales. Aunque normalmente era "más lento" ya que tiene que pasar por pasos adicionales, sin embargo, hoy en día con máquinas tan rápidas, la velocidad de un S36EE es muchas veces más rápida que la velocidad de ejecución del A / 36. Por ejemplo, un trabajo tardó 12 minutos en ejecutarse en un Adv / 36, tardó 20 segundos en ejecutarse en modo S36EE. Sin embargo, el código objeto NO es compatible con los S / 36 y A / 36 anteriores, lo que significa que había que volver a compilar todos los programas y menús. Sin embargo, una ventaja es que no solo puede ejecutar S36EE sino también aplicaciones OS / 400. Puede acceder a las tablas de la base de datos en sus programas S / 36, puede llamar a los programas RPG / 400 y RPGIV con un programa S / 36. Entonces, aunque técnicamente no es SSP, parece SSP, actúa como SSP y ejecutará sus programas / procesos S / 36.
Limitaciones en los sistemas operativos S / 36 y A / 36 y M / 36: la cantidad máxima de espacio en disco que podía utilizar un sistema era 4 GB (por ocurrencia del sistema operativo, por lo que una máquina que ejecuta dos "particiones" M36 podría tener 4 gb en cada uno. Otra limitación era el tamaño del programa, que no podía exceder los 64 KB. Si tuvieras un programa que fuera más grande que eso, debías ser creativo en los últimos años cuando call / parm entró en su lugar, ya que moverías el código a un programa llamado, porque si el programa base era de 63 kb, por ejemplo, podría llamar fácilmente a un programa llamado de 20 kb. Tampoco podría tener más de alrededor de 8,000 archivos en la máquina. También había restricciones en la cantidad de archivos que podía traer en un programa (de nuevo, podría moverse colocando archivos en programas llamados y devolviendo el resultado. El número máximo de registros que podía cargar inicialmente era de unos 8 millones y el máximo que podía contener un archivo era de unos 16 millones. Ninguno de estas limitaciones existen en S36EE (hay una un número máximo de archivos en un programa, pero mucho más # que en el SSP nativo).
Funciones y componentes
Con SSP, el operador puede crear, eliminar y administrar objetos S / 34-36 como bibliotecas, archivos de datos , menús , procedimientos , miembros fuente y archivos de seguridad.
SSP contiene módulos como DFU, SEU, SDA y WSU que permiten a los operadores crear bibliotecas y archivos, ingresar información en esos archivos, producir informes simples y mantener una estructura de menú que simplifica el acceso a la información. El Advanced / 36 no es compatible con WSU. La seguridad de contraseñas y recursos también se implementan a través de SSP, al igual que las comunicaciones remotas, que hoy en día son similares a las redes de acceso telefónico .
SSP es un sistema operativo basado en disco . Los programas de computadora se pueden ejecutar desde el disco fijo, pero no desde disquete o cinta. El complemento de un System / 34 5340 o System / 36 5360/5362 es una matriz de discos fijos de uno a cuatro discos fijos, al menos un terminal de computadora y una unidad de disquete de 8 ", opcionalmente equipada con dos unidades de cargador que pueden contener 10 disquetes cada uno y tres ranuras para disquetes. AS / 36 5363/5364 tiene una unidad de disquete de 5-1 / 4 ". Las computadoras S / 36 se pueden configurar con una unidad de cinta de carrete a carrete 8809 (800/1600 bpi) o una unidad de cinta de cartucho 6157 1/4 "(QIC). Las computadoras A / 36 tienen una unidad QIC de alta densidad pero el La unidad de disquete de 5,25 "u 8" (simple) era opcional, al igual que una unidad de cinta 9348-001 de 9 pistas (carrete a carrete) de 1600/6250 bpi.
Programas de utilidad del sistema
Los procedimientos de SSP utilizan programas de utilidad, que en algunos casos pueden ser más útiles para el programador de computadoras que los propios procedimientos de SSP. $ MAINT es la utilidad de biblioteca que se utiliza en ALOCLIBR, BLDLIBR, FROMLIBR, LIBRLIBR, REMOVE, CONDENSE, LISTLIBR y TOLIBR. $ COPY es la utilidad de archivo utilizada en SAVE, RESTORE, COPYDATA y LISTDATA. Hay muchas otras utilidades, incluidas $ FBLD, $ LABEL, $ DUPRD, $ INIT, $ DELET, $ HIST, $ CNFIG, #GSORT, $ PACK y $ PROF, que son más flexibles a nivel de programa que los procedimientos SSP asociados puede ser.
Configuración mediante CNFIGSSP
Se utilizó el procedimiento CNFIGSSP para configurar el sistema, incluidos los dispositivos. A cada dispositivo se le asigna una identificación de dos caracteres. La primera letra debe ser alfabética; el segundo debe ser alfamerico. El sistema también reservó ciertas identificaciones; el dispositivo no puede llamarse I1 o F1, por ejemplo. I1 es el nombre de la unidad de disquete; F1 es lo que el sistema llama disco duro (significa "disco fijo", ya que no es un paquete de disco extraíble).
Para aplicar CNFIGSSP, el sistema debe estar dedicado (no hay otros usuarios conectados ni programas en ejecución). El sistema debe estar IPL (reiniciado). Cuando finalice la IPL, los nuevos dispositivos aparecerán en la pantalla de estado.
SDA - Ayuda para el diseño de pantallas
SDA permite al operador crear formatos de pantalla o menús. Las teclas de comando se pueden habilitar / deshabilitar. Se pueden crear y acondicionar campos de entrada, campos de salida y constantes. Las condiciones (en RPG se denominan indicadores ) pueden hacer que los campos desaparezcan o cambien de color.
SEU - Utilidad de entrada de fuente
SEU es un editor de texto que permite la entrada de datos línea por línea. Se utilizan formularios especiales para ayudar al operador a teclear programas RPG u otros tipos de lenguajes basados en formularios (WSU, Sort, SDA, etc.)
SORT: la utilidad de clasificación del sistema
SORT tiene de uno a ocho archivos de entrada, que pueden tener cualquier longitud de registro válida. Tiene un archivo de salida, de cualquier longitud establecida, que puede contener de cero a más de 8 millones de registros.
Una clasificación puede contener registros completos o solo direcciones de 3 bytes que apuntan a registros en un archivo asociado. A esto se le llamó un archivo de dirección de salida o ADDROUT. Cuando se usa una Addrout, el programa lee estas direcciones de 3 bytes y luego obtiene los registros asociados del archivo maestro.
WSU - Utilidad de estación de trabajo
Este era un lenguaje parecido a un juego de rol que se ejecutaba en SSP. Se centró en programas de tipo de entrada de datos. WSU era gratis, pero no fue particularmente bien recibido porque era muy limitado.
DFU - Utilidad de archivo de datos
Es un artículo sin cargo proporcionado por IBM que se utiliza para ver y cambiar valores de campo en registros individuales.
DFU se puede utilizar
- por programadores para actualizar los archivos de la base de datos sobre la marcha sin escribir programas
- por programadores para crear programas simples para realizar operaciones básicas en un archivo de base de datos
- por el personal de entrada de datos para agregar o eliminar registros de un archivo, o para imprimir registros.
Programación
Lenguaje de control operativo (OCL)
Los programas de idiomas de alto nivel requieren que se active OCL . OCL se utiliza para cargar programas en la memoria del sistema e iniciarlos (un proceso llamado ejecución) y asignar recursos como archivos de disco, impresoras, miembros de mensajes, memoria y espacio en disco a esos programas. Otras capacidades, como mostrar texto en la pantalla, pausar mensajes, etc., hacen que OCL sea más potente.
RPG II
RPG II se modificó del Sistema / 3 días para permitir el acceso al "archivo WORKSTN" para permitir que un lenguaje basado en tarjetas perforadas interactúe con una persona sentada en un teclado y un monitor. Un archivo WORKSTN era un archivo de salida (escribía en el monitor) y también un archivo de entrada (porque aceptaba la entrada del teclado del usuario). Por lo tanto, se etiquetó como archivo primario combinado o archivo de demanda combinada.
Las teclas de comando se convirtieron en indicadores de RPG KA-KY, y diferentes formas en pantalla fueron reconocidas por diferentes caracteres de control invisibles ocultos en las propias formas. Dado que el usuario tenía que mostrar un formulario en la pantalla para escribir, RPG II proporcionó una forma para que un programa escribiera la salida antes de aceptar la entrada. Muchos programadores exitosos pasaron de usar el archivo WORKSTN primario combinado a usar un archivo de demanda combinada, que tenía códigos de operación para leer y escribir la pantalla. Incluso había una forma de codificar varios WORKSTN; varias personas pueden iniciar sesión en la misma copia del mismo programa en la memoria. El tamaño más grande del programa fue 64k.
Atributos del programa: MRT, SRT, NRT y NEP
MRT = Programa de Terminal de Solicitante Múltiple. SSP puede conectar hasta 7 terminales a un programa a la vez. Cualquier operador podría iniciar el programa en su terminal, luego los terminales de otros operadores se conectarían cuando seleccionaran el mismo programa. El programador podía controlar el número máximo de terminales a reparar.
SRT = Programa de terminal de solicitante único. No es un MRT.
NRT = Sin programa de terminal solicitante. Iniciado en un terminal, el NRT libera el terminal solicitante y continúa. Esto es similar a un programa TSR (Terminar y permanecer como residente) de MS-DOS. Por definición, cualquier programa que fue EVOKEd o enviado al JOBQ fue un NRT.
NEP = Programa sin fin. Este era típicamente un programa MRT interactivo que esperaría después de que todas las terminales se desconectaran hasta que alguna terminal se volviera a conectar, evitando la sobrecarga de inicio. Esto se usaba comúnmente para permitir que los programas grandes se implementaran como una cadena de programas pequeños que pasarían los terminales de uno a otro mientras permanecían listos para continuar procesando para otros terminales y / o transacciones posteriores. Los programas NRT también podrían ser NEP si se escriben en bucle y esperan alguna condición que indique que hay trabajo por hacer. Los programas NEP normalmente no terminaban hasta que se apagaba el sistema, a menos que se escribieran para reconocer alguna condición de terminación especial.
Formatos de código de objeto
Código de objeto generado por Cobol, Fortran y RPG (tipo O). Básico solo se interpretó; una utilidad de compilación llamada BASICS creó un código de subrutina (tipo R). Los programas básicos se podían guardar como fuentes para compatibilidad con otras computadoras, pero el texto del proyecto se conservaba en la subrutina (a menos que el programador usara el parámetro LOCK para mantenerlo privado).
Los procedimientos, que utilizan OCL para iniciar programas y asignarles recursos, son de tipo P.
Los miembros de origen para todos los objetos son de tipo S, con la excepción de Basic como se especificó anteriormente.
Los programas DFU generaron código de subrutina (R). También lo hicieron los programas de WSU.
Los formatos de pantalla generan código objeto.
Menús código objeto generado. Un menú es simplemente un formato de pantalla muy específico con un miembro de mensaje complementario con el sufijo de dos signos de almohadilla ("##") para contener la acción que se debe tomar cuando se eligió el número asociado.
Aplicaciones populares de SSP
- La Ayuda de productividad para programadores y operadores (POP) fue un programa de desarrollo ampliamente utilizado. Se incluyó con el Advanced 36.
- MAPICS , el sistema de control de la información de fabricación y producción.
- IMAS, un paquete contable simple
- BPCS, un sistema de contabilidad más avanzado
- La colección de programas IBM Office / 36 (DisplayWrite / 36, IDDU, Query, etc.) fue popular a fines de la década de 1980 y luego se incluyó con Advanced / 36. El Editor de texto System / 34 fue un precursor de Office / 36.
- El Britz Word Processing System era un editor de texto de uso general que tenía funciones básicas de edición de archivos, etiquetas y correspondencia.
Sistema de seguridad
Hay cuatro tipos de seguridad en un sistema SSP:
- Insignia de seguridad.
- Seguridad por contraseña.
- Seguridad de los recursos.
- Seguridad del menú.
La seguridad de las insignias se implementa mediante un dispositivo lector de bandas conectado a un terminal de la serie 5250. Para iniciar sesión, el usuario no solo escribió la información de usuario / contraseña, sino que también pasó la credencial por el lector.
SECEDIT
El procedimiento SECEDIT se utilizó para trabajar con ID de usuario y contraseñas. El perfil de usuario contiene un ID de usuario alfanumérico de 1 a 8 caracteres, una contraseña alfanumérica de 4 caracteres, un código para la clasificación de seguridad del usuario: M (Oficial de seguridad principal), S (Oficial de seguridad), O (Operador del sistema), C ( Operador de subconsola), o D (Operador de estación de pantalla) - y una serie de otras configuraciones predeterminadas.
El procedimiento SECEDIT RESOURCE se utilizó para establecer clasificaciones de seguridad para archivos, bibliotecas, carpetas y objetos de grupo. Los niveles de acceso de O (Propietario), C (Cambiar), U (Actualizar), R (Leer), E (Ejecutar) o N (Ninguno) se pueden otorgar para un usuario a un recurso en particular. Un objeto de grupo era una especie de sociedad de cartera que poseía uno o más objetos inferiores. Por ejemplo, otorgar acceso al grupo ACCOUNTG facilitó el acceso a todos los archivos contables. Los objetos de grupo también pueden hacer referencia a archivos de grupo; el grupo UB hizo referencia a UB.OLD, UB.NEW, UB.01 o cualquier nombre de archivo con el período incrustado.
SECEDIT USERID también se utilizó para limitar la autoridad operativa de un usuario a un menú específico. Al ingresar una Y para el menú obligatorio y especificar un menú de inicio de sesión predeterminado, el oficial de seguridad podría evitar que el usuario acceda a cualquier programa que no se encuentre en ese menú de inicio de sesión. Un usuario tan limitado solo podía ejecutar opciones de menú, enviar mensajes y cerrar sesión en el sistema.
Otros procedimientos
Se utilizó el procedimiento PROF ("Perfil") para trabajar con ID de usuario y contraseñas. El perfil de usuario contiene un ID de usuario alfanumérico de 1 a 8 caracteres, una contraseña alfanumérica de 4 caracteres, un código para la clasificación de seguridad del usuario: M (Oficial de seguridad principal), S (Oficial de seguridad), O (Operador del sistema), C ( Operador de subconsola), o D (Operador de estación de pantalla) - y una serie de otras configuraciones predeterminadas.
El procedimiento PRSRCID ("Perfil de seguridad de recursos por ID de usuario") se utilizó para establecer clasificaciones de seguridad para archivos y objetos de biblioteca. Los niveles de acceso de O (Propietario), G (Cambiar), R (Leer), E (Ejecutar) o N (Ninguno) podrían otorgarse a un usuario a un recurso en particular.
El catálogo de disco impreso (VTOC, Tabla de contenido del volumen) mostraba todos los objetos protegidos con la notación 3 como protegidos.
Archivos, bibliotecas y carpetas
SSP proporciona dos objetos de datos diferentes llamados archivos y bibliotecas. Los archivos contienen registros, casi siempre con una longitud de registro fija. Las bibliotecas contienen programas que pueden hacer referencia a estos archivos y acceder a ellos. SSP contenía más de 80 comandos diferentes que permitían a los operadores crear, eliminar, copiar, editar / cambiar y proteger archivos y bibliotecas.
Una biblioteca o un archivo debe existir en una organización contigua en un disco fijo (sin embargo, una biblioteca puede contener una "extensión" de aproximadamente 50 bloques que se deben reorganizar y no se puede extender si se asigna a otros usuarios). Un archivo puede organizarse con un valor EXTEND o puede asignarse con FILE OCL para que se extienda automáticamente. Todas las adiciones / actualizaciones / eliminaciones de registros esperan mientras se extiende el archivo. Es una política de buen sentido crear valores de extensión lo suficientemente grandes como para minimizar la frecuencia de extensión. Las bibliotecas pueden tener "extensiones" que no sean contiguas. A veces, al compilar un programa, se creaba una extensión y al hacer una "CONDENSACIÓN", se eliminaba si había suficiente espacio en la asignación principal para ella. De lo contrario, se hizo un ALOCLIBR para reasignar la biblioteca a un tamaño mayor.
Los archivos del S / 36 pueden ser secuenciales (S), directos (D) o indexados (I). Un archivo indexado puede tener varios índices alternativos (X) y, de hecho, un archivo secuencial puede tener índices alternativos colocados en él, por lo que no hay un índice principal. Un archivo indexado contiene una clave, que debe ser contigua y puede tener hasta 60 caracteres de longitud; sin embargo, los índices alternativos pueden tener claves de tres partes que no son contiguas entre sí. Se pueden permitir o no las claves duplicadas en archivos de índice indexados o alternativos. Un archivo con organización directa se crea con todos los registros agregados y no se puede extender automáticamente. Un archivo con organización secuencial o indexada se crea sin registros agregados. Un índice alternativo siempre tiene tantos registros como su padre, a diferencia de un archivo lógico de estilo System / 38 que se crea con condiciones para filtrar los registros del padre.
En 1986, se agregó a SSP la compatibilidad con la Arquitectura de administración de datos distribuidos (DDM). Esto permitió a los programas System / 36 crear, administrar y acceder a archivos orientados a registros en sistemas remotos System / 36, System / 38 e IBM mainframe que ejecutan CICS . También habilitó programas en computadoras remotas System / 36 y System / 38 para crear, acceder y administrar archivos en un System / 36. Los modelos de archivo iniciales orientados a registros definidos por DDM se basaron en el sistema de archivos System / 36.
Sistemas operativos relacionados
El System / 3 (1969) ejecutó un sistema operativo por lotes basado en disco llamado System Control Program (SCP) (5702-SC1). IBM introdujo más tarde un programa en línea para System / 3 denominado Programa de control de comunicaciones (CCP) que se inició como un programa por lotes. El IBM System / 32 (1975) ejecutó un sistema operativo basado en disco también llamado Programa de Control del Sistema. El IBM System / 38 (1978) ejecutó un sistema operativo llamado Control Program Facility (CPF) que era mucho más avanzado que SSP y no particularmente similar.
Fuentes
- Publicación de IBM SC21-8299, Información general para el sistema operativo SSP.
enlaces externos
- Bitsavers Archive of System / 34 Documentation - Incluyendo documentación sobre SSP
- Bitsavers Archive of System / 36 Documentation - Incluyendo documentación sobre SSP