EASY Software & Innovation

Transcripción

1 Gestión Solicitudes Banco de los Alpes Documento Final Versión 2.0

2 CONTENIDO CAPITULO 1: CARTA DE CONSTITUCIÓN DEL PROYECTO 1. Carta de constitución del proyecto 16 CAPITULO 2: Gestión Solicitudes Banco de los Alpes 2. Datos Básicos del Proyecto objeto de Lanzamiento 3. Integrantes 4. Objetivos del Grupo 5. Objetivos de los miembros del grupo 6. Objetivos del Proyecto 7. Alcance 8. Disponibilidad de los participantes 9. Reglas de Funcionamiento del Grupo y Compromisos Globales 10. Reuniones Semanales de Seguimiento del Proyecto CAPITULO 3: Gestión Solicitudes Banco de los Alpes 11. Introducción 11.1 Propósito 11.2 Alcance 11.3 Referencias 12. Descripción Del Producto 12.1 Descripción 12.2 Costos Referenciados

3 CAPITULO 4: Gestión Solicitudes Banco de los Alpes 13. Identificación De ILF S 14. Identificación De EIF S 15. Identificación De DET S Para ILF S y EIF S 16. Tabla de complejidades para ILF y EIF s 17. Identificación De EI S 18. Identificación icación DET s Y FTR s Para EI s 19. Identificación DET s Y FTR s Para EI s 20. Identificación DET s Y FTR s Para EI s 21. Total Contribución EI s, EO s, EQ s 22. Puntos Funcionales Sin Ajustar 23. Estimación Factor de productividad por Fase 24. Estimación Fase de Conceptualización 25. Estimación Fase de Elaboración 26. Estimación Fase de Construcción 27. Estimación Fase de Transición CAPITULO 5: Gestión Solicitudes Banco de los Alpes 28. Introducción 29. Propósito 30. Diccionario CAPITULO 6: CRONOGRAMA

4 31. Cronograma 67 CAPITULO 7: Gestión Solicitudes Banco de los Alpes 32. Introducción 32.1 Propósito 32.2 Alcance 33. Glosario 33.1 Definiciones CAPITULO 8: Gestión Solicitudes Banco de los Alpes 34. Introducción 34.1 Propósito 34.2 Alcance 34.3 Referencias 35. Descripción De Análisis De Riesgos 35.1 Impacto y Probabilidad de Ocurrencia 35.2 Descripción De Riesgos Identificados 35.3 Riesgos Específicos 35.2 Riesgos Generales 35.3 Análisis Consolidado de Riesgos por Categoría CAPITULO 9: Gestión Solicitudes Banco de los Alpes 36. Introducción 36.1 Propósito 36.2 Alcance 36.3 Referencias 36.4 Panorama 37. Plan 38. Recursos 38.1 Asignación de Recursos 39. Criterios De Evaluación

5 39.1 De Tiempo 39.2 De Entrega CAPITULO 10: VISIÓN 40. Introducción 40.1 Propósito 40.2 Alcance 40.3 Referencias 41. Posicionamiento 41.1 Procesos de Negocio 41.2 Planteamiento del Problema 41.3 Posicionamiento del Producto 42. Objetivos Del Negocio 43. Descripción De Usuarios E Interesados 43.1 Interesados 43.2 Ambiente del Usuario 43.3 Principales Necesidades de los Usuarios e Interesados 44. Panorama Del Producto 44.1 Perspectiva del Producto 44.2 Suposiciones y Dependencias 45. Características Del Producto 45.1 Características Generales 45.2 Características Específicas 46. Otros Requerimientos De Producto 47. Requerimientos De Documentación 47.1 Manuales de Usuario, Técnico y Otros CAPITULO 11: Gestión Solicitudes Banco de los Alpes 48. Introducción 131

