Documento de Arquitectura del Sistema

Transcripción

1 Neotect S.A. Documento de Arquitectura del Sistema Proceso de Originación de crédito del Banco de los Alpes Universidad de los Andes Ángela Archila, Edison Molano, Jesús Larrota, Gustavo Gutiérrez 17/08/2010

2 Tabla de contenido Listado de Figuras... 4 Listado de Tablas... 5 Sección 1. Descripción del Documento Propósito y Audiencia Organización del Documento Terminología y Definiciones Documentos Relacionados... 8 Sección 2. Generalidades del Proyecto Problema a Resolver Índices de Morosidad Lavado de Activos Estrategia Comercial Ventas servicios financieros crédito masivo Descripción General del Sistema a Desarrollar Objetivos Stakeholders Sección 3. Motivadores Arquitecturales Motivadores de Negocio Restricciones Restricciones de Tecnología Restricciones de Negocio Atributos de Calidad Árboles de Utilidad Árbol de Utilidad Árbol de Utilidad Eficiencia Árbol de Utilidad Fiabilidad Árbol de Utilidad Mantenimiento Árbol de Utilidad Seguridad Árbol de Utilidad Disponibilidad Sección 4. Contexto Escenarios Operacionales Diagramas Sección 5. Puntos de Vista Diagrama de Contexto Punto de vista Funcional Modelo de Estructura Funcional (Diagrama de arquitectura - Nivel 0) Punto de vista Funcional Modelo de Estructura Funcional (Diagrama de arquitectura - Nivel 1) 52

3 5.4 Punto de vista Funcional Modelo de Estructura Funcional (Diagrama de arquitectura - Nivel 2) Definición escenario operacional Entidad Principal Casos de uso Casos de abuso Punto de vista de seguridad (Diagrama de casos de abuso) Punto de vista de seguridad (Diagrama de arquitectura - Nivel 0) Punto de vista de seguridad (Diagrama de arquitectura - Nivel 1) Punto de vista de seguridad (Diagrama de arquitectura - Nivel 2) Punto de vista de concurrencia (Diagrama de arquitectura - Nivel 0) - Ajustar Punto de vista de concurrencia (Diagrama de arquitectura - Nivel 1) - Ajustar Punto de vista de información (Diagrama de arquitectura - Nivel 0) Punto de vista de información (Diagrama de arquitectura - Nivel 1) - Ajustar Modelo de mundo - Ajustar Diagrama de flujo - Ajustar Punto de vista Despliegue- Modelo de Plataforma de Ejecución (Diagrama de arquitectura - Nivel 0) - Ajustar Punto de vista Despliegue- Modelo de Red (Diagrama de arquitectura - Nivel 0) - Ajustar Punto de vista Despliegue- Modelo de Dependencia Tecnológica (Diagrama de arquitectura - Nivel 0) - Ajustar... 75

4 Listado de Figuras Ilustración 1 - Árbol de Utilidad Ilustración 2- Árbol de Utilidad (Eficiencia) Ilustración 3 -Árbol de Utilidad (Fiabilidad) Ilustración 4 -Árbol de Utilidad (Mantenimiento) Ilustración 5 - Árbol de Utilidad (Seguridad) Ilustración 6 - Árbol de Utilidad (Disponibilidad) Ilustración 7- Diagrama de Contexto Ilustración 8 -Punto de funcional Ilustración 9 - Punto de vista funcional Ilustración 10 - Punto de vista funcional Ilustración 11 - Diagrama de casos de abuso Ilustración 12 - Punto de vista de seguridad Ilustración 13 - Punto de vista de seguridad Ilustración 14- Punto de vista de seguridad Ilustración 15 - Punto de vista de concurrencia- Segmentación Ilustración 16- Punto de vista de concurrencia Segmentación Ilustración 17 - Punto de vista de información - Originación de crédito Ilustración 18 - Punto de vista de información- Cliente prospecto Ilustración 19 - Modelo de mundo Ilustración 20- Diagrama de flujo solicitud producto bancario Ilustración 21- Diagrama de Plataforma de Ejecución Ilustración 22- Diagrama de Red... 74

5 Listado de Tablas Tabla 1 - Listado de los Stakeholders Tabla 2 - Stakeholders y Espectativas Tabla 3- Motivadores de negocio Tabla 4- Motivadores de negocio Tabla 5- Motivadores de negocio Tabla 6- Motivadores de negocio Tabla 7- Motivadores de negocio Tabla 8- Restricciones de tecnología Tabla 9- Restricciones de tecnología Tabla 10- Restricciones de tecnología Tabla 11- Restricciones de tecnología Tabla 12- Restricciones de tecnología Tabla 13- Restricciones de tecnología Tabla 14- Restricciones de tecnología Tabla 15- Restricciones de tecnología Tabla 16- Restricciones de tecnología Tabla 17- Restricciones de tecnología Tabla 18- Restricciones de tecnología Tabla 19- Restricciones de tecnología Tabla 20- Restricciones de tecnología Tabla 21- Restricciones de tecnología Tabla 22- Restricciones de tecnología Tabla 23- Restricciones de tecnología Tabla 24- Restricciones de tecnología Tabla 25- Restricciones de tecnología Tabla 26- Restricciones de tecnología Tabla 27- Restricciones de tecnología Tabla 28- Restricciones de tecnología Tabla 29- Restricciones de tecnología Tabla 30 - Restricciones de negocio Tabla 31 - Restricciones de negocio Tabla 32 - Restricciones de negocio Tabla 33 - Restricciones de negocio Tabla 34: Atributos de Calidad Eficiencia Tabla 35: Tiempo de Tabla 36: Tiempo de Tabla 37: Tiempo de Tabla 38: Tiempo de Tabla 39: Recurso Tabla 40: Recurso Tabla 41: Recurso Tabla 42: Recurso Tabla 43: Atributos de Calidad Fiabilidad Tabla 44: Tolerancia a Fallos Tabla 45: Tolerancia a Fallos Tabla 46: Tolerancia a Fallos Tabla 47: Tolerancia a Fallos Tabla 48: Tolerancia a Fallos

