Estudio para mantener mi mensualidad

¿Cuál definición de APX es incorrecta?. Extended Platform Architecture. Extended Programming Architecturec. Backend Extended Platform. Extended Java Backend Architecture1.

¿Qué no es APX?. Proporciona las mismas capacidades en el mundo distribuido. Ofrece una alternativa confiable para el desarrollo de transacciones acopladas al canal. Basado en tecnologías de código abierto. Actúa como una extensión de la plataforma Mainframe.

¿Qué es APX Online?. Basada en Java, diseñada y construida por BBVA con ámbito local para ser utilizada en el Banco. Esta plataforma contiene capacidades Front y está dirigida a aplicaciones que necesiten crear lógica de negocio sin acoplamiento con la presentación. Es un Sistema de alto rendimiento, con fácil escalabilidad y disponibilidad garantizada. Habilita los servicios bancarios transaccionales fuera del entorno de mainframe, pero brinda las mismas capacidades en el mundo distribuido,reduce los costos generales del sistema, se basa en tecnologías de código abierto, permite a los desarrolladores aprovechar todos los servicios extendidos provistos en la plataforma para construir servicios lo más rápido posible. Ejecución en entornos normales tipo R2 es la misma que la arquitectura diseñada y planteada para entornos Cloud. Las versiones que se generan son no duales por lo que cambia el empaquetado de la Arquitectura y la estrategia de aprovisionamiento de componentes aplicativos.

La Plataforma Extendida BackEnd Java APX nació con el Requerimiento que pudiera funcionar en colaboración con el MainFrame o stand-alone (independientemente).Igualmente se pueden hacer uso de sus capacidades de Arquitectura Bancaría o no utilizarlas cuando las aplicaciones se salgan de este modelo. true. false.

Dentro de los casos de uso de la Arquitectura de APX y con el fin de estandarizar las aplicaciones del banco se plantearon dos paradigmas compatibles con BBVA. true. false.

Las utilidades APX implementadas tanto para la arquitectura Online como para la arquitectura Batch son: Communication Manager: Se crea una librería con la capacidad de invocar a G.U.C para el envío de notificaciones. Interbackend proxy: Se crea una librería con la capacidad de invocar a los conectores IMS (para acceso a Host). Compresión/Descompresión: Se crea una librería con la capacidad de comprimir y descomprimir archivos en zip. Generador de documentos: Se crea una librería con la capacidad de generar documentos.

Las utilidades APX implementadas únicamente para la arquitectura Online son. Communication Manager: Se crea una librería con la capacidad de invocar a G.U.Cara el envío de notificaciones. Interbackend proxy: Se crea una librería con la capacidad de invocar a los conectores IMS (para acceso a Host). Compresión/Descompresión: Se crea una librería con la capacidad decomprimir y descomprimir archivos en zip. Generador de documentos: Se crea una librería con la capacidad de generar documentos.

La descripción de la Capa de Control es: Componente recibe la información necesaria para hacer el distpach de la ejecución de transacciones. Se crea a la vez que la sesión de contexto transaccional, para permitir que la arquitectura pueda ejecutar la lógica de Negocio. Proporciona el ámbito transaccional por lo que es capaz de confirmar (commit) o deshacer (rooll-back) ejecuciones. Este componente es el que gestiona la definición de transacción de acuerdo con la petición y ejecuta las pre y post acciones relacionadas con la lógica de negocio. true. false.

Estos módulos encapsulan toda la funcionalidad relacionada con las operaciones bancarias como diario o registro de operaciones. Hay dos puntos claves en relación con estos servicios: 1. No deben afectar al rendimiento ejecución de la lógica de negocio por lo que el diario y el registro de las operaciones han de usar colas internas para desacoplar su propia ejecución de la ejecución de la lógica de negocio 2. Estos módulos son responsables de datos que pueden ser almacenados en el diario del MainFrame o en el propio de la arquitectura. Por lo tanto, servicio de diario tiene que ser capaz de almacenar los datos del diario en ambos sitios. true. false.

Cuáles son los tres canales del Broad Network Access de las clouds públicas. HTTP, SOAP-JMS, Rabbitb. SOAP, HTTP-JMS, MQc. REST-HTTP, SOAP-HTTP, SOAP-JMS (MQ o Rabbit).

De la lista siguiente marca 2 funcionalidades de bancario incluidas en APX. Soporte transaccional. Ejecución de reglas de negocio. Casos restringidos. Servicios Proxy. Registro de Operaciones. Autorización y perfilado.

De la lista siguiente marca 2 funcionalidades de servicios persistencia incluidas en APX. SFTP. PS9. JDBC. JMS/ Rabbit. Two-Phase Commit. JNDI.

De la lista siguiente marca 2 funcionalidades de servicios conectores incluidos en APX. Gestor de Eventos. HTTP/HTTPs. JDBC. JMS/ Rabbit. Two-Phase Commit. JNDI.

De la lista siguiente marca 2 funcionalidades de servicios Core incluidos en APX. Soporte transaccional. Ejecución de reglas de negocio. Casos restringidos. Thread Affinity. Soporte Transaccional JTA/XA. Autorización y perfilado.

En primer lugar, APX recibe la solicitud en uno de los protocolos físicos que admite (HTTP, JMS, REST,). Luego, crea un identificador único para la ________ y valide si los encabezados de solicitud están bien formateados de acuerdo con el protocolo lógico definido por Arquitectura. Pila de ejecución. Solicitud. Transacción. Ejecución.