6 48.1 Propósito 48.2 Alcance 48.3 Referencias 48.4 Panorama 49. Panorama Del Proyecto 49.1 Propósito, Alcance y Objetivos del Proyecto 49.2 Supuestos y Restricciones 49.3 Entregable del Proyecto 49.4 Evolución del Plan de Desarrollo de Software 50. Organización Del Proyecto 50.1 Interfaces Externas 50.2 Roles y Responsabilidades 51. Administración De Procesos 51.1 Estimados del Proyecto 51.2 Plan de Proyecto 51.3 Planes de Iteración 51.4 Monitoreo y Control del Proyecto 52. Planes De Procesos Técnicos 52.1 Métodos, Herramientas y Técnicas 52.2 Plan de Aceptación del Producto 53. Planes De Procesos De Apoyo 53.1 Plan de Administración de la Configuración 53.2 Plan de Aseguramiento de la Calidad 53.3 Plan de Resolución de Problemas CAPITULO 12: Gestión Solicitudes Banco de los Alpes 54. Introducción 54.1 Propósito 54.2 Alcance 54.3 Referencias 55. Descripción General 56. Requerimientos Específicos 56.1 Permitir la Gestión de Solicitudes Post-venta 56.2 Permitir la Gestión de Solicitudes de Servicio

7 56.3 Permitir la Gestión de Solicitudes sobre Cuenta 56.4 Permitir la Gestión de Solicitudes sobre Producto 56.5 Permitir la Gestión de Solicitudes de Tarjeta de Crédito 56.6 Permitir la Gestión de Solicitudes de Crédito de Consumo 56.7 Permitir la Gestión de Solicitudes de Tarjeta de Crédito y Crédito de Consumo 56.8 Seguridad Usabilidad Confiabilidad Desempeño Soportabilidad Restricciones de Diseño Requerimientos de Documentación Interfaces Requerimientos de Licenciamiento Notas Legales, Derechos de Autor y Otras Notas Estándares Aplicables CAPITULO 13: Gestión Solicitudes Banco de los Alpes 57. Introducción 57.1 Propósito 57.2 Alcance 57.3 Referencias 59. Confiabilidad 59.1 ESUP-01 Mecanismos de Compensación 59.2 ESUP-02 Confiabilidad de Información 59.3 ESUP-03 Mecanismos de Recuperación 60. Infraestructura 60.1 ESUP-04 Envío de Correos 60.2 ESUP-05 Transformación de Datos 60.3 ESUP-06 Almacenamiento de Documentos 61. SEGURIDAD 61.1 ESUP-07 Integridad de Información 61.2 ESUP-08 Encripción 62. Soportabilidad 62.1 ESUP-09 Documentación

8 63. Restricciones DE DISEÑO 63.1 ESUP-10 No Intrusión 63.2 ESUP-11 Integración con Otros Sistemas 63.3 ESUP-12 Tecnología 63.4 ESUP-13 Metodología actual 63.5 ESUP-14 Plan de Calidad 63.6 ESUP-15 Plan de Pruebas 64. Requerimientos De Documentación 64.1 ESUP-16 Documentación 65. Interfaces 65.1 ESUP-17 Interfaces de Usuario 65.2 ESUP-18 Interfaces de Hardware 65.3 ESUP-19 Interfaces de Software 66. Requerimientos De Licenciamiento 67. notas legales, derechos de autor y otras notas 68. estándares aplicables CAPITULO 14: Gestión Solicitudes Banco de los Alpes 69. Introducción 69.1 Propósito 69.2 Alcance 69.3 Referencias 70. Levantamiento de información 70.1 Los actores y sus tareas 70.2 Funcionalidades de negocio 70.3 Diagrama General de Procesos 70.4 Diagramas BPMN 70.5 Diagrama de Clases 70.6 Reglas de control de flujo 70.7 Reglas de negocio 70.8 Aplicaciones legado 70.9 Requerimientos de infraestructura 71. Análisis de información 71.1 Matriz funcionalidades de negocio vs. Procesos

