Sistema de Información Web para la Integración del proceso “Proyectos de Conectividad y Soporte” en Experian Colombia

196  Descargar (0)

Texto completo

(1)SISTEMA DE INFORMACIÓN WEB PARA LA INTEGRACIÓN DEL PROCESO “PROYECTOS DE CONECTIVIDAD Y SOPORTE” EN EXPERIAN COLOMBIA. ANCISAR TURMEQUÉ CALDERÓN. UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS FACULTAD TECNOLÓGICA INGENIERÍA TELEMÁTICA BOGOTÁ D.C. 2019.

(2) SISTEMA DE INFORMACIÓN WEB PARA LA INTEGRACIÓN DEL PROCESO “PROYECTOS DE CONECTIVIDAD Y SOPORTE” EN EXPERIAN COLOMBIA. ANCISAR TURMEQUÉ CALDERÓN 20151678020. PROYECTO DE GRADO PARA OPTAR AL TÍTULO DE INGENIERO EN TELEMÁTICA. TUTOR. MIGUEL ÁNGEL LEGUIZAMÓN PAEZ. UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS FACULTAD TECNOLÓGICA INGENIERÍA TELEMÁTICA BOGOTÁ D.C. 2019.

(3) Nota de Aceptación: ___________________________________ ___________________________________ ___________________________________ ___________________________________ ___________________________________ ___________________________________. Tutor: ___________________________________ Ing. Miguel Ángel Leguizamón Páez. Jurado: ___________________________________ Ing. Jairo Hernández Gutiérrez. Bogotá D.C. agosto de 2019. 3.

(4) Dedicatoria. Dedico este proyecto en especial a Dios, por darme la oportunidad de vivir este momento, a mis padres por ser un apoyo incondicional en este proceso y a mi futura esposa por no dejarme desfallecer en los momentos difíciles durante el desarrollo de esta iniciativa. Ancisar Turmequé Calderón. 4.

(5) AGRADECIMIENTOS. Agradezco a la Universidad Distrital Francisco Jose de Caldas por darme las herramientas necesarias para convertirme en un profesional con principios éticos, valores sólidos y conocimiento vanguardista, así como a todo el equipo docente por su paciencia y hospitalidad al poner su conocimiento a mi disposición, en especial al profesor Miguel Angel Leguizamón por su orientación durante el desarrollo de este proyecto. Al equipo de Experian Colombia por brindarme el apoyo necesario durante este proceso, en especial a la ingeniera Claudia Monroy quien me dio la oportunidad de hacer parte de esta compañía y me brindo su confianza y respaldo para ser un colaborador reconocido en la organización. De igual forma a la ingeniera Sandra Bustamante con quien he logrado finalizar el ciclo y me brindó los recursos para poder ejecutar la presente iniciativa. A Dios y a mi familia les agradezco haberme apoyado en estos años de esfuerzo que me han permitido ser una mejor persona y un profesional íntegro.. 5.

(6) TABLA DE CONTENIDO RESUMEN ............................................................................................................. 13 ABSTRACT ............................................................................................................ 14 INTRODUCCIÓN ................................................................................................... 15 1. FASE DE DEFINICIÓN, PLANEACIÓN Y ORGANIZACIÓN .......................... 16 1.1 TÍTULO ..................................................................................................... 16 1.2. TEMA ........................................................................................................ 16. 1.3. PLANTEAMIENTO DEL PROBLEMA ....................................................... 16. 1.3.1. Descripción ........................................................................................ 16. 1.3.2. Formulación ....................................................................................... 17. 1.4. 1.4.1. Objetivo General ................................................................................ 17. 1.4.2. Objetivos Específicos ......................................................................... 17. 1.5. ALCANCES Y DELIMITACIONES ............................................................ 17. 1.5.1. Alcances............................................................................................. 17. 1.5.2. Delimitaciones .................................................................................... 18. 1.6. JUSTIFICACIÓN ....................................................................................... 18. 1.7. MARCO DE REFERENCIA ...................................................................... 19. 1.7.1. Marco Teórico .................................................................................... 19. 1.7.2. Marco Conceptual .............................................................................. 24. 1.7.3. Marco Organizacional ........................................................................ 26. 1.7.4. Marco Metodológico ........................................................................... 30. 1.8. FACTIBILIDAD ......................................................................................... 34. 1.8.1. Factibilidad Técnica............................................................................ 34. 1.8.2. Factibilidad Operativa......................................................................... 34. 1.8.3. Factibilidad Económica ...................................................................... 34. 1.8.4. Factibilidad Legal ............................................................................... 36. 1.9 2. OBJETIVOS.............................................................................................. 17. CRONOGRAMA DE ACTIVIDADES......................................................... 36. FASE DE ANÁLISIS ........................................................................................ 37 2.1 ANÁLISIS DE LA SITUACIÓN ACTUAL ................................................... 37 2.1.1. Actividades (Flujo) del Proceso .......................................................... 37. 2.1.2. Herramientas de Consulta.................................................................. 50 6.

(7) 2.1.3 2.2. MODELO DE DOMINIO............................................................................ 52. 2.3. REQUERIMIENTOS ................................................................................. 53. 2.3.1. Requerimientos Funcionales .............................................................. 53. 2.3.2. Requerimientos No Funcionales ........................................................ 53. 2.3.3. Lista de Actores Actual....................................................................... 54. 2.3.4. Casos de Uso ..................................................................................... 55. 2.3.5. Documentación de casos de uso ....................................................... 59. 2.4. ANÁLISIS DE REQUERIMIENTOS .......................................................... 70. 2.4.1 2.5 3. Diagramas de Secuencia ................................................................... 70. RESUMEN DE LA FASE DE ANÁLISIS ................................................... 76. FASE DE DISEÑO .......................................................................................... 77 3.1 ARQUITECTURA DEL SISTEMA ............................................................. 77 3.2. MODELO DE INTERFAZ .......................................................................... 78. 3.2.1. Modelo de Interfaz Para el Front-office .............................................. 78. 3.2.2. Modelo de Interfaz Para el Back-office............................................... 80. 3.3. MODELO TELEMÁTICO .......................................................................... 81. 3.3.1. Diagrama de Red ............................................................................... 81. 3.3.2. Estrategia de Seguridad ..................................................................... 82. 3.4 4. Generación de indicadores ................................................................ 51. RESUMEN DE LA FASE DE DISEÑO...................................................... 83. FASE DE IMPLEMENTACION ........................................................................ 84 4.1 HISTORIAS DE USUARIO ....................................................................... 84 4.1.1. Historias de Usuario para el Front-Office ........................................... 84. 4.1.2. Historias de Usuario para el Back-Office............................................ 86. 4.2. EJECUCIÓN DE SPRINTS....................................................................... 89. 4.2.1. Sprint 1 ............................................................................................... 89. 4.2.2. Sprint 2 ............................................................................................... 91. 4.2.3. Sprint 3 ............................................................................................... 92. 4.2.4. Sprint 4 ............................................................................................... 95. 4.2.5. Sprint 5 ............................................................................................... 97. 4.2.6. Sprint 6 ............................................................................................... 98. 4.3. RESUMEN DE LA FASE DE IMPLEMENTACION ................................. 101 7.

(8) 5. ENTREGAS DE VALOR ............................................................................... 102 5.1 Producto Mínimo Viable 1 ....................................................................... 102 5.2. Producto Mínimo Viable 2 ....................................................................... 103. 5.3. Producto Mínimo Viable 3 ....................................................................... 106. 5.4. RESUMEN DE LA FASE DE ENTREGAS.............................................. 108. CONCLUSIONES ................................................................................................ 109 RECOMENDACIONES ........................................................................................ 110 BIBLIOGRAFIA .................................................................................................... 111 REFERENCIAS WEB .......................................................................................... 112 ANEXOS .............................................................................................................. 114 Anexo 1: Reportes de Simulación .................................................................... 115 Anexo 2: Manual de Usuario ............................................................................ 118 Anexo 3: Manual de Sistema ............................................................................ 151. 8.