¿Cuáles son los campos que definen a una transacción en APX?. Aplicación, versión, país, paquete descripción. Aplicación, dominio, país, paquete descripción. Aplicación, transacción, versión, país, descripción. Aplicación, transacción, dominio, versión, país, descripción.

Son dos de los protocolos físicos que APX admite en una solicitud. JMS y REST. MQ y TCP. QP05 y MQ. AQPG y PS9.

¿Cuáles son los protocolos físicos disponibles en APX? Selecciona 2 items: HTTP/ SOAP. HTTP/ REST / RESTFul (A través de Servicios Backend). AQPG (Formato Arquitectura Plataforma QP05: síncrono o asíncrono). PS9.

La invocación asíncrona no está permitida. En caso de que una transacción deba invocar a otra, solo se puede hacer de forma asíncrona. Verdadero. Falso.

La invocación asíncrona entre transacciones solo debe aplicarse en casos de transacciones _________. Criticas. No Criticas. De Alto Volumen. De Arquitectura.

Selecciona al menos dos restricciones que se tienen en APX en la invocación entre transacciones. No se permite la invocación síncrona entre transacciones. No se permite la invocación asíncrona entre transacciones. La invocación asíncrona entre transacciones es en casos de transacciones criticas. La invocación asíncrona entre transacciones es casos de transacciones NO criticas. Desde una transacción asíncrona no se puede invocar nuevamente a otratransacción asíncron. Desde una transacción asíncrona se puede invocar nuevamente a otra transacción asíncrona.

Un ________ proporciona una solución a un problema de diseño. Debe cumplir con diferentes características, como la efectividad al resolver problemas similares en ocasiones anteriores. Por lo tanto, debe ser reutilizable, es decir, aplicable a diferentes problemas en diferentes circunstancias. Metodología. Patrón de diseño. Anti patrón. Reutilización de código.

Un anti patrón es un diseño que conduce a una mala solución de un problema. Como lo son el Blob y el contenedor mágico en librería. Verdadero. Falso.

Que característica del anti patrón Blob es incorrecta. Son varias librerías compuestas de sola clase (“The Blob”) con gran cantidad de métodos “execute”. ”The Blob” normalmente es muy complicada de reutilizar y probar. Puede ser ineficiente o introducir excesiva complejidad si se reutiliza para pequeñas partes de su funcionalidad. “The Blob” puede ser costosa de cargar en memoria, usando recursos excesivos incluso para operaciones simples. Una modificación de “The blob” puede ser crítica para múltiples operativas para librerías dependientes. El volumen de pruebas de regresión puede ser muy alto. El despliegue de “The Blob” causa que todas las librerías relacionadas deban reinstalarse, creando un problema de indisponibilidad temporal del servicio y una carga adicional al sistema.

Se utilizará este patrón siempre que se requiera dividir un conjunto de datos en varios subconjuntos y adicionalmente se necesite acceder a ellas de forma aislada. El uso de este patrón es conveniente siempre para mejorar la eficiencia de consultas a orígenes de datos variados, obteniendo únicamente lo que se necesita. Blob. Contenedor mágico. CRUD. Paginación de librerías.

Este tipo de paginación es el que establece Arquitectura y Calidad como el más eficiente,tanto en consumo de recursos como en el tiempo de proceso para la consecución de la información, lo que redunda en un menor tiempo de espera por parte del usuario final. Paginación en Librería. Paginación en Transacción. Paginación en Batch. Paginación en DTO.

Este patrón suele representarse como una única librería que contiene la mayoría de la funcionalidad y que otras librerías utilizan incorrectamente de apoyo. La clave del problema es que puede contener un porcentaje muy elevado de responsabilidades dentro de las olución a diseña. Contenedor Mágico. Blob. Lava flow. CRUD.

¿Cómo solucionamos un Blob?. Mover la funcionalidad a la transacción reduciendo la carga en la librería. Mover el comportamiento a sus librerías relacionadas, reduciendo el acoplamiento entre librerías y simplificando los mantenimientos. Moviendo la lógica a diferentes métodos y clases dentro de la misma librería. Mover el comportamiento a DTOs relacionados, reduciendo el acoplamiento entre los componentes y simplificando los mantenimientos.

¿Cuáles son ejemplos de Patrones de diseño para APX?. Paginación en transacciones, paginación en librerías, paginación en componentes APX. Paginación en librerías, CRUD en librerías, DTOs en componentes APX. Paginación en transacciones, CRUD en librerías, CRUD en componentes APX, DTOs encomponentes APX.

¿Qué patrones de la siguiente lista son obligatorios del Data Transfer Object (DTO) enAPX?. Se necesite una agrupación de datos simples en una clase con cierta funcionalidad asociada. Se requiera intercambiar información entre diferentes componentes en APX de forma coherente, organizada y agrupada. Implementar un Servicio Backend. Todas las anteriores. Ninguna de las anteriores.

Selecciona dos aplicaciones que justifican el uso del patrón Data Transfer Object (DTO) esobligatorio cuando: Se necesitan mapear demasiadas variables. Se necesita una agrupación simple de datos basada en una funcionalidad asociada. Desea intercambiar información entre diferentes componentes en APX de manera coherente, organizada y agrupada. Se hace conexión a Bases de datos relacionales.

¿Cuál es la restricción al generar una jerarquía de clases DTO?. Que las librerías solo tengan parámetros de entrada. Que las clases no tengan dependencias circulares entre ellas. Que las agrupaciones no dependan entre ellas mismas. Que los patrones sean simples.