9 71.2 Matriz funcionalidades de negocio vs. Aplicaciones 71.3 Matriz de entidades de negocio vs. Aplicaciones Arquitectura conceptual de solución 72.1 Zonas o componentes estructurales de la solución Comunicación entre las zonas o componentes estructurales de la solución Motivadores de negocio Diseño Conceptual Portafolio de servicios 73.1 Identificación de servicios 73.2 Taxonomía de servicios 74. Servicios Canónicos 74.1 Blue-Print de arquitectura 74.2 Dialecto de datos canónico Figura 24 - Blue-print de arquitectura (Nivel 1) 75. Gestión de requerimientos erimientos no funcionales 75.1 Requerimientos no funcionales 75.2 Servicios tipo adaptador o conector 75.3 Blue-print de arquitectura 75.4 Descripción y diagramas dinámicos de la gestión de RNF 76. Arquitectura física de solución 76.1 Servidor de Aplicaciones 76.2 Servidor de Base de Datos CAPITULO 15: Gestión Solicitudes Banco de los Alpes 77. Descripción del Documento 77.1 Propósito 77.2 Alcance 77.3 Referencias 78. Generalidades del Proyecto 78.1 Problema a Resolver 78.2 Descripción General del Sistema a Desarrollar 78.3 Objetivos 78.4 Stakeholders 79. Restricciones Arquitecturales

10 79.1 Motivadores de Negocio Motivadores de Negocio Seleccionados para guiar el estilo arquitectural Atributos de Calidad Puntos de Vista y Modelos Arquitecturales 80.1 Punto de Vista Funcional Punto de Vista Funcional Proceso Solicitud de Tarjeta de Crédito Punto de Vista Funcional Proceso Solicitud de Crédito de Consumo Punto de Vista Funcional Proceso Solicitud de Servicio Error! Marcador no definido Punto de Vista Funcional Proceso Solicitud de Sobre la Cuenta Punto de Vista Funcional Proceso Solicitud sobre Producto Punto de Vista de Despliegue Punto de Vista de Información Modelo de Concurrencia CAPITLO 16: Gestión Solicitudes Banco de los Alpes 81. Introducción 81.1 Propósito 81.2 Alcance 81.3 Audiencia 81.4 Referencias 82. Misión de las Pruebas 82.1 Contexto del Proyecto y Antecedentes 82.2 Misión de las Pruebas aplicable a este proyecto 83. Motivadores de las Pruebas 84. Elementos Objetivo de Pruebas 85. Panorama de Pruebas Planeadas 86. Enfoque De Las Pruebas 86.1 Medición de la Extensión de las Pruebas 86.2 Pruebas de Aceptación 86.3 Pruebas de Integración 87. Criterios De Entrada Y Salida 87.1 Criterios de Entrada del Plan Maestro de Pruebas 87.2 Criterio de Salida del Plan Maestro de Pruebas 87.3 Criterios de suspensión y Reanudación

11 87.4 Requisitos de reanudación 88. Necesidades de Ambiente 88.1 Hardware Base para ambiente de pruebas 88.2 Software Base para ambiente de pruebas 88.3 Herramientas de soporte a las pruebas 88.4 Configuraciones de Ambientes de Pruebas 89. Datos de Prueba 89.1 Políticas de Administración de los Datos de Prueba 90. Responsabilidades Y Equipo De Trabajo 90.1 Personas y Roles 91. Riesgos de las pruebas CAPITULO 17: Gestión Solicitudes Banco de los Alpes 92. Introducción 92.1 Propósito 92.2 Alcance 92.3 Referencias 93. Planeación De La Puesta En Marcha 93.1 Responsabilidades 93.2 Cronograma 94. Recursos 94.1 Instalaciones Físicas 94.2 Hardware CAPITULO 18: Gestión Solicitudes Banco de los Alpes 95. Introducción 95.1 Propósito 95.2 Alcance 96. Prerrequisitos 96.1 Hardware 96.2 Software

12 97. Instalación 97.1 Bases de Datos 97.2 Servicios Web 97.3 Aplicación en Bizagi CAPITULO 19: Gestión Solicitudes Banco de los Alpes 98. Informe del trabajo Planeado Vs. Real 99. Uso De la asignación Tabla de Seguimiento 101. Valor Ganado CAPITULO 20: Gestión Solicitudes Banco de los Alpes 102. Lecciones Aprendidas 339 APENDICE 1: Gestión Solicitudes Banco de los Alpes 103. Introducción Propósito Alcance Referencias 104. Métricas de Calidad 105. Procedimientos para Asegurar la Calidad Clasificación de los Defectos: 106. Objetivos de Calidad Productividad de Desarrollo: Productividad de Corrección de Defectos: Calidad en Requerimientos: Calidad en Diseño: Calidad en Programación: Calidad en Producto Final: Defectos Inyectados Hombre:

