Ir al contenido
Inicio └e-Banking └Introducción general y arquitectura técnica

e-Banking

0 %

Completado

Contenido del curso

Introducción general y arquitectura técnica

10 XP
Anterior Siguiente
Pantalla completa Compartir
Las siguientes preguntas tienen como objetivo reforzar los conceptos abordados durante la capacitación y verificar la comprensión general de la arquitectura de la plataforma. 
Calificación
0 0

No hay comentarios por ahora.

Unirse a este curso
para ser el primero en comentar.

1. 1. ¿Cuál es la función principal de la banca electrónica dentro de la arquitectura del sistema?
Actuar como canal de acceso para los usuarios y coordinar las solicitudes hacia el Core Bancario. Administrar directamente las cuentas y saldos de los clientes sin depender del Core Bancario. Procesar y almacenar de forma independiente todas las transacciones bancarias realizadas por los usuarios.
2. Explique brevemente la responsabilidad de cada una de las siguientes capas: Presentación, Negocio, Acceso a Datos e Integración
Presentación: almacenamiento de información. Negocio: diseño de pantallas. Datos: aplicación de reglas del sistema. Integración: gestión de usuarios. Presentación: interfaz de usuario. Negocio: reglas del sistema. Datos: acceso a SQL Server. Integración: comunicación con Middleware y Core. Presentación: comunicación con el Core Bancario. Negocio: acceso a SQL Server. Datos: interfaz de usuario. Integración: almacenamiento de información.
3. ¿Cuál es la diferencia entre Web y WebClient dentro de la solución?
Web es el portal utilizado por los clientes; WebClient es el portal administrativo para los empleados Web y WebClient cumplen la misma función, pero Web está orientado a procesos internos y WebClient se utiliza para procesos de integración con el Core Bancario. Web es el portal administrativo; WebClient es el portal utilizado por los clientes.
4. ¿Qué función cumple el componente GenTrama durante una transacción?
Construir el XML que será enviado al Middleware. Validar las credenciales del usuario antes de iniciar la transacción. Ejecutar directamente la transacción en el Core Bancario y devolver el resultado al cliente.
5. ¿Por qué la aplicación utiliza Middleware en lugar de comunicarse directamente con el Core Bancario?
Para reemplazar completamente al Core Bancario y procesar todas las transacciones de forma independiente. Para desacoplar la aplicación del Core Bancario y facilitar la integración con diferentes sistemas. Para almacenar toda la información de los clientes y evitar que la aplicación consulte otros sistemas.
6. ¿Cuál es la función de los Servicios Windows (Demonios) dentro de la plataforma?
Ejecutar procesos automáticos o programados en segundo plano. Administrar las interfaces gráficas y mostrar información a los usuarios. Almacenar y consultar directamente la información de las bases de datos.
7. ¿Qué ventajas ofrece la arquitectura por capas utilizada en el proyecto?
Separación de responsabilidades, mantenibilidad, reutilización, escalabilidad y facilidad para realizar pruebas. Centralizar toda la lógica del sistema en una sola capa para reducir la complejidad del proyecto. Eliminar la necesidad de realizar pruebas y mantenimiento al concentrar las funcionalidades en un único componente.
8. ¿Qué responsabilidad tienen los componentes BS y DB dentro de la solución?
BS implementa la lógica de negocio; DB gestiona el acceso a la base de datos. BS administra las conexiones a la base de datos; DB controla la interfaz gráfica de los usuarios. BS gestiona la comunicación con el Middleware; DB implementa las reglas de negocio de la aplicación.
9. ¿Cuál es el recorrido general de una solicitud desde que el usuario realiza una operación hasta que obtiene una respuesta?
Usuario → Web/WebClient → Business → Base de Datos o GenTrama → Middleware → Core Bancario → Respuesta al usuario. Usuario → Core Bancario → Middleware → Web/WebClient → Base de Datos → Respuesta al usuario. Usuario → Base de Datos → Business → Web/WebClient → Middleware → Core Bancario → Respuesta al usuario.
10. ¿Por qué es importante comprender la estructura de la solución antes de comenzar un nuevo desarrollo?
Permite evitar la documentación técnica y realizar cambios directamente sobre cualquier componente de la solución. Permite localizar rápidamente los componentes, comprender la arquitectura y realizar cambios de manera más segura. Permite concentrar toda la lógica del desarrollo en un único componente para simplificar la implementación.