6 Tabla 49: Recuperabilidad Tabla 50: Recuperabilidad Tabla 51: Tolerancia a Fallos Tabla 52: Tolerancia a Fallos Tabla 53: Atributos de Calidad Mantenimiento Tabla 54: Modificación Tabla 55: Integración Sistemas Externos Tabla 56: Nuevos Sistemas Tabla 57: Modificación Tabla 58: Escalabilidad Tabla 59: Escalabilidad Tabla 60: Atributos de Calidad Seguridad Tabla 61: Confidencialidad Tabla 62: Confidencialidad Tabla 63: Confidencialidad Tabla 64: Confidencialidad Tabla 65: Confidencialidad Tabla 66: Confidencialidad Tabla 67: Confidencialidad Tabla 68: Confidencialidad Tabla 69: Integridad Tabla 70: Integridad Tabla 71: Integridad Tabla 72: Atributos de Calidad Disponibilidad Tabla 73: Disponibilidad Tabla 74: Disponibilidad Tabla 75: Disponibilidad Tabla 76: Disponibilidad Tabla 77: Disponibilidad Tabla 78: Disponibilidad Tabla 79: Disponibilidad Tabla 80: Disponibilidad Tabla 81 Escenario operacional casos de abuso Tabla 82 - Entidad escenario operacional Tabla 83 CU Registrar ciente Tabla 84 CU Solicitar producto de crédito Tabla 85 CU Validar clientes en centrales Tabla 86 CU Agregar cliente lista negra Tabla 87 CU Crear cliente Tabla 88 CU Verificar score cliente Tabla 89 CU Aprobar producto crédito Tabla 90 CA Crear solicitud falsa Tabla 91 CA Crear sobrecarga de solicitudes Tabla 92 CA Sustraer información de clientes Tabla 93 CA Sustraer información de productos Tabla 94 CA Asignar productos Tabla 85: - Dependencia de Tecnología... 75

7 Sección 1. Descripción del Documento 3.1 Propósito y Audiencia Neotect S.A es una organización creada el 20 de Enero de 2010 por un grupo multidisciplinario conformado en su totalidad por ingenieros de sistemas que en la actualidad se encuentran cursando la especialización en construcción de software de la Universidad de los Andes. Cada uno de los socios/integrantes del equipo cuenta con una alta experiencia en elaboración de productos de software obtenida a lo largo de su carrera profesional con el paso por diversas compañías especializadas en el tema, lo que genera confiabilidad en los productos desarrollados y los servicios que pueden ofrecer. Como parte del proceso de aprendizaje en la construcción de productos de software, Neotect pretende exponer la arquitectura de solución planteada como solución a los requerimientos del Banco de los Alpes. El diseño de dicha arquitectura estará dirigido al personal técnico y de proyecto del Banco de tal manera que se logren identificar los diferentes componentes arquitecturales y la relación entre los mismos a través de las diferentes metodologías aplicadas y que fueron aprendidas e implementadas durante los procesos de arquitectura empresarial y de solución estudiados a lo largo del primer módulo de la especialización. 3.2 Organización del Documento El presente documento despliega información recolectada por el grupo para el análisis del caso del banco de los Alpes mostrando e identificando claramente cuáles son los objetivos de la compañía para el desarrollo de la solución solicitada. El documento se encuentra divido en tres partes principales que ayudarán a observar los pasos elaborados para llegar a la solución deseada. La primera parte mostrará la situación actual del banco de los Alpes en el que se identificarán los stakeholders involucrados en el proyecto, las expectativas del proyecto de acuerdo a sus roles, las restricciones impuestas por la organización a nivel técnico y funcional, la identificación de los motivadores de negocio que impulsan a la compañía para la elaboración del proyecto y el análisis elaborado para determinar los atributos de calidad exigidos por la empresa así como los escenarios de calidad solicitados. La segunda parte contará con la descripción de la situación deseada por la organización desde el punto de vista funcional. Allí se ubicaran principalmente los casos de uso elaborados por la compañía, y la situación deseada por cada stakeholder identificado en el proyecto del banco. La última parte del documento contará con la solución propuesta por Neotect S.A mostrando a través de vistas de arquitectura las diferentes aristas de la solución en todos los niveles de la organización

8 3.3 Terminología y Definiciones Stakeholders: Es aquella persona o entidad que está interesada en la realización de un proyecto o tarea, auspiciando el mismo ya sea mediante su poder de decisión o de financiamiento. Motivadores de negocio: Son cosas o situaciones que inducen a la empresa a alcanzar un objetivo, puede ser financiero, de renombre, mejoramiento. Atributos de calidad: Cada uno de los factores de criterios de calidad o atributos que cuando están presentes contribuyen a obtener un software con alta calidad. Son identificados en conjunto con el usuario del software. Para cada uno se definen un conjunto de métricas o medidas cuantitativas de ciertas características del producto que indican el grado en que dicho producto posee un determinado atributo de calidad. Eficiencia: Cantidad de código o recursos informáticos (CPU, memoria) que precisa un programa para desempeñar su función. Fiabilidad: Hasta qué punto se puede confiar en el funcionamiento sin errores del programa. Mantenimiento: El coste de localizar y corregir defectos en un programa que aparecen durante su funcionamiento. Seguridad: La disponibilidad de mecanismos que controlen o protejan los programas o los datos. Confiabilidad: Es la habilidad de un sistema para mantener operacional en el tiempo. La confiabilidad se mide como la probabilidad de que un sistema no falle en ejecutar la función para la que fue construido dentro de un periodo especifico de tiempo. Integridad: Es la consistencia y coherencia del diseño total. Esto incluye la forma en que los componentes o módulos han sido diseñados, así como factores como el estilo de codificación y la nomenclatura de las variables. Disponibilidad: Define la proporción del tiempo que el sistema es funcional y trabaja. Puede ser medido como un porcentaje del tiempo total en que el sistema estuvo caído en un periodo predefinido. La disponibilidad puede verse afectada por errores del sistema, problemas de infraestructura, ataques o carga del sistema. SOX: Es llamada la ley Sarbanes Oxley promulgada como resultado de fraudes financieros, requieren que las compa;ias que cotizan en la bolsa, establezcan controles internos que ayuden a asegurar que la informacion financiera es precisa y confiable. Basilea II: Consiste en recomendaciones sobre la legislación y regulación bancaria. El propósito de Basilea II, es la creación de un estándar internacional que sirva de referencia a los reguladores bancarios, con objeto de establecer los requerimientos de capital necesarios, para asegurar la protección de las entidades frente a los riesgos financieros y operativos. 3.4 Documentos Relacionados Informe Consolidado de Arquitectura Empresarial.docx CLEMENTS, P., KAZMAN, R., Software Architecture in Practice, Addison-Wesley, Second Edition, 2006.

