Unidad 5. Recursos de presentación de pantalla.

Unidad 5. Recursos de presentación d e p a n t a l l a .
Sobre cuál esta unidad está
El terminal de uso más general en los sistemas CICS es la 3270 o en el PC el que se
ejecuta en modo de emulación 3270,
Esta unidad cubrirá el soporte básico al mapeo(BMS) que es el recurso
programado de CICS para ocuparse de este tipo de terminal.
Qué usted debe poder hacer
•
Describir algo de las características del hardware 3270
•
Indicar el propósito de las correspondencias(mapeo) físicas y simbólicas de BMS
•
Entender las ventajas de las ayudas a la escritura de pantalla tales como recurso de
definición de pantalla (SDF II)
•
Describir el producto de VisualLift para rectificar aplicaciones 3270
Descripción de la unidad
Esta unidad describe el soporte básico al mapeo de CICS (BMS)
y usted aprenderá acerca de:
• Hardware 3270
• Correspondencias(mapeo) físicas y simbólicas de BMS
• Recurso de definición de pantalla (SDF II)
• VisualLift
c1011501
Cuadro 5-1. Descripción d e l a u n i d a d
Notas:
En esta unidad, usted aprenderá sobre algunas de las características del tipo
de dispositivos 3270.
Los programadores de CICS tienen mucho control sobre la manera en que la
información se presenta en el tipo de dispositivos 3270. Por ejemplo, usted
puede determinar:
•Cómo los datos se presentan en la pantalla.
• Cómo las características, tales como color, se utilizan para destacar y para
distinguir campos de la pantalla y para mejorar legibilidad.
Consideraremos abreviadamente los formatos especiales usados por el tipo de
dispositivos 3270 para transmitir y para recibir mensajes. Esto puede ser
complejo y se describen por completo en los manuales del sistema de
visualización de información de la IBM 3270 pero los gracias al soporte básico
del mapeo de CICS (BMS), estas secuencias de datos son fáciles de tratar en
las 3270.
Octetos de Campos y Atributos en 3270
Cuadro 5-2. 3270 campos y octetos del atributo
Notas:
• Los carácteres visualizados en la pantalla se llevan a cabo en el almacenador
intermediario de pantalla que se ha formatado en campos.
• Una pantalla es dividida normalmente en varios campos por el programa que
envía una correspondencia de la pantalla.
• Cada campo nos comienza con un atributo, representado en el diagrama arriba
por @, y los extremos en el atributo siguiente n o s o t r o s .
• Un campo 3270 puede atravesar varias filas en la pantalla puesto que el carácter
pasado en una línea es seguido lógicamente por el primer en la línea siguiente.
• Es posible tener una pantalla sin campos es decir sin carácteres del atributo. El
operador después pulsa una cadena de caracteres de, típicamente un código de
transacción y un número de cuenta, en la pantalla en blanco y presiona entra. BMS
no se utiliza para interpretar este tipo de entrada de información.
Atributos básicos de las 3270
Desprotegido
Protegido
Los datos no se pueden introducir en un campo
protegido. El sólo intento bloqueará el teclado.
Numerico
Solo del 0-9 y los caracteres especiales se
pueden incorporar si se requiere la
caracteristica de bloqueo numerico
Salto
Automático
Salta automáticamente el cursor al campo
desprotegido siguiente cuando los datos se
codifican en la posición precedente
Normal
Brillante
No visible
Los datos se visualizan en la intensidad normal
o en alto brillo o no se visualizan en absoluto.
Ejemplo, se codifica la palabra de paso.
Lapiz lector
Ampo es sensible al lapìz lector que es una
caracteristica de las 3270
MDT
La etiqueta del dato modificado se activa
cuando el dato se codifica en el campo.
Insertar cursor
indicador
No es un atributo de campo pero se especifica
de la misma manera que un atributo BMS, pone
le cursor en la primera posición del campo
C1011513
C u a d r o 5-3. 3270 atributos bajos
Notas:
• El carácter del atributo (o el octeto) es siempre el primer carácter 3270 de un campo, él
ocupa una posición en un area de almacenamiento de la pantalla pero para el
usuario aparece en la pantalla como un espacio en blanco.
• Como sugiere su nombre, se utiliza para determinar los atributos o las características
del campo que lo sigue.
• El campo termina en el atributo siguiente.
C u a d r o 5-4. Atributos extendidos (CI011514)
Notas:

