ARQUITECTURA

Turipache

La arquitectura ofrece servicio de comunicación  provenientes de diferentes fuentes con soporte de una gran variedad de transporte, es responsable de crear y mantener canales de comunicación con diferentes sistemas de entrega quienes harán requerimientos de información a través de transacciones.

 Cuenta con los medios para interpretar y enrutar las peticiones de otros sistemas internos a una institución considerados como los “dueños” de los datos solicitados; terminando su labor con la construcción apropiada de un mensaje de respuesta que será enviado al sistema “originador” de la transacción.

El modelo sobre el que ha sido diseñado este componente considera a cada mensaje como una petición de servicio que puede resolverse haciendo una (transacción de línea única) o múltiples llamadas a diferente(s) sistema(s) de back-end (transacciones seriales).

En la siguiente imagen se ilustra esta arquitectura básica.

Para arquitecturas más complejas ET-Turipache ofrece la posibilidad de incluir lógica que permita no sólo transportar mensajes de forma segura y completa sino acceder a diferentes sistemas, enriquecer la información, utilizar diferentes protocolos de comunicación, agregar temporalidad a los envíos y actuar en función de los resultados de cada diligencia.

La arquitectura está basada en un módulo central llamado núcleo que administra a los demás componentes.  por cuestiones de seguridad y confiabilidad de la información éste es el único componente que tiene acceso directo a la base de datos.  Es responsable de actualizar las bitácoras del proceso y de mantener de manera persistente el estado de cada transacción.

El diseño de ET-Turipache contempla cuatro familias de módulos:

  • Componentes de front-End.-
    Son los encargados de obtener peticiones y entregárselos al núcleo (Izquierda en la figura); son piezas e software removibles e intercambiables diseñadas para interactuar con cada sistema particular.  Las peticiones provienen de diferentes sistemas a través de diversos transportes que serán tratados por los componentes de front-end.  Las peticiones son resguardadas durante toda su vida en el núcleo almacenadas como objetos homologados con independencia de el sistema originador.
  • Módulo de plan de negocio.-
    Contiene las instrucciones que arbitran el flujo que una petición debe seguir antes de ser “resuelta” y contestada al sistema originador, así como la forma en que debe recuperarse de algún problema que se presente, es decir, este módulo ejecuta los pasos para enriquecer los campos de una transacción hasta completarla.  Incluye lógica para recuperarse y generar una respuesta en caso de fallas.
  • Componentes de back-end.-
    Se incluye una colección de módulos que administran los canales de enlace (transporte) y los formatos particulares de cada sistema “autorizador” puesto que los mecanismos que se siguen para “enriquecer” o completar los campos de una transacción (solicitud) hacen una o varias peticiones a diferentes sistemas “autorizadores”.
  • Panel de administración.-
    Los módulos incluidos en la arquitectura reciben parámetros de configuración que pueden determinar comportamientos particulares, estos parámetros son resguardados en la base de dato.  La cuarta familia de módulos constituyen una interfaz de usuario/operador.  Permiten consultar o editar información de la base de datos a través de un canal de comunicación que mantiene con el núcleo
Contáctenos

¿Le interesa recibir más información? Déjenos un mensaje en este formulario.