13 107. Seguimiento de las Métricas de Calidad 344 APENDICE 2: Gestión Solicitudes Banco de los Alpes 108. Introducción Propósito Alcance 109. Políticas de Manejo de la Información 110. Roles Involucrados en la Comunicación 111. Formas y Medios de Comunicación Información que deberá ser comunicada 113. Procesos de Escalamiento APENDICE 3: Gestión Solicitudes Banco de los Alpes 114. Introducción Propósito Alcance Referencias Definiciones, Acrónimos, y Abreviaciones 115. Gestión de Configuración de Software Organización y Responsabilidades Políticas de GC Políticas de control de cambios Políticas de repositorio Políticas de manejo de líneas base Ítems de configuración Herramientas, Ambientes e Infraestructura 116. Programa de Gestión de Configuración Identificación de Configuración Configuración y control de cambios Auditoria de Estatus de Configuración

14 APENDICE 4: Gestión Solicitudes Banco de los Alpes 117. Lista de Chequeo de Pruebas Unitarias 118. Lista de Chequeo de Especificación de Diseño 119. Lista de Chequeo de Requerimientos

15 Gestión Solicitudes Banco de los Alpes Carta de constitución del proyecto Versión 2.0

16 Página 16 de Carta de constitución del proyecto Nombre del proyecto: Gestión Solicitudes Banco de los Alpes Preparado por: Andrés M. Ramos B., Nathaly C. González M. Gerente del proyecto: Andrés Mauricio Ramos Bonilla Patrocinador: CEO Objetivo: El proyecto Gestión Solicitudes Banco de los Alpes apoyará las metas estratégicas de la organización Banco de los Alpes. Para cada meta, los objetivos del proyecto Gestión Solicitudes Banco de los Alpes se identifican: Metas de la Organización Mantener el liderazgo y atraer muchos más clientes con el argumento de ser un banco 100% orientado al cliente. Obtener un producto de calidad en el tiempo, y costo definido al inicio del proyecto. Objetivos del Proyecto Automatizar el procesos de negocio de gestión de solicitudes post-venta (Solicitudes que se generan justo después de vender o colocar exitosamente una tarjeta de crédito en las manos del cliente). Emplear un proceso de desarrollo de software que aproveche la fortaleza metodológica de RUP, las métricas propuestas por TSP y técnicas de valor ganado para el seguimiento del proyecto. Necesidad: Automatizar ar la gestión de soluciones o peticiones post-venta en pro de optimizar el proceso y atraer clientes al banco. Alcance del proyecto: Analizar, diseñar y documentar a nivel conceptual, lógico y físico la arquitectura de solución, además de implementar los procesos del negocio que permita soportar los requerimientos identificados para el proceso de la gestión de soluciones o peticiones post-venta. Restricciones: El análisis, diseño y documentación del proyecto deberá ser presentado como plazo máximo el 18 de mayo del El diseño, implementación y documentación del proyecto deberá ser presentado como plazo máximo a final de enero de Cumplir con un proceso de desarrollo de software que contemple: o Definición de proceso de desarrollo basado en RUP o Definición de Roles según RUP o Plan de administración de configuraciones y control de cambios acorde a los estándares de. o Plan de calidad según TSP o Plan de pruebas según William Perry en su libro Effective Methods For Software Testing., 2010 Página 16 de 362