Los atributos basicos eran originalmente los únicos disponibles, los
atributos extendidos proporcionan cosas tales como color y el resaltar.

Estos atributos extendidos se llevan a cabo en áreas de almacenamiento intermedias
de pantalla adicionales.
Los colores disponibles son: rojo, verde, azul, turquesa, rosa, amarillo, y
blanco. Los atributos que destacan extendidos son: brillante, subrayado y
visualización inversa.
Los colores del valor por defecto son:

Intensidad
Protección
Color
Normal
Desprotegido
Verde
Normal
Protegido
Azul
Alto
Desprotegido
Rojo
Alto
Protegido
Blanco
Secuencia de datos de salida en 3270
Para escribir lo siguiente. en una pantalla 3270:
ENTRE POR FAVOR EL NUMERO DE CUENTA@______@ Y EL CODIGO DE FUNCION@_@
@ indica
la posición de
un carácter del atributo
La secuencia de datos de salida contendría:
SBA
Fija el orden de la dirección del almacenador intermedio que contiene la
dirección (n en el ejemplo) donde el atributo o los datos siguientes seran
escritos
SF
Start Field (Campo de inicio) se utiliza para escribir un atributo en el
almacenador intermedio de pantalla (Desprotegido y Protegido en el
ejemplo)
Cuadro 5-5. Secuencia de datos 3270 de salida
Notas:
Los datos se escriben a los 3270 con un comando que determine la manera en que los datos
serán visualizados en la pantalla:
 Borrar/escribir borrará la pantalla antes de visualizar un nuevo formato
escribiendo el carácter NULO en cada posición de la pantalla

Escribir modificará un formato existente en la pantalla
Secuencia de datos de entrada en 3270
Si el usuario final entra en el siguiente:
ENTRE POR FAVOR NUMERO DE CUENTA@4444444@ Y EL CODIGO DE FUNCION @E@
@ indica la posición de un carácter del atributo
Solamente los campos con su MDTs activo envían la secuencia de
datos resultante de la entrada de información contendría:
AID
El Identificador de Atención (Attention IDentifier) indica qué tecla fue
pulsada para enviar el mensaje, ejemplo, entrar tecla PF
CA
Dirección del Cursor (Cursor Address)
SBA
Fija la Dirección del Almacenador intermedio (Set Buffer Address)
contiene el direcionamiento de la pantalla (n en el ejemplo) del siguiente
campo modificado
Cuadro 5-6. Secuencia de datos 3270 de entrada de información
Notas:




El programador puede determinar qué tecla fue pulsada para enviar la entrada de
información y donde está el cursor actual en la pantalla mientras que estos valores se
salvan en el EIB.
Los campos y las posiciones de carácter enteros en las cuales no fueron afinados no
transmiten nada si contienen el carácter NULO, los 3270 no transmiten el carácter
NULO.
La entrada de información tiene que ser tratada como número variable de campos de
longitud variable. Es una tarea compleja para que el programador se resuelva
exactamente qué ha sido transmitida y recibida por el programa.
Los gracias a la ayuda el asociar básico (BIM), esta complicación desaparecen y los
programadores se proporcionan los medios de establecer qué campos están presentes
en la secuencia de datos y pueden referirse a ellos por sus nombres simbólicos.
Qué hace BMS
BMS hace más fácil escribir los programas para dispositivos 3270
BMS proporciona:
 Independencia de formato
 Independencia de dispositivo
 Enviar/recibir la correspondencia
 El asociar acumulativo
 Encaminamiento de mensaje
 Transferencia de mensajes
