Source: http://docplayer.es/1201734-Easy-software-innovation.html
Timestamp: 2017-04-23 22:04:55+00:00

Document:
EASY Software & Innovation - PDF
Download "EASY Software & Innovation"
Carmelo Valverde Barbero
1 Gestión Solicitudes Banco de los Alpes Documento Final Versión 2.02 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 Referenciados3 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: CRONOGRAMA4 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ón5 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 1316 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 Servicio7 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ón8 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. Procesos9 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 Arquitecturales10 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ón11 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 Software12 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ón14 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 Requerimientos15 Gestión Solicitudes Banco de los Alpes Carta de constitución del proyecto Versión 2.016 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 36217 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 36218 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 36219 Página 19 de 362, 2010 Página 19 de 36220 Gestión Solicitudes Banco de los Alpes - BAGS Lanzamiento Versión: 2.0, 2010 Página 20 de 36221 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 36222 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 36223 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 36224 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 36225 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 36226 Gestión Solicitudes Banco de los Alpes - BAGS Caso de Negocio Versión: 2.0, 2010 Página 26 de 36227 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 36228 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 36229 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 36230 Página 30 de 362 Detalle de Fase de Transición:, 2010 Página 30 de 36231 Gestión Solicitudes Banco de los Alpes - BAGS Estimación de Tiempos de Trabajo Versión: 2.0, 2010 Página 31 de 36232 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 Mostrar más
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 Nomenclador de cargos
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 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 Tecnología de la Información. Administración de Recursos Informáticos
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 Sinopsis de la gestión de programas de acuerdo con el estándar del Project Management Institute 1
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 Diana Milena Pérez Riveros 1 Diana Milena Pérez Riveros Pagina de 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 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 Sistemas de Información II. Introducción al Proceso Unificado de Desarrollo de Software. Autor: Ing. Silverio Bonilla 1
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 [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 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 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 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 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 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 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 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 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 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 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 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 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 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 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 ESCUELA DE POSTGRADO DE LA UNIVERSIDAD PRIVADA DE TACNA. Programa de Maestría en Informática PLAN DE ESTUDIOS MAESTRÍA EN INFORMÁTICA
PLAN DE ESTUDIOS MAESTRÍA EN INFORMÁTICA CICLO I CICLO II CICLO III CICLO IV Dirección y Liderazgo Organizacional Arquitectura y Diseño de Software Gestión de Inversión en TI Monitoreo y Control de TI Más detalles 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 1.8 TECNOLOGÍA DE LA INFORMACIÓN
Objetivo General: 1.8 TECNOLOGÍA DE LA INFORMACIÓN Establecer una infraestructura y plataforma tecnológica y de sistemas de información, y definir las políticas, estrategias y directrices para su implantación Más detalles 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 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 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 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 Gestión y Desarrollo de Requisitos en Proyectos Software
Arquitecto de Datos 1. Línea de Negocios: Soluciones de Negocios 2. Funciones Específicas: Participar en la realización de las actividades técnicas de actualización y migraciones a versiones mejoradas Más detalles 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 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 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 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 FICHAS DE DESCRIPCIÓN DE FUNCIONES Y COMPETENCIAS LABORALES
Página 1 de 11 I. IDENTIFICACIÓN DENOMINACIÓN DEL CARGO: PROGRAMADOR DE COMPUTADOR SIGLA:PC CLASE: V GRADO: 12-14-16 NIVEL: ADMINISTRATIVO NÚMERO DE CARGOS: ÁREA: 5 JEFE INMEDIATO: 1. OFICINA DE INFORMÀTICA Más detalles 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 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 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 SOLUCIÓN SITUACIÓN ACTUAL
SITUACIÓN ACTUAL La necesidad de las organizaciones de ser más competitivas en un mercado dinámico ha generado estructuras organizacionales complejas y exigentes en términos de calidad y eficiencia. Sobre Más detalles MANUAL DE FUNCIONES DEPARTAMENTO DE INFORMÁTICA Y TECNOLOGÍA
MANUAL DE FUNCIONES DEPARTAMENTO DE INFORMÁTICA Y TECNOLOGÍA Guatemala, 2,007 CAMINOS ES DESARROLLO 1 I. FICHA TÉCNICA DEL DEPARTAMENTO DE INFORMÁTICA Y TECNOLOGÍA: 1.1 TITULO DE LA UNIDAD: Departamento Más detalles COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE
COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE Creado en May/14 Objetivo: Contar con una guía de las actividades que se deben realizar en esta fase, Más detalles Modelos de gestión de proyectos informáticos
Modelos de gestión de proyectos informáticos Informe SEIS 2005-2006 Xavier Pastor 25 de enero de 2007 Proyectos: Definición Características Temporalidad: inicio y final Productos, servicios o resultados 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 (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 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 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 República de Colombia Instituto Colombiano de Bienestar Familiar Cecilia De la Fuente de Lleras Dirección de Información y Tecnología
CONSOLIDADO OBSERVACIONES A LA FICHA TÉCNICA RECIBIDAS DURANTE EL ESTUDIO DE MERCADO Y COSTOS Fecha 05/06/2013 Las siguientes observaciones se recibieron durante el desarrollo del Estudio de Mercado y Más detalles 10 Cuáles de las siguientes afirmaciones acerca de la Biblioteca Definitiva de Medios (DML) son CORRECTAS? 1. La DML incluye un almacén físico
1 De cuáles procesos la Gestión de Niveles de Servicios podría tomar en cuenta entradas de información para cuando esté negociando Acuerdos de Nivel de Servicio (SLA)? a) De todos los demás procesos de Más detalles Universidad del Norte. Modelo de Gestión de las Comunicaciones Digitales Universitarias
Universidad del Norte Modelo de Gestión de las Comunicaciones Digitales Universitarias Tercera Convocatoria de Buenas Prácticas 2015 Modelo de Gestión de la Comunicaciones Digitales Universitarias Palabras Más detalles 1 GLOSARIO. Actor: Es un consumidor (usa) del servicio (persona, sistema o servicio).
1 GLOSARIO A continuación se definen, en orden alfabético, los conceptos básicos que se han abordado a lo largo del desarrollo de la metodología para la gestión de requisitos bajo la Arquitectura Orientada Más detalles Sistema de gestión de procesos institucionales y documental.
[Documento versión 1.7 del 10/10/2015] Sistema de gestión de procesos institucionales y documental. El sistema de gestión de procesos institucionales y documental, es una solución diseñada para mejorar Más detalles Fecha 8/02/2013. Contenido
Acuerdo de Nivel Mesa Elaborado por: Juan Pablo Pérez Wilson Viana Uribe Fecha 15/01/2013 Código: P-GSI-4xxxxx Versión: 01 Revisado por: Wilson Viana Uribe Fecha 8/02/2013 Aprobado por: Marco Mesa Fecha 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] Visión Universidad Técnica del Norte Histórico de Revisiones Más detalles 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 1. Gestionar el ciclo de vida de las solicitudes de servicio que se reciben de los usuarios de los servicios de TIC.
5.9 OPERACIÓN DE SERVICIOS 5.9.1 Operación de la mesa de servicios 5.9.1.1 Objetivos del proceso General: Establecer y operar un punto único de contacto para que los usuarios de los servicios hagan llegar Más detalles Definición de PMO Características de una PMO
Definición de PMO Existen varios conceptos de una oficina de proyectos (PMO) una de ella la define como una unidad organizacional, física o virtual, especialmente diseñada para dirigir y controlar el desarrollo Más detalles 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 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 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 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 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 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 Gestión de Proyectos A Guide to the Project Management Body of Knowledge (Pmbok Guide) Profesor Guillermo E. Badillo Astudillo
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 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 PERFILES OCUPACIONALES
PERFILES OCUPACIONALES A continuación se presenta la relación de los diferentes cargos que un ingeniero de sistemas de la Universidad de Lima puede desempeñar durante su vida profesional. También se presentan Más detalles 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 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 AI 2 ADQUISICIÓN Y MANTENIMIENTO DE SOFTWARE DE APLICACIÓN AFINES OBJETIVOS OBJETIVOS DE CONTROL
AI 2 ADQUISICIÓN Y MANTENIMIENTO DE SOFTWARE DE APLICACIÓN OBJETIVOS 1 Métodos de Diseño 2 Cambios Significativos a Sistemas Actuales 3 Aprobación del Diseño 4 Definición y Documentación de Requerimientos Más detalles 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 SEGURIDAD PARA EL ACCESO A LA INFORMACIÓN DE LAS ENTIDADES DEL ESTADO
POLÍTICA PARA LA GESTIÓN INTEGRAL DE RIESGOS EN IBERPLAST VERSIÓN: 01 1. Presentación y Contexto El riesgo es una condición inherente en las organizaciones. Es por eso que, La Junta Directiva y el Comité Más detalles Diseño, Desarrollo e Implementación de una Aplicación Web para el manejo Centralizado de la Información Corporativa en AGA Consultores
Propuesta de Pasantía Diseño, Desarrollo e Implementación de una Aplicación Web para el manejo Centralizado de la Información Corporativa en AGA Consultores Acerca de AGA Consultores Quienes somos? Somos Más detalles RESOLUCIÓN. Por medio de la cual se modifica la resolución No. 511-004064 de 2012 EL SUPERINTENDENTE DE SOCIEDADES,
RESOLUCIÓN Por medio de la cual se modifica la resolución No. 511-004064 de 2012 EL SUPERINTENDENTE DE SOCIEDADES, En uso de sus atribuciones legales, reglamentarias, y en especial las conferidas por el Más detalles Hospital Nacional de Maternidad UNIDAD DE INFORMATICA
Hospital Nacional de Maternidad UNIDAD DE INFORMATICA 87 Introducción Página: I INTRODUCCION Para el propósito de este manual el Hospital Nacional de Maternidad puede ser referido también como El Hospital, Más detalles MACROPROCESO GESTIÓN TECNOLÓGICA
Versión 1.0 Página 1 de 5 1. OBJETIVO Suministrar las fases para la puesta en producción de aplicaciones y sistemas de información desarrollados o adquiridos por el Instituto Colombiano de Bienestar Familiar Más detalles 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 PROCESO: GESTION INFORMÁTICA PROCEDIMIENTO: GESTION DE CONFIGURACIONES
PROCESO: GESTION INFORMÁTICA PROCEDIMIENTO: GESTION DE CONFIGURACIONES Objetivo del Procedimiento: Identificar y definir los componentes de configuración de los sistemas del SENA, registrando e informando Más detalles 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 Proyecto Meta! Implementación SAP Fase 1 Metodología ASAP
Proyecto Meta! Implementación SAP Fase 1 Metodología ASAP ASUG Argentina Premio a la Innovación de Proyecto SAP 2015 Agosto 2015 El Mapa de Ruta contiene las siguientes 6 fases: 1. Preparación del proyecto Más detalles 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 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 PROPUESTA PARA LA IMPLANTACIÓN DE LA NORMA UNE- ISO 20000EN EL GRUPO TECNOCOM
PROPUESTA PARA LA IMPLANTACIÓN DE LA NORMA UNE- ISO 20000EN EL GRUPO TECNOCOM Eduardo Álvarez, Raúl Blanco, Evelyn Familia y Marta Hernández. Pertenece el sector de la TI Es una de las cinco mayores compañías Más detalles MODELO ESTANDAR DE CONTROL INTERNO - MECI
1 de 14 25/11/2015 06:02 a.m. MODELO ESTANDAR DE CONTROL INTERNO - MECI A. ENTORNO DE CONTROL A1 La entidad: Pregunta a. ha organizado el equipo MECI. b. Ha identificado sus funciones acorde con la normatividad Más detalles Fecha 30/07/2014. 1.2. Opciones del servicio... 5. 1.3. Forma de acceder al servicio... 5. 1.4. Cobros por utilización del servicio...
Contenido 1. Descripción del servicio... 3 2. Declaración de la misión... 3 3. Objetivos del servicio... 3 4. Servicios provistos.... 3 5. Servicios NO provistos.... 4 6. Elementos de Gestión del Servicio Más detalles 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 K2BIM Plan de Proyecto Versión 1.5
K2BIM Plan de Proyecto Versión 1.5 Historia de revisiones Fecha VersiónDescripción Autor 23/08/2009 1.0 Versión inicial Juan Saavedra 25/08/2009 1.1 Entregable Juan Saavedra 30/08/ 1.2 Se incluyen recursos Más detalles Cómo gestionar proyectos en condiciones de riesgo
1 de 8 CLAVES PARA EL ÉXITO DE LOS PROYECTOS Cómo gestionar proyectos en condiciones de riesgo Las empresas necesitan desarrollar proyectos que exigen estructuras y tratamientos distintos a los tradicionales. Más detalles 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 Procedimiento de Sistemas de Información
Procedimiento de Sistemas de Información DIRECCIÓN DE COORDINACIÓN TÉCNICA Y PLANEACIÓN VIEMBRE DE 2009 PR-DCTYP-08 Índice. 1. INTRODUCCIÓN.... 3 2. OBJETIVO.... 4 3. ALCANCE.... 4 4. MARCO LEGAL.... 4 Más detalles Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO
Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL PROYECTO Dante Guerrero Piura, 2013 FACULTAD DE INGENIERÍA Área Departamental de Ingeniería Industrial y de Sistemas Capítulo 4. GESTIÓN DE LA INTEGRACIÓN DEL 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 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 ESTÁNDAR TÉCNICO DE COMPETENCIAS PARA EL DESARROLLO DE SOFTWARE
ESTÁNDAR TÉCNICO DE COMPETENCIAS PARA EL DESARROLLO DE SOFTWARE ADMINISTRADOR DE PROYECTOS Y PROCESOS DE SOFTWARE TALENTO EN TI OCTUBRE 2012 P á g i n a 1 ÍNDICE DEL CONTENIDO 1 OBJETIVO 2 CAMPO DE APLICACIÓN Más detalles PRU. Fundamento Institucional. Objetivos. Alcance
PRU INSTRUCCIONES: a continuación se describe el flujo de trabajo correspondiente al área de procesos de PRUEBAS para el desarrollo de software, en el cual se debe apoyar para la ejecución de sus actividades; Más detalles 2017 © DocPlayer.es Política de privacidad | Condiciones del servicio | Feedback

References: Resolución 
 Resolución 
 Resolución 
 Resolución 
 Resolución 
 resolución 

RESOLUCIÓN 
 resolución