17 Página 17 de 362 o Evidencia de inspecciones de los entregables según TSP La solución planteada debe integrarse al proceso existente relacionado con la colocación de productos de crédito del Banco. Suposiciones: Se contará con la infraestructura necesaria para la implementación del sistema. El Grupo de Instructores actualizará y proporcionará los nuevos requerimientos junto a las necesidades de capacitación requeridas por el equipo del proyecto en el momento requerido. La información enviada por los instructores y recolectada ctada por el equipo es precisa. Sin embargo, debido a la falta de detalle en la información, se asumen algunos aspectos como los datos manejados por los procesos y otros. Existe una disponibilidad suficiente de tiempo de los miembros del equipo para su participación en el proyecto. Se asume que el banco tiene la responsabilidad de notificar a FENALCO sobre el pago, por lo tanto se modela en el proceso y se coloca como requerimiento de software, a pesar de que el enunciado no lo menciona explícitamente. Se asume que la validación que controla las 24 horas de espera para presentar descargos por parte del establecimiento comercial, es una funcionalidad propia del sistema de FENALCO en donde solo se enviará un evento de respuesta al sistema de gestión de solicitudes. Riesgos: Mal planteamiento del alcance inicial del proyecto. Estimación, evaluación y administración de tiempos del proyecto incorrectos. Toma de decisiones apresuradas por parte del equipo de trabajo en cuanto a la solución a implementar. Dificultad al momento de concretar citas de trabajo con los miembros del equipo. Situaciones adversas por las que algún miembro del equipo tenga que abandonar alguna de sus responsabilidades dentro del proyecto. Asumir suposiciones incorrectas, que conlleven a decisiones de diseño e implementación erróneas o de mala calidad. Falta de conocimiento en la tecnología en la que se va a implementar. Manejo inadecuado de las herramientas que soportan los desarrollos. Recursos: Responsabilida des: Stakeholders Ver documento BAGS_INIC_PlanDeGestiónDeRiesgos.doc Equipo del proyecto: Ing. Andrés Mauricio Ramos Bonilla Ing. Fernando Andrés Bernate Heredia Ing. Nathaly Carolina González Montenegro Ing. Nestor Armando Bohorquez Saldaña Ing. Kerlyn Hans Mariño Bello Ver documento BAGS_INIC_Lanzamiento.docx Interesados del Negocio: Oficial de Seguridad - Departamento de Seguridad Bancaria. Analista de Integridad de Datos - Departamento de Digitación y verificación, 2010 Página 17 de 362

18 Página 18 de 362 Comunicación: Otros: de datos. Asesor Comercial - Departamento comercial. Clientes del Banco. Grupo de Instructores: Ing. Jorge Villalobos Salcedo Ing. Dalia Trujillo Ing. Jorge Arias Bedoya Ing. Eduardo Gongora Moreno Ing. Alberto Cueto Ing. Darío Correal Equipo del proyecto: Ing. Andrés Mauricio Ramos Bonilla Ing. Fernando Andrés Bernate Heredia Ing. Nathaly Carolina González Montenegro Ing. Nestor Armando Bohorquez Saldaña Ing. Kerlyn Hans Mariño Bello Mecanismos de comunicación Equipo del proyecto hacia Grupo de Instructores: Correo electrónico. Foro sicua.uniandes.edu.co Aulas de clase Mecanismos de comunicación al interior del Equipo del proyecto: Correo electrónico. Medios telefónicos (llamadas y/ o mensajes) Mensajería instantánea (MSN, Skype, GoogleTalk, Hamachi) Reuniones fines de semana y festivos. Sitio web de gestión de proyectos DotProject o Red Local: o Red Hamachi: Ver documento BAGS_INIC_PlanDeComunicaciones.doc Factores Críticos de Éxito del Proyecto: Compromiso de todos los stakeholders del proyecto. Correcto funcionamiento de la infraestructura requerida para el desarrollo del proyecto. Disponibilidad de los miembros del equipo para las reuniones de trabajo. El alcance este claramente especificado y entendido por todos los miembros del equipo. Disciplina durante el seguimiento de las tareas desarrolladas por el equipo y la gestión de cambios del proyecto. Gerente del proyecto Patrocinador Andrés Mauricio Ramos Bonilla Project Manager Nestor Armando Bohorquez Saldaña CEO, 2010 Página 18 de 362

19 Página 19 de 362, 2010 Página 19 de 362