Cuadro
5-7. ¿ Qué hace BMS?
Notas:
Independencia de formato
Una aplicación puede enviar o recibir datos sin considerar la colocación física de los datos en
la pantalla. BMS controla la manera en que la información se visualiza en un terminal,
llevando a cabo un mapeo (una correspondencia) entre el formato de los datos sobre el
terminal y su definición en el programa. Los programadores pueden referir simplemente los
campos en una pantalla usando sus nombres y BMS inserta estos campos en la secuencia
de datos 3270.
Independencia de dispositivo
La independencia de dispositivo significa que el mismo programa se puede utilizar con
diversos tipos de terminales. Cuando el programa pide una operación de mapeo, él
suministra los caracteres del 1-7 del mapeo y del nombre del juego de mapeos. (El mapset de
A es un término colectivo para las correspondencias que serán cargadas y utilizadas juntas.)
BMS agregará opcionalmente un sufijo de un carácter que varíe según el tipo de terminal y
después carguará el mapeo apropiado para el dispositivo. Por lo tanto, una correspondencia
(mapeo) se puede crear para cada tipo terminal que el programa tiene que tratar y BMS
seleccionará el apropiado en el tiempo de ejecución. Esto hace a independiente del programa
del tipo terminal.
MACROS DE GENERACIÓN DEL MAPEO BMS
Para escribir lo siguiente en una pantalla 3270:
ENTRE POR FAVOR NUMERO DE CUENTA@4444444@ Y EL CODIGO DE FUNCION @E@
@ indica la posición de un carácter del atributo
El mapeo contendría:
CIOii57B
C u ad ro 5-8. M a c r o s de generación del mapeo de BMS
Notas:
Usted puede definir una correspondencia del CICS usindo macros de ensamblador de BMS, las
tres macros son:
1.DFHMSD para definir el mapset (juego de mapeo)
2.DFHMDI para definir el mapeo (correspondencia)
3.DFHMDF para definir el campo
Juntos, se utilizan para definir las características totales del mapeo y de la manera en la
cual se presentan los datos. Esto incluye:
•El nombre del mapeo, de su tamaño y del nombre del mapset al cual pertenece
•El lenguaje del programa que será utilizado dentro
•Control de la información de la pantalla y del teclado que se enviará con el mapeo
•Todos los campos de la pantalla incluyendo sus posiciones y características
•Nombres simbólicos para los campos que el programa de aplicación necesita procesar
•PREPACIÓN DEL MAPEO
Cuadro 5-9. Preparación del mapeo (CI011519)
Notas :
Mapeo físico y mapeo simbólico
•Contenido del mapeo
−El mapeo físico es una tabla de información del campo de visualización de pantalla.
− El mapeo simbólico es una estructura de las definiciones de campo en el
lenguaje de programación especificado.
•Donde se salva
−El mapeo físico reside en la biblioteca de carga de programa.
−El mapeo simbólico de la descripción reside en la biblioteca de COPIA.
•Donde se utiliza
− El mapset físico se carga cuando la ejecución de un programa especifica el
nombre del mapset en un comando de ENVÍO o de RECEIVE.
− El mapeo simbólico se coloca en el programa fuente por el compilador.
•Si usted cambia un mapeo
− Utilizar la función de NEWCOPY de la transacción de CEMT para indicar al CICS
que se ha puesto al día un módulo cargable del mapset.
− Dependiendo del cambio en el mapeo usted puede tener que recompilar todos
los programas que utilicen el libro simbólico de la COPIA del mapeo.
CONTENIDO FISICO DEL MAPEO
CI01151A
Cuadro 5-10. Contenido físico de la correspondencia (CI01151A)
Notas:
•Un mapeo físico es una tabla de constantes.
• El mapset es un recurso que se debe definir en el CICS por el programador en el PPT
(tabla del programa de proceso).
• CONTENIDO SIMBÓLICO DEL MAPEO
Mapeo simbólico en COBOL:
Puesto que este mapeo será utilizado para la entrada de información y la salida,
se han generado dos estructuras, una para cada modo.
CIO7151 B
Cuadro 5-11. Contenido simbólico de la correspondencia
Notas:
Para cada campo, hay 3 definiciones para el mapeo de entrada de información:
FieldnameL esto se utiliza para salvar el número de carácteres que el usuario pulsó en el
campo ej. ACCNOML
FieldnameF esto es un byte indicador y se fija normalmente a X'00'. ej. ACCNOMF
Fieldnamel esto contiene los datos de entrada de información según lo leído en la
visualización. Se fija a X'00 si no se incorpora ningunos datos para ese campo
ej. ACCNOMI
Y 2 definiciones para las correspondencias de la salida:
FieldnameA Esto da a los programadores el acceso al atributo y pueden cambiar las
características de la visualización de un campo ej. ACCNOMA
FieldnameO Esto salva los datos de salida que se enviarán a la visualización. Si el contenido
del campo comienza con una carácter nulo (X'00'), el campo entero será ignorado y el
contenido del campo será tomado del mapeo físico. Si usted quiere enviar un campo en
blanco, usted debe salvar espacios en blanco en este campo ej. ACCNOMO
SALIDA DE LA PETICION DE UN MAPEO BMS
51C
Cu adro 5-12. BMS hizo salir asociar la petición (C101151C)
Notas:
En resumen:
 Los programas de aplicación procesan entrada y salida de información en 3270