9

10 Sección 2. Generalidades del Proyecto 3.6 Problema a Resolver El Banco de los Alpes, líder en servicios financieros en el país, posee una serie de problemáticas que aqueja la línea de crédito del banco, se ha detectado que se tienen inconvenientes en el Proceso de originación de crédito y las subtareas que ello conlleva tales como segmentación del mercado, validación del riesgo, estudio de crédito, apertura de productos, realce y activación. Los principales problemas detectados en la evaluación realizada a este proceso del banco fueron las siguientes: Índices de Morosidad En la actualidad el banco tiene problemas con la recolección de cartera de sus productos de crédito masivo (tarjeta de crédito, crédito de libre inversión) ya que desafortunadamente los clientes no responden puntualmente a sus obligaciones, ocasionando que los índices de morosidad aumenten considerablemente, estableciendo así un claro problema en las finanzas de la entidad, esta problemática nace debido a que no se está controlando de una forma eficaz los estudios de crédito y por ende se realizan aprobaciones de productos a personas que no poseen el perfil mínimo para adquirir deudas crediticias, cuyos perfiles no están siendo detectados por el área de riesgos del banco de forma oportuna Lavado de Activos El banco ha detectado que una cifra considerable de entre sus clientes está empleando el banco para lavar dinero fruto de operaciones ilícitas y estas cifras van en aumento. Claramente esto representa un grave problema para la entidad debido a que el lavado de activos constituye un declive financiero muy alto por las sanciones que podría enfrentar de comprobarse su participación en estas actividades. El problema se encuentra en varios de los procesos del banco como el de validación de riesgo, en donde no se están estableciendo los controles adecuados para detectar el origen de los fondos monetarios de sus clientes, cuyo resultado pasa posteriormente al proceso de estudio de crédito, en donde se realizan otra serie de validaciones que nos indican si el crédito es viable o no, para lo cual es necesario conocer las finanzas del involucrado (cliente) para su posible aprobación Estrategia Comercial Ventas servicios financieros crédito masivo El banco actualmente siente que la competencia es cada más alta fruto de la presión de un mundo globalizado, es por ello que la estrategia comercial utilizada actualmente no es eficaz para el interés del banco y con la cual no lograría estructurar su foundation 4 execution. Es por ello que se debe redefinir la estrategia del banco enfocándose en procesos como la segmentación de clientes, donde se deben redefinir sus políticas internas y enfocarlas hacia los objetivos de la organización que buscan el segmento de personas con más futuro financiero que son aquellas entre los 25 y 35 años de edad y que tengan ingresos mensuales superiores a $ , las cuales se encuentran mayoritariamente en el mundo de los canales electrónicos y que utilizan el modelo de autogestión como principal canal de comunicación para sus transacciones bancarias. Además el área de validación de riesgo, deberá tener en cuenta estas nuevas políticas para sus estudios de riesgo lo cual conlleva redefinir este proceso junto con el de estudio de crédito, puesto que este segmento de personas deberá ser la prioridad para el banco.

11 3.7 Descripción General del Sistema a Desarrollar El propósito general de lo que se pretende implementar para el Banco de los Alpes, es la automatización del proceso de originación de crédito (segmentación del mercado, validación del riesgo, estudio de crédito, apertura de productos, realce y activación). Esta necesidad nace de los problemas detectados al interior del banco los cuales deben ser mitigados con la transformación del proceso mencionado, con ello se buscara bajar los índices de morosidad, el lavado de activos y la transformación de la estrategia del banco a un nuevo segmento de clientes. El nuevo proceso debe de encontrarse acorde a las necesidades supeditadas por el banco tales como la integración con todos los desarrollos anteriores y correcta afianzabilidad con los lineamientos de arquitectura de TI. El proceso debe operar a través de servicios reutilizando el portafolio existente ofrecido por el Banco de los Alpes o en caso de requerir nuevas funcionalidades, se deben crear las mismas bajo el esquema ya utilizado en los desarrollos anteriores, enriqueciendo de esta manera el portafolio de servicios del banco. Además de ello la solución se debe integrar con los sistemas legado existentes (Siebel, Vision+, Systematics, FACT, Document-Illusion, Scoring de crédito, Sistema de emisión de plásticos y ERP). 3.8 Objetivos Automatizar el proceso de originación de crédito (segmentación del mercado, validación del riesgo, estudio de crédito, apertura de productos, realce y activación) del Banco de los Alpes. Reconocer los motivadores y restricciones de negocio del Banco los Alpes, los cuales definen clara y específicamente los resultados deseados de negocio para el proceso de originación de crédito. Identificar los atributos de calidad más importantes desde la percepción del Banco para tomar acciones certeras sobre las características de la solución a desarrollar. Describir cada uno de los puntos de vista seleccionados y sus relaciones, los cuales permiten representar la arquitectura final de solución. Construir un proceso basado en las arquitecturas empresarial y de solución propuestas, garantizando por parte de Neotect la ejecución de un proceso completo de calidad y de mejoramiento.