20 Gestión Solicitudes Banco de los Alpes - BAGS Lanzamiento Versión: 2.0, 2010 Página 20 de 362

21 Página 21 de Datos Básicos del Proyecto objeto de Lanzamiento Proyecto Gestión Solicitudes Banco de los Alpes BAGS Grupo EASY SOFTWARE & INNOVATION Fecha 01 Marzo de Integrantes Rol Analista de Procesos de Negocio Nombre Teléfono Analista del Sistema Diseñador de Negocio Revisor Arquitecto de Software Diseñador Implementador Andrés Mauricio Ramos Bonilla Especialista en herramientas Arquitecto de Software Diseñador de base de datos Implementador Diseñador Gestor de configuración Néstor Armando Bohórquez Saldaña Ingeniero de Procesos Analista de Procesos de Negocio Analista del Sistema Arquitecto de Software Implementador Verificador Analista de Pruebas Diseñador Nathaly Carolina González Montenegro , 2010 Página 21 de 362

22 Página 22 de 362 Gestor de Proyecto Analista de Procesos de Negocio Diseñador de Negocio Arquitecto de Software Integrador Arquitecto de Software Implementador Líder de Calidad Diseñador Revisor Fernando Andrés Bernate Heredia Kerlyn Hans Mariño Bello Objetivos del Grupo 1. Conformar un equipo de trabajo armonioso y eficiente dentro del cual se puedan llevar a cabo las tareas necesarias para la construcción de soluciones informáticas mediante la contribución individual de cada integrante y el apoyo general entre los miembros del equipo. 2. Ejecutar el proceso de desarrollo de software basado en metodología RUP y aplicando algunas prácticas de TSPi para así asegurar un buen control y seguimiento de cada entregable. 3. Fortalecer la capacidad de trabajo en equipo de cada integrante, fomentando la discusión constructiva de conocimiento, la apertura a opiniones e ideas distintas y el aprendizaje y retroalimentación continua en las diferentes fases o iteraciones que se llevan a cabo en el proyecto. Métricas: Objetivo 1 M1. Cumplir el 100% de las actividades distribuidas en cada integrante en el tiempo asignado durante la primera Fase. M2. Registrar en una bitácora de sucesos del proyecto el 100% de los inconvenientes al interior del equipo que sean catalogados como mayores, cada uno con fecha descripción y solución planteada. Ver documento de Plan de Calidad, 2010 Página 22 de 362

23 Página 23 de Objetivos de los miembros del grupo Ser un miembro efectivo y cooperativo Mejorar continuamente la productividad en el desarrollo de las actividades del proyecto Hacer contribuciones y/o mejoras en la adaptación del proceso RUP en el equipo de proyecto Métricas: Objetivo 1 M1.1: Promedio de evaluación del rol por ayuda y soporte superior a 4 M1.2: Promedio de evaluación del rol contribución global superior a 4 Objetivo 2 M1.1: Completar a tiempo más del 90% de las actividades asignadas en iteración. M1.2: Ser el miembro más productivo del equipo en al menos una de las semanas de ejecución del proyecto. Objetivo 3 M1.1: Proponer al menos dos mejoras al proceso de desarrollo antes del la finalización del proyecto 6. Objetivos del Proyecto 1. Cumplir con los requerimientos definidos en el documento de análisis de requerimientos, establecidos ecidos en el alcance de cada ciclo. 2. Producir un sistema de calidad que satisfaga las necesidades y requerimientos específicos del cliente Métricas: Objetivo 1 y 2 M1. Implementar el 100% de los requerimientos establecidos en el documento de requerimientos. Objetivo 3 M1. Numero de defectos encontrados en el software en la fase final del proyecto inferior al 5% de los encontrados en las fases iniciales e intermedias. M2. Valoración del software por parte de los usuarios superior a 4 en una encuesta de satisfacción de necesidades. 7. Alcance, 2010 Página 23 de 362