(9) ÍNDICE DE IMÁGENES Imagen 1 - Modelo de cascada .............................................................................. 30 Imagen 2 - Flujo de Scrum ..................................................................................... 32 Imagen 3 - Cronograma ......................................................................................... 36 Imagen 4 - Flujo general proceso de conectividad................................................. 37 Imagen 5 - Flujo habilitación ambiente de pruebas................................................ 40 Imagen 6 - Flujo para Brindar Soporte ................................................................... 43 Imagen 7 - Flujo habilitación ambiente de producción ........................................... 45 Imagen 8 - flujo de puesta en producción .............................................................. 49 Imagen 9 - Generación de indicadores actual ....................................................... 52 Imagen 10 - Modelo de dominio............................................................................. 52 Imagen 11 - Casos de uso para el administrador de sistema ................................ 56 Imagen 12 - Casos de uso para el ejecutivo comercial.......................................... 56 Imagen 13 - Casos de uso para el jefe comercial de segmento ............................ 57 Imagen 14 - Casos de uso para el analista de conectividad .................................. 57 Imagen 15 - Casos de Uso para el jefe de conectividad ........................................ 58 Imagen 16 - Casos de uso para el CS Delivery head ............................................ 58 Imagen 17 - casos de uso para el country manager Colombia .............................. 58 Imagen 18 - Casos de uso integrados ................................................................... 59 Imagen 19 - Secuencia para autenticarse en el sistema ....................................... 70 Imagen 20 - Secuencia para cargar clientes .......................................................... 71 Imagen 21 - Secuencia para cargar productos ...................................................... 71 Imagen 22 - Secuencia para activar usuario .......................................................... 72 Imagen 23 - Secuencia para modificar usuario ...................................................... 72 Imagen 24 - Secuencia para bloquear usuario ...................................................... 73 Imagen 25 - Secuencia para reasignar actividad ................................................... 73 Imagen 26 - Secuencia para radicar proyecto ....................................................... 74 Imagen 27 - Secuencia para gestionar proyecto.................................................... 74 Imagen 28 - Secuencia para generar reporte ........................................................ 75 Imagen 29 - Secuencia para asignar analista ........................................................ 75 Imagen 30 - Secuencia para solicitar reporte ........................................................ 76 Imagen 31 - Arquitectura general del sistema ....................................................... 78 Imagen 32 - Interfaz para radicación front-office.................................................... 79 Imagen 33 - Interfaz para consultar reportes en el front-office .............................. 79 Imagen 34 - Interfaz para creación de proyectos back-office ................................ 80 Imagen 35 - Interfaz para actualizar proyectos en el front-office ........................... 80 Imagen 36 - Diagrama de red ................................................................................ 81 Imagen 37 - Zonas de seguridad ........................................................................... 82 Imagen 38 - Estado construcción al inicio del sprint 1 ........................................... 89 Imagen 39 - Estado construcción al inicio del sprint 2 ........................................... 91 9.

(10) Imagen 40 - Estado construcción al inicio del sprint 3 ........................................... 93 Imagen 41 - Estado construcción al inicio del sprint 4 ........................................... 96 Imagen 42 - Estado construcción al inicio del sprint 5 ........................................... 98 Imagen 43 - Estado construcción al inicio del sprint 6 ........................................... 99 Imagen 44 - Entregable: Autenticación en Salesforce ......................................... 102 Imagen 45 - Entregable: Formulario de Radicación Salesforce ........................... 103 Imagen 46 - Entregable: Autenticación en Bizagi ................................................ 104 Imagen 47 - Entregable: Flujo de conectividad en Bizagi .................................... 104 Imagen 48 - Entregable: Asignación de Analista en Bizagi.................................. 105 Imagen 49 - Entregable: Actividades para gestión de proyectos en Bizagi ......... 105 Imagen 50 - Entregable: Reportes en Salesforce ................................................ 106 Imagen 51 - Entregable: Paso de Información de Salesforce a Bizagi ................ 107 Imagen 52 - Entregable: Paso de Información de Bizagi a Salesforce ................ 107. 10.

(11) ÍNDICE DE TABLAS Tabla 1 - Factibilidad Económica Capacidades (personas) ................................... 35 Tabla 2 - Factibilidad Económica Recursos Técnicos y Tecnológicos ................... 35 Tabla 3 - Factibilidad Económica Costo Consolidado ............................................ 35 Tabla 4 - Actividad “Solicitud conexión WS” .......................................................... 38 Tabla 5 - Actividad “Reunión de Entendimiento” .................................................... 38 Tabla 6 - Actividad “Acta de Inicio” ........................................................................ 39 Tabla 7 - Actividad “Crear Claves de pruebas” ...................................................... 40 Tabla 8 - Actividad “Cargar Certificados de Pruebas” ............................................ 41 Tabla 9 - Actividad “Configurar Canal Dedicado” ................................................... 41 Tabla 10 - Actividad “Realizar Pruebas de Conexión” ........................................... 42 Tabla 11 - Actividad “Integración Cliente” .............................................................. 43 Tabla 12 - Actividad “Diagnóstico” ......................................................................... 44 Tabla 13 - Actividad “Escalar a Experto”................................................................ 44 Tabla 14 - Actividad “Solucionar” ........................................................................... 45 Tabla 15 - Actividad “Crear Claves de Producción” ............................................... 46 Tabla 16 - Actividad “Cargar Certificados de Producción” ..................................... 46 Tabla 17 - Actividad “Configurar Canal Dedicado” ................................................. 47 Tabla 18 - Actividad “Realizar Pruebas de Conexión” ........................................... 48 Tabla 19 - Actividad “Marcha Blanca” .................................................................... 49 Tabla 20 - Actividad “Entregar Proyecto a Servicio” .............................................. 50 Tabla 21 - Lista de Actores .................................................................................... 54 Tabla 22 - Caso de uso Autenticarse en el sistema ............................................... 59 Tabla 23 - Caso de uso Cargar cliente .................................................................. 60 Tabla 24 - Caso de uso Cargar producto ............................................................... 61 Tabla 25 - Caso de uso Activar usuario ................................................................. 62 Tabla 26 - Caso de uso Modificar usuario ............................................................. 62 Tabla 27 - Caso de uso Bloquear usuario .............................................................. 63 Tabla 28 - Caso de uso Reasignar actividad ......................................................... 64 Tabla 29 - Caso de uso Radicar proyecto .............................................................. 65 Tabla 30 - Caso de uso Gestionar proyecto .......................................................... 66 Tabla 31 - Caso de uso Generar reporte ............................................................... 67 Tabla 32 - Caso de uso Asignar analista ............................................................... 68 Tabla 33 - Caso de uso Consultar reporte ............................................................. 69 Tabla 34 - Historia de usuario: Autenticarse en el sistema .................................... 84 Tabla 35 - Historia de usuario: Radicar proyectos ................................................. 85 Tabla 36 - Historia de usuario: Generar reportes ................................................... 85 Tabla 37 - Historia de usuario: Paso de Información entre sistemas ..................... 86 Tabla 38 - Historia de usuario: Autenticarse en el sistema .................................... 86 Tabla 39 - Historia de usuario: Crear flujo de conectividad.................................... 87 11.

(12) Tabla 40 - Historia de usuario: Asignar proyectos de conectividad........................ 87 Tabla 41 - Historia de usuario: Gestionar proyectos de conectividad .................... 88 Tabla 42 - Historia de usuario: Paso de información entre sistemas ..................... 88 Tabla 43 - Planeación sprint 1 ............................................................................... 89 Tabla 44 - Caso de prueba KRN-SF-CP-001 ......................................................... 90 Tabla 45 - Caso de prueba KRN-BZ-CP-001 ......................................................... 90 Tabla 46 - Planeación sprint 2 ............................................................................... 91 Tabla 47 - Caso de prueba KRN-SF-CP-002 ......................................................... 92 Tabla 48 - Planeación sprint 3 ............................................................................... 93 Tabla 49 - Caso de prueba KRN-SF-CP-003 ......................................................... 94 Tabla 50 - Caso de prueba KRN-BZ-CP-002 ......................................................... 94 Tabla 51 - Caso de prueba KRN-BZ-CP-003 ......................................................... 95 Tabla 52 - Planeación sprint 4 ............................................................................... 96 Tabla 53 - Caso de prueba KRN-BZ-CP-004 ......................................................... 96 Tabla 54 - Planeación sprint 5 ............................................................................... 97 Tabla 55 - Planeación sprint 6 ............................................................................... 98 Tabla 56 - Caso de prueba KRN-SF-CP-004 ......................................................... 99 Tabla 57 - Caso de prueba KRN-BZ-CP-005 ....................................................... 100 Tabla 58 - Producto Mínimo Viable 1 ................................................................... 102 Tabla 59 - Producto Mínimo Viable 2 ................................................................... 103 Tabla 60 - Producto Mínimo Viable 3 ................................................................... 106. 12.

(13) RESUMEN. Experian Colombia es una empresa multinacional que se dedica a Desarrollar sus negocios en los países de lengua española en América Latina, protegiendo y fomentando el negocio local, y además expandiendo su presencia en América Latina, brindando soluciones en la toma de decisiones de sus clientes, contribuyendo con el crecimiento de los mercados de manera sostenible, agregando valor para la comunidad y sus accionistas, a través de tecnología, datos y con el mejor talento humano Un proyecto de conectividad para clientes dentro de Experian Colombia tiene como objetivo brindar a sus clientes procesos de soporte, para la implementación de conexiones vía web services del portafolio de información de buró de crédito vigente en la empresa, asegurando entregas oportunas con estándares de calidad, desde la solicitud, pasando por un entorno de pruebas, hasta su puesta en producción. El presente trabajo pretende mejorar la manera en la que se administran los proyectos de conectividad y soporte en Experian Colombia, permitiendo tener una herramienta sobre la cual se pueda implementar un flujo de trabajo a la medida del proceso de conectividad y soporte, de tal manera que el control y seguimiento de los proyectos radicados sea eficiente, ahorrando esfuerzo del equipo de trabajo, minimizando la redundancia en la ejecución de sus actividades. Este documento inicia con la definición y planeación del proyecto, una vez establecidas las definiciones del proyecto, se realiza un análisis de la situación actual del proceso, las herramientas actuales y la forma en la que se generan los indicadores del área, también se listan los requerimientos, actores y casos de uso. Con base en los requerimientos, se realiza un diseño de solución con la arquitectura, interfaces y modelo telemático. El diseño fue el insumo para hacer la implementación, aplicando un método ágil para gestión de proyectos, de tal manera que se puedan definir entregables de valor que convierten progresivamente los componentes del sistema en una solución telemática que integra el flujo de proyectos de conectividad y soporte para clientes en Experian Colombia.. 13.