12 3.9 Stakeholders Stakeholder Banco Asesor Comercial Asesor bancario Digitalizador Usuarios Arquitecto de Software Desarrolladores Líder de proyecto Líder de Calidad Líder de Desarrollo Líder de Soporte Líder de Planeación Descripción Interesados directos de las operaciones empresariales, fijan las necesidades de negocio y son los directos interesados en la implementación de una solución que satisfaga sus necesidades. Es la persona encargada de ingresar las solicitudes de un cliente, las cuales realiza en las sucursales o en las visitas personales, además son quienes solicitan al interior del banco el procesamiento y validación de la solicitud. Son los encargados de revisar la documentación entregada por los asesores comerciales y finalmente entregar una respuesta formal. Es la persona que digitaliza aquellos documentos que se encuentran en forma física (formularios), y también la encargada de almacenar los documentos una vez han sido digitalizados. Es quien accede al producto o servicio del banco por medio de una transacción financiera mediante los canales ofrecidos. Encargado de la ingeniería de requerimientos, diseño y guía de la implementación del nuevo sistema. Es el punto de contacto del negocio. Personas encargadas de la implementación de los requerimientos realizados por el Banco El líder conduce el grupo y se asegura de que todos los integrantes reportan sus datos del proceso y terminan su trabajo como se planeó. Realiza un reconocimiento de los riesgos que afectan directamente las probabilidades de éxito del proyecto, y la constante medición, formal e informalmente de dicho riesgo a lo largo del ciclo de vida del proyecto. Dar soporte en definir las necesidades del proceso, en hacer el plan de calidad y en hacer seguimiento al proceso y a la calidad del producto. Es quien dirige el equipo de desarrolladores en la definición, diseño, desarrollo y pruebas del producto, velando que los objetivos sean cumplidos en los tiempos estimados. Dar soporte al grupo en la determinación, obtención y administración de las herramientas necesarias para desarrollar el producto. Es quien se encarga de velar por la custodia de los artefactos durante el desarrollo del proyecto. Dar soporte y guía al grupo en las tareas de planeación y seguimiento del proyecto. Encargado de realizar el plan a desarrollar con tiempos y responsables, así como también el manejo de holguras. Tabla 1 - Listado de los Stakeholders Stakeholder Expectativas Banco Incrementar los beneficios y cuota de mercado mediante respuestas rápidas y flexibles en el proceso

13 de originación de crédito. Adaptarse y gestionar rápidamente su proceso para poder obtener beneficios. Incrementar la efectividad en el uso de los recursos de la organización, y aumentar la satisfacción de los compradores. Incrementar la lealtad de los consumidores para repetir el negocio o compra. Permanecer en el mercado, y mejorar la calidad del producto. Disminuir la tasa de morosidad de sus clientes. Asesor Comercial Gestionar de una forma más eficaz sus procesos para dejar de lado tareas manuales. Esperar que las repuestas a sus demandas solicitudes se realicen en un corto tiempo. Asesor bancario Gestionar de una forma más eficaz sus procesos para dejar de lado tareas manuales. Tener más herramientas automatizadas de evaluación para la toma de decisiones en las respuestas de crédito. Digitalizador Esta persona no posee muchas expectativas, puesto que la optimización en el proceso le resta campo de acción en sus labores. Usuarios Facilidad de uso del sistema. Seguridad de la información proporcionada. Agilidad en las transacciones y procesos bancarios. Arquitecto de Software Escuchar y entender el alcance del proyecto, los puntos clave para el cliente, los requisitos y sus expectativas en el proceso de originación de crédito. Identificar las posibles soluciones disponibles mejorando el proceso actual utilizando tecnología y teniendo en cuenta cambios organizacionales, administrativos o del producto. Diseñar una arquitectura correcta que encaje con las necesidades del banco y de sus clientes. Definición y documentación de la solución elaborada. Desarrolladores Desarrollar un sistema cumpliendo con el diseño realizado por el arquitecto que cumpla con los estándares de calidad y sea capaz de integrarse con las aplicaciones existentes en el banco en el tiempo previsto para ello. Líder de proyecto Asegurar que el proyecto incluye todo trabajo requerido para completar el proyecto de manera exitosa. Asegurar la terminación a tiempo del proyecto. Asegurar que el proyecto es completado dentro del presupuesto aprobado. Hacer el uso más eficiente de las personas involucradas en el proyecto. Asegurar la generación apropiada de la información del proyecto.

14 Identificación, análisis, y mitigación de los posibles riesgos del proyecto. Líder de Calidad Asegurar que los objetivos de la organización están enlazadas con las necesidades y expectativas de los compradores. Asegurar que las liberaciones del producto de originación de crédito sean efectivas y libres de defectos, problemas operacionales, o errores. Desarrollo de un proceso de mejora continúa en todas las actividades y procesos llevados a cabo en la empresa basado en datos y mediciones del grupo de trabajo. Planificar, organizar, ejecutar y verificar todas las operaciones que afecten la calidad de los productos y servicios generados por el equipo. Líder de Desarrollo Dar opiniones sobre los aspectos buenos y malos y proporcionar las ideas para las modificaciones y mejoras. Proporcionar un puente entre los usuarios finales y los programadores en expectativas de comunicación del software y estándares de calidad. Proporcionar ayuda a los programadores para solucionar defectos difíciles de solucionar. Líder de Soporte Proveer las herramientas y su configuración necesaria para el buen desempeño del equipo. Resguardar todos los artefactos producto del desarrollo del sistema. Disponibilidad de las herramientas el 100% del tiempo. Líder de Planeación Asegurar que los elementos del proyecto están coordinados apropiadamente. Desarrollo de un plan de proyecto, ejecución del plan de proyecto, y el control de cambios en general. Definición de las actividades, secuencia de las actividades, estimación de duración de las actividades, desarrollo del cronograma y control de la programación. Tabla 2 - Stakeholders y Espectativas

15 Sección 3. Motivadores Arquitecturales 3.10 Motivadores de Negocio Nombre del Motivador de Negocio Disminuir los índices de morosidad en el área de crédito. Descripción del Motivador de Negocio Aumentando sus controles mediante la aplicación de regulaciones internacionales tales como SOX y Basilea II. Medida del Impacto Disminución de un 30% de la morosidad en clientes. Rangos Cota Mínima Cota Máxima Ninguno 0,0% 5,0% Bajo 5,1% 15,0% Moderado 15,1% 20,0% Fuerte 20,1% 29,9% Muy Fuerte 30% o más Definido Por: Gerente de ventas Asociación del Motivador con el Negocio Ejecutado Por: Ubicación en el Portafolio del negocio Tabla 3- Motivadores de negocio 1 Área Comercial Nombre del Motivador de Negocio Incrementar las ventas de productos de crédito en el sector colombiano Descripción del Motivador de Negocio Generando un incremento igual o superior al 30% en las ventas anuales de productos bancarios de crédito mediante la implementación de nuevos canales de tipo electrónico que faciliten a nuestros clientes el autoservicio. Medida del Impacto Se estima que las ventas anuales registradas por el banco en la actualidad ascienden a los productos de crédito (cerca del 20% de los clientes prospecto). Un fuerte crecimiento de las ventas en el sector Colombiano medido en cantidad de ventas por año se vería reflejado en los indicadores de acuerdo a los rangos de medición establecidos. Rangos Cota Mínima Cota Máxima Ninguno 0 (0,0%) 890 (4,9%) Bajo 891 (5,0%) 1800 (10,0%) Moderado 1801 (10,1%) 3450 (19,9%) Fuerte 3451 (20,0%) 5390 (29,9%) Muy Fuerte Mayor a 5391 (30% o más) Definido Por: Gerente de Ventas Asociación del Motivador con el Negocio Ejecutado Por: Ubicación en el Portafolio del negocio: Tabla 4- Motivadores de negocio 2 Área Comercial Servicio de venta por medio de canales electrónicos Nombre del Motivador de Negocio Orientar su estrategia a la venta de servicios financieros de crédito masivo, para competir en un Descripción del Motivador de Negocio Orientando su segmento de mercadeo a las personas con más futuro financiero en las edades entre los 25 y 35 años.

