EASY Software & Innovation

Tamaño: px
Comenzar la demostración a partir de la página:

Download "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

EASY Software & Innovation

EASY Software & Innovation Gestión Solicitudes Banco de los Alpes - BAGS Especificaciones Suplementarias Versión: 1.1 Página 2 de Fecha Versión 12-05-200 1.0 Control de versiones Descripción Creación del Documento Autor Nathaly

Más detalles

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1

Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1 Introducción al Proceso Unificado de Desarrollo de Software Autor: Ing. Silverio Bonilla 1 James Rumbaugh et al. Concepto de Método Una metodología de ingeniería del software es un proceso para producir

Más detalles

GENERALIDADES: Para la aplicación del presente procedimiento deben considerarse las siguientes generalidades y definiciones:

GENERALIDADES: Para la aplicación del presente procedimiento deben considerarse las siguientes generalidades y definiciones: PROCESO: GESTIÓN DE TECLOGÍAS DE INFORMACIÓN PROCEDIMIENTO: GESTIÓN DE STEMAS DE INFORMACIÓN Objetivo: Establecer las actividades para planificar, ejecutar, administrar y verificar las fases de desarrollo,

Más detalles

<TITULO DEL PROYECTO DE DESARROLLO DE SW > Diana Milena Pérez Riveros 1 Diana Milena Pérez Riveros Pagina de

Más detalles

Nomenclador de cargos

Nomenclador de cargos Nomenclador de cargos ROLES Áreas de I T Definición de módulos y roles Versión: 1.0 Pagina 1 Módulos interactuantes en un área de IT 1. Infraestructura Tecnológica 2. Producción de Software 3. Asistencia

Más detalles

Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas

Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas Guía Rápida Proceso de Desarrollo OPENUP/OAS Universidad Distrital Francisco José de Caldas Oficina Asesora de Sistemas Información General del Documento Versión Actual del Documento 0.0.0.7 Descripción

Más detalles

12 JUNIO 2014. Rev.1: 07 Agosto 2014 Rev.2: 06 Octubre 2014 Rev.3: 05 Marzo 2015. 1 de 76. BN-MOF-2400-10-05 Rev.3 MOF DEPARTAMENTO DE INFORMÁTICA

12 JUNIO 2014. Rev.1: 07 Agosto 2014 Rev.2: 06 Octubre 2014 Rev.3: 05 Marzo 2015. 1 de 76. BN-MOF-2400-10-05 Rev.3 MOF DEPARTAMENTO DE INFORMÁTICA Rev.1: 07 Agosto 2014 Rev.2: 06 Octubre 2014 : 05 Marzo 2015 MANUAL DE ORGANIZACIÓN Y FUNCIONES DEPARTAMENTO DE INFORMÁTICA Aprobado mediante Resolución de Gerencia General EF/92.2000 N 020-2014, de fecha

Más detalles

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS

LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS Ministerio de Tecnologías de la Información y las Comunicaciones Programa de Gobierno

Más detalles

ANEXO 4 - REQUERIMIENTOS DE GESTIÓN DE PROYECTOS PMO DE INFORMATICA

ANEXO 4 - REQUERIMIENTOS DE GESTIÓN DE PROYECTOS PMO DE INFORMATICA ANEXO 4 - REQUERIMIENTOS DE GESTIÓN DE PROYECTOS PMO DE INFORMATICA ETB requiere que el CONTRATISTA cumpla los lineamientos para la Dirección y Gestión de proyectos, éstos últimos definidos a nivel corporativo

Más detalles

Tecnología de la Información. Administración de Recursos Informáticos

Tecnología de la Información. Administración de Recursos Informáticos Tecnología de la Información Administración de Recursos Informáticos 1. Recursos informáticos: Roles y Responsabilidades 2. Áreas dentro del Departamento de Sistemas 3. Conceptos asociados a proyectos

Más detalles

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar Gobierno Municipal del Cantón Bolívar Versión: Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Plan de Desarrollo de Software Universidad

Más detalles

Diseño e Implementación de los Procesos de Gestión TI

Diseño e Implementación de los Procesos de Gestión TI Diseño e Implementación de los Procesos de Gestión TI Alumno(s): Año Académico: 2012 Profesor Guía: Contraparte: ALEJANDRO JESUS ARAVENA ORTIZ LORENA ANDREA ALBORNOZ POBLETE DANIEL HORMAZABAL Escuela de

Más detalles

INGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS

INGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS INGENIERÍA DE SOFTWARE CICLOS DE VIDA Y METODOLOGIAS Rubby Casallas, Andrés Yie Departamento de Sistemas y Computación Facultad de Ingeniería Universidad de los Andes Agenda Contexto Ciclos de vida: Modelo

Más detalles

Introducción a la Ingeniería de Software - Examen 20/07/2012

Introducción a la Ingeniería de Software - Examen 20/07/2012 Cada pregunta múltiple opción contestada correctamente tiene un valor de 2,5 puntos. Esta parte consta de 20 preguntas, haciendo un total de 50 puntos. Los ejercicios de desarrollo tienen un valor total

Más detalles

Rational Unified Process (RUP)

Rational Unified Process (RUP) Rational Unified Process (RUP) Este documento presenta un resumen de Rational Unified Process (RUP). Se describe la historia de la metodología, características principales y estructura del proceso. RUP