(14) ABSTRACT. Experian Colombia is a multinational company that is dedicated to developing its business in Spanish-speaking countries in Latin America, protecting and fostering local business, and also expanding its presence in Latin America, providing solutions in the decision-making of its clients, contributing to the growth of markets in a sustainable way, adding value for the community and its shareholders, through technology, data and with the best human talent. A connectivity project for Experian Colombia's customers aims to provide its clients with support processes for the implementation of web services connections of the current credit bureau information portfolio in the company, ensuring timely deliveries with quality standard, from its request, through a testing environment, to its go to production. The present work aims to improve the way in which connectivity and support projects are managed in Experian Colombia, allowing to have a tool on which a workflow can be implemented tailored to the connectivity and support process, in such a way that the control and monitoring of the projects installed is efficient, saving effort from the work team, minimizing redundancy in the execution of their activities. This document begins with the definition and planning of the project, once the project definitions have been established, an analysis of the current situation of the process, the current tools and the way in which the area generate their indicators are carried out, the requirements, actors and use cases are listed. Based on the requirements, a solution design is carried out with its architecture, interfaces and telematics model. The design will be the input to make the implementation, applying an agile method for project management, so that value deliveries can be defined that progressively convert the components of the system into a telematics solution that integrates the current flow of connectivity and support projects for clients in Experian Colombia.. 14.

(15) INTRODUCCIÓN El presente de las tecnologías de la información y la comunicación le han permitido al mundo evolucionar a una era digital, en la cual la autogestión y la automatización de actividades ha permitido cambiar la manera en la que se ve el mundo, la distancia ha dejado de ser un factor bloqueante para la comunicación interactiva, la velocidad de los sistemas de información y la ejecución de tareas automáticas permiten que las personas dispongan de mayor tiempo dado que las herramientas digitales ejecutan, tareas, actividades o procesos por los individuos, lo que minimiza su esfuerzo; finalmente, gracias a las arquitecturas orientadas a servicios, diferentes sistemas pueden interactuar y compartir información de una manera sencilla y así cumplir objetivos centralizados sin importar que la información se encuentre descentralizada. El control y seguimiento de los procesos en las organizaciones es la clave para identificar los factores de éxito y las oportunidades de mejora que permiten tomar decisiones estratégicas para llevar a la empresa a un nivel de maduración ideal sobre la forma en la que se ejecutan sus tareas y hacerlas cada vez más eficientes Por esta razón, la presente iniciativa se centra en desarrollar un sistema de información en cual contará con un flujo de trabajo que hará más óptima la manera sobre la cual se administran y ejecutan los proyectos de conectividad en Experian Colombia, de tal modo que la productividad de la empresa se vea favorecida y se abra una ventana para incrementar su eficiencia y rentabilidad.. 15.

(16) 1. FASE DE DEFINICIÓN, PLANEACIÓN Y ORGANIZACIÓN. 1.1. TÍTULO. Sistema de información web para la integración del proceso “proyectos de conectividad y soporte” en Experian Colombia. 1.2. TEMA. Sistemas de información para gestión de proyectos. 1.3. PLANTEAMIENTO DEL PROBLEMA. 1.3.1 Descripción El proceso de conectividad y soporte actual para clientes en el área de Credit Services (CS) Delivery de Experian Colombia carece de información centralizada y consistente, por lo tanto, realizar seguimiento al estado de los requerimientos de clientes y reportar resultados del proceso a nivel ejecutivo es una tarea compleja y con riesgos de imprecisión. el área CS Delivery de Experian Colombia requiere obtener información clara y actualizada acerca del estado de cada proceso de conectividad y soporte con el fin de establecer indicadores de resultados y optimizar sus acuerdos de servicio. Los procesos actuales del área se ejecutan en diferentes plataformas como Bizagi, Service-Now o Rational Clear Quest. En el peor de los casos no hay una plataforma que soporte algunos procesos (Se atienden por correo electrónico), por otra parte, en el sistema donde se publican las cifras de resultados en la compañía (Salesforce), la información se ingresa adjuntando correos electrónicos o los números de requerimientos generados por las otras herramientas de forma manual, incurriendo en riesgos de inconsistencias con la información cargada en el sistema causados en esencia por errores humanos. Carecer de información precisa y confiable causa principalmente inconsistencias en la información oficial de la empresa, lo cual impide medir con precisión el proceso, presentar resultados confiables y ejecutar un proceso adecuado de mejora continua a las tareas del área de conectividad y soporte. 16.

(17) 1.3.2 Formulación ¿De qué manera se puede obtener información confiable sobre los procesos de conectividad y soporte para clientes en Experian Colombia, de una forma simple y en línea para disponer de indicadores consistentes de éste proceso?. 1.4. OBJETIVOS. 1.4.1 Objetivo General Diseñar e implementar un sistema integral de información web que sincronice el flujo de proyectos de conectividad y soporte para clientes de Experian Colombia, haciendo uso de elementos telemáticos.. 1.4.2 Objetivos Específicos. 1.5. •. Analizar la situación actual del proceso de conectividad y soporte en Experian Colombia frente a las actividades, herramientas y la forma en la que se obtienen los indicadores. •. Diseñar una solución que sincronice el flujo del proceso de acuerdo al análisis realizado. •. Aplicar una metodología que permita planificar los alcances, formalizar los requerimientos internos, realizar pruebas, seguimiento y retroalimentar constantemente al equipo de trabajo. •. Entregar productos mínimos viables productivos orientados al valor para los procesos de conectividad y soporte, en cada ciclo propuesto. ALCANCES Y DELIMITACIONES. 1.5.1 Alcances El sistema de información dispondrá de las siguientes funcionalidades: Roles: El sistema estará en capacidad de asignar roles para ver o incluir información dentro del sistema según corresponda. 17.

(18) Radicación: Sistema sobre el cual, quienes tengan el rol de radicador puedan crear solicitudes de proyectos en el sistema Flujo de trabajo: Sistema sobre el cual se trabajará la secuencia de actividades requeridas en un proyecto de conectividad. Notificaciones: Subsistema que enviará información a los interesados durante las diferentes actividades del flujo de trabajo. Reportes: Funcionalidad que se encargará de entregar informes a los diferentes roles especificados en el sistema.. 1.5.2 Delimitaciones Delimitación Geográfica: El gestor de conocimiento se desarrollará e implementará dentro de las instalaciones de Experian Colombia. Delimitación Temporal: El proyecto se ejecutará entre el 19 de abril de 2019 y el 19 agosto de 2019 Delimitación Técnica: El proyecto dispondrá de los siguientes recursos técnicos para su ejecución • Bizagi Studio • Salesforce Developer • Base de datos SQL Server • IBM Datapower ESB (Enterprise Service Bus) • Conexiones Intranet e internet • Certificados Digitales de 2048 bits emitidos por Entrust©. Delimitación de Negocio: El único proceso afectado es el de conectividad de la Jefatura de conectividad y soporte – Credit Services delivery de Experian Colombia. Delimitación Metodológica: el proyecto debe ejecutarse a nivel de gerencia de proyectos sobre un marco ágil de acuerdo a los lineamientos de la Empresa.. 1.6. JUSTIFICACIÓN. Tomando como referencia el problema planteado, el proyecto busca brindar información consistente y centralizada, en un entorno corporativo donde es necesario realizar seguimiento al estado de los requerimientos de clientes y reportar resultados del proceso a nivel ejecutivo de una manera simple, tal como lo requiere una empresa que se encuentra en búsqueda de su transformación digital. 18.