16 mundo globalizado. Medida del Impacto Se estima que la venta de productos de crédito (créditos de consumo y tarjetas de crédito) al segmento de personas entre 25 y 35 años ocupa actualmente una porción del 80% del total de las ventas actuales del banco. Un aumento del 30% de clientes pertenecientes a este sector, se mostraría en los indicadores propuestos.. Rangos Cota Mínima Cota Máxima Ninguno 0 (0,0%) 710 (4,9%) Bajo 711 (5,0%) 1440 (10,0%) Moderado 1441 (10,1%) 2870 (19,9%) Fuerte 2871 (20,0%) 4310 (29,9%) Muy Fuerte Mayor a 4311 (30% o más) Definido Por: Gerente de ventas Asociación del Motivador con Ejecutado Por: Área Comercial el Negocio Ubicación en el Portafolio del negocio Tabla 5- Motivadores de negocio 3 Nombre del Motivador de Negocio Disminuir costos operativos del banco. Descripción del Motivador de Negocio Disminución en al menos un 25% de los costos operacionales del banco mediante el desuso de un 90% de consumibles de papelería usados actualmente. Medida del Impacto Disminución de costos operacionales del banco medidos en porcentaje de baja Rangos Cota Mínima Cota Máxima Ninguno 0-4% Bajo -5% - 9% Moderado -10% -24% Fuerte -25% -29% Muy Fuerte - 30% de los gastos operacionales registrados actualmente en el banco Asociación del Motivador con el Negocio Definido Por: Ejecutado Por: Ubicación en el Portafolio del negocio Tabla 6- Motivadores de negocio 4 Gerente de operaciones. Todas las áreas del banco. Nombre del Motivador de Descripción del Motivador de Negocio Negocio Aumentar los índices de confianza entre sus clientes mediante el ofrecimiento y Implementando un 100% de los nuevos canales de acceso al banco de manera que ofrezcan la seguridad de datos necesaria para las transacciones realizadas por los clientes. promoción de canales seguros para el acceso al banco. Medida del Impacto Según las encuestas, el índice de confianza en el banco se encuentra en los 6,49 puntos, se prevé que con el uso de nuevos canales seguros las cifras mejoren en un 15%. Rangos Cota Mínima Cota Máxima Ninguno 6,49 puntos (0,0%) 6,74 puntos (3,9%) Bajo 6,75 puntos (4,0%) 7 puntos (7,9%)

17 Moderado 7,01 puntos (8,0%) 7,13 puntos (9,9%) Fuerte 7.14 puntos (10%) 7,45 puntos (14,9%) Muy Fuerte 7.46 puntos o más (15%) Asociación del Motivador con el Negocio Definido Por: Ejecutado Por: Ubicación en el Portafolio del negocio Tabla 7- Motivadores de negocio 5 Área comercial y administrativa Operaciones 3.11 Restricciones Restricciones de Tecnología ID Restricción Nombre Descripción Establecida por Alternativas Observaciones RT-1 Integración tecnológica El Banco exige que cualquier desarrollo nuevo se integre con los desarrollos anteriores, y que se respeten los lineamientos dados para la arquitectura de TI. Esto implica que la nueva solución debe operar de manera integrada con la solución que ya tiene el banco y que fue desarrollada un año antes. Gerencia de Tecnología Tabla 8- Restricciones de tecnología 1 ID Restricción Nombre Descripción Establecida por Alternativas Observaciones RT-2 Adaptación del producto a tecnología existente El Banco no puede adquirir nuevos productos ni desea incorporar nuevas tecnologías. Gerencia de Tecnología La implementaciones que se desarrollaran deben tener completa adaptación a la infraestructura tecnológica que el banco posee en el momento de la construcción de la solución Tabla 9- Restricciones de tecnología 2

18 ID Restricción Nombre Descripción Establecida por Alternativas Observaciones RT-3 Capacidad de integración con sistemas externos Se requiere que el sistema sea tan flexible como para incorporar funcionalidad de otros sistemas externos al banco vía servicios. Banco Los sistemas externos pueden ser sistemas existentes o por venir, en cualquier caso se debe poder acceder a su funcionalidad. Tabla 10- Restricciones de tecnología 3 ID Restricción Nombre Descripción Establecida por Alternativas Observaciones RT-4 La implementación del sistema debe reducir al máximo el uso del papel en el desarrollo de los procedimientos del banco. El banco cuenta con estrategias de responsabilidad social y verdes para cuidar el medio ambiente, además requiere de la implementación de estrategias que le permitan la reducción de costos operativos tanto a la organización como a sus clientes. Banco Tabla 11- Restricciones de tecnología 4 ID Restricción Nombre Descripción Establecida por Alternativas Observaciones RT-5 Lenguaje de programación a utilizar en el desarrollo de la solución El banco exige que la plataforma de desarrollo sea realizada en lenguaje JAVA Banco Tabla 12- Restricciones de tecnología 5

19 ID Restricción Nombre Descripción Establecida por Alternativas Observaciones RT-6 Plataforma existente para manejo de clientes activos y productos La plataforma adquirida por el banco para el manejo de clientes activos y productos es conocida como Siebel. Cualquier modificación que se deba realizar sobre estos insumos debe ser desarrollado con orientación a la misma plataforma Banco Tabla 13- Restricciones de tecnología 6 ID Restricción Nombre Descripción Establecida por Alternativas Observaciones RT-7 Plataforma existente para manejo de tarjetas de crédito La plataforma adquirida por el banco para el manejo de tarjetas de crédito es conocida como Vision+. Cualquier modificación que se deba realizar sobre estos productos debe ser desarrollado con orientación a la misma plataforma Banco Tabla 14- Restricciones de tecnología 7 ID Restricción Nombre Descripción Establecida por Alternativas Observaciones RT-8 Plataforma existente para manejo de cuentas de ahorro La plataforma adquirida por el banco para el manejo de cuentas de ahorro es conocida como Systematics. Cualquier modificación que se deba realizar sobre estos productos debe ser desarrollado con orientación a la misma plataforma Banco Tabla 15- Restricciones de tecnología 8