reciben y envian un mapeo predefinido.
 Es el mapeo que contiene el enlace entre el formato de datos sobre la terminal
y su definición simbólica en el programa.

El mapeo puede incluir 4 cosas:
1. La disposición de campos en la pantalla
2. Datos fijos, tales como guías de operador y títulos
3. Nombres simbólicos de campos de datos que el programa necesita para
procesarse

4. El tipo de dispositivo con el cual el mapeo se relaciona
BMS permite que usted formatee los mismos datos diferentemente para diversos
tipos de terminales. Esto significa que en una instalación el CICS puede explotar
las características especiales de algunas terminales, ej. El color, mientras que
permite que terminales más limitadas funcionen con el mismo programa.
GENERACIÓN DE JUEGO DE MAPEO CICS USANDO SDF II
C10i15iD
Cuadro 5-13. Generación del CICS Mapset Using SDF II (CI01151 D)
Not a s:
SDF II proporciona a una manera más rápida, más simple y más agradable de producir mapeos
del CICS. Hace que los programadores sean más productivos y el trabajo de crear los
formatos de pantalla del CICS sea más interesantes.
Además, en las instalaciones que tienen ya macros de BMS se proporcionan los medios de
convertir éstos al formato de SDF. Esto les da la oportunidad de prescindir totalmente de las
macros si lo desean.
Cómo trabajo SDF
SDF se ejecuta en entornos VSE, en TSO y VM/CMS con guías para el proceso de la
definición y creación del mapeo por medio de una serie de menús.
Definiendo las características totales del mapeo, la principal labor es definir el aspecto de la
pantalla. El aspecto de la pantalla es un método de crear una disposición incorporando
marcas del texto y de campo para producir la pantalla, pues aparecerá en tiempo de
ejecución. Típicamente, esto implicará la incorporación del texto en las localizaciones en las
cuales debe aparecer y los carácteres de la marca de campo para fijar la localización, el
tamaño y los atributos de valor por defecto de campos variables y constantes.
Para terminar la definición del mapeo bajo SDF, usted necesitará claramente proporcionar toda
la información que habría sido especificada en los 3 tipos de la macro de BMS.
Cuando se completa el proceso, se puede salvar el mapeo y el mapset en la biblioteca de
correspondencia de SDF II., conocido como la biblioteca de especificaciones del mapeo
(MSL – Map Specification Library). Los mapeos salvados en el MSL pueden ser extraídos,
ser corregidos en la pantalla y ser substituidos. También pueden ser probados y ver como los
vería un usuario del programa CICS. Usted puede incluso incorporar datos para probar
atributos y facilidad de empleo general.
Cuando usted comprueba que el mapeo es correcto, otro diálogo de SDF II se puede invocar
para la generación del mapeo. Esto resultado en SDF produce dos cosas:
1. Estructura de COBOL o de PLI (DSECT)
2. Macros de BMS necesarias generar el mapset físico apropiado
El mapset simbólico se salva en una biblioteca fuente y se puede utilizar directamente en un
programa de CICS. Las macros de BMS se deben ensamblar para producir el mapset físico que
se salvará en una biblioteca en tiempo de ejecución.
Esto es un proceso muy directo y se puede hacer incluso más fácil pues SDF permite a una
instalación fijar los perfiles que contienen la información del valor por defecto aplicable a una
sesión en línea para los usuarios individuales.
Además de los recursos descritos ya, SDF II también proporciona:
•Funciones comprensivas de la gestión de la biblioteca
•Utilitarios ej. para obtener la impresión de los “objetos” de SDF
•Una guía en línea y un recurso de AYUDA
REHACER APLICAIONES 3270
CIO1151E
Cuadro 5-14. Rectificar aplicaciones 3270 (CI01151E)
Notas:
Un método llamado “Raspar pantalla” (Screen Scraping) o “Limpieza de cara” (Face Linfting)
se puede utilizar para renovar una aplicación. La aplicación, los datos y la vieja lógica de la
presentación queda orientada al ordenador principal mientras que un nuevo interfaz de la
presentación se crea para un sitio de trabajo. El nuevo interfaz obra recíprocamente con el
viejo y proporciona a las ventajas de un interfaz basado PWS del usuario mientras que sigue
habiendo el código de la aplicación existente sin que esta cambie.
VisualLift es una herramienta para interfaces 3270 basada en estas aplicaicones. Un nuevo
GUI se desarrolla en la estación de trabajo, y éste remapeo del viejo interfaz no requiere
ningún cambio en el código de aplicación. El nuevo interfaz está situado en las estaciones de
trabajo. La herramienta también agrega la capacidad para delegar ciertas funciones al PWS,
por ejemplo la validación del campo de entrada de información.
Todas las aplicaciones en la intefaz de usuario 3270 del ordenador principal son candidatas a
VisualLift - incluso ésas aplicaciones del ordenador principal que no está disponible el código
fuente, pueden ser VisualLifted.
VisualLift PARA OS/390
MEJORAS VisualLift ADE :
 Documentación mejorada - guía de soluciones
 Permite el uso de diversas fuentes y de colores
 Permite la ejecución de los comandos múltiples del ordenador principal con un solo control