24 Página 24 de 362 El resultado del proyecto para esta primera fase de conceptualización, abarcará el análisis, diseño y documentación de una solución a nivel de arquitectura conceptual, lógica y física que de soporte a los requerimientos para el proceso de gestión de las siguientes solicitudes prestadas por el banco: 1. Solicitudes de servicio: a. Reclamo por fraude b. Reclamo por clonación de la tarjeta 2. Solicitudes sobre el producto: a. o Aumento de la capacidad (Cupo) de la tarjeta b. o Cambio de franquicia (Visa, Mastercard, American Express) 3. Solicitudes sobre la cuenta: a. Cambio de dirección de entrega de factura/extractos b. Cambio de teléfono de contacto c. Actualización de nombres y apellidos para casos en los cuales se encuentren mal registrados. 8. Disponibilidad de los participantes Integrantes Andrés Mauricio Ramos Bonilla Néstor Armando Bohórquez Saldaña Nathaly Carolina González Montenegro Fernando Andrés Bernate Heredia Kerlyn Hans Mariño Bello Horario Lunes 7 pm 11 pm Sábado 9am - 1pm y 2pm - 8pm Domingo 10am - 1pm Lunes 7 pm 11 pm Sábado 9am - 1pm y 2pm - 8pm Domingo 10am - 1pm Lunes 7 pm 11 pm Sábado 9am - 1pm y 2pm - 8pm Domingo 10am - 1pm Lunes 7 pm 11 pm Sábado 9am - 1pm y 2pm - 8pm Domingo 10am - 1pm Lunes 7 pm 11 pm Sábado 9am - 1pm y 2pm - 8pm Domingo 10am - 1pm 9. Reglas de Funcionamiento del Grupo y Compromisos Globales 1. Ser puntual a las reuniones., 2010 Página 24 de 362

25 Página 25 de Atender las indicaciones del Gestor de proyecto en cuanto a compromisos adquiridos y cumplimiento de tareas y asignaciones 3. Realizar las actividades asignadas dentro de los tiempos requeridos y con la calidad esperada por el equipo y requerida por el proyecto. 4. Aportar y Compartir el conocimiento y experiencia con todos los miembros del equipo 5. Contribuir a formar un ambiente de trabajo ameno y propicio para la realización de las actividades del proyecto 6. Aceptar de manera atenta y con disposición de consideración los cuestionamientos y sugerencias provenientes de los miembros del equipo. 7. Seguir estrictamente los lineamientos provistos por RUP para la ejecución de cada una de las actividades del proyecto 8. Presentar siempre una actitud de compromiso con el equipo y trabajar en el mejoramiento continuo del proceso de desarrollo. 10. Reuniones Semanales de Seguimiento del Proyecto Lugar: Universidad de los Andes Biblioteca ML Reunión de seguimiento: Sábados 9am Preparación de la reunión: Presentación del balance de trabajo semanal Exposición de los compromisos cumplidos vs. los compromisos pendientes Definición de compromisos para las semanas siguientes Reporte de avance en construcción Exposición de problemas técnicos detectados Definición de planes o estrategias para aumentar la productividad del desarrollo (si requerido) Presentar el reporte semanal de lo construido vs. lo planeado. Exponer posibles fallos en la ejecución de la metodología. Proponer mejoras que permitan reducir la inyección de defectos en el código Presentar los reportes de las pruebas ejecutadas Presentar el consolidado de versiones y/o baselines generados durante la semana Mostrar los resultados del seguimiento e inspecciones realizadas a los artefactos Exponer un balance de la utilización de las herramientas tecnológicas dispuestas para el proyecto Presentar las solicitudes de cambio con mayor impacto Mostrar avance del ciclo vs. el cronograma Exponer las actividades que llevan retraso, así como los motivos del mismo Proponer planes de contingencia para optimizar la duración de actividades (si requerido) Enseñar los compromisos más críticos que deben ser cumplidos para a no incurrir en retrasos Diseñar balanceos de carga de tareas para alivianar a los miembros con más tareas asignadas., 2010 Página 25 de 362

26 Gestión Solicitudes Banco de los Alpes - BAGS Caso de Negocio Versión: 2.0, 2010 Página 26 de 362

