Vista General de la Arquitectura de la Solución

...

Mensajería

(Estructura de mensajes) [ Trama Plana -> ISO 8583, etc.

XML- > Ej: IFX, MXML, FIXML,etc.]

Comunicación [Asociado al estilo aplicativo de comunicación se debe indicar si se requiere de algún tipo de protocolo de comunicación adicional.

Ej: En un esquema request/response hay paginación en los mensajes por limitaciones de canal y/o de la aplicación.]

3. Requerimientos Funcionales

[Los requerimientos funcionales asociados al componente de integración son:]

3.1 Requerimiento funcional 1

Diagrama de Secuencia requerimiento funcional 1:

Figura 2. Secuencia de pasos.

[Describir los pasos del diagrama de secuencia]

[Ej: 1. Ejecutar interfaz: Sistema de Procesos ejecuta el servicio de DataStage para la ejecución de la Interfaz.

2. Leer origen: El integrador lee por medio de ftp el archivo origen.] 

4. Realización del Escenario de Integración

La realización del escenario de integración entre <Aplicativo origen> y <Aplicativo destino> para la funcionalidad planteada se presenta a continuación.

[Aquí debemos incluir el diagrama detallado de la solución]

Figura 3. Contexto de la Solución de Integración.

Estilos de Integración File mediante SFTP entre <Aplicativo origen> e Integrador.

File mediante GPFS entre el integrador y <Aplicativo destino>.

SSL (Oracle) mediante Integrador y el Homologador

Estilo Técnico de Comunicación Es estilo técnico de comunicación es asincrónico, una vez se dispara la ejecución del job desde el Sistema de Procesos.

Estilos Aplicativos de Comunicación El estilo aplicativo de comunicación es Fire and Forget: el integrador envía información a la aplicación destino sin esperar que la aplicación destino entregue alguna respuesta de vuelta (one-way).

Protocolos SFTP, SSL (Oracle)

5. Componentes de Infraestructura

Componente de Técnico Descripción de la función que cumple Nueva

Modificación

iSeries Plataforma principal contenedora de la aplicación REC Modificación

Servidor MQ Servidor de mensajería por medio de colas Nuevo

Data Power Consumidor de servicios del <nombre aplicativo 1> y transformador de la información Nuevo

6. Modelo físico de componentes técnicos

• Diagrama del modelo físico de componentes

• Descripción del modelo físico de componentes a nivel técnico

REC: s el sistema encargado de realizar todas las operaciones de recaudos. Por medio de este las personas hacen pagos de los servicios públicos.

Generador Req y Resp: Generador de tramas e intérprete de las respuestas que van a ser enviadas para el consumo de los servicios del Aplicativo 1.

Programa 1: Servidor que se encarga de activar las instancias del cliente de mensajería MQ (poner y leer mensajes de colas MQ).

Componente 1: aplicativo cliente del servidor MQ encargado de atender las solicitudes para envío y lectura de mensajes de colas MQ.

Componente 2: API que provee IBM para Java poder ejecutar llamados con cliente al MQ Server.

1.3 Consideraciones