(19) Por otra parte, el hecho de obtener información precisa y confiable de los proyectos de conectividad y soporte permitirá medir con precisión el proceso, presentar resultados transversales a la empresa y ejecutar un plan adecuado de mejora continua a las tareas del área de conectividad y soporte lo cual aporta un valor significativo a la operación actual de la empresa.. 1.7. MARCO DE REFERENCIA. 1.7.1 Marco Teórico 1.7.1.1 Teoría General de Sistemas La Teoría General de Sistemas (TGS) no busca solucionar problemas o intentar soluciones prácticas, pero sí producir teorías y formulaciones conceptuales que pueden crear condiciones de aplicación en la realidad empírica. Las metas básicas de la TGS son: •. Hay una tendencia general hacia la integración en las varias ciencias, naturales y sociales.. •. Tal integración parece girar en tomo a una teoría general de los sistemas.. •. Tal teoría pudiera ser un recurso importante para buscar una teoría exacta en los campos no físicos de la ciencia.. •. Al elaborar principios unificadores que corren «Verticalmente» por el universo de las ciencias, esta teoría. nos acerca a la meta de la unidad de la ciencia.. •. Esto puede conducir a una integración, que hace mucha falta. en la instrucción científica.1. La TGS afirma que las propiedades de los sistemas, no pueden ser descritos en términos de sus elementos separados; su comprensión se presenta cuando se estudian globalmente.. 1. VON BERTALANFFY, Ludwig. Teoría general de los sistemas (versión en español). México D.F: Fondo de Cultura Económica, 1986. p. 38.. 19.

