Arquitectura Altamira

El día de hoy nos enfocaremos en un tema que no muchos conocen, debido a que no hay muchos libros que hablen al respecto, claro yo también estoy en la misma situación, pero si podemos aprender a la par, seria genial.

Primero que nada definiremos a Altamira, que consiste en un sistema básicamente online,  encargado de proveer funciones comunes para distintos módulos aplicativos, simplificando la lógica de los mismos, facilitando su desarrollo y mantenimiento.

Sus características son las siguientes

q  Lógica de programación repetitiva, absorbida por la arquitectura  (con esto se minimiza el esfuerzo del desarrollo) :

•          Emisión / Recepción de mensajes de terminal (en el caso de los cajeros automáticos)

•          Gestión de condiciones de excepción (errores, avisos, ABENDS).

q  Seguridad contra accesos no autorizados.

q  Aislamiento del programa de aplicación de la mayor parte de los accesos al monitor comunicaciones (CICS).

q  Estandarización.

q  Soporta todas las transacciones de un teleproceso bancario, independientemente del tipo de terminal conectado.

q  Facilita la incorporación de nuevas aplicaciones.

q  Parametrización.

q  Facilita el mantenimiento de aplicaciones.

q  Las principales características del módulo de Arquitectura son :

•          Protege la inversión en equipamiento y en lógica aplicativa.

•          Realiza diversas funciones comunes del sistema.

Si alguna vez te has dedicado a desarrollar en cobol, bajo el módulo de medios de pago, puedes entender de lo que hablo, debido a que esta área te da una mayor perspectiva de lo que se maneja bajo Altamira, esto debido a las terminales que se manejan, como cajeros automáticos, terminales de punto de venta.

Funciones básicas de Altamira, ¿un punto básico?

Las principales funciones que realiza la Arquitectura son :

q  Seguridad de acceso a las funciones “on-line” del sistema.

q  Optimización del uso de telecomunicaciones.

q  Distribución de informes.

q  Administración de totales de cajeros.

q  Mantenimiento de un journal de transacciones monetarias (diario de movimientos).

q  Mantenimiento de los registros de control del sistema.

q  En su operatoria “on-line”, Altamira permite el uso de los siguientes tipos de terminales :

ü  Terminales inteligentes (PC’s o PS’s) en red local.

ü  Terminales no inteligentes.

ü  Otras terminales, utilizando los manejadores de dispositivos específicos (cajeros automáticos, terminales de punto de venta, etc.).

ü  Telediscos.

q  Gestionar impresión de documentos, libreta, banda y diario magnético.

q  Checar el estado de las bases de datos.

q  Control de autorizaciones.

q  Efectuar cambios de transacción (switch de transacción).

Partes de Altamira 

Altamira tiene muchas partes, y es un poco complicado de explicarte lo que es cada una de ellas y mas si no estas tan familiarizado con los conceptos o no tienes mucha experiencia en el ramo. Bueno intentare explicarte lo mejor posible a que se refiere cada una de las partes.

Área de Comunicación con la Arquitectura

Es el área básica donde se comunican las aplicaciones con la Arquitectura denominada CAA (Commarea de Arquitectura de Aplicaciones).

El área de comunicación con la arquitectura (CAA) es utilizada para el diálogo entre los programas de aplicación y la arquitectura.

Mediante esta commarea, la arquitectura informa a las aplicaciones de los parámetros del sistema necesarios para el desarrollo de sus procesos on-line.

Los programas de aplicación utilizan la commarea para realizar peticiones de salida, mensajes, e informan del resultado de los procesos realizados.


Conceptos Básicos de Altamira

Formato - Es el conjunto de características de cada uno de los mensajes que viajan entre el Host y los dispositivos locales en oficinas (terminal, impresora, dispensador, etc.).

Preformato - Contiene la parte fija (literales fijos) de un mensaje.

Errores y Avisos - Son dos tipos de mensajes a pantalla que informan al operador sobre algún tipo de incidencia que se haya producido durante el proceso.