Más detalles

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1.

PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA. Plan de Pruebas. File: 20130211-QA-INF-V2-PLAN DE PRUEBAS.odt STD-INF-GENERAL Versión: 1. Cliente: FCM-UNA Página 1 de 14 PLAN DE PRUEBAS SISTEMA DE GESTIÓN HOSPITALARIA Cliente: FCM-UNA Página 2 de 14 Tabla de contenido 1. INTRODUCCIÓN 1.1. PROPÓSITO 1.2. ALCANCE 1.3. DEFINICIONES, ACRÓNIMOS

Más detalles

MANUAL DE PROCEDIMIENTOS ADMINISTRACIÓN DE PROYECTOS. Aprobado por: Contraloría mediante CON-03-1094-06 d/f 13-10-2006

MANUAL DE PROCEDIMIENTOS ADMINISTRACIÓN DE PROYECTOS. Aprobado por: Contraloría mediante CON-03-1094-06 d/f 13-10-2006 MANUAL DE PROCEDIMIENTOS ADMINISTRACIÓN DE PROYECTOS Aprobado por: Contraloría mediante CON-03-1094-06 d/f 13-10-2006 Octubre 2006 INTRODUCCIÓN ÍNDICE Pág. I. Puestos que Intervienen en los Procedimientos

Más detalles

Puntos de Historia. Aplicativo Web que implementa las métricas de estimación para proyectos de software

Puntos de Historia. Aplicativo Web que implementa las métricas de estimación para proyectos de software Puntos de Historia Aplicativo Web que implementa las métricas de estimación para proyectos de software Universidad Francisco de Paula Santander Facultad de Ingeniería Programa de Ingeniería de Sistemas

Más detalles

Análisis del Sistema de Información

Análisis del Sistema de Información Análisis del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD ASI 1: DEFINICIÓN DEL SISTEMA... 6 Tarea ASI 1.1: Determinación del Alcance del Sistema... 6 Tarea ASI 1.2: Identificación

Más detalles

METODOLOGÍA DE GESTION DE PROYECTOS

METODOLOGÍA DE GESTION DE PROYECTOS METODOLOGÍA DE GESTION DE PROYECTOS CONTENIDO CONTENIDO... 2 ALCANCE... 4 MARCO METODOLÓGICO... 4 ETAPAS DEL PROCESO... 5 1. ETAPA 0: INICIACIÓN...5 FASE DE INICIO...5 2. ETAPA 1: PLANEAMIENTO...6 FASE

Más detalles

IMPLANTACIÓN ERP SAP EN LA EMPRESA DE LICORES DE CUNDINAMARCA-ELC

IMPLANTACIÓN ERP SAP EN LA EMPRESA DE LICORES DE CUNDINAMARCA-ELC IMPLANTACIÓN ERP SAP EN LA EMPRESA DE LICORES DE CUNDINAMARCA-ELC El propósito del proyecto es la implantación y puesta en producción y funcionamiento del sistema SAP para la gestión de procesos de apoyo

Más detalles

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar

Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Gobierno Municipal del Cantón Bolívar Gobierno Municipal del Cantón Bolívar Versión: Solución de una Intranet bajo software Open Source para el Gobierno Municipal del Cantón Bolívar [IOS-GMCB] Caso de Desarrollo Universidad Técnica del

Más detalles

PROCESO SOPORTE Y MANTENIMIENTO POR MESA DE AYUDA

PROCESO SOPORTE Y MANTENIMIENTO POR MESA DE AYUDA PROCESO SOPORTE Y MANTENIMIENTO POR MESA DE AYUDA A sistemas desarrollados a la medida para O.P.D. Hospital Civil de Guadalajara Derechos reservados Página 1 de 29 Historia de Versiones Versión Fecha de

Más detalles

Resumen General del Manual de Organización y Funciones