27 Página 27 de Propósito 11. Introducción El propósito de este documento es estimar los tiempos, costos y recursos para cada una de las Iteraciones de las Fases del proyecto Gestión Solicitudes Banco de los Alpes - BAGS, según los lineamientos de la metodología RUP parametrizada por el equipo de trabajo, de tal manera que sirva como marco de referencia para realizar seguimiento y control a cada fase del proyecto y para que éste se ejecute dentro de los costos y tiempos establecidos Alcance Esta propuesta y planeación económica respalda la ejecución de las 2 Iteraciones de la Fase de Conceptualización, 2 Iteraciones de la Fase de Elaboración, 3 Iteraciones de la Fase de Construcción y 1 Fase de la Fase de Transición Referencias Definición del problema planteado. Project-Charter. Documento de Lanzamiento. Documento de Visión. Artefactos elaborados y refinados en la tercera (2) iteración de la Fase de Construcción., 2010 Página 27 de 362

28 Página 28 de Descripción Del Producto 12.1 Descripción Al finalizar la primera (1) Iteración de la Fase de Transición se deberá tener totalmente la línea base de la aplicación Gestión Solicitudes Banco de los Alpes - BAGS, en donde se reflejen las funcionalidades requeridas por el negocio respaldadas según el alcance relacionado en el documento de visión del sistema. Adicionalmente se deberán elaborar y refinar los artefactos necesarios para soportar con los lineamientos expresados por la metodología RUP parametrizada por el equipo de trabajo. Al concluir el proyecto se obtendrán refinados entre otros artefactos y entregables: Visión del Sistema, Plan de Manejo de Riesgos, Glosario, Plan de Desarrollo de Software, Plan de Iteración, Especificación de Requerimientos de Software, Especificaciones Suplementarias, Especificación de Servicios, Documento de Arquitectura, Plan de Gestión de la Configuración, Plan de Comunicaciones, Plan de Calidad, Cronograma del Proyecto, Artefactos de Instalación, Especificaciones y Estándares de Programación, Vistas de Puntos de Vista de la Arquitectura, Diseño detallado y Ejecutables de la Aplicación Costos Referenciados La estimación de tiempo, costo y recursos presentados a continuación para las fases de Conceptualización, Elaboración, Construcción y Transición, se presentan a continuación., 2010 Página 28 de 362

29 Página 29 de 362 Detalle de Fase de Conceptualización: Detalle de Fase de Elaboración: Detalle de Fase de Construcción:, 2010 Página 29 de 362

30 Página 30 de 362 Detalle de Fase de Transición:, 2010 Página 30 de 362

31 Gestión Solicitudes Banco de los Alpes - BAGS Estimación de Tiempos de Trabajo Versión: 2.0, 2010 Página 31 de 362

32 Tipo Solicitud Solicitud Crédito de consumo 13. Identificación De ILF S Función de Datos - ILF s Regla 1: El grupo de datos o información de control es identificable por el usuario de forma lógica. Regla 2: El grupo de datos es mantenido a través de un proceso elemental dentro de los límites de la aplicación. Conteo SolicitudCreditoDeConsumo SI SI SI Cuenta SI SI SI Movimiento SI NO NO Cliente SI SI SI Documento SI SI SI CreditoDeConsumo SI SI SI TOTAL ILF s 5 SolicitudTarjetaDeCredito SI SI SI Cuenta SI SI SI Solicitud Crédito de consumo Movimiento SI NO NO Cliente SI SI SI TarjetaDeCredito SI SI SI ListaNegra SI NO NO TOTAL ILF s 4 SolicitudSobreProducto SI SI SI Cliente SI SI SI TarjetaDeCredito SI SI SI Solicitud sobre el producto Cuenta SI SI SI Plan SI NO NO Producto SI NO NO Franquicia SI NO NO Movimiento SI NO NO TOTAL ILF s 4 SolicitudDeServicio SI SI SI TarjetaDeCredito SI SI SI Solicitude s de Servicio Cliente SI SI SI OrdenEmisionTarjetaCredito SI SI SI SolicitudReclamacionSeguro SI NO NO EstablecimientoComercial SI SI SI SolicitudDescargos SI NO NO, 2010 Página 32 de 362