Assessment de Arquitectura Descripción del escenario La fuerza de ventas de una compañía nacional, requiere aumentar su campo de acción sobre el mercado objetivo, llegando a más lugares donde se encuentra sus clientes potenciales. El objetivo es hacer que la movilidad sea un factor de apoyo en la captación de clientes. Por tal razón, la compañía ha decidido plantear una solución de movilidad, a través smartphones en la cual con una captura de datos básicos, podamos determinar si el cliente es sujeto de crédito o no. Para ello el sistema debe consumir un Web Service de la central de riesgos de data crédito. El propósito radica en determinar la calificación del cliente, la cual puede ser: A, AA, AAA Para la captura de información, los campos requeridos son los siguientes: Primer nombre (*) Segundo nombre Primer Apellido (*) Segundo Apellido (*) Tipo De Documento (*) Número De Documento (*) Email Número Celular (*) Luego de que la aplicación obtiene la información de la central de riesgo, debe informar a la aplicación de crédito de la compañía que se encuentra en la nube, el resultado del servicio y enviar los datos básicos del cliente potencial, con el objetivo de que quede registrado el nuevo prospecto y este se pueda acercar a una oficina a iniciar su proceso de aprobación, documentación y posterior desembolso. La salida a producción de la aplicación se espera que sea en dos meses y su primer release será para dispositivos móviles cuyo sistema operativo sea android. Los objetivos del negocio que se buscan son: Incrementar la participación en el mercado objetivo en lo referente a créditos financieros. Disminuir el tiempo de aprobación de crédito para los clientes Aumentar la productividad de la fuerza de ventas en el número de solicitudes de crédito por mes y en el número de solicitudes de créditos aprobadas por mes Puntos a Resolver Defina las restricciones que representaría su arquitectura. Se destacan aquellas que no son visibles por el usuario, requerimientos no funcionales internos, y aquellas que percibe el usuario, funcionales externas. Requerimientos no funcionales internos Describir los aspectos de arquitectura/metodología que se conservarían a lo largo de la solución para satisfacer los siguientes requirimientos no funcionales exactitud/consistencia del código con respecto a la especificación, escalabilidad del código, entrega continua, productividad de la iteración Requerimientos no funcionales externos Defina los atributos de calidad que considera se deben tener en cuenta en este caso de negocio y determine cuál o cuáles son más relevantes para la arquitectura y cómo lo favorecerá. Puede apoyarse en una evaluación tipo trade off. De la lista de atributos encontrados, genere los escenarios que considere más importantes. Determine los patrones de diseño y de arquitectura que usará para construir la solución Liste el conjunto de herramientas y tecnologías sobre la cual realizaría la implementación haciendo uso de AWS. Diagrame la solución en las vistas que considere necesarias para dar a entender la arquitectura. (Se puede usar el modelo 4+1)