20 ID Restricción Nombre Descripción Establecida por Alternativas Observaciones RT-9 Plataforma existente para manejo de créditos La plataforma adquirida por el banco para el manejo de créditos es conocida como FACT. Cualquier modificación que se deba realizar sobre estos productos debe ser desarrollado con orientación a la misma plataforma Banco Tabla 16- Restricciones de tecnología 9 ID Restricción Nombre Descripción Establecida por Alternativas Observaciones RT-10 Plataforma existente para realizar la gestión documental del Banco La plataforma adquirida por el banco para el manejo de gestión de documentos es conocida como Document-Illusion. Cualquier modificación que se deba realizar sobre estos productos debe ser desarrollado con orientación a la misma plataforma Banco Tabla 17- Restricciones de tecnología 10 ID Restricción Nombre Descripción Establecida por Alternativas Observaciones RT-11 Plataforma existente para realizar el control crediticio de los clientes del banco La plataforma adquirida por el banco para la administración de control crediticio es conocida como Scoring de crédito. Cualquier modificación que se deba realizar sobre estos productos debe ser desarrollado con orientación a la misma plataforma Banco Tabla 18- Restricciones de tecnología 11 ID Restricción Nombre Descripción Establecida por RT-12 Plataforma existente para realizar la emisión de nuevas tarjetas de crédito expedidas por el banco La plataforma adquirida por el banco para realizar la emisión del plástico de nuevas tarjetas de crédito es conocida como Sistema de emisión de plásticos. Cualquier modificación que se deba realizar sobre estos productos debe ser desarrollado con orientación a la misma plataforma Banco

21 Alternativas Observaciones Tabla 19- Restricciones de tecnología 12 ID Restricción Nombre Descripción Establecida por Alternativas Observaciones RT-13 Plataforma existente para registrar la información de los clientes del banco La plataforma adquirida por el banco para realizar el registro de información de los clientes es conocida como ERP. Cualquier modificación que se deba realizar sobre estos productos debe ser desarrollado con orientación a la misma plataforma Banco Tabla 20- Restricciones de tecnología 13 ID Restricción Nombre Descripción Establecida por Alternativas Observaciones RT-14 Sistemas operativos definidos para el servidor web Todos los componentes generados para el servidor web deben estar soportados bajo el sistema operativo Windows 7 Banco Tabla 21- Restricciones de tecnología 14 ID Restricción Nombre Descripción Establecida por Alternativas Observaciones RT-15 Herramientas de soporte sobre aplicaciones web que correspondientes al portal del banco Todo los desarrollos web asociados al portal deberán tener soporte sobre la herramienta WebSphere Process Server versión o superior Banco Tabla 22- Restricciones de tecnología 15 ID Restricción Nombre Descripción RT-16 Herramientas de soporte sobre aplicaciones correspondientes al portal del banco Todo los desarrollos de componentes asociados al portal deberán tener

22 Establecida por Alternativas Observaciones soporte sobre la herramienta WebSphere Application Server versión 7 o superior Banco Tabla 23- Restricciones de tecnología 16 ID Restricción Nombre Descripción Establecida por Alternativas Observaciones ID Restricción Nombre Descripción Establecida por Alternativas Observaciones RT-16 Herramientas de soporte sobre aplicaciones correspondientes al portal del banco Todo los desarrollos de componentes asociados al portal deberán tener soporte sobre la herramienta WebSphere Application Server versión 7 o superior Banco RT-17 Sistemas operativos definidos para el servidor de aplicación Todos los componentes generados para el servidor de aplicación deben estar soportados bajo el sistema operativo Windows 7 Banco Tabla 24- Restricciones de tecnología 17 ID Restricción Nombre Descripción Establecida por Alternativas Observaciones RT-18 Plataforma de integración de aplicaciones Todos los componentes generados para la integración de aplicaciones deben estar soportados sobre la plataforma WebSphere Integration Developer 7 Banco Tabla 25- Restricciones de tecnología 18 ID Restricción Nombre Descripción Establecida por RT-19 Plataforma de soporte de aplicaciones correspondientes al servidor de aplicación del banco Todos los componentes generados para la aplicación deben estar soportados sobre la plataforma WebSphere Application Server versión 7 Banco

23 Alternativas Observaciones Tabla 26- Restricciones de tecnología 19 ID Restricción Nombre Descripción Establecida por Alternativas Observaciones RT-20 Plataforma de soporte de aplicaciones correspondientes al servidor de aplicación del banco Todos los componentes generados para la aplicación deben estar soportados sobre la plataforma WebSphere Portal Server versión 7 Banco Tabla 27- Restricciones de tecnología 20 ID Restricción Nombre Descripción Establecida por Alternativas Observaciones RT-21 Plataforma de soporte de aplicaciones correspondientes al servidor de aplicación del banco Todos los componentes generados para la aplicación deben estar soportados sobre la plataforma GlassFish versión 2.1 Banco Tabla 28- Restricciones de tecnología 21 ID Restricción Nombre Descripción Establecida por Alternativas Observaciones RT-22 Estilo de arquitectura adoptado Todos los artefactos construidos en la aplicación deben estar orientados al estilo de arquitectura SOA Banco Tabla 29- Restricciones de tecnología 22