Totales - Son conceptos que se utilizan contablemente a nivel de terminal para sumarizar y cuadrar el debe y el haber dentro y fuera de caja.

Journal - Diario de los movimientos contables que se producen en la entidad.

Tecleos - Conjunto de operaciones que se efectúan desde los terminales, donde quedan registradas todas las transacciones que se ejecuta a través de la arquitectura.

Cambio de Sesión

Proceso que se produce al cierre del día contable, y en el que:

ü  Se cambia la fecha contable del día.

ü  Se inicializan las tablas por la siguiente sesión del on-line.

ü  Se hace el proceso flip-flop de las tablas que tienen varias versiones.

ü  Se generan informes sobre los procesos de la última sesión.

Seguridad

Protección de los diferentes recursos manejados por la arquitectura.

Arquitectura Central

q  Gestiona la entrada de cada Transacción al Sistema

q  Controla todas las funciones comunes

q  Identifica el tipo de Aplicación

•          Nativa

•          Mixta

•          Extendida

q  Realiza el Formateo / Deformateo de Mapas

q  Programas : QC1CENT y QC!CSAL

q  Control de Comunicación entre las Transacciones Aplicativas

q  Mantenimiento de Arquitectura

Arquitectura General

q  Gestiona el manejo de rutinas internas

               

•          Fechas

•          Entidades

•          Errores DB2

•          Colas TS

Es todo lo que podemos decir por el momento de Altamira,  esperamos que esta informacion te haya sido de utilidad y si tienes algun comentario no dudes en dejarlo ;-) 

CICS, ese desconocido transaccional

CICS es el sistema de proceso de transacciones que encontraremos en la mayor parte de instalaciones mainframe.

CICS = Customer Information Control System = Sistema de Clientes para Control de Información

El CICS se ejecuta bajo el control del sistema operativo junto con el resto de aplicaciones de la instalación, incluidos los procesos por lotes (batch).

Es interesante mencionar en este punto, la diferencia entre procesos BATCH y ONLINE.

Los procesos batch son conjuntos de programas que tienen como entrada ficheros o consultas sobre la base de datos, generalmente voluminosos, y procesan los datos generando como salida listados para consultar el resultado de los procesos que son distribuidos posteriormente a cada departamento/oficina responsable de los mismos. Un ejemplo sería la liquidación de préstamos, en la cual se tratarían todos los préstamos de la entidad susceptibles de ser liquidados, lo cual, dependiendo del tamaño de la entidad puede llegar a consumir un tiempo considerable.

Los procesos on-line permiten procesar programas muy cortos (procesan uno o unos pocos registros) y por tanto generan una contestación casi inmediata hacia el terminal que ha solicitado su ejecución. Un ejemplo sería el empleado de una entidad que desde el terminal del que dispone en su oficina consulta los datos de un cliente a partir de su dni. Dicha consulta es muy específica y el proceso se realizará inmediatamente (a no ser que nos quedemos embuclados claro...).

Retomando el tema principal, CICS se encarga justamente de estos procesos, los de operativa online, y su función es establecer la unión entre los terminales "tontos" del usuario y la lógica de negocio.

Cada una de las peticiones que se recibe desde un terminal, constituye una transacción, la cual crea una unidad de trabajo o tarea para la CPU. Una transacción es cada una de las peticiones que realiza un usuario al host, el cual ejecuta un programa para realizar el procesado de los datos y devuelve los resultados al terminal.

Para muchos desarrolladores host, la gestión del CICS es completamente transparente y se limita a conocer que cada vez que queramos construir un programa online para ser usado desde un terminal tenemos que poner un párrafo general de la instalación xxxx para recibir los datos y un párrafo yyyy para enviarlos.

Esperemos que este primer y breve artículo sirva para hacerse una idea general de "eso" que hay entre el terminal y el host. A partir de aquí llega lo interesante...

Continuará