El proyecto IQ Services busca mejorar la atención a agentes corresponsales mediante la automatización de solicitudes en un contexto donde los bancos descentralizan sus servicios. Se identifican problemáticas como la demora en la atención y un proceso manual que necesita optimización. Los requerimientos incluyen el desarrollo de un sistema con interfaz amigable, gestión de errores y soporte para múltiples plataformas para garantizar una atención eficiente.

1. Tema:
Proyecto IQ Services: SOLICITUD DE ATENCIONES PARA AGENTES
CORRESPONSALES
Lima, 07 de Julio del 2017
Presentado por:
✓ VELARDE ROBLES, IVAN SINOE ✓ ELMENTHALER GONZALES, MICHAEL
✓ LLICA PACHECO, ALEXANDER
✓ SACCACO CARDENAS, WALDO
✓ MONTES ARAUJO, JUAN ALBERTO
Universidad Peruana de Ciencias Aplicadas
Ingeniería de Sistemas – EPE
Asignatura de Arquitectura de Software
Profesora: Sandra Perona

2. Análisis

3. Presentacion del Proyecto
Introducción:
En nuestro país algunos bancos están descentralizando su atención y acercándose más
a sus clientes, de manera tal, que hasta una tienda, librería u otro establecimiento
podría convertirse en una ventanilla de atención (punto de servicio).
Problematica:
• Demora atención de requerimientos para los agentes corresponsales.
• Proceso manual
Objetivo específicos:
• Mejorar el proceso de atención de solicitudes.
• Mejorar el flujo y diseño total de los procesos analizados.
• Identificar las oportunidades de mejora del proceso de atención de solicitudes.
INTRODUCCIÓN

4. Diagrama de máquinas de estado
Diagrama de máquina de estados para la Solicitud de servicio

5. REQUERIMIENTOS
Arquitectura

6. Requerimientos funcionales de uso general y no funcionales
Código Descripción
Requerimientos Funcionales de uso general
RF01 El sistema debe ser capaz de generar errores y que advierta el soporte al usuario
RF02 El sistema debe ser capaz de generar reportes de gestión
RF03 El sistema debe ser capaz de interactuar con el subsistema de seguridad que existe en la empresa
Requerimientos de Capacidad de Uso
RNF01 La interfaz de usuario deberá usar los controles Web aprobados por la dirección de sistemas y que se
encuentren disponibles para todas las aplicaciones de la empresa
RNF02 Flexibilidad para el registro, corrección y reproceso de los datos ingresados
RNF03 Arquitectura web intuitiva y amigable
RNF04 Arquitectura móvil intuitiva y amigable
Requerimientos de Confiabilidad
RNF05 En general y debido a que su ambiente operativo es el internet el sistema debe encontrarse disponible de
acuerdo a la fórmula MTBF/(MTBF+MTTR), MTBF = Mean Time Between Failure y MTTR = Mean Time to
Repair
RNF06 Si se presentaron interrupciones por errores del software, problemas de bases de datos, corte en la
comunicación, etc., el servicio no podrá estar detenido por más de 1 hora(MTTR).
METAS Y RESTRICCIONES

7. Requerimientos funcionales de uso general y no funcionales
Requerimientos de Rendimiento
RNF08 El sistema permitirá un tiempo de respuesta menor a 5 seg por cada transacción
Requerimientos de Soporte
RNF09 El Cliente WEB deberá soportar en los navegadores IE9 o Superiores, Chrome 53.0 o superiores y
Mozilla Firefox 18 o superiores.pe
RNF10 Se debe garantizar que no existirá pérdida de datos.
Restricciones de Diseño
RNF11 La Base de datos debe proporcionar el histórico de las concurrencias en un ambiente
amigable.
RNF12 El sistema será diseñado de manera que favorezca su mantenimiento.
METAS Y RESTRICCIONES

8. Mecanismos y tácticas de diseño usadas
Mecanismos de análisis y soluciones a través del diseño y la implementación
Mecanismo Requerimientos
abordados
Solución
Manejo de errores: Permite que
los errores sean detectados,
propagados y notificados
RF01
RNF01
Comprende:
● El manejo de los errores de datos que se resolverá en el
servidor de base de datos y en las clases que manejan la
lógica del negocio. La información se presentará en la
interface para que el usuario decida qué hacer.
● El soporte a las excepciones a través de componentes
especiales de soporte de errores que se manejan en la capa
lógica de negocio
Persistencia: Constituye el
conjunto de servicios para
manipular los datos
RNF10
RNF11
Las capacidades tanto del software de administración de datos
Microsoft SQL Server 2012 como del procesador facilitarán la
conservación y la permanencia en línea de un gran volumen de
información.

9. Vista de casos de uso

10. Vista de casos de uso

11. Vista lógica
Diagrama de capas
Subsistemas

12. Vista de implementación

13. Vista de despliegue

14. Patrones de arquitectura
Nombre Patrón MVC (Model View Controller)
Objetivo Resaltar la usabilidad de la aplicación.
Contexto Aplicaciones interactivas con una interfaz hombre-máquina flexible.
Problema ¿Cómo diseñar un sistema que tiene interfaces sujetas a cambios de forma y contenidos?
Solución · Desacopla el Modelo (lógica) de la Vista (interface).
· Vistas y controladores juntos comprenden la interfaz de usuario.
· Un mecanismo de propagación de cambio asegura la consistencia entre la interfaz de usuario y el modelo.
Componentes El patrón divide una aplicación interactiva en tres tipos de componentes:
· Model: El modelo tiene la funcionalidad y datos del núcleo del sistema.
· View: La vista muestra y recibe la información de los usuarios.
· Controller: El controlador maneja las entradas o eventos de los usuarios.
Ventajas Las ventajas son:
· Existe la posibilidad de tener múltiples vistas de un mismo modelo.
· Es posible tener distintas vistas sincronizadas.
Desventajas Las desventajas son:
· Hay un incremento de complejidad.
· Existe un excesivo número de updates.

15. REQUERIMIENTOS
Diseño

16. Diagrama de la base de datos

17. REQUERIMIENTOS
● Es necesario que Interbank e IQ Services utilicen la misma plataforma para realizar el seguimiento de las
solicitudes de servicio.
● Para un control más cercano de la labor del técnico IQ es necesaria una aplicación móvil que interactúa con la
BD principal a través de servicios Web.
● Es necesario que los involucrados en la evaluación de la solución entienden correctamente los diferentes
artefactos empleados en la metodología.
● El software debe ser distribuido en distintos servidores de acuerdo al rol que desempeñarán tal cual se presenta
en el diagrama de despliegue.
Recomendaciones

18. Gracias