24 2.1.2 Restricciones de Negocio ID Restricción Nombre Descripción Establecida por Alternativas Observaciones RN-1 Objetivo de mercado potencial del banco para productos de crédito El objetivo comercial del banco es identificar los posibles clientes de productos de crédito que tienen buena capacidad financiera de acuerdo a la edad, y salario obteniendo información de proveedores comerciales. Dicho filtro se realizara al segmento de personas cuya edad se encuentra en el rango de los 25 a los 35 años y tienen salarios superiores a $ Área comercial Incluir en los procesos objetivos de selección a personas que se encuentren por fuera del rango de edad establecido y cumplan con los criterios de filtro de salario Tabla 30 - Restricciones de negocio 1 ID Restricción Nombre Descripción Establecida por Alternativas Observaciones RN-2 Estudio de crédito basado en estándares internacionales La solución propuesta debe tener adaptación Colombiana de las regulaciones internacionales para lavado de activo y control de riesgos crediticios conocidas como SOX y Basilea II. Departamento de riesgos crediticios La aplicación de regulaciones debe tener adaptación dinámica de control de de riesgos y lavado de activos, es decir, se debe tener flexibilidad en la aplicación de políticas de riesgo crediticio que será adecuadas dada circunstancias especiales de negocio Tabla 31 - Restricciones de negocio 2 ID Restricción Nombre Descripción Establecida por Alternativas Observaciones RN-3 Tiempo de elaboración de la solución La implementación de la solución propuesta debe presentarse ante el comité de evaluación a más tardar el 5 de Diciembre del año 2010 en las instalaciones del banco. Gerencia del banco Tabla 32 - Restricciones de negocio 3

25 ID Restricción Nombre Descripción Establecida por Alternativas Observaciones RN-4 El sistema debe ser desarrollado orientado al cliente. Uno de los requisitos del banco es que el proceso de originación de crédito, debe definirse según las necesidades fundamentales de los clientes, esto indica que debe sentir, servir y satisfacer. El banco ha identificado que el negocio se mueve según lo que quiere el consumidor, por tal razón busca complacer sus necesidades y así incurrir en un mercado masivo. Gerencia del banco Mejorar el proceso actual orientándose a las necesidades de los clientes, ofreciendo un servicio oportuno y reaccionar con rapidez ante cambios producidos por el mercado. Tabla 33 - Restricciones de negocio Atributos de Calidad Árboles de Utilidad Se utilizó para especificar los atributos de calidad un árbol de utilidad, en el cual se especifican aquellos que deben ser tenidos en cuenta, de acuerdo a las necesidades del banco y al criterio de los analistas. Cada atributo fue desglosado hasta llegar a un escenario de calidad que permita representar las características que debe tener el sistema, especificarlas, evaluarlas frente a diversos estímulos y tenerlas presente para la implementación. Esta estructura arborescente permite establecer prioridades y tener una visión global de lo que desean los usuarios involucrados con el sistema de originación de crédito del banco. El siguiente árbol resume los principales atributos de calidad y en las páginas siguientes se detalla cada uno hasta llegar a los escenarios de calidad Árbol de Utilidad Eficiencia Fiabilidad Arbol de Utilidad Mantenimiento Seguridad Disponibilidad Ilustración 1 - Árbol de Utilidad

26 1.1.2 Árbol de Utilidad Eficiencia del sistema durante la ejecución de transacciones Escenario #EFI-1 Escenario #EFI-2 Escenario #EFI-3 Eficienca Consulta de los sistemas (CIFIN, datacredito, Registraduria, etc.) Acceso a los servicios del portafolio Ilustración 2- Árbol de Utilidad (Eficiencia) Escenario #EFI-4 Escenario #EFI-5 Escenario #EFI-6 Escenario #EFI-7 Escenario #EFI-8 Atributo de Calidad Eficiencia Tiempo de respuesta Descripción Prioridad Carga de archivos de clientes al sistema. El sistema debe cargar 1 archivo con aproximadamente 2500 clientes prospecto en un lapso de tiempo inferior o igual a un minuto. Media Eficiencia computacional ante una transacción Búsqueda de un registro en el sistema. Recursos Consulta de sistemas externos Concurrencia sobre el sistema. Solicitud de servicio. Procesamiento de un conjunto de datos. Toda transacción sobre el sistema debe realizarse en tiempo inferior a dos segundos en la visualización de la respuesta. Cualquier consulta que realice una búsqueda de un registro específico del sistema, deberá realizarse en un lapso de tiempo no mayor a un segundo. El sistema debe recibir respuesta en un tiempo inferior a un minuto de cualquiera de los sistemas de apoyo del banco. En caso de no ser así, se debe implementar una contingencia. El sistema debe soportar el ingreso en el mismo instante de tiempo del 75% de los usuarios que actualmente posea el banco. La solicitud a cualquier servicio debe tener respuesta en menos de 10 segundos. Al momento de recibir respuesta del servicio consultado, esta información debe ser procesada (si aplica) en menos de un segundo. Tabla 34: Atributos de Calidad Eficiencia Alta Alta Alta Media Alta Alta

27 Escenarios de Calidad Eficiencia Escenario de Calidad #EFI-1 Atributo de Calidad Eficiencia/Tiempo de respuesta Stakeholder: Data Marshall Un usuario del sistema debe obtener respuesta a la solicitud de carga de clientes en un lapso de tiempo no mayor a un minuto. Proveedores de datos Cargar los listados de clientes prospecto, recibidos de los proveedores. Medida de la Partner File Loader Condiciones normales, producción. La carga del listado de clientes fue realizada en su totalidad (excepto los registros que se encuentran con datos errados y/o con formato incorrecto) al minuto de iniciado el proceso. No se requiere más de un minuto para hacer la carga de dos mil quinientos clientes prospecto y sus datos correspondientes. Tabla 35: Tiempo de 1 Escenario de Calidad #EFI-2 Stakeholder: Usuario del sistema Atributo de Calidad Eficiencia/Tiempo de respuesta Al realizar algún tipo de evento sobre clientes, productos. El sistema debe estar en capacidad de responder aproximadamente con 2 segundos de latencia. Usuario El usuario intenta crear un registro de cliente en el sistema. Portal. Módulo de registro de clientes y/o productos. Condiciones normales, producción. El registro del cliente fue creado satisfactoriamente. Medida de la El sistema emite una respuesta de creación satisfactoria en un tiempo no mayor a 2 segundos. Tabla 36: Tiempo de 2 Escenario de Calidad # EFI-3 Stakeholder: Usuario del sistema Atributo de Calidad Eficiencia/Tiempo de respuesta Los clientes deben lograr consultar la información de sus productos en un tiempo prudente que no cause insatisfacción.