(20) La TGS se fundamenta en tres premisas básicas: •. Los sistemas existen dentro de sistemas: cada sistema existe dentro de otro más grande.. •. Los sistemas son abiertos: es consecuencia del anterior. Cada sistema que se examine, excepto el menor o mayor, recibe y descarga algo en los otros sistemas, generalmente en los contiguos. Los sistemas abiertos se caracterizan por un proceso de cambio infinito con su entorno, que son los otros sistemas. Cuando el intercambio cesa, el sistema se desintegra, esto es, pierde sus fuentes de energía.. •. Las funciones de un sistema dependen de su estructura: para los sistemas biológicos y mecánicos esta afirmación es intuitiva. Los tejidos musculares, por ejemplo, se contraen porque están constituidos por una estructura celular que permite contracciones.. El interés de la TGS, son las características y parámetros que establece para todos los sistemas. Aplicada a la administración la TS, la empresa se ve como una estructura que se reproduce y se visualiza a través de un sistema de toma de decisiones, tanto individual como colectivamente.. 1.7.1.2 Teoría de Los Seis Grados de Separación Se le llama seis grados de separación a la hipótesis propuesta desde 1930 por el escritor húngaro Frigyes Karinthy en su cuento Chains, que intenta probar que cualquiera en la Tierra puede estar conectado a cualquier otra persona del planeta a través de una cadena de conocidos que no tiene más de cinco intermediarios. La teoría está basada en la idea de que el número de conocidos crece de manera exponencial con el número de enlaces en la cadena, de forma tal que sólo un mínimo número de enlaces son necesarios para que los conocidos se acerquen a la población humana entera.2. 2 LONDOÑO, Pablo. “Networking: La teoría de los 6 grados de separación”. {En línea}. {10 julio de 2019} disponible en: (https://www.dinero.com/opinion/columnistas/articulo/teoria-de-los-seis-grados-de-separacionnetworking-pablo-londono/244890). 20.

(21) 1.7.1.3 CRM (Customer Relationship Management) Las siglas CRM o Customer Relationship Management hacen referencia a un software que permite a las empresas rastrear cada interacción con los clientes, tanto actuales como futuros. Aunque las capacidades del software pueden varias en función del, al software en sí por lo general se le conoce como CRM. La mayoría de los CRM tienen características para hacer seguimiento de nombres, correos electrónicos y números de teléfono de clientes potenciales y actuales. Otros pueden rastrear llamadas telefónicas, llevar un registro de los correos enviados a los clientes potenciales y hacer seguimiento a las fuentes de los clientes potenciales en las redes sociales. Los sistemas más avanzados y complejos pueden dirigir a las oportunidades de venta hacia los representantes de venta correctos y llevar un registro de las interacciones con los equipos de asistencia técnica al cliente.3 Hoy en día, la mayoría de los CRM están en la nube, lo que les facilita a las empresas su instalación y mantenimiento. En lugar de instalar y alojar el software en los servidores de tu empresa, por lo general sólo debes pagar una cuota mensual de afiliación para tener acceso a tus sistemas CRM desde cualquier navegador.4 El software de CRM mejora la gestión de las relaciones con los clientes mediante la creación de una vista integral del cliente al capturar sus interacciones con la empresa y mostrar la información necesaria para tener mejor comunicación con los clientes.5. 3 SAMSING, Carolina. “¿Qué es un software CRM?”. {En línea}. {10 julio de 2019} disponible en: (https://blog.hubspot.es/sales/que-es-un-software-crm/) 4 Ibíd., {En línea}. {10 julio de 2019} disponible en: (https://blog.hubspot.es/sales/que-es-un-software-crm/) 5 SALESFORCE, “¿Qué es la CRM?”. {En línea}. {10 julio de 2019} disponible en: (https://www.salesforce.com/es/learning-centre/crm/what-is-crm/). 21.

(22) 1.7.1.4 BPM Business Process Management Se llama Gestión de Procesos de Negocio (Business Process Management o BPM en inglés) a la metodología empresarial cuyo objetivo es mejorar la eficiencia a través de la gestión sistemática de los procesos de negocio, que se deben modelar, automatizar, y optimizar de forma continua. BPM se apoya en tecnología de información para automatizar tareas y dar agilidad a los cambios requeridos por la empresa. La tecnología que posibilita la implantación y adopción de BPM constituye una categoría nueva de sistemas informáticos denominada Business Process Management System (BPMs). A diferencia de los sistemas de información tradicionales basados en la gestión de datos, estos sistemas se especializan en la gestión de procesos de negocio. BPMs pueden ser definidos como el conjunto de utilidades de software para definir, implementar y mejorar procesos de negocio que cumplen con características técnicas necesarias para aplicar el concepto BPM.6 Beneficios de implementar BPMs: • Implementación de procesos horizontales (“cross functional”) de una forma ágil y efectiva. • Integración de la información del negocio dispersa en diferentes sistemas. • Participación de los usuarios en todas las etapas del ciclo de vida de los procesos (diseño, ejecución, seguimiento y evolución). • Monitoreo del cumplimiento de los factores clave del negocio. • Medio para el mejoramiento y eficiencia continua de los procesos de negocio. • Mejora de los tiempos de respuesta de TI ante cambios y nuevos requerimientos: o Mayor rapidez en la incorporación de mejoras a los procesos de negocio. o Reducción de tiempo a menos de la mitad en la incorporación de nuevas funcionalidades.7. 6. MACIAS, Nora. “Introducción a BPM”. {En línea}. {10 julio de 2019} disponible en: (https://gravitar.biz/tecnologia-negocios/bpm-business-process-management/) 7 Ibíd., {En línea}. {10 julio de 2019} disponible en: (https://gravitar.biz/tecnologia-negocios/bpm-businessprocess-management/). 22.

(23) 1.7.1.5 Servicios Web De acuerdo con el artículo “Los Web Services y Características De Calidad”8 publicado en la revista Avances de la universidad libre, los servicios web pueden definirse de tres maneras Primera: Un Web Service es un sistema de comunicación entre diferentes servidores, a través de la red, basado en mensajes que cumplen un estándar (SOAP) basado en XML5.9 Segunda: Un servicio Web es un sistema de software diseñado para soportar interoperabilidad máquina a máquina a través de una red de interacción. Tiene una interfaz descrita en un formato procesable-máquina (específicamente WSDL).10 Tercera: Un servicio Web es una colección de protocolos y estándares que sirven para intercambiar datos entre aplicaciones. Distintas aplicaciones de software desarrolladas en lenguajes de programación diferentes, y ejecutadas sobre cualquier plataforma, pueden utilizar los servicios Web para intercambiar datos en redes de ordenadores como Internet.11 Según las necesidades del negocio, Microsoft clasifica a los Web Services según la funcionalidad en:12 •. Web Services Orientados a datos (Web Services Data Centric, WSDC). •. Web Services de Colaboración (Web Services Collaboration, WSC). •. Web Services para análisis (Web Services Análisis, WSA). 8 GIL, Celio. Los Web Services y Características De Calidad, En: AVANCES Investigación en ingeniería. Bogotá (29 mayo 2009). P.47.. Ibíd., P.49. Ibíd., P.49. 11 Ibíd., P.49. 12 Ibíd., P.51. 9. 10. 23.

(24) 1.7.2 Marco Conceptual 1.7.2.1 Base de datos Relacional Es una base de datos que cumple con el modelo relacional, el cual es el modelo más utilizado en la actualidad para implementar bases de datos ya planificadas. Permiten establecer interconexiones (relaciones) entre los datos (que están guardados en tablas), y a través de dichas conexiones relacionar los datos de ambas tablas.. 1.7.2.2 XML Siglas en inglés de eXtensible Markup Language (lenguaje de marcas extensible), es un metalenguaje extensible de etiquetas desarrollado por el World Wide Web Consortium (W3C). XML es una tecnología sencilla que tiene a su alrededor otras que la complementan y la hacen mucho más grande y con unas posibilidades mucho mayores. Tiene un papel muy importante en la actualidad ya que permite la compatibilidad entre sistemas para compartir la información de una manera segura, fiable y fácil.. 1.7.2.3 HTML HTML es un estándar desarrollado con el objetivo de mostrar archivos de texto a un usuario agregando colores, estilos, diseños, esto hace que el archivo sea mucho más fácil en comparación con un archivo de texto plano (txt). En la actualidad ya son sorprendentes los alcances de HTML, los desarrolladores en la web hoy en día tienen mucho trabajo ya que los cambios que sufre HTML están sucediendo a gran velocidad.13. 13. LUJÁN, José. HTML5, CSS Y JAVASCRIPT. Crea tu web y apps con el estándar de desarrollo, Primera Edición, 2016 RC Libros. p.2. 24.

(25) 1.7.2.4 Javascript Es un lenguaje de scripting orientado a objetos sin tipo y liviano, utilizado para acceder a objetos en aplicaciones. Principalmente, se utiliza integrado en un navegador web permitiendo el desarrollo de interfaces de usuario mejoradas y páginas web dinámicas. Todos los navegadores modernos interpretan el código JavaScript integrado dentro de las páginas web. Para interactuar con una página web se provee al lenguaje JavaScript de una implementación del Document Object Model (DOM).. 1.7.2.5 DOM El Modelo de Objetos del Documento (DOM) es una interfaz de programación de aplicaciones (API) para documentos válidos HTML y bien construidos XML. Define la estructura lógica de los documentos y el modo en que se accede y manipula. En la especificación DOM, el término "documento" es utilizado en un sentido amplio the term "document" is used in the broad sense - cada vez más XML es utilizado como un medio de representar muchas clases diferentes de información que puede ser almacenada en sistemas diversos, y mucha de esta información se vería, en términos tradicionales, más como datos que como documentos. Sin embargo, XML presenta estos datos como documentos, y se puede utilizar DOM para manejar estos datos.14. 1.7.2.6 Arquitectura orientada a servicios La arquitectura orientada a servicios (Service Oriented Architecture, SOA) crea aplicaciones a partir de componentes que actúan como servicios interoperables, lo que permite construir nuevos sistemas a partir de estos componentes con mucho menos esfuerzo.15. 14. LE HÉGARET, Philippe. ROBIE, Jonathan. “¿Qué es el Modelo de Objetos del Documento?”. {En línea}. {10 julio de 2019} disponible en: (https://www.w3.org/2005/03/DOM3Core-es/introduccion.html). 15 FOX, Armando. PATTERSON, David. Desarrollando software como servicio (SaaS): un enfoque ágil utilizando computación en la nube, Primera Edición, 2015 Strawberry Canyon LLC. p.363.. 25.

(26) 1.7.3 Marco Organizacional 1.7.3.1 Contexto Sociodemográfico Experian Colombia es una empresa privada, su sede principal está ubicada en Bogotá, en la carrera 7 No. 76-35 edificio Zurich, contando con 6 pisos de oficinas y su centro de datos principal. También cuenta con oficinas en las ciudades de Medellín, Cali, Bucaramanga y Barranquilla, desde donde se soporta la operación a nivel nacional.. 1.7.3.2 Reseña Histórica Experian fue fundada en 1.980 en Nottingham con el objetivo inicial de proporcionar información crediticia como soporte al negocio de venta por correo del Grupo GUS. En 1.983 Experian introduce el producto “Scoring” (herramienta utilizada para la toma de decisiones), y siguió innovando con nuevos sistemas automatizados, entre los que se destacó el Mosaic, producto orientado a la segmentación de mercados de consumidores con uso internacional. Para 1.996 continuo su crecimiento gracias a la adquisición de TRW (Information Systems/Services), y junto a otras operaciones de absorción, Experian mantuvo su proceso de expansión en mercados internacionales. En la actualidad Experian se encuentra en 42 países, y realiza transacciones aproximadamente en 90 países. Generando 17.000 empleos directos e indirectos, conformados por capital humano altamente calificado para el manejo de una amplia gama de productos, plataformas y servicios de asesorías, diseñados con el fin de satisfacer las necesidades de los clientes. DataCrédito es una central de información financiera y crediticia que administra información financiera, crediticia, comercial y de servicios relativa a la forma como las personas y las compañías han cumplido con sus obligaciones de crédito. Con esta información se conforma la Historia de Crédito de las personas.16. 16. EXPERIAN VENEZUELA, Somos Experian - Reseña Histórica”. {En línea}. {05 agosto de 2019} disponible en: (http://www.experian.com.ve/about-experian/resena-historica.html ). 26.

(27) 1.7.3.3 Contexto legal y político Experian Colombia es una entidad vigilada por la superintendencia de industria y comercio (SIC) y está regulada por la ley 1266 de 2008 por la cual se dictan las disposiciones generales del habeas data y se regula el manejo de la información contenida en bases de datos personales, en especial la financiera, crediticia, comercial, de servicios y la proveniente de terceros países y se dictan otras disposiciones, cuyo objeto es desarrollar el derecho constitucional que tienen todas las personas a conocer, actualizar y rectificar las informaciones que se hayan recogido sobre ellas en bancos de datos, y los demás derechos, libertades y garantías constitucionales relacionadas con la recolección, tratamiento y circulación de datos personales a que se refiere el artículo 15 de la Constitución Política, así como el derecho a la información establecido en el artículo 20 de la Constitución Política, particularmente en relación con la información financiera y crediticia, comercial, de servicios y la proveniente de terceros países.17 Asimismo, la empresa debe acogerse a los lineamientos indicados en la ley 1581 de 2012 la cual constituye el marco general de la protección de los datos personales en Colombia, creada como complemento para el mismo objeto de la ley 1266 de 2008.. 1.7.3.4 Misión “Ser la organización líder proveedora de soluciones de información y seguridad crediticia, como resultado del compromiso de exceder las expectativas de sus clientes, ofreciéndoles productos caracterizados por la calidad, la precisión, la confiabilidad, y la rapidez, dentro de un sólido esquema de responsabilidad comunitaria y corporativa”.. 1.7.3.5 Visión “Ser el más completo y eficiente Buró de Crédito a nivel nacional, constituyéndose como un aliado estratégico de todos los miembros del sistema financiero, así como de los demás sectores comerciales que requieran sus servicios de información”.. 17. PRESIDENCIA DE COLOMBIA, “Ley estatutaria 1266”. {En línea}. {05 agosto de 2019} disponible en: (http://wp.presidencia.gov.co/sitios/normativa/leyes/Documents/Juridica/Ley%201266%20de%2031%20de%20 diciembre%202008.pdf). 27.

(28) 1.7.3.6 Principios corporativos Experian Colombia se rige de acuerdo a los principios relacionados en su código de conducta: Principio de veracidad o calidad de los registros o datos: La información contenida en DataCrédito® debe ser veraz, completa, exacta, actualizada, comprobable y comprensible. Se prohíbe el registro y divulgación de datos parciales, incompletos, fraccionados o que induzcan a error.18. Principio de finalidad: La administración de datos personales, debe atender las siguientes finalidades: servir como elemento para establecer y mantener una relación contractual de carácter crediticio o dinerario y evaluar los riesgos derivados de la misma, servir igualmente como elemento para hacer estudios de mercado e investigaciones comerciales, ambos de carácter estadístico. Así mismo, puede ser solicitada por las autoridades públicas competentes en ejercicio de sus funciones legales.. Principio de circulación restringida: La administración de datos personales, se sujeta a los límites que se derivan de los principios de temporalidad de la información y finalidad. Los datos personales, salvo la información pública, no podrán ser accesibles por Internet o por otros medios de divulgación o comunicación masiva, salvo que el acceso sea técnicamente controlable para brindar un conocimiento restringido sólo a los Titulares o los Usuarios autorizados.. Principio de temporalidad de la información: La información del Titular no podrá ser suministrada por parte de DataCrédito® a Usuarios o terceros cuando deje de servir para la finalidad del Banco de Datos. Principio de interpretación integral de derechos constitucionales:. 18 EXPERIAN COLOMBIA, “Código de Conducta”. {En línea}. {05 agosto de 2019} disponible en: (https://assets.ctfassets.net/r4cy6pqtx9l8/3BW1vze7m0okMi2ciA0SYQ/11917993fbf4bac8004bc28def0991e8/ AF_Codigo_de_Conducta_el_Procedimiento.pdf).. 28.

(29) Las disposiciones se interpretarán en el sentido de que se amparen adecuadamente los derechos constitucionales, como son el hábeas data, el derecho al buen nombre, el derecho a la honra, el derecho a la intimidad y el derecho a la información. Los derechos de los Titulares se interpretarán en armonía y en un plano de equilibrio con el derecho a la información previsto en el artículo 20 de la Constitución y con los demás derechos constitucionales aplicables.. Principio de seguridad: La información que conforma los registros individuales constitutivos del Banco de Datos de DataCrédito®, así como la resultante de las consultas que de ella hagan sus Usuarios, se deberá manejar con las medidas técnicas que sean necesarias para garantizar la seguridad de los registros evitando su adulteración, pérdida, consulta o uso no autorizado.19. Principio de confidencialidad: Todas las personas naturales o jurídicas que intervengan en la administración de datos personales que no tengan la naturaleza de públicos están obligadas en todo tiempo a garantizar la reserva de la información, inclusive después de finalizada su relación con alguna de las labores que comprende la administración de datos.. Principio de favorecimiento a una actividad de interés público: La actividad de administración de información financiera, crediticia, comercial, de servicios y la proveniente de terceros países está directamente relacionada y favorece una actividad de interés público, como lo es la actividad financiera propiamente, por cuanto ayuda a la democratización del crédito, promueve el desarrollo de la actividad de crédito, la protección de la confianza pública en el sistema financiero y la estabilidad del mismo, y genera otros beneficios para la economía nacional y en especial para la actividad financiera, crediticia, comercial y de servicios del país.. 19. Ibíd., {En línea}. {05 agosto de 2019} disponible en: (https://assets.ctfassets.net/r4cy6pqtx9l8 /3BW1vze7m0okMi2ciA0SYQ/11917993fbf4bac8004bc28def0991e8/AF_Codigo_de_Conducta_el_Procedimie nto.pdf). 29.

(30) 1.7.4 Marco Metodológico El presente trabajo trabajará dos frentes metodológicos, uno para desarrollo de software y otro para gestionar el proyecto 1.7.4.1 Metodología Para el Desarrollo del Software Modelo de la cascada El modelo de la cascada, a veces llamado ciclo de vida clásico, sugiere un enfoque sistemático y secuencial para el desarrollo del software, que comienza con la especificación de los requerimientos por parte del cliente y avanza a través de planeación, modelado, construcción y despliegue, para concluir con el apoyo del software terminado.20 Imagen 1 - Modelo de cascada. Fuente: Referencia21. El modelo de la cascada es el paradigma más antiguo de la ingeniería de software. Sin embargo, en las últimas tres décadas, las críticas hechas al modelo han ocasionado que sea cuestionada su eficacia. Entre los problemas que en ocasiones surgen al aplicar el modelo de la cascada se encuentran los siguientes: •. Es raro que los proyectos reales sigan el flujo secuencial propuesto por el modelo. Aunque el modelo lineal acepta repeticiones, lo hace en forma indirecta. Como resultado, los cambios generan confusión conforme el equipo del proyecto avanza.22. 20. PRESSMAN, Roger. Ingeniería del software. Un enfoque práctico, Séptima Edición, 2015 McGraw-Hill. p. 34 Ibíd. p. 34 22 Ibíd. p. 34. 21. 30.

(31) •. A menudo, es difícil para el cliente enunciar en forma explícita todos los requerimientos. El modelo de la cascada necesita que se haga y tiene dificultades para aceptar la incertidumbre natural que existe al principio de muchos proyectos.. •. El cliente debe tener paciencia. No se dispondrá de una versión funcional del (de los) programa(s) hasta que el proyecto esté muy avanzado. Un error grande sería desastroso si se detectara hasta revisar el programa en funcionamiento.. En un análisis interesante de proyectos reales, se encontró que la naturaleza lineal del ciclo de vida clásico llega a “estados de bloqueo” en los que ciertos miembros del equipo de proyecto deben esperar a otros a fin de terminar tareas interdependientes. En realidad, ¡el tiempo de espera llega a superar al tiempo dedicado al trabajo productivo! Los estados de bloqueo tienden a ocurrir más al principio y al final de un proceso secuencial lineal. Hoy en día, el trabajo de software es acelerado y está sujeto a una corriente sin fin de cambios (en las características, funciones y contenido de información). El modelo de la cascada suele ser inapropiado para ese tipo de labor. No obstante, sirve como un modelo de proceso útil en situaciones en las que los requerimientos son fijos y el trabajo avanza en forma lineal hacia el final.23 El desarrollo en cascada (en inglés, waterfall model) es un procedimiento lineal que se caracteriza por dividir los procesos de desarrollo en sucesivas fases de proyecto. Al contrario que en los modelos iterativos, cada una de estas fases se ejecuta tan solo una vez. Los resultados de cada una de las fases sirven como hipótesis de partida para la siguiente. El waterfall model se utiliza, especialmente, en el desarrollo de software.24 En la práctica, se aplican diversas versiones del modelo. Los más habituales son los modelos que dividen los procesos de desarrollo en cinco fases. En ocasiones, las fases 1, 2 y 3 se integran en una sola fase de proyecto a modo de análisis de los requisitos.. 23. PRESSMAN, op. cit, p.35. WEB, Desarrollo. “El modelo en cascada: desarrollo secuencial de software”. {En línea}. {10 julio de 2019} disponible en: (https://www.ionos.es/digitalguide/paginas-web/desarrollo-web/el-modelo-en-cascada/. 24. 31.

(32) 1.7.4.2 Metodología Para la Gestión del Proyecto Scrum Es un método de desarrollo ágil de software concebido por Jeff Sutherland y su equipo de desarrollo a principios de la década de 1990. Los principios Scrum son congruentes con el manifiesto ágil y se utilizan para guiar actividades de desarrollo dentro de un proceso de análisis que incorpora las siguientes actividades estructurales: requerimientos, análisis, diseño, evolución y entrega. Dentro de cada actividad estructural, las tareas del trabajo ocurren con un patrón del proceso llamado sprint. El trabajo realizado dentro de un sprint (el número de éstos que requiere cada actividad estructural variará en función de la complejidad y tamaño del producto) se adapta al problema en cuestión y se define —y con frecuencia se modifica— en tiempo real por parte del equipo Scrum. El flujo general del proceso Scrum se ilustra a continuación.25 Imagen 2 - Flujo de Scrum. Fuente: Referencia26. 25. 26. PRESSMAN, op. cit, p.69. Ibíd. p. 69.. 32.

(33) Scrum acentúa el uso de un conjunto de patrones de proceso del software que han demostrado ser eficaces para proyectos con plazos de entrega muy apretados, requerimientos cambiantes y negocios críticos. Cada uno de estos patrones de proceso define un grupo de acciones de desarrollo: Backlog: Lista de prioridades de los requerimientos o características del proyecto que dan al cliente un valor del negocio. Es posible agregar en cualquier momento otros aspectos al retraso (ésta es la forma en la que se introducen los cambios). El gerente del proyecto evalúa el retraso y actualiza las prioridades según se requiera.. Sprints: consiste en unidades de trabajo que se necesitan para alcanzar un requerimiento definido en el retraso que debe ajustarse en una caja de tiempo14 predefinida (lo común son 30 días). Durante el sprint no se introducen cambios (por ejemplo, aspectos del trabajo retrasado). Así, el sprint permite a los miembros del equipo trabajar en un ambiente de corto plazo, pero estable. Reuniones Scrum: son reuniones breves (de 15 minutos, por lo general) que el equipo Scrum efectúa a diario. Hay tres preguntas clave que se pide que respondan todos los miembros del equipo: • • •. ¿Qué hiciste desde la última reunión del equipo? ¿Qué obstáculos estás encontrando? ¿Qué planeas hacer mientras llega la siguiente reunión del equipo?. Un líder del equipo, llamado Scrum Master, dirige la reunión y evalúa las respuestas de cada persona. La reunión Scrum ayuda al equipo a descubrir los problemas potenciales tan pronto como sea posible. Asimismo, estas juntas diarias llevan a la “socialización del conocimiento”, con lo que se promueve una estructura de equipo con organización propia.. Entregas Parciales: entregar el incremento de software al cliente de modo que la funcionalidad que se haya implementado pueda demostrarse al cliente y éste pueda evaluarla. Es importante notar que las entregas parciales no contienen toda la funcionalidad planeada, sino que éstas se entregarán dentro de la caja de tiempo establecida.27. 27. PRESSMAN, op. cit, p.71.. 33.

(34) 1.8. FACTIBILIDAD. 1.8.1 Factibilidad Técnica Para el desarrollo de la solución se trabajará sobre la infraestructura actual de sistemas internos de información en Experian Colombia: Servidores en nube de Azure y Salesforce, base de datos SQL server 2008 e IBM DataPower como bus de integración, La empresa cuenta con Licencias de Bizagi Studio, Visual Studio, Java y Salesforce Developer.. 1.8.2 Factibilidad Operativa El presente proyecto se declara operativamente factible teniendo en cuenta que la compañía dispone del licenciamiento en Salesforce es cual se accede desde internet y Bizagi que se accede desde la intranet corporativa, para cada colaborador; por otra parte, se estima una interfaz de usuario amigable para el equipo que vaya a interactuar con el sistema (sales, business development, delivery y servicio). Se debe asegurará de igual forma el cumplimiento de las políticas internas de seguridad en la información y de compliance.. 1.8.3 Factibilidad Económica La factibilidad económica del proyecto es considerada prominente, teniendo en cuenta que ya se cuenta con infraestructura, acceso a intranet / internet y licencias de software disponibles en la organización para la implementación del proyecto, los anteriores no se contemplarán en el presupuesto, dado que ya hacen parte de las inversiones de la Vicepresidencia de TI de la empresa. En adición se requiere un equipo de desarrollo de mínimo dos personas, el Scrum Master y el Product Owner. No obstante, de acuerdo con las las tablas relacionadas a continuación se detalla la factibilidad económica, dejando registro de los costos de desarrollo, infraestructura, software y capacidades (personas) necesarios para ejecutar el proyecto en referencia. Para mayor entendimiento de la factibilidad, se describen tres clases de inversión, la primera hace referencia a capacidades (personas), la segunda a infraestructura y desarrollo, finalmente la tercera consolida el presupuesto total.. 34.

(35) A continuación, se presentan los costos referentes las capacidades requeridas para desarrollar el proyecto con metodología Scrum. Tabla 1 - Factibilidad Económica Capacidades (personas) Tipo. Costo por día. Descripción. Facilitador entre el equipo y el entorno externo al proyecto Representante del Equipo de Product Owner implementaciones de Experian (Cliente) al 60% de la capacidad Dos líderes técnicos senior de tiempo Equipo de completo quienes realizan la desarrollo implementación de la solución. Total Capacidades (personas) Scrum Master. Cantidad. Total. $. 180.000. 80 días. $. 14.400.000. $. 85.000. 80 días. $. 6.800.000. $. 140.000. 80 días. $. 11.200.000. $. 32.400.000. Fuente: Autor. En la siguiente tabla se muestran los costos de infraestructura y licencias de software requeridos para la ejecución del proyecto dentro de la empresa. Tabla 2 - Factibilidad Económica Recursos Técnicos y Tecnológicos Recurso Servidor Bizagi. Descripción Servidor para la implementación del back-end (flujos). Ya existente Servidor Servidor para la implementación Salesforce del front-end. Ya existente Terminales de Equipo de escritorio o portátil para desarrollo las pruebas de usuario y las pruebas del sistema. Ya existente Terminal de Equipo de escritorio o portátil para pruebas las pruebas de usuario y las pruebas del sistema. Ya existente Licencias de Licencias de Bizagi y Salesforce Software para implementar la solución. Ya existente Total Recursos Técnicos. Valor Unitario. Cantidad. Total. $0. 1. $0. $0. 1. $0. $0. 2. $0. $0. 2. $0. $0. 2. $0. $0 Fuente: Autor. A continuación, se detallan los costos totales para la ejecución del proyecto Tabla 3 - Factibilidad Económica Costo Consolidado. Descripción Total Capacidades (Personas) Total Recursos Técnicos Total Otros recursos. 35. Valor $ 32.400.000 $ 0 $ 500.000.

(36) Costos riesgos e imprevistos (10%) COSTO CONSOLIDADO. $ $. 3.290.000 36.190.000. Fuente: Autor. 1.8.4 Factibilidad Legal El proyecto es legalmente factible teniendo como premisa el aseguramiento de la información, garantizando la confidencialidad de los datos sensibles, en cumplimiento de las leyes 1266 de 2008 y 1581 de 2012. También se satisface el manejo de licencias de software para los diferentes recursos tecnológicos.. 1.9. CRONOGRAMA DE ACTIVIDADES Imagen 3 - Cronograma. Fuente: Autor. 36.

(37) 2. FASE DE ANÁLISIS. La información de la presente fase tiene como objetivo Analizar la situación actual del proceso de conectividad y soporte en Experian Colombia de cara a las actividades que se ejecutan, las herramientas utilizadas y el modo en que se obtienen los indicadores de gestión del equipo. A continuación, se describe el modelo del negocio que permite comprender la situación actual del proceso que se lleva a cabo para gestionar proyectos conectividad y soporte en Experian Colombia. 2.1. ANÁLISIS DE LA SITUACIÓN ACTUAL. A continuación, se ilustra la forma en el que opera el proceso de conectividad y soporte dentro de Experian Colombia, representado en flujos de proceso, modelo de dominio y requerimientos.. 2.1.1 Actividades (Flujo) del Proceso Un proyecto de conectividad inicia con una reunión de entendimiento, se firma un formato llamado “acta de inicio”, se habilita un ambiente de pruebas, el cliente realiza la integración del servicio expuesto por DataCrédito en donde dispondrá del acompañamiento y soporte del equipo de conectividad y soporte de la empresa; finalmente, cuando el cliente está conforme con el resultado de sus pruebas, se pone en producción. Imagen 4 - Flujo general proceso de conectividad. Fuente: Autor. 37.

(38) Detalle de Actividades y Subprocesos Cada una de las actividades y subprocesos tiene una relevancia importante para cumplir con la puesta en producción de los proyectos de conectividad, el siguiente apartado detalla cada una de estas instancias. Actividad “Solicitud conexión WS” En esta actividad el ejecutivo comercial de Experian Colombia informa al equipo de conectividad y soporte el interés de un cliente en conectarse a los productos de DataCrédito en línea a través de web services. Tabla 4 - Actividad “Solicitud conexión WS”. Requisitos ejecución Proceso. •. SOLICITUD CONEXIÓN WS Vinculación Activa con Experian Colombia Productos a conectar contratados Centro de costos válido Se informa al equipo de conectividad y soporte los productos de DataCrédito a los que el cliente requiere conectarse Correo electrónico. • •. Ejecutivo comercial No definido. •. Solicitud enviada al equipo de conectividad y soporte. para • • • a.. Medio de comunicación Rol encargado Tiempos (Niveles de servicio) Salida. Fuente: Autor. Actividad “Reunión de Entendimiento” La reunión de entendimiento sirve para poner en contexto al cliente sobre los pasos que debe seguir para conectarse con los servicios de DataCrédito, ésta reunión es coordinada y conducida por un analista de conectividad y soporte. Tabla 5 - Actividad “Reunión de Entendimiento”. Requisitos ejecución. Proceso. para • • • • a. b.. REUNION DE ENTENDIMIENTO Solicitud de ejecutivo comercial Vinculación Activa con Experian Colombia Productos a conectar contratados Centro de costos válido Programar reunión con el cliente Se explica al cliente proceso y requerimientos técnicos 38.

(39) Medio de comunicación Rol encargado Tiempos (Niveles de servicio) Salida. • • • • • • • • •. Correo electrónico Teléfono Equipo de conectividad y soporte Agenda: Según disponibilidad (2 a 3 días de antelación) Reunión: 1 hora Formatos Actas de inicio Manuales de implementación web service para el producto a conectar formato de Certificación de pruebas Instructivo del proceso de implementación para clientes Fuente: Autor. Actividad “Acta de Inicio” El acta de inicio es un formato que el cliente diligencia para solicitar formalmente una conexión a los productos de DataCrédito vía web services, se debe entregar al equipo de conectividad y soporte firmado y escaneado. Tabla 6 - Actividad “Acta de Inicio”. Requisitos ejecución Proceso. para •. Medio comunicación Rol encargado. a. b. c. de •. • • Tiempos (Niveles • de servicio) Salida •. ACTA DE INICIO Reunión de entendimiento realizada Diligenciar y firmar acta de inicio (Cliente) Revisar diligenciamiento correcto (Equipo conectividad) Aceptar / Rechazar Acta (Equipo conectividad) Correo electrónico Cliente Equipo de conectividad y soporte A discreción del cliente Acta de inicio firmada y escaneada Fuente: Autor. Subproceso “Habilitar Ambiente de Pruebas” La habilitación del ambiente de pruebas pone a disposición los recursos necesarios para que el cliente pueda consumir los servicios web de DataCrédito en un ambiente no productivo a donde el cliente puede conectarse para desarrollar su integración (ver imagen 5). 39.

(40) Imagen 5 - Flujo habilitación ambiente de pruebas. Fuente: Autor. La habilitación del ambiente de pruebas consta de tres líneas de actividades particulares, las cuales, una vez son ejecutadas con éxito, se valida el consumo satisfactorio con el cliente.. Actividad “Crear Claves de pruebas” Las claves de pruebas son necesarias para el consumo de los servicios web de DataCrédito en su ambiente de certificación. Tabla 7 - Actividad “Crear Claves de pruebas”. CREAR CLAVES DE PRUEBAS Requisitos para • Número de cédula del usuario a crear ejecución • Nombre completo del usuario a crear • Correo electrónico del usuario a crear Proceso a. Se radica un ticket al equipo de operaciones b. Se ejecuta creación de las claves c. Se notifican claves al cliente Medio de • Bizagi comunicación • Correo electrónico Rol encargado • Equipo de conectividad y soporte • Equipo de operaciones Tiempos (Niveles • 3 días hábiles de servicio) Salida • Clave creada correctamente Fuente: Autor. 40.

(41) Actividad “Cargar Certificados de Pruebas” Los certificados digitales de pruebas son requeridos para que el sistema del cliente se autentique en capa SSL con el servidor del ambiente demo que aloja los servicios web de DataCrédito. Tabla 8 - Actividad “Cargar Certificados de Pruebas”. Requisitos ejecución Proceso. CARGAR CERTIFICADOS DE PRUEBAS para • Certificado digital (público) del cliente. Medio comunicación Rol encargado. a. b. c. de •. • • Tiempos (Niveles • de servicio) Salida •. Se envía un e-mail al administrador de plataformas Se carga el certificado en la máquina de pruebas Se notifica carga de certificado al cliente Correo electrónico Equipo de conectividad y soporte Administrador de plataformas 2 días hábiles Confirmación al cliente sobre la carga del certificado en el ambiente de pruebas Fuente: Autor. Actividad “Configurar Canal Dedicado” Esta actividad es opcional y solo se ejecuta si el cliente ha contratado un servicio de canal dedicado con un proveedor de comunicaciones corporativo con infraestructura instalada en el dentro de datos de Experian Colombia, de lo contrario el cliente se debe conectar a través de internet Tabla 9 - Actividad “Configurar Canal Dedicado”. Requisitos ejecución Proceso. CONFIGURAR CANAL DEDICADO Instalación física última milla del enlace del lado del cliente a. Se asigna una dirección IP origen para el cliente b. Se envía un ticket al administrador de red con la IP origen e IP destino de la máquina de pruebas de DataCrédito c. Se aplica configuración de red d. Se notifica al cliente para que realice pruebas. para •. 41.

Figure

Tabla 4 - Actividad “Solicitud conexión WS”  SOLICITUD CONEXIÓN WS  Requisitos  para

Tabla 4 -

Actividad “Solicitud conexión WS” SOLICITUD CONEXIÓN WS Requisitos para p.38
Tabla 6 - Actividad “Acta de Inicio”  ACTA DE INICIO  Requisitos  para

Tabla 6 -

Actividad “Acta de Inicio” ACTA DE INICIO Requisitos para p.39
Tabla 7 - Actividad “Crear Claves de pruebas”  CREAR CLAVES DE PRUEBAS  Requisitos  para

Tabla 7 -

Actividad “Crear Claves de pruebas” CREAR CLAVES DE PRUEBAS Requisitos para p.40
Tabla 8 - Actividad “Cargar Certificados de Pruebas”  CARGAR CERTIFICADOS DE PRUEBAS  Requisitos  para

Tabla 8 -

Actividad “Cargar Certificados de Pruebas” CARGAR CERTIFICADOS DE PRUEBAS Requisitos para p.41
Tabla 10 - Actividad “Realizar Pruebas de Conexión”  REALIZAR PRUEBAS DE CONEXIÓN  Requisitos  para

Tabla 10 -

Actividad “Realizar Pruebas de Conexión” REALIZAR PRUEBAS DE CONEXIÓN Requisitos para p.42
Tabla 11 - Actividad “Integración Cliente”  INTEGRACIÓN CLIENTE  Requisitos  para

Tabla 11 -

Actividad “Integración Cliente” INTEGRACIÓN CLIENTE Requisitos para p.43
Tabla 15 - Actividad “Crear Claves de Producción”  CREAR CLAVES DE PRODUCCIÓN  Requisitos  para

Tabla 15 -

Actividad “Crear Claves de Producción” CREAR CLAVES DE PRODUCCIÓN Requisitos para p.46
Tabla 18 - Actividad “Realizar Pruebas de Conexión”  REALIZAR PRUEBAS DE CONEXIÓN  Requisitos  para

Tabla 18 -

Actividad “Realizar Pruebas de Conexión” REALIZAR PRUEBAS DE CONEXIÓN Requisitos para p.48
Tabla 20 - Actividad “Entregar Proyecto a Servicio”  ENTREGAR PROYECTO A SERVICIO  Requisitos  para

Tabla 20 -

Actividad “Entregar Proyecto a Servicio” ENTREGAR PROYECTO A SERVICIO Requisitos para p.50
Tabla 22 - Caso de uso Autenticarse en el sistema  Caso de uso  Autenticarse en el Sistema

Tabla 22 -

Caso de uso Autenticarse en el sistema Caso de uso Autenticarse en el Sistema p.59
Tabla 23 - Caso de uso Cargar cliente  Caso de uso  Cargar Cliente

Tabla 23 -

Caso de uso Cargar cliente Caso de uso Cargar Cliente p.60
Tabla 24 - Caso de uso Cargar producto  Caso de uso  Cargar Producto

Tabla 24 -

Caso de uso Cargar producto Caso de uso Cargar Producto p.61
Tabla 25 - Caso de uso Activar usuario  Caso de uso  Activar Usuario

Tabla 25 -

Caso de uso Activar usuario Caso de uso Activar Usuario p.62
Tabla 27 - Caso de uso Bloquear usuario  Caso de uso  Bloquear Usuario

Tabla 27 -

Caso de uso Bloquear usuario Caso de uso Bloquear Usuario p.63
Tabla 28 - Caso de uso Reasignar actividad  Caso de uso  Reasignar Actividad

Tabla 28 -

Caso de uso Reasignar actividad Caso de uso Reasignar Actividad p.64
Tabla 29 - Caso de uso Radicar proyecto  Caso de uso  Radicar Proyecto

Tabla 29 -

Caso de uso Radicar proyecto Caso de uso Radicar Proyecto p.65
Tabla 30 - Caso de uso Gestionar proyecto  Caso de uso  Gestionar Proyecto

Tabla 30 -

Caso de uso Gestionar proyecto Caso de uso Gestionar Proyecto p.66
Tabla 32 - Caso de uso Asignar analista  Caso de uso  Asignar Analista

Tabla 32 -

Caso de uso Asignar analista Caso de uso Asignar Analista p.68
Tabla 33 - Caso de uso Consultar reporte  Caso de uso  Consultar Reporte

Tabla 33 -

Caso de uso Consultar reporte Caso de uso Consultar Reporte p.69
Tabla 35 - Historia de usuario: Radicar proyectos  Código Historia de Usuario   KRN-SF-HU-002

Tabla 35 -

Historia de usuario: Radicar proyectos Código Historia de Usuario KRN-SF-HU-002 p.85
Tabla 37 - Historia de usuario: Paso de Información entre sistemas  Código Historia de Usuario   KRN-SF-HU-004

Tabla 37 -

Historia de usuario: Paso de Información entre sistemas Código Historia de Usuario KRN-SF-HU-004 p.86
Tabla 40 - Historia de usuario: Asignar proyectos de conectividad  Código Historia de Usuario   KRN-BZ-HU-003

Tabla 40 -

Historia de usuario: Asignar proyectos de conectividad Código Historia de Usuario KRN-BZ-HU-003 p.87
Tabla 45 - Caso de prueba KRN-BZ-CP-001  Código caso de prueba   KRN-BZ-CP-001

Tabla 45 -

Caso de prueba KRN-BZ-CP-001 Código caso de prueba KRN-BZ-CP-001 p.90
Tabla 44 - Caso de prueba KRN-SF-CP-001  Código caso de prueba   KRN-SF-CP-001

Tabla 44 -

Caso de prueba KRN-SF-CP-001 Código caso de prueba KRN-SF-CP-001 p.90
Tabla 47 - Caso de prueba KRN-SF-CP-002  Código caso de prueba   KRN-SF-CP-002

Tabla 47 -

Caso de prueba KRN-SF-CP-002 Código caso de prueba KRN-SF-CP-002 p.92
Tabla 49 - Caso de prueba KRN-SF-CP-003  Código caso de prueba   KRN-SF-CP-003

Tabla 49 -

Caso de prueba KRN-SF-CP-003 Código caso de prueba KRN-SF-CP-003 p.94
Tabla 50 - Caso de prueba KRN-BZ-CP-002  Código caso de prueba   KRN-BZ-CP-002

Tabla 50 -

Caso de prueba KRN-BZ-CP-002 Código caso de prueba KRN-BZ-CP-002 p.94
Tabla 51 - Caso de prueba KRN-BZ-CP-003  Código caso de prueba   KRN-BZ-CP-003

Tabla 51 -

Caso de prueba KRN-BZ-CP-003 Código caso de prueba KRN-BZ-CP-003 p.95
Tabla 56 - Caso de prueba KRN-SF-CP-004  Código caso de prueba   KRN-SF-CP-004

Tabla 56 -

Caso de prueba KRN-SF-CP-004 Código caso de prueba KRN-SF-CP-004 p.99
Tabla 57 - Caso de prueba KRN-BZ-CP-005  Código caso de prueba   KRN-BZ-CP-005

Tabla 57 -

Caso de prueba KRN-BZ-CP-005 Código caso de prueba KRN-BZ-CP-005 p.100

Referencias

Actualización...

Outline : Manual de Usuario