del PC
 Hace de control
 Mejora de la interfaz de usuario de la herramienta del editor
MEJORAS VisualLift RT :
 Soporte para Windows 95 y de Windows NT
 Utiliza recursos dinámicos
 Soporte para el carácter de doble byte para Windows
CIOilSiF
Cuadro 5-15. Elevación visual para OS/390 (Cí01151 F)
Notas:
Hay dos componentes de VisualLift, de entorno Runtime (RTE) y de entorno de desarrollo de
aplicaciones (ADE).
• El entorno de Tiempo de Ejecución - Run Time (RTE): Ésta es la parte que se ejecuta de
VisualLift. Se utiliza para ejecutar la aplicación de VisualLifted. El RTE es el puente entre la
interfaz de usuario en la estación de trabajo y la aplicación en el ordenador principal. El RTE
invoca y termina la aplicación del ordenador principal, visualiza el interfaz del usuario de la
estación de trabajo, y maneja la entrada de información del usuario. El RTE apoya a clientes
con ambientes mezclados de los productos de Windows para utilizar las mismas aplicaciones
de VisualLifted. Incluye el uso de diversas fuentes y de colores en los paneles de
VisualLifted, la ejecución de los comandos múltiples del ordenador principal con un solo
control de la PC, y el uso de recursos dinámicos, por ejemplo, de traducir mensajes del
ordenador principal a mensajes más significativos. El RTE de VisualLift ahora incluye la
ayuda añ carácter de doble byte de Windows (DBCS) que previamente solo se soportaba
bajo OS/2.
• Entorno de desarrollo de aplicaciones (ADE): Esta parte de VisualLift está instalada en una
estación de trabajo y se utiliza para diseñar y para desarrollar un GUI para una aplicación
de ordenador principal. El banco de trabajo de VisualLift es un juego de herramientas
orientado al objeto para desarrollar la interfaz de usuario de la estción de trabajo sin
programación.
Unidad 6. DEFINICIÓN DE RECURSOS
Un sistema del CICS es un entorno complejo pero los recursos se proporcionan para
hacer el trabajo del programador responsable de la administración del sistema tan fácil
como sea posible . Esto se alcanza al disponer de un número de servicios de asistencia
y particularmente de poder permitir la administración en linea al disponer de
transacciones suministradas por CICS.
Este tema describe el uso de la transacción CEDA proporcionada por CICS para la
definición de recursos.