28 Usuario El usuario intenta consultar un listado de productos en el sistema. Portal. Módulo de registro de clientes. Condiciones normales, producción. El listado solicitado es cargado en pantalla. Medida de la El sistema carga el listado de productos del cliente en menos de un segundo. Tabla 37: Tiempo de 3 Escenario de Calidad #EFI-4 Stakeholder: Usuario del sistema Atributo de Calidad Eficiencia/Tiempo de respuesta Medida de la Al ejecutar una búsqueda de un registro en particular, el sistema debe dar una respuesta de no más de medio de segundo. Usuario El usuario ejecuta una búsqueda de su registro en el sistema. Portal. Módulo de clientes. Condiciones normales, producción. Si existe el registro solicitado, sus datos deben ser mostrados en pantalla, de lo contrario se mostrará el mensaje correspondiente. En cualquier caso la respuesta debe ser en un tiempo no mayor a medio segundo. El sistema carga los datos del cliente especificado o muestra un mensaje informativo en un tiempo a medio segundo. Tabla 38: Tiempo de 4 Escenario de Calidad #EFI-5 Stakeholder: Analista de crédito Atributo de Calidad Eficiencia/Recurso Al momento de consultar información de los sistemas de apoyo externos al banco, se debe obtener respuesta de éste en menos de un minuto. Usuario El usuario consulta la información de un cliente en la central de información financiera. CreditScore

29 Medida de la Condiciones normales, producción. El sistema obtiene los datos correspondientes al cliente consultado en un lapso de tiempo menor a un minuto. El sistema es capaz de iniciar a procesar los datos financieros obtenidos en menos de sesenta segundos transcurridos a partir de la solicitud. Tabla 39: Recurso 1 Escenario de Calidad #EFI-6 Atributo de Calidad Eficiencia/Recurso Stakeholder: Analista de crédito Medida de la Cuando el sistema recibe múltiples peticiones el mismo debe responder de manera normal, procesar la información recibida y producir un resultado correcto sin importar el número de usuarios presentes. Usuario El cliente ingresa al portal y realiza una solicitud de crédito. Portal Condiciones normales, producción. El sistema arroja una calificación del cliente con respecto a la información recibida, aproximadamente con dos segundos de latencia. El sistema responde de forma correcta y procesa sus solicitudes ininterrumpidamente. Tabla 40: Recurso 2 Escenario de Calidad #EFI-7 Atributo de Calidad Eficiencia/Recurso Stakeholder: Gerente de tecnología Al momento de solicitar un servicio, este debe proporcionar una respuesta en un tiempo menor a diez segundos. Sistema legado Se solicita consultar el histórico de datos de uno de los clientes. CRM Condiciones normales, producción. El sistema legado obtiene los datos solicitados al servicio en un tiempo menor a diez segundos.

30 Medida de la El sistema legado puede realizar operaciones con la información obtenida máximo diez segundos después de haber recibido respuesta del servicio consultado. Tabla 41: Recurso 3 Escenario de Calidad #EFI-8 Atributo de Calidad Eficiencia/Recurso Stakeholder: Gerente de tecnología Medida de la Cuando el sistema ha recibido respuesta del servicio, debe procesar la información recibida y producir un resultado correcto en menos de un segundo. Servicio del portafolio El servicio del portafolio da una respuesta positiva al sistema enviando la información del cliente solicitado. Sistema legado Condiciones normales, producción. El sistema procesa la información recibida del cliente, en menos de un segundo. El sistema legado procesa la información del cliente máximo un segundo después de haber recibido respuesta del servicio del portafolio. Tabla 42: Recurso 4

31 1.1.3 Árbol de Utilidad Fiabilidad Escenario #FIA-4 Escenario #FIA-5 Fallas de Software Escenario #FIA-3 Escenario #FIA-9 Tolerancia a Fallas Escenario #FIA-2 Escenario #FIA-6 Fallas de Hardware Escenario #FIA-8 Fiabilidad Escenario #FIA-10 Escenario FIA-11 Detección automatica de problemas técnicos Escenario #FIA-2 Escenario #FIA-8 Recuperabilidad Estado de los procesos en ejecución Escenario #FIA-3 Escenario #FIA-9 Ilustración 3 -Árbol de Utilidad (Fiabilidad)

32 Atributo de Calidad Fiabilidad Tolerancia a Fallas Descripción Prioridad Falla en algún componente Se deben tener componentes de respaldo en caso de que los Alta de Hardware. componentes principales sufran alguna anomalía. Para ello se debe utilizar un almacenamiento de datos tipo RAID (Redundant Array of Independent Disks), utilizando técnicas de espejo de datos. Detección y El sistema tiene la capacidad de generar alarmas basado en Medio enmascaramiento de fallos. eventos, en el 99% de los casos que ocurra un problema técnico sin verse afectada la operación normal. Recuperabilidad Dejar el sistema en una versión estable. Tras un fallo se deberá tener la capacidad de volver a un estado anterior que no presente errores. Alta Los datos del sistema deben ser recuperables e integrales. Ante problemas con el ambiente un subconjunto determinado de los componentes puede continuar prestando sus servicios. Para que los datos de un sistema de información sean recuperables, es necesario cumplir con las siguientes características: debe ser persistente, transaccional y debe tener un adecuado tratamiento de errores. A pesar de sufrir algún tipo de falla en parte del sistema, las funcionalidades que no se encuentran involucradas pueden prestar sus servicios en forma paralela al problema presentado. Alta Alta Conservar estado de los procesos en ejecución En caso de presentarse problemas con los servicios externos, el sistema conservará el estado del 99% de los procesos que se están ejecutando, y los reanudará cuando éstos se encuentren en línea. Tabla 43: Atributos de Calidad Fiabilidad Alta Escenarios de Calidad - Fiabilidad Escenario de Calidad #FIA-2 Atributo de Calidad Stakeholder: Banco Fiabilidad/Recuperabilidad/Tolerancia a fallos Al momento de presentarse alguna falla técnica/operativa, se debe de contar con algún tipo de mecanismo para no dejar fuera de línea la aplicación. El sistema Detección automática de un problema técnico. Medida de la Servidor de Datos Entorno de ejecución bajo una situación de falla técnica El sistema continuará operando normalmente y generará una alarma indicando que se presentó un problema técnico y debe ser atendido por un responsable. El 99% de los casos en que se presenta falla técnica, el sistema genera una alarma indicando el problema.