Resumen General del Manual de Organización y Funciones Gerencia de Tecnologías de Información Resumen General del Manual de Organización y Funciones (El Manual de Organización y Funciones fue aprobado por Resolución Administrativa SBS N 354-2011, del 17 de

Más detalles

Sinopsis de la gestión de programas de acuerdo con el estándar del Project Management Institute 1

Sinopsis de la gestión de programas de acuerdo con el estándar del Project Management Institute 1 Sinopsis de la gestión de s de acuerdo con el estándar del Project Management Institute Conceptos básicos Qué es un? Es un grupo de proyectos gestionados de modo coordinado para obtener beneficios y el

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 6. Actualización Página 1 de 19 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 6 Situación Contraste externo Actualización

Más detalles

Aplicativo Web que implementa las métricas de estimación para proyectos de software

Aplicativo Web que implementa las métricas de estimación para proyectos de software Múltiples Métricas Aplicativo Web que implementa las métricas de estimación para proyectos de software Universidad Francisco de Paula Santander Facultad de Ingeniería Programa de Ingeniería de Sistemas

Más detalles

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 17 CUALIFICACIÓN PROGRAMACIÓN DE SISTEMAS INFORMÁTICOS PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC303_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

Syllabus. www.techeraperu.com cursos@techeraperu.com

Syllabus. www.techeraperu.com cursos@techeraperu.com Syllabus www.techeraperu.com cursos@techeraperu.com Este curso está dirigido para los Encargados de Desarrollar los Sistemas de Información y aplicar una Metodología basada en RUP para controlar el Ciclo

Más detalles

MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA

MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA Aprobando mediante Resolución de Gerencia General N 052-2015 de fecha 26 Junio 2015 ELABORADO POR: APROBADO POR: 1 de 82 ÍNDICE 1 INTRODUCCIÓN...

Más detalles

ARMONIZACIÓN MECI-CALIDAD

ARMONIZACIÓN MECI-CALIDAD ANTES DE INICIAR ARMONIZACIÓN MECI-CALIDAD CONTENIDO 1. Objetivos de la Sesión 2. Marco Legal para ambos sistemas 3. Generalidades 4. Conceptualización sobre la armonización 5. Elementos de articulación

Más detalles

UNIVERSIDAD NACIONAL DE ASUNCIÓN FACULTAD DE CIENCIAS ECONOMICAS ESCUELA DE CONTABILIDAD AUDITORIA INFORMATICA

UNIVERSIDAD NACIONAL DE ASUNCIÓN FACULTAD DE CIENCIAS ECONOMICAS ESCUELA DE CONTABILIDAD AUDITORIA INFORMATICA UNIVERSIDAD NACIONAL DE ASUNCIÓN FACULTAD DE CIENCIAS ECONOMICAS ESCUELA DE CONTABILIDAD AUDITORIA INFORMATICA TRABAJO PRÁCTICO DE AUDITORIA INFORMATICA Profesor: Lic. Marco Antonio Leiva Fernández 5to

Más detalles

RUP. Rational Unified Process

RUP. Rational Unified Process RUP Rational Unified Process Rational Unified Process Basado en 6 mejores prácticas de la industria de software: Desarrollo incremental Administración de requisitos Uso de arquitecturas basadas en componentes

Más detalles

UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS FACULTAD DE INGENIERÍA DIVISIÓN DE ESTUDIOS PROFESIONALES PARA EJECUTIVOS CARRERA DE INGENIERÍA DE SISTEMAS

UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS FACULTAD DE INGENIERÍA DIVISIÓN DE ESTUDIOS PROFESIONALES PARA EJECUTIVOS CARRERA DE INGENIERÍA DE SISTEMAS UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS FACULTAD DE INGENIERÍA DIVISIÓN DE ESTUDIOS PROFESIONALES PARA EJECUTIVOS CARRERA DE INGENIERÍA DE SISTEMAS SISTEMA DE GESTION DE REQUERIMIENTOS DE SOFTWARE PROYECTO

Más detalles

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes:

Proceso Unificado de Rational PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: PROCESO UNIFICADO DE RATIONAL (RUP) El proceso de desarrollo de software tiene cuatro roles importantes: 1. Proporcionar una guía de actividades para el trabajo en equipo. (Guía detallada para el desarrollo

Más detalles

Técnicas de Estimación

Técnicas de Estimación Técnicas de Estimación Gestión de Proyectos Informáticos Clase 4 Bibliografía Software engineering economics - Bohem Measuring the software process Estimating software costs - Capers Jones COCOMO II model

Más detalles

K2BIM Plan de SQA Versión 1.1

K2BIM Plan de SQA Versión 1.1 K2BIM Plan de SQA Versión 1.1 Historia de revisiones Fecha VersiónDescripción Autor 18/08/2009 1.0 Creación del documento. Diego Píriz 23/08/2009 1.1 Pequeñas correciones. Alan Descoins 1 Contenido 1.

Más detalles

[Clave Proyecto] - Plan de Administración de la Configuración del Proyecto

[Clave Proyecto] - Plan de Administración de la Configuración del Proyecto [Clave Proyecto] - Plan de Administración de la Configuración del Proyecto Contenido 1. Historial de Cambios... 3 1.1. Cambios de Contenido... 3 1.2. Aprobación de Cambios... 3 1.3. Cambios de Plantilla...

Más detalles

SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI. MSc. Mauricio Rojas Contreras

SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI. MSc. Mauricio Rojas Contreras Recibido: 06 de agosto de 2009 Aceptado: 21 de octubre de 2009 SOFTWARE PLANNING PROJECTS UNDER THE PMI GUIDELINES PLANEACION DE PROYECTOS DE SOFTWARE BAJO LINEAMIENTOS DEL PMI MSc. Mauricio Rojas Contreras

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS...2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA...7 Tarea DSI 1.1: Definición de Niveles de Arquitectura...9 Tarea DSI 1.2:

Más detalles

BANCO CENTRAL DE LA REPÚBLICA ARGENTINA

BANCO CENTRAL DE LA REPÚBLICA ARGENTINA A LAS ENTIDADES CAMBIARIAS: BANCO CENTRAL DE LA REPÚBLICA ARGENTINA 2004 - Año de la Antártida Argentina COMUNICACIÓN A 4192 Ref.: Circular CONAU 1-670 Requisitos Operativos Mínimos de Tecnología y Sistemas

Más detalles

Iniciación y Planificación del Proyecto

Iniciación y Planificación del Proyecto Iniciación y Planificación del Proyecto Para cuando dijo que lo quería??? Ingeniería de Software 2 Iniciación y Planificación del Proyecto 1 Agenda Iniciación del Proyecto: Entradas Iniciación del Proyecto:

Más detalles

Aseguramiento de la calidad del software

Aseguramiento de la calidad del software Aseguramiento de la calidad del software Standard for Software Reviews and Audits [IEEE 1028] IEEE 1028 Para qué sirve Provee definiciones y requerimientos uniformes para los procesos de revisión y auditoría.

Más detalles

Diseño del Sistema de Información

Diseño del Sistema de Información Diseño del Sistema de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD DSI 1: DEFINICIÓN DE LA ARQUITECTURA DEL SISTEMA... 7 Tarea DSI 1.1: Definición de Niveles de Arquitectura... 9 Tarea DSI

Más detalles

MANUAL DE REGLAS DE NEGOCIO ASOCIADAS AL PROCESO DE ESTRATEGIA DEL SERVICIO DE TI PERTENECIENTES AL MACRO PROCESO GESTIÓN DE TECNOLOGÍA DE INFORMACIÓN

MANUAL DE REGLAS DE NEGOCIO ASOCIADAS AL PROCESO DE ESTRATEGIA DEL SERVICIO DE TI PERTENECIENTES AL MACRO PROCESO GESTIÓN DE TECNOLOGÍA DE INFORMACIÓN Página 1 de 20 MANUAL DE REGLAS DE NEGOCIO ASOCIADAS AL PROCESO DE ESTRATEGIA DEL SERVICIO DE TI PERTENECIENTES AL MACRO PROCESO GESTIÓN DE TECNOLOGÍA DE INFORMACIÓN VERSIÓN 001 Junio 2012 Página 1 Página

Más detalles

Gestión y Desarrollo de Requisitos en Proyectos Software

Gestión y Desarrollo de Requisitos en Proyectos Software Gestión y Desarrollo de Requisitos en Proyectos Software Ponente: María Jesús Anciano Martín Objetivo Objetivo Definir un conjunto articulado y bien balanceado de métodos para el flujo de trabajo de Ingeniería

Más detalles

EASY Software & Innovation. Diagnóstico CMMI. Versión: 1.0

EASY Software & Innovation. Diagnóstico CMMI. Versión: 1.0 EASY Software & Innovation Diagnóstico CMMI EASY Software & Innovation Versión:.0 NATHALY GONZÁLEZ MONTENEGRO FERNANDO BERNATE HEREDIA ANDRÉS MAURICIO RAMOS BONILLA NÉSTOR BOHÓRQUEZ SALDAÑA KERLYN HANS

Más detalles

CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización

CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL. Nivel 3. Versión 5 Situación RD 1201/2007 Actualización Página 1 de 16 CUALIFICACIÓN SISTEMAS DE GESTIÓN DE INFORMACIÓN PROFESIONAL Familia Profesional Informática y Comunicaciones Nivel 3 Código IFC304_3 Versión 5 Situación RD 1201/2007 Actualización Competencia

Más detalles

6 Anexos: 6.1 Definición de Rup:

6 Anexos: 6.1 Definición de Rup: 6 Anexos: 6.1 Definición de Rup: Es un producto del proceso de ingeniería de software que proporciona un enfoque disciplinado para asignar tareas y responsabilidades dentro de una organización del desarrollo.

Más detalles

INSTRUCTIVO PARA LA CUENTA DE PUNTOS FUNCIÓN

INSTRUCTIVO PARA LA CUENTA DE PUNTOS FUNCIÓN INSTRUCTIVO PARA LA CUENTA DE PUNTOS FUNCIÓN INDICE Introducción...2 Frontera de la aplicación...3 Cuenta de Puntos Función sin ajustar...3 Funciones de Datos...4 Funciones Transaccionales...4 Mecanismo...5

Más detalles

Tabla de contenido 1. OBJETIVOS... 2 2. ASIGNACION DE RESPONSABILIDADES... 2 3. ROLES Y TAREAS... 3 4. ALCANCE... 4

Tabla de contenido 1. OBJETIVOS... 2 2. ASIGNACION DE RESPONSABILIDADES... 2 3. ROLES Y TAREAS... 3 4. ALCANCE... 4 Tabla de contenido 1. OBJETIVOS... 2 2. ASIGNACION DE RESPONSABILIDADES... 2 3. ROLES Y TAREAS... 3 4. ALCANCE... 4 5. PROCEDIMIENTOS RELACIONADOS... 4 6. DOCUMENTOS RELACIONADOS... 4 7. PROCESO... 4 7.1.

Más detalles

Curso. Introducción a la Administracion de Proyectos

Curso. Introducción a la Administracion de Proyectos Curso Introducción a la Administracion de Proyectos Tema 5 Procesos del área de Integración INICIAR PLANEAR EJECUTAR CONTROL CERRAR Desarrollar el Acta de Proyecto Desarrollar el Plan de Proyecto Dirigir

Más detalles

Análisis de estrategias para la gestión de proyectos informáticos. TFC Área de Gestión de Proyectos

Análisis de estrategias para la gestión de proyectos informáticos. TFC Área de Gestión de Proyectos Análisis de estrategias para la gestión de proyectos informáticos TFC Área de Gestión de Proyectos Consultor: Ana Cristina Domingo Trocho Autor: David Prado Romanillos Fecha de entrega: 10/01/2012 Índice

Más detalles

Deportes LSI 03. Sistema para Gestión de Artículos Deportivos LSI 03 Plan de Desarrollo Software. Versión 3.0

Deportes LSI 03. Sistema para Gestión de Artículos Deportivos LSI 03 Plan de Desarrollo Software. Versión 3.0 Deportes LSI 03 Sistema para Gestión de Artículos Deportivos LSI 03 Versión 3.0 Fecha: 02/01/2003 Historial de Revisiones Fecha Versión Descripción Autor 22/07/2002 0.9 Versión preliminar como propuesta

Más detalles

RIESGO OPERACIONAL. LA VISION DE LA GERENCIA CON APOYO DEL COMITÉ DE AUDITORíA. José Manuel Taveras Lay Contralor BANCO CENTRAL DE LA REP. DOM.

RIESGO OPERACIONAL. LA VISION DE LA GERENCIA CON APOYO DEL COMITÉ DE AUDITORíA. José Manuel Taveras Lay Contralor BANCO CENTRAL DE LA REP. DOM. RIESGO OPERACIONAL. LA VISION DE LA GERENCIA CON APOYO DEL COMITÉ DE AUDITORíA José Manuel Taveras Lay Contralor BANCO CENTRAL DE LA REP. DOM. Introducción Antecedentes CONTENIDO Evolución de la Gestión

Más detalles

LINQ TO AMAZON PLAN DE PROYECTO. Versión 1.2

LINQ TO AMAZON PLAN DE PROYECTO. Versión 1.2 LINQ TO AMAZON PLAN DE PROYECTO Versión 1.2 Historia de revisiones Fecha Versión Descripción Autor 23/08/2008 1.0 Creación del documento. Martín Rivadavia 20/08/2008 1.1 Correcciones. Martín Rivadavia

Más detalles

Trabajo Final de Graduación para optar por el título. Bachiller en Ingeniería en Computación

Trabajo Final de Graduación para optar por el título. Bachiller en Ingeniería en Computación Trabajo Final de Graduación para optar por el título Bachiller en Ingeniería en Computación Migración del Sistema Administrativo y Financiero Business Advance Módulos Contabilidad y Presupuestos Elaborado

Más detalles

RESUMEN de la GESTIÓN de PROYECTOS

RESUMEN de la GESTIÓN de PROYECTOS RESUMEN de la GESTIÓN de PROYECTOS Basado en la Guía de los Fundamentos de la Dirección de Proyectos (Guía del PMBOK ) Contenidos Introducción...2 PMI...2 Objetivos...2 PMBOK...2 Proyecto...3 Concepto...3

Más detalles

Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0

Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0 Proyecto Tutelkán Tutelkan Reference Process (TRP) Versión 2.0 Parte 3: TRP Avanzado MAYO 2009 Tabla de Contenidos PREFACIO...5 DESARROLLO Y MANTENCIÓN DE SOFTWARE...6 DESARROLLO DE REQUERIMIENTOS...7

Más detalles

ESPECIFICACIÓN REQUERIMIENTOS. Ejemplo. Arquitectura Multiagente para Sistemas E-Learning centrados en la enseñanza de Idiomas (SE-MAS)

ESPECIFICACIÓN REQUERIMIENTOS. Ejemplo. Arquitectura Multiagente para Sistemas E-Learning centrados en la enseñanza de Idiomas (SE-MAS) Ejemplo ESPECIFICACIÓN DE REQUERIMIENTOS Arquitectura Multiagente para Sistemas E-Learning centrados en la enseñanza de Idiomas (SE-MAS) Liliana Esther Machuca Villegas Universidad del Valle Escuela de

Más detalles

Ingeniería de Software Dr. Marcello Visconti Z. Ingeniería de Software

Ingeniería de Software Dr. Marcello Visconti Z. Ingeniería de Software Universidad Técnica Federico Santa María Departamento de Informática Ingeniería de Software Dr. Marcello Visconti Z. Programa Proceso de Software y Paradigmas de Desarrollo Gestión de Proyectos Fases del

Más detalles

GESTIÓN DE TIC. Desarrollar tus competencias y habilidades en Gestión de Proyectos bajo los estándares del PMBOK 5ta.

GESTIÓN DE TIC. Desarrollar tus competencias y habilidades en Gestión de Proyectos bajo los estándares del PMBOK 5ta. Las Tecnologías de la Información y Comunicaciones (TIC) son actualmente un factor clave en las organizaciones que les permite mantener su competitividad en un mundo cada vez mas globalizado. En la actualidad

Más detalles

CAPÍTULO 4 NORMA IEEE 1058.1 PARA LA PLANIFICACIÓN DE PROYECTOS SOFTWARE ESTE DOCUMENTO ES PARTE DEL SIGUIENTE TRABAJO:

CAPÍTULO 4 NORMA IEEE 1058.1 PARA LA PLANIFICACIÓN DE PROYECTOS SOFTWARE ESTE DOCUMENTO ES PARTE DEL SIGUIENTE TRABAJO: ESTE DOCUMENTO ES PARTE DEL SIGUIENTE TRABAJO: La norma IEEE 1058.1: Plan para la Gestión de Proyectos Software realizado por el alumno Ismael Caballero Muñoz-Reja para la asignatura Planificación y Gestión

Más detalles

Ingeniería de Software

Ingeniería de Software Ingeniería de Software Tabla de Contenidos PARTE I INTRODUCCIÓN Capítulo 1: Evolución Los hitos en la evolución histórica del Desarrollo de Software Problemas y soluciones... Fallas, malas estimaciones

Más detalles

ACUERDO DE SERVICIO. Sistemas-Gestión de los Servicios Informáticos

ACUERDO DE SERVICIO. Sistemas-Gestión de los Servicios Informáticos Páginas 1 de 7 1. OBJETIVO Brindar el marco normativo que fije las condiciones en que deben prestarse los Servicios de Tecnologías de Información a los procesos de la organización, estableciendo criterios

Más detalles

PROCEDIMIENTO DE AUDITORIA INTERNA

PROCEDIMIENTO DE AUDITORIA INTERNA VERSIÓN: 2.0 Página 1 de 17 INDICE Página INDICE...1 1. OBJETIVO DEL PROCEDIMIENTO...3 2. DESARROLLO DE LA AUDITORÍA INTERNA...3 2.1 OBJETIVO GENERAL...3 2.2 OBJETIVOS ESPECÍFICOS...3 2.3 FASES...4 2.

Más detalles

GUÍA PARA LA ELABORACIÓN E IMPLEMENTACIÓN DEL PLAN DE MEJORA INSTITUCIONAL

GUÍA PARA LA ELABORACIÓN E IMPLEMENTACIÓN DEL PLAN DE MEJORA INSTITUCIONAL GUÍA PARA LA ELABORACIÓN E IMPLEMENTACIÓN DEL PLAN DE MEJORA INSTITUCIONAL DOCUMENTO CONTROLADO Santo Domingo, D. N. 2014 GUÍA PARA LA ELABORACIÓN E IMPLEMENTACIÓN DEL PLAN DE MEJORA INSTITUCIONAL PRIMERA

Más detalles

MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE RIESGOS

MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE RIESGOS MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE RIESGOS Aprobado por Resolución de Gerencia General N 30-2013-FMV/GG del 04.06.2013 ÍNDICE 1. ESTRUCTURA DE CARGOS 1.1 Estructura de Cargos 1.2 Organigrama

Más detalles

Implantación de Sistemas

Implantación de Sistemas Implantación de Sistemas Maria Ines Parnisari 17 de Diciembre de 2014 Índice Parte 1: Implantación... 2 Factores clave para una implantación exitosa... 2 Etapas de un proyecto de Sistemas... 2 Fases de

Más detalles

DEPARTAMENTO NACIONAL DE PLANEACION OFICINA DE CONTROL INTERNO EVALUACION AL SISTEMA DE INFORMACIÓN GESPROY - SGR INFORME DEFINITIVO

DEPARTAMENTO NACIONAL DE PLANEACION OFICINA DE CONTROL INTERNO EVALUACION AL SISTEMA DE INFORMACIÓN GESPROY - SGR INFORME DEFINITIVO DEPARTAMENTO NACIONAL DE PLANEACION OFICINA DE CONTROL INTERNO EVALUACION AL SISTEMA DE INFORMACIÓN GESPROY - SGR INFORME DEFINITIVO BOGOTA, DICIEMBRE DE 2014 TABLA DE CONTENIDO 1. INTRODUCCIÓN...3 2.

Más detalles

Escenario Uno. Escenario Dos

Escenario Uno. Escenario Dos Escenario Uno Un proveedor global de servicios de TI cuenta con tres service desks que dan soporte a usuarios internos y externos Recientes encuestas de satisfacción de clientes muestran que un creciente

Más detalles

PROCESOS Y PROCEDIMIENTO METODOLOGÍA PARA LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CORPAC S.A.

PROCESOS Y PROCEDIMIENTO METODOLOGÍA PARA LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CORPAC S.A. 214 CORPORACIÓN PERUANA DE AEROPUERTOS Y AVIACIÓN COMERCIAL SA METODOLOGÍA PARA LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CORPAC SA Área de Organización y Métodos CORPORACIÓN PERUANA DE AEROPUERTOS Y AVIACIÓN

Más detalles

Planeación del Proyecto de Software:

Planeación del Proyecto de Software: Apéndice A. Cuestionarios del Sistema Evaluador Nivel2. Requerimientos de Administración: Goal 1: Los requerimientos del sistema asociados a software están bien controlados y existe un estándar para los

Más detalles

Este procedimiento aplica a todos aquellos estudios y diseños a ser realizados por el AMCO para el desarrollo de sus proyectos.

Este procedimiento aplica a todos aquellos estudios y diseños a ser realizados por el AMCO para el desarrollo de sus proyectos. 1. Propósito: Establecer un procedimiento para la ejecución de estudios y diseños, para los proyectos a ser ejecutados por el Área metropolitana del Centro Occidente 2. Alcance: Este procedimiento aplica

Más detalles

GUÍA AVANZADA DE GESTIÓN DE CONFIGURACIÓN LNCS

GUÍA AVANZADA DE GESTIÓN DE CONFIGURACIÓN LNCS GUÍA AVANZADA DE GESTIÓN DE CONFIGURACIÓN LNCS Diciembre 2008 AVISO LEGAL CMMI es una marca registrada en la Oficina de Marcas y Patentes de EEUU por la Universidad Carnegie Mellon Las distintas normas

Más detalles

CAPITULO VI: ADMINISTRACIÓN DEL PROYECTO. 6.1. Estructura Detallada del Trabajo (EDT)

CAPITULO VI: ADMINISTRACIÓN DEL PROYECTO. 6.1. Estructura Detallada del Trabajo (EDT) CAPITULO VI: ADMINISTRACIÓN DEL PROYECTO 6.1. Estructura Detallada del Trabajo (EDT) Un EDT es la agrupación orientada a entregables de los elementos del proyecto que organiza y define el total de los

Más detalles

Resumen del Contenido del Examen PMP

Resumen del Contenido del Examen PMP Resumen del Contenido del Examen PMP Tareas Dominio I Inicio del Proyecto - 13 % Realizar una valoración del proyecto basada en la información disponible, mediante reuniones con el patrocinador, el cliente,

Más detalles

PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ

PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ FACULTAD DE CIENCIAS E INGENIERÍA ANÁLISIS, DISEÑO E IMPLEMENTACIÓN DE UN SISTEMA DE RECAUDACIÓN DE DEUDAS ANEXOS Tesis para optar por el Título de Ingeniero Informático,

Más detalles

Consideraciones para implementaciones BPM y EDA

Consideraciones para implementaciones BPM y EDA Consideraciones para implementaciones BPM y EDA Jesús Buriticá IBM Software Group Brand Architect jburitic@ve.ibm.com Agenda Manejando los conceptos sobre BPM y EDA Abordar una iniciativa BPM/EDA Algunos

Más detalles

Nombre del documento: ProgramadeEstudiode asignaturadeespecialidad. Referencia a la Norma ISO9001:2008 7.3 Página 1 de 7

Nombre del documento: ProgramadeEstudiode asignaturadeespecialidad. Referencia a la Norma ISO9001:2008 7.3 Página 1 de 7 Referencia a la Norma ISO9001:2008 7.3 Página 1 de 7 1.- DATOS DE LA ASIGNATURA Nombre de la asignatura : Sistemas Operativos de Red Carrera: Ing. en Sistemas Computacionales Clave de la asignatura: RSF-1201

Más detalles

EASY Software & Innovation

EASY Software & Innovation Herramienta de Seguimiento y Control de los Concesionarios de Servicio y Ministerio de Comunicaciones de Colombia Versión: 1.0 Fecha: 16/09/2009 Página 2 de 5 Control de versiones Fecha Versión Descripción

Más detalles

GUÍA METODOLÓGICA DE DESARROLLO DE SISTEMAS TABLA DE CONTENIDO

GUÍA METODOLÓGICA DE DESARROLLO DE SISTEMAS TABLA DE CONTENIDO - 1 - RUP/Easy GUÍA METODOLÓGICA DE DESARROLLO DE SISTEMAS Setiembre 2004 TABLA DE CONTENIDO 1 INTRODUCCIÓN...1 2 ADECUACIÓN DE LOS WORKFLOWS ESENCIALES DEL RUP...2 2.1 WORKFLOWS ESENCIALES DEL RUP...2

Más detalles

UNIVERSIDAD TÉCNICA DEL NORTE

UNIVERSIDAD TÉCNICA DEL NORTE UNIVERSIDAD TÉCNICA DEL NORTE FACULTAD DE INGENIERÍA EN CIENCIAS APLICADAS ESCUELA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES PROYECTO PREVIO A LA OBTENCIÓN DEL TÍTULO DE INGENIERO EN SISTEMAS COMPUTACIONALES

Más detalles

Taller 2. Especialización en construcción de software Universidad de los andes Bogotá 2010

Taller 2. Especialización en construcción de software Universidad de los andes Bogotá 2010 Taller 2. Especialización en construcción de software Universidad de los andes Bogotá 2010 Andrés González. 201018063 Julián Morales. 200213074 Carlos Criales. 200925612 José Daniel García. 200818257 Robinson

Más detalles

RECOMENDACIONES PARA EL DESARROLLO DE UNA POLÍTICA PARA LA GESTIÓN DE LA RELACIÓN CON EL CLIENTE

RECOMENDACIONES PARA EL DESARROLLO DE UNA POLÍTICA PARA LA GESTIÓN DE LA RELACIÓN CON EL CLIENTE RECOMENDACIONES PARA EL DESARROLLO DE UNA POLÍTICA PARA LA GESTIÓN DE LA RELACIÓN CON EL CLIENTE Autor del documento: Centro de Apoyo Tecnológico a Emprendedores Datos de contacto: E-Mail: bilib@bilib.es

Más detalles

Grupo de procesos de Planificación

Grupo de procesos de Planificación Grupo de procesos de Planificación Fuentes: Information Technology Project Management, Fifth Edition, Copyright 2007 PMBOK, Cuarta edición Preparó: Ing. Ismael Castañeda Fuentes Objetivos de Aprendizaje

Más detalles

UNIVERSIDAD FRANCISCO GAVIDIA

UNIVERSIDAD FRANCISCO GAVIDIA UNIVERSIDAD FRANCISCO GAVIDIA FACULTAD DE INGENIERIA Y ARQUITECTURA TRABAJO DE GRADUACION: DISEÑO DE UN SISTEMA DE INFORMACIÓN MECANIZADO PARA LA PLANIFICACIÓN DEL TRABAJO DOCENTE DE LOS DECANATOS DE LA

Más detalles

AUTOMATIZACIÓN DEL PROCESO DE ATENCIÓN DE REQUERIMIENTOS DE LA AUTORIDAD PORTUARIA NACIONAL

AUTOMATIZACIÓN DEL PROCESO DE ATENCIÓN DE REQUERIMIENTOS DE LA AUTORIDAD PORTUARIA NACIONAL UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS FACULTAD DE INGENIERÍA CARRERA DE INGENIERÍA DE SISTEMAS AUTOMATIZACIÓN DEL PROCESO DE ATENCIÓN DE REQUERIMIENTOS DE LA AUTORIDAD PORTUARIA NACIONAL PROYECTO PROFESIONAL

Más detalles

PLANEACIÓN DE SISTEMAS INFORMÁTICOS ING. KARINA RAMÍREZ DURÁN

PLANEACIÓN DE SISTEMAS INFORMÁTICOS ING. KARINA RAMÍREZ DURÁN PLANEACIÓN DE SISTEMAS INFORMÁTICOS ING. KARINA RAMÍREZ DURÁN Principios y criterios para la evaluación del ciclo de vida de desarrollo de sistemas Se pueden enunciar algunos principios para desarrollar

Más detalles

TESIS DE MAGISTER EN INGENIERÍA DE SOFTWARE

TESIS DE MAGISTER EN INGENIERÍA DE SOFTWARE TESIS DE MAGISTER EN INGENIERÍA DE SOFTWARE Herramienta de Asistencia al Mantenimiento de Sistemas de Información Tesista: Ing. Verónica Azucena Farach Directores de Tesis: M. Ing. Paola Britos M. Ing.

Más detalles

Guía Presentación DIPAC-3.0

Guía Presentación DIPAC-3.0 Código:GP-001 Edición: 2 8 de marzo de 2014 8 de marzo de 2014 INDICE GENERAL INTRODUCCION... 3 OBJETIVOS... 3 ALCANCE... 3 ESTRUCTURA DEL DOCUMENTO... 3 PRESENTACIÓN... 4 INTRODUCCIÓN... 4 ORIGEN Y MOTIVACIONES...

Más detalles

RESUMEN EJECUTIVO DEL PROGRAMA

RESUMEN EJECUTIVO DEL PROGRAMA CONCEPTO PROGRAMA NIVEL DE FORMACIÓN JUSTIFICACION DURACION MAXIMA ESTIMADA DEL APRENDIZAJE EN MESES FECHA DE INGRESO : FECHA TERMINACIÓN ETAPA LECTIVA: FECHA INICIO ETAPA PRODUCTIVA: FECHA TERMINACIÓN

Más detalles

Transición del Servicio

Transición del Servicio Fundamentos de ITIL V3 Transición del Servicio Operaciones y Servicio al Cliente Ing. Paul Ernesto Luque Ybaceta Setiembre de 2011 Agenda Visión General del Diseño del Servicio Metas, Objetivos y Retos

Más detalles

ACUERDO DE NIVELES DE SERVICIO SERVICE LEVEL AGREEMENT Vigencia 01/08/2014 31/12/2014

ACUERDO DE NIVELES DE SERVICIO SERVICE LEVEL AGREEMENT Vigencia 01/08/2014 31/12/2014 Fecha: 01/08/2014 Página 1 de 17 El Acuerdo de Nivel de Servicio o Service Level Agreement (SLA) permite al Departamento de Soporte e Implementación, brindar las condiciones controladas generales de la

Más detalles

EASY Software & Innovation

EASY Software & Innovation Banco de los Alpes Gestión Solicitudes Glosario Versión: 1.0 Fecha: Página 2 de 2 Control de versiones Fecha Versión Descripción Autor 1.0 Creación del documento Néstor Armando

Más detalles

Señor A/P. Lino Bessonart FEMI Presente Ref.: 181/2009

Señor A/P. Lino Bessonart FEMI Presente Ref.: 181/2009 1 Montevideo, 11 de marzo de 2009 Señor A/P. Lino Bessonart FEMI Presente Ref.: 181/2009 De nuestra consideración, De acuerdo a vuestra solicitud, tenemos el agrado de poner a su consideración la presente

Más detalles

D E S C R I P C I Ó N

D E S C R I P C I Ó N ADAPTOR pertenece a la nueva generación en herramientas de Integración de Sistemas (EAI) fuertemente inspirada en el paradigma SOA y capaz de funcionar en un bus de servicios (ESB), es la forma más eficiente

Más detalles

MÁSTER EN DIRECCIÓN Y GESTIÓN DE PROYECTOS

MÁSTER EN DIRECCIÓN Y GESTIÓN DE PROYECTOS MÁSTER EN DIRECCIÓN Y GESTIÓN DE PROYECTOS IMPARTIDO POR Fundación Aucal TÍTULO OTORGADO POR Título Propio de la Universidad Francisco de Vitoria MODALIDAD On Line COLABORACIONES Universidad Francisco

Más detalles

Tema 2: Sistemas de Información

Tema 2: Sistemas de Información Tema 2: Sistemas de Información Profesores: Andrés Montoyo Manuel Marco 2011-2012 Grado en Ingeniería Informática Índice Definición de sistemas de Componentes de un SI Clasificación de los SI Principios

Más detalles