Los recursos son entidades manejadas por el sistema de CICS para proporcionar
servicio a las peticiones del usuario.
• Los recursos incluyen:
−Terminales
• Ficheros (grupos de datos)
• Programas
•Mapeos de BMS
•Transacciones
− Colas
•Conexiones a otros sistemas.
Qué usted debe poder hacer
Después de terminar esta unidad, usted debe poder:
•Describir el proceso de la definición de los recursos del CICS en la manera prevista
por el recurso en línea de la definición (RDO) del recurso.
•Utilizar la transacción de CEDA para definir recursos.
•
Describir el proceso del auto-install para las terminales del VTAM
Objetivos
•Esta unidad describe la transacción de CEDA
para definir recursos al CICS.
•Los recursos son entidades manejadas por el sistema de CICS,
incluye :
•Terminales
•Ficheros (grupos de datos)
•Programas
•Correspondencias de BMS
•Transacciones
•Coletas
•Conexiones a otros sistemas.
• Se describe la autoinstalació de un terminal
Cuadro 6-1. O b j e t i v o s
Notas:
Recurso Deftition
CI011813
Cuadro 6-2. Definición del recurso (CI011613)
Notas:
Tablas de la gestión del CICS
La operación de CICS se basa en un número de tablas de control que definen las
características de los diversos recursos usados en el sistema. Estas contienen toda la
información con respecto a terminales, ficheros, programas, transacciones etc.
Las tablas se pueden generar de dos maneras:
•vía la facilidad en línea de la definición (RDO- Resource Definition Online) del recurso
• vía la facilidad de la Macro Definición (Macro Definition)
La Macro Definición, implica ensamblar y linkeditar un módulo cargable, es la manera original
de definir recursos del CICS y todavía se requiere para algunas de las tablas.
Sin embargo, RDO es el recurso más moderno y más fácil de utilizar y para algunos recursos
de CICS es la única manera de definirlos.
RDO no está disponible para todos los tipos de recursos y algunas tablas tienen que ser
definidas por codificación mediante macro.
Definición del recurso en línea
CI041614
Cuadro 6-3. Definición del recurso en línea (C1011614)
Notas:
El CICS proporciona los recursos para definir recursos del CICS y agregarlos dinámicamente
al
sistema del CICS que se ejecuta. Las ventajas de esto son:
• Productividad creciente de la programación de sistemas
• Operación de sistema continua
Usando esta interfaz un programador puede:

Definir recíprocamente los recursos

Agregar dinámicamente las definiciones del recurso con el CICS funcionando
Una Definición de Recurso en Linea consiste en :
−
−
−
−
Fichero de la definición de sistema del CICS (CDS)
La transacción dinámica de la adición (CEDA) puede realizar todas las
funciones de RDO
Dos más transacciones, CEDB y CEDC, realizan un subconjunto de las
funciones de CEDA
Programa utilitario de la definición de sistema del CICS (DFHCSDUP)
Definición de recursos
Los recursos que pueden ser definidos son terminales, programas, transacciones, mapsets y,
de ficheros de la versión 3. de CICS/ESA. Las tablas que se pueden controlar por RDO son la
TCT, la PCT, la PPT y la FCT.
Todas las definiciones de los recurso se hacen con la transacción CEDA. El formato de las
pantallas CEDA sigue el formato general de otras transacciones suministradas CICS tales
como CEMT. Sugiere al programador de sistemas la información y tiene pantallas que
muestran los operandos que pueden ser especificados junto con el valor por defecto si no se
especifica nada.
Para reemplazar la definición de una tabla CEDA proporciona un mecanismo para
modificar las definiciones existentes y para añadir los recurso de nuevas definiciones sin
cerrar o reinicializar el CICS.
RDO no utiliza el ensamblador para generar las tablas.
RDO y las tablas generadas por macro se pueden utilizar en el mismo sistema del CICS.
El fichero de definición de sistema de CICS (CDS)
Una definición del recurso es creada en línea usando la transacción de CEDA y salvada en
el fichero de la definición de sistema del CICS.
El fichero CDS es un VSAM KSDS.
Los recursos de CICS se cargan del fichero CDS cuando CICS arranca en frío. Los recursos
que se cargarán se especifican vía un operando GRPLIST de la Tabla de Inicialización del
Sistema (SIT – System Inicialization Table).
Programa utilitario DFHCSDUP de la definición de sistema del CICS
Otro componente de RDO es el Programa Utilitario de Definición de Sistema de CICS (DFH
CICS System Definition Utility Program). Es un programa utilitario de tratamiento por lotes
el cual permite leer desde el CSD, o escribirlo mientras que el CICS esta inactivo; o con
suficiente cuidado mientras que el CICS se está ejecutando.
Generalmente realiza funciones de “operaciones de entretenimiento” y algunas funciones que
son específicas a RDO.
Recursos en línea
Cuadro 6-4. Recursos en línea (CI011615)
Notas:
• Los recursos pertenecen siempre a un GRUPO definido por el
usario, y ese GRUPO representa normalmente todos los recursos
asociados a una aplicación.
•
Los grupos pertenecen a una LISTA definida por el usario.
• UNA LISTA representa generalmente todas las aplicaciones para una sesión de CICS.
Ejemplo
en línea de los recursos
CI011616
Cuadro 6-5. Ejemplo en línea de los recursos (CI011616)
Not as:
− UN RECURSO es siempre parte de un GRUPO.
 UN GRUPO es “definido” cuando su nombre se utiliza por primera vez.
•UN GRUPO es generalmente un miembro de una LISTA pero no tiene por que ser.
− UNA LISTA contiene a uno o más grupos.
•UN GRUPO puede ser definido en listas múltiples.
• Una lista única o un número de listas se puede especificar en el arranque de CICS.
El menú CEDA
CI011617
Cuadro 6-6. El menú de CEDA
Notas:

Como con otras transacciones suministradas por CICS CEDA es amigable para el
usuario.
4.Apenas se entra la clave CEDA y se presiona entrar se le presentará con este menú.
MENU DEFINE DE CEDA
Cuadro 6-7. Meunu DEFINE de CEDA
Notas:
• Estos son los recursos que pueden ser definidos usando CEDA en CICS/ESA version 4.
MENU DEFINE TRANSACCION DE CEDA
C1011619
Cuadro 6-8. Menu DEFINE TRANSACCIÓN de CEDA
Notas:
• Hay muchas características que se pueden asociar a una transacción.
MENU DEFINE TRANSACCION DE CEDA
C101161A
Cuadro 6-9. Menu DEFINE PROGRAMA de CEDA
Notas:
•Hay menos características que se pueden asociar a un programa.
−De CICS/ESA 4.1, las definiciones del programa pueden ser que se puedan
autoinstalar, es opcional que la carga de las definiciones del programa se haga en el
arranque del CICS.
INSTALAR RECURSOS CON CEDA
Cuadro 6-10. Instalar Recuros con CEDA
Notas:
−Cuando usted ha creado un grupo de definiciones de recurso, ej. de programas y
de transacciones que componen una aplicación, usted las instala usando el
comando de CEDA INSTALL GRUP. Esto dice al CICS de convertir su grupo en el
fichero de la CDS en una serie de entradas que se instalarán dinámicamente en la
PCT, la PPT, la TCT o la FCT de CICS.
−Suministran los grupos que contienen definiciones de los recursos que el
mismo CICS necesita.
Retiro de recursos instalados
−
Hasta la versión 3.2 de CICS/ESA una definición se podía substituir por una
redefinición posterior, pero no se podía quitar de un sistema del CICS en
funcionamiento. Esto significaba que el almacenaje ocupado por viejas
definiciones no se podía reclamar para otras aplicaciones. Esto solo se podia
hacer cuando terminaba el CICS y realizando un arranque EN FRIO.
−
En la versión 3.2 de CICS/ESA, la transacción CEMT de la terminal principal
tiene una función del DESCARTE para quitar una definición indeseada de un
sistema del CICS del funcionamiento.
Lista de la definición del recurso
Cuadro 6-11. Lista de la definición del recurso
Notas:
• Una lista contiene los nombres de los grupos que el CICS instala en el arranque en frio.
• La lista que se utilizará en el arranque en frio se especifica en el operando de
GRPLIST de la SIT.
• Puede haber muchas listas, cada una contiene una diversa mezcla de grupos de
recursos.
• DFHLIST es una lista especial que es suministrada por IBM y contiene las definiciones del
recurso requeridas por el mismo CICS (por ejemplo, las definiciones CICS para
transacciones y programas).
C O M AN D O E X P AN D D E C E D A
Cuadro 6-12. Comando EXPAND de CEDA
Notas:
• El comando EXPAND permite que usted vea el contenido de un Grupo y una Lista.
• Si usted expande un Grupo puede ejecutar ALTER contra un recurso para modificarlo.
• Cuando se presiona ENTER los cambios son guardados en el fichero CSD.
C O M AN D O AL T E R D E C E D A
Cuadro 6-13. Comando ALTER de CEDA
Notas:
• Ningún cambio que usted realice no será eficaz en el sistema de CICS hasta que usted haya
instalado el recurso.
C O M AN D O AL T E R D E C E D A
Cuadro 6-14. Autoinstalación RDO
Notas:
• La facilidad de autoinstalación proporciona un método de definir una entrada de un
Terminal automáticamente en la TCT.
• La creación de la entrada en la TCTTE se hace dinámicamente cuando se hace logon en
CICS vía VTAM.
• Esta entrada será borrada en tiempo de LOGOFF
• Este método es útil para dar soporte a los terminales que se utilizan poco ya que el
almacenamiento virtual usado solo se usa durante la conexión del Terminal.
• Para los terminales permanentemente definidos el espacio es reservado en
almacenamiento aunque no esten conectados a CICS.