Source: http://docplayer.es/1879578-Gestion-de-proyectos.html
Timestamp: 2017-04-28 22:17:36+00:00

Document:
Jorge Palma Figueroa
1 GESTIÓN DE PROYECTOS Índice DESCRIPCIÓN Y OBJETIVOS...1 ACTIVIDADES DE INICIO DEL PROYECTO...2 ACTIVIDAD GPI 1: ESTIMACIÓN DE ESFUERZO...2 Tarea GPI 1.1: Identificación de Elementos a Desarrollar...3 Tarea GPI 1.2: Cálculo del Esfuerzo...3 ACTIVIDAD GPI 2: PLANIFICACIÓN...4 Tarea GPI 2.1: Selección de la Estrategia de Desarrollo...5 Tarea GPI 2.2: Selección de la Estructura de Actividades, Tareas y...6 Tarea GPI 2.3: Establecimiento del Calendario de Hitos y Entregas...7 Tarea GPI 2.4: Planificación Detallada de Actividades y Recursos Necesarios...8 Tarea GPI 2.5: Presentación y Aceptación de la Planificación General del Proyecto...9 ACTIVIDADES DE SEGUIMIENTO Y CONTROL...10 ACTIVIDAD GPS 1: ASIGNACIÓN DETALLADA DE TAREAS...11 Tarea GPS 1.1: Asignación de Tarea...11 ACTIVIDAD GPS 2: COMUNICACIÓN AL EQUIPO DEL PROYECTO...12 Tarea GPS 2.1: Informar al Equipo del Proyecto...12 ACTIVIDAD GPS 3: SEGUIMIENTO DE TAREAS...13 Tarea GPS 3.1: Seguimiento de Tareas...13 GESTIÓN DE INCIDENCIAS...15 ACTIVIDAD GPS 4: ANÁLISIS Y REGISTRO DE LA INCIDENCIA...15 Tarea GPS 4.1: Analizar Impacto...16 Tarea GPS 4.2: Propuesta de Solución de la Incidencia...16 Tarea GPS 4.3: Registrar la Incidencia...17 GESTIÓN DE CAMBIOS EN LOS REQUISITOS...19 ACTIVIDAD GPS 5: PETICIÓN DE CAMBIO DE REQUISITOS...20 Tarea GPS 5.1: Registro de la Petición de Cambio de Requisitos...20 ACTIVIDAD GPS 6: ANÁLISIS DE LA PETICIÓN DE CAMBIO DE REQUISITOS...21 Tarea GPS 6.1: Estudio de la Petición de Cambio de Requisitos...21 Tarea GPS 6.2 Impacto de la Petición de Cambio de Requisitos...22 Tarea GPS 6.3 Estudio de Alternativas y Propuesta de Solución...22 ACTIVIDAD GPS 7: APROBACIÓN DE LA SOLUCIÓN...23 Tarea GPS 7.1: Aprobación de la Solución...23 ACTIVIDAD GPS 8: ESTIMACIÓN DEL ESFUERZO Y PLANIFICACIÓN DE LA SOLUCIÓN...24 Tarea GPS 8.1: Estimación de Esfuerzo para el Cambio...24 Tarea GPS 8.2: Planificación de los Cambios...25 ACTIVIDAD GPS 9: REGISTRO DEL CAMBIO DE REQUISITOS...26 Tarea GPS 9.1: Registro del Cambio de Requisitos...26 ACTIVIDAD GPS 10: FINALIZACIÓN DE LA TAREA...26 Tarea GPS 10.1: Comprobación de la Tarea...27 ACTIVIDAD GPS 11: ACTUALIZACIÓN DE LA PLANIFICACIÓN...27 Tarea GPS 11.1: Actualización de Tareas...28 Tarea GPS 11.2: Obtención de la Extrapolación...292 Tarea GPS 11.3: Elaboración del Informe de Seguimiento...29 ACTIVIDAD GPS 12: REUNIONES DE SEGUIMIENTO...30 Tarea GPS 12.1: Reunión Interna de Seguimiento...31 ACTIVIDAD GPS 13: ACEPTACIÓN...31 Tarea GPS 13.1: Verificación de Aceptación Interna...32 ACTIVIDADES DE FINALIZACIÓN...33 ACTIVIDAD GPF 1: CIERRE DEL PROYECTO...33 Tarea GPF 1.1: Inclusión en Histórico de Proyectos...33 Tarea GPF 1.2: Archivo de la Documentación de Gestión del Proyecto...353 Gestión de Proyectos 1 DESCRIPCIÓN Y OBJETIVOS La Gestión de Proyectos tiene como finalidad principal la planificación, el seguimiento y control de las actividades y de los recursos humanos y materiales que intervienen en el desarrollo de un Sistema de Información. Como consecuencia de este control es posible conocer en todo momento qué problemas se producen y resolverlos o paliarlos de manera inmediata. La Interfaz de Gestión de Proyectos de MÉTRICA Versión 3 contempla proyectos de desarrollo de Sistemas de Información en sentido amplio. Es decir, acorde con EUROMÉTODO se consideran proyectos de desarrollo de nuevos Sistemas de Información y también los proyectos de ampliación y mejora de los ya existentes; estos últimos, contemplados en MÉTRICA Versión 3 al proceso de Mantenimiento del Sistema de Información (MSI). Las actividades de la Interfaz de Gestión de Proyectos se presentan en el siguiente esquema, en el que se aprecian las áreas que cubre. Se distinguen tres grupos de actividades: Actividades de Inicio del Proyecto (GPI). Al principio del proyecto, al concluir el proceso Estudio de Viabilidad del Sistema, se realizarán las actividades de Estimación de Esfuerzo y Planificación del proyecto. Actividades de Seguimiento y Control (GPS). Comprenden desde la asignación de las tareas hasta su aceptación interna por parte del equipo de proyecto, incluyendo la gestión de incidencias y cambios en los requisitos que puedan presentarse y afectar a la planificación del proyecto. El Seguimiento y Control del proyecto se realizan durante los procesos de Análisis, Diseño, Construcción, Implantación y Aceptación, y Mantenimiento del Sistema de Información, para vigilar el correcto desarrollo de las actividades y tareas establecidas en la planificación. Actividades de Finalización del Proyecto. Por último, al concluir el proyecto se realizan las tareas propias de Cierre del Proyecto y Registro de la Documentación de Gestión. Las técnicas y prácticas utilizadas en la Gestión de Proyectos se describen en la Guía de Técnicas de MÉTRICA Versión 3. En función de las características del proyecto puede ser aconsejable emplear herramientas software de soporte a las técnicas, disponibles en el mercado. EVS ASI DSI CSI IAS MSI GPI GPS GPF Metodología MÉTRICA Versión 34 2 Gestión de Proyectos ACTIVIDADES DE INICIO DEL PROYECTO Las actividades al inicio de un proyecto tienen un doble objetivo: estimar el esfuerzo a realizar para desarrollar el sistema y planificar las actividades de dicho desarrollo. Para ello, tomando como punto de partida la Solución Propuesta en el Estudio de Viabilidad del Sistema (EVS 6), se identifican los elementos a desarrollar, se calcula el esfuerzo a realizar, y se planifican las actividades del proyecto comprendiendo los aspectos de recursos, programación de tareas y establecimiento de un calendario de entregas y recepciones entre el cliente y los proveedores. ACTIVIDAD GPI 1: ESTIMACIÓN DE ESFUERZO El objetivo de esta actividad es conocer el tamaño aproximado del sistema a desarrollar, y establecer el coste, la duración y los recursos necesarios para conseguir desarrollarlo. Es muy difícil calcular con absoluta precisión el esfuerzo requerido para desarrollar cualquier proyecto informático, debido a la gran cantidad de factores que intervienen en su realización, algunos de ellos inciertos o desconocidos. Sin embargo, las técnicas existentes para realizar los cálculos proporcionan un valor aproximado suficiente para el alcance del desarrollo del proyecto. Será siempre útil la experiencia anterior que hubiese, extraída de la realización de proyectos similares en la organización, así como la existencia de una base de datos con información relativa a métricas, en el sentido del término en ingeniería del software. Esta actividad se compone de las tareas que aparecen en la siguiente tabla. GPI 1.1 GPI 1.2 Tarea Técnicas y Prácticas Identificación de Elementos a Definición General del Catalogación Jefe de Proyecto Desarrollar Proyecto: Estructurado o Catálogo de funciones o Catálogo de entidades Cálculo del Esfuerzo Orientación a Objeto o Catálogo de clases Definición General del Proyecto: o Esfuerzo estimado Estimación Jefe de Proyecto Equipo del Proyecto Metodología MÉTRICA Versión 35 Gestión de Proyectos 3 Tarea GPI 1.1: Identificación de Elementos a Desarrollar Esta tarea tiene como finalidad determinar el número y características de los elementos a desarrollar a partir del Modelo de descomposición en subsistemas de la alternativa seleccionada (EVS 6.2), para el posterior cálculo del esfuerzo necesario para ello. En el caso de los desarrollos estructurados habrán de tenerse en cuenta las funciones, entidades, datos de entrada y datos de salida. En el caso de desarrollos orientados a objeto se tendrán en cuenta las clases, propiedades y métodos asociados. Modelo de descomposición en subsistemas (EVS 6.2) Estructurado Modelo abstracto de datos (EVS 6.2) Modelo de procesos (EVS 6.2) Orientación a Objeto Modelo de negocio (EVS 6.2) Modelo de dominio (EVS 6.2) Definición General del proyecto Estructurado o Catálogo de funciones o Catálogo de entidades Orientación a Objeto o Catálogo de clases Prácticas Catalogación Tarea GPI 1.2: Cálculo del Esfuerzo Una vez identificados los elementos a desarrollar se utilizará la técnica de estimación apropiada para calcular el esfuerzo necesario para su desarrollo. Deben tenerse en cuenta también trabajos que no están encaminados directamente al desarrollo de elementos del proyecto, pero que van a influir en el esfuerzo necesario para su realización. Se obtendrá el esfuerzo estimado en horas distribuidas por procesos. Metodología MÉTRICA Versión 36 4 Gestión de Proyectos La técnica que se propone variará según se trate de desarrollos orientados a objetos o estructurados. Si el desarrollo es estructurado se pueden emplear el Método Albrecht o el Método MARK II para el Análisis de los Puntos Función. En el caso de orientación a objetos, se pueden aplicar las métricas de estimación del esfuerzo Staffing Size. En la Guía de Técnicas de MÉTRICA Versión 3 puede consultarse información detallada sobre estas técnicas. Estructurado Catálogo de funciones (GPI 1.1) Catálogo de entidades (GPI 1.1) Orientación a Objeto Catálogo de clases (GPI 1.1) Definición General del Proyecto o Esfuerzo estimado Técnicas Estructurado Método de Albrecht Método MARK II Orientación a Objeto Staffing Size Equipo del Proyecto ACTIVIDAD GPI 2: PLANIFICACIÓN El objetivo de esta actividad es definir y preparar las condiciones de trabajo, estableciendo recursos, fechas y costes, para lograr los objetivos que se persiguen con el proyecto. La planificación de un proyecto establece las fechas previstas para la realización del conjunto de actividades que lo componen, teniendo en cuenta que se deben emplear para ello unos recursos que implican unos costes, estimados inicialmente en EVS 5.1, cuyo conjunto forma el presupuesto base para lograr el resultado Metodología MÉTRICA Versión 37 Gestión de Proyectos 5 comprometido con el Cliente o Usuario. Así mismo deberán reflejarse hitos y calendario de entregas de productos al cliente. La actividad de Planificación se compone de las tareas que aparecen en la siguiente tabla. GPI 2.1 GPI 2.2 GPI 2.3 GPI 2.4 GPI 2.5 Tarea Técnicas y Prácticas Selección de la Estrategia de Planificación General Jefe de Proyecto Desarrollo del Proyecto: o Estrategia de desarrollo Selección de la Estructura de Actividades, Tareas y Establecimiento del Calendario de Hitos y Entregas Planificación Detallada de Actividades y Recursos Necesarios Presentación y Aceptación de la Planificación General del Proyecto Planificación General del Proyecto: o Estructura de actividades Catálogo de productos a generar Planificación General del Proyecto: o Hitos del proyecto o a entregar Planificación General del Proyecto: o Organización de los recursos o Planificación detallada del Proyecto Aceptación de la Planificación General del Proyecto Estructura de Descomposición de Trabajo Catalogación Planificación Catalogación Jefe de Proyecto Jefe de Proyecto Planificación Jefe de Proyecto Presentación Jefe de Proyecto Comité de Seguimiento Tarea GPI 2.1: Selección de la Estrategia de Desarrollo El objetivo de esta tarea es elegir la estrategia de desarrollo más adecuada al proyecto. Mientras que la metodología especifica procesos, actividades, tareas y productos a obtener en cada una de ellas, la estrategia de desarrollo es el enfoque a utilizar para establecer cómo debe organizarse el proyecto. MÉTRICA Versión 3 no establece recomendaciones en cuanto a la estrategia a seguir en un proyecto, dejando que sea el Jefe de Proyecto quien determine la estrategia más adecuada en función de las características del proyecto, tales como su criticidad, tamaño y complejidad. EUROMÉTODO ofrece una buena aproximación a distintas estrategias de desarrollo, que pueden servir a título orientativo: Clásica o en cascada. Es la opción estratégica Construcción de una vez de EUROMÉTODO. Se considera el proyecto como un todo, dividido en procesos, y cada proceso no comienza hasta que finaliza el anterior. Por ejemplo: el Diseño del Sistema de Información no se realiza hasta la finalización y aceptación del Análisis Metodología MÉTRICA Versión 38 6 Gestión de Proyectos del Sistema de Información. Éste es el método más empleado en desarrollo estructurado. Por subsistemas. En EUROMÉTODO esta estrategia se conoce como Construcción incremental. Se divide el sistema en subsistemas semiindependientes, con estructura, organización y objetivos diferentes. A su vez, el equipo de proyecto se puede dividir en equipos especializados. Cada subsistema, normalmente, se realizará según la estrategia clásica. Por prototipo. También denominado Construcción evolutiva en EUROMÉTODO. Esta aproximación genera un prototipo funcional en los primeros procesos del proyecto, generalmente con herramientas de ayuda al desarrollo o generadores de código. El prototipo se va completando en sucesivas evaluaciones y revisiones, añadiendo nuevas funcionalidades y mejoras, hasta cubrir los requisitos completamente. Generalmente, esta estrategia se emplea en los modernos desarrollos orientados a objetos. Híbrida. Contempla un desarrollo por subsistemas, que a su vez se desarrollan bajo una estrategia o enfoque diferente de los demás. Planificación General del Proyecto (GPI 1.2) Planificación General del Proyecto: o Estrategia de desarrollo Tarea GPI 2.2: Selección de la Estructura de Actividades, Tareas y La estructura de procesos, actividades y tareas que se presenta en MÉTRICA Versión 3 abarca el desarrollo completo de sistemas de información y será preciso adaptarla a cada proyecto concreto. En esta tarea se selecciona la estructura del proyecto, estableciendo los procesos principales de desarrollo de MÉTRICA Versión 3 que lo integran. Para cada proceso se determinan las actividades y tareas a realizar, así como los productos a generar, en función de las características concretas del proyecto. Planificación General del Proyecto (GPI 2.1) Metodología MÉTRICA Versión 39 Gestión de Proyectos 7 Planificación General del Proyecto: o Estructura de actividades Catálogo de productos a generar Técnicas Planificación o Estructura de Descomposición de Trabajo (WBS) Prácticas Catalogación Tarea GPI 2.3: Establecimiento del Calendario de Hitos y Entregas Esta tarea tiene como objetivo, en función de las actividades y tareas seleccionados en GPI 2.2, establecer los plazos de realización de las actividades y tareas del proyecto, las fechas en que se producirán las entregas y aquellas en que deben recibirse los productos adquiridos y los trabajos encargados a terceros. Asimismo, se establecen los hitos o puntos de control precisos para la gestión y seguimiento del desarrollo del proyecto. Entre estos deben incluirse, como mínimo, los de fin de proceso ya previstos en MÉTRICA versión 3. Se detallan los condicionantes y restricciones existentes, por ejemplo en cuanto a compromisos de plazos de entrega y disponibilidad de recursos, que deben obligatoriamente tenerse en consideración a la hora de establecer la planificación del proyecto en la tarea GPI 2.4. Catálogo de productos a generar (GPI 2.2) Planificación General del Proyecto: o Estructura de actividades (GPI 2.2) Planificación General del Proyecto o Hitos del proyecto o a entregar Técnicas Método PERT Diagrama de Gantt Metodología MÉTRICA Versión 310 8 Gestión de Proyectos Prácticas Catalogación Tarea GPI 2.4: Planificación Detallada de Actividades y Recursos Necesarios El objetivo de esta tarea es la programación global del proyecto, planificando en el tiempo las actividades y tareas, y realizando la asignación de recursos necesaria en función de los distintos perfiles implicados. La planificación detallada de actividades y tareas, recursos y plazos, permite concretar con exactitud el plan de costes del proyecto. Para la programación de tiempos y esfuerzos se utilizan técnicas de planificación basadas en datos de gestión de proyectos similares realizados en la instalación o de referencias externas. Los recursos del proyecto se especifican mediante la Estructura de Descomposición de Trabajo y la planificación de actividades y tareas del método PERT y el Diagrama de Gantt, que se complementa con la Asignación de recursos, Histograma de recursos, Patrón de límites o la Planificación de actividades y recursos. Planificación General del Proyecto (GPI 2.3) Planificación General del Proyecto o Organización de los recursos o Planificación detallada del Proyecto Técnicas Estructura de Descomposición de Trabajo Método PERT Diagrama de Gantt Histograma de recursos Patrón de límites Metodología MÉTRICA Versión 311 Gestión de Proyectos 9 Tarea GPI 2.5: Presentación y Aceptación de la Planificación General del Proyecto El Comité de Dirección había aprobado con anterioridad (EVS 6.3) la Solución Propuesta junto con las normas y criterios que deben regir su desarrollo. El objetivo de esta tarea es la presentación de la Planificación General del Proyecto al Comité de Seguimiento para su aprobación. Es precisa esta aceptación como paso previo a la puesta en marcha de los procesos de desarrollo contemplados en MÉTRICA Versión 3 y que conforman la estructura del proyecto. Planificación General del Proyecto (GPI 2.4) Planificación General del Proyecto (aceptada) Prácticas Presentación Comité de Seguimiento Metodología MÉTRICA Versión 312 10 Gestión de Proyectos ACTIVIDADES DE SEGUIMIENTO Y CONTROL El seguimiento y control del proyecto tiene como objetivo fundamental la vigilancia de todas las actividades de desarrollo del sistema. Es una de las labores más importantes en todo desarrollo de sistemas, ya que un adecuado control hace posible evitar desviaciones en costes y plazos, o al menos detectarlas cuanto antes. Para poder ejercer un correcto seguimiento y control del proyecto es necesario que el Jefe de Proyecto dedique todo el tiempo que sea preciso a vigilar el estado de cada una de las tareas que se están desarrollando, prestando especial interés a aquellas que están sufriendo algún retraso. En el momento en que se detecta cualquier desviación hay que analizar las causas para poder efectuar las correcciones oportunas y recuperar el tiempo perdido. Las Actividades de Seguimiento y Control de un proyecto se llevan a cabo desde la asignación de las tareas hasta su aceptación interna por parte del equipo de proyecto, previa a la aceptación del Cliente, ya prevista en MÉTRICA Versión 3. Las tareas propias del Seguimiento y Control del proyecto se realizan a medida que se ejecutan las distintas tareas de los procesos de Análisis, Diseño, Construcción, Implantación y Mantenimiento del Sistema. El siguiente gráfico muestra la secuencia de actividades de Seguimiento y Control del Proyecto. GPS 5 Petición de Cambio de Requisitos GPS 6 Análisis de la Petición de Cambio de Requisitos GPS 7 Aprobación de la Solución GPS 8 Estimación del Esfuerzo y Planificación de la Solución GPS 9 Registro del Cambio de Requisitos GPS 1 Asignación Detallada de Tareas GPS 2 Comunicación al Equipo del Proyecto GPS 3 Seguimiento de Tareas GPS 10 Finalización de la Tarea GPS 11 Actualización de la Planificación GPS 12 Reuniones de Seguimiento GPS 13 Aceptación GPS 4 Análisis y Registro de la Incidencia Metodología MÉTRICA Versión 313 Gestión de Proyectos 11 ACTIVIDAD GPS 1: ASIGNACIÓN DETALLADA DE TAREAS El objetivo de esta actividad es la asignación de tareas a los miembros del equipo de proyecto, documentando los datos necesarios para su control posterior. Esta actividad contempla una única tarea, que habrá que realizar para que todas las tareas que figuran en la Planificación detallada del proyecto (GPI 2), tengan asignado personal del equipo de proyecto para su desarrollo. Tarea Técnicas y Prácticas GPS 1.1 Asignación de Tarea Ficha de asignación de tarea o Identificador de la tarea en la planificación o Nombre de la tarea. o Descripción de la tarea o Fecha prevista de comienzo o Esfuerzo estimado. o Fecha prevista de terminación Asignación de recursos Tarea GPS 1.1: Asignación de Tarea Jefe de Proyecto El Jefe de Proyecto debe velar por el cumplimiento de la planificación establecida y que las tareas se vayan realizando según el calendario previsto, ya que de lo contrario se producirán desviaciones en el desarrollo del proyecto que en último término supondrán un incremento en su coste. Para que una tarea finalice con éxito es importante asignarla a un técnico capaz de desarrollarla, por lo que el Jefe de Proyecto debe estudiar muy bien cada tarea antes de su asignación y ser consciente de los conocimientos y capacidades de los componentes del equipo de proyecto. El Jefe de Proyecto debe reflejar en la planificación las asignaciones realizadas, indicando el nombre del técnico, nombre y descripción de la tarea, esfuerzo estimado, fecha real de comienzo y fecha prevista de finalización. Información profesional de los técnicos (externo) Planificación General del Proyecto o Planificación detallada del proyecto (GPI 2) Ficha de asignación de tarea o Identificador de la tarea en la planificación. o Nombre de la tarea. o Descripción de la tarea. Metodología MÉTRICA Versión 314 12 Gestión de Proyectos o o o Técnicas Fecha prevista de comienzo. Esfuerzo estimado. Fecha prevista de terminación. Planificación o Asignación de recursos ACTIVIDAD GPS 2: COMUNICACIÓN AL EQUIPO DEL PROYECTO Una vez que el Jefe de Proyecto dispone de la asignación de tareas, convoca una reunión para informar al equipo de proyecto de las características del mismo y comunicar a cada miembro las tareas específicas que va a desarrollar. Tarea Técnicas y Prácticas GPS 2.1 Informar al Equipo de Proyecto Reuniones Jefe de Proyecto Equipo del proyecto Tarea GPS 2.1: Informar al Equipo del Proyecto El Jefe de Proyecto informa a los integrantes del equipo de las características del proyecto, haciendo especial énfasis en sus características particulares: estándares de desarrollo diferentes de los habituales, y peculiaridades en materia de calidad, seguridad y gestión de la configuración. Una vez que todos los miembros del equipo conocen el proyecto global, comunica la asignación de trabajos a cada uno de los miembros, quienes se ocupan de su realización de acuerdo con MÉTRICA versión 3. La estructura del proyecto en procesos, actividades y tareas descritos en MÉTRICA Versión 3, determina los productos a obtener como resultado de la ejecución de cada tarea, y las técnicas a aplicar para conseguirlos. Fichas de asignación de tareas (GPS 1.1) Prácticas Reuniones Metodología MÉTRICA Versión 315 Gestión de Proyectos 13 Equipo de proyecto ACTIVIDAD GPS 3: SEGUIMIENTO DE TAREAS Esta actividad tiene como objetivo el control de todas las tareas que están siendo desarrolladas, revisando con cada uno de los responsables de las tareas cuál es su estado en el momento del seguimiento, su evolución previsible y los problemas que están encontrando para su desarrollo. La utilización de herramientas automatizadas que existen en el mercado puede facilitar el seguimiento de las tareas, contrastando la situación en que se encuentran con la prevista en la planificación del proyecto. En la tabla siguiente se especifican las tareas que comprende esta actividad. Tarea Técnicas y Prácticas GPS 3.1 Seguimiento de Tareas Fichas de seguimiento de tareas Tarea GPS 3.1: Seguimiento de Tareas Entrevistas Jefe de Proyecto Equipo del Proyecto El seguimiento se lleva a cabo revisando el estado de cada tarea con el miembro del equipo asignado par su realización y verificando su estado con los responsables de dichas unidades de trabajo. El responsable de cada tarea debe informar de: La fecha real de comienzo. El tiempo empleado hasta el momento en su realización. Apreciación del tiempo que queda para terminarla. El tanto por ciento de avance sobre el total. Los problemas o incidencias encontradas. Para calcular el porcentaje de avance, el responsable de la ejecución de una tarea no debe tener en cuenta el esfuerzo previsto para su realización, sino el tiempo empleado y su apreciación del tiempo que le queda para terminarla. Por ejemplo: una tarea tiene prevista su realización en 64 horas; si se realiza el seguimiento cuando van empleadas 24 horas en su desarrollo y la opinión del técnico es que lleva un 25% de avance, significa que la tarea tendrá una desviación positiva (retraso) de 32 horas, mientras que si su grado de avance es del 75%, tendrá una desviación negativa Metodología MÉTRICA Versión 316 14 Gestión de Proyectos (adelanto) de 32 horas; en el primer caso, el esfuerzo total final será de 96 horas, mientras que en el segundo será de 32 horas. A partir de la información obtenida del equipo de desarrollo, el Jefe de Proyecto debe determinar el estado de cada tarea, indicando la previsión de finalización de cada una. Asimismo, debe prestar atención a las incidencias y desviaciones, positivas y negativas, encontradas por el equipo de desarrollo, ya que puede existir una fuente de problemas que precise atención inmediata. Ficha de asignación de tarea (GPS 1.1) Ficha de seguimiento de tarea Prácticas Entrevistas Equipo del Proyecto Metodología MÉTRICA Versión 317 Gestión de Proyectos 15 GESTIÓN DE INCIDENCIAS Dentro de las actividades de Seguimiento y Control se trata de manera especial la Gestión de Incidencias, que puede ser la clave del éxito o fracaso de un proyecto. Incidencias son aquellos hechos inesperados y anómalos que se presentan durante la realización de las actividades y tareas del proyecto, y que producen desviaciones en la planificación. Ejemplos de incidencias que se pueden presentar en un proyecto son los retrasos en la entrega de un software, fallos en la infraestructura de desarrollo, enfermedad de alguien del equipo de proyecto, etc. Mención especial merecen los cambios de requisitos, ya que son un tipo especial de incidencia que exige un tratamiento especial, motivo por el cual se aborda aparte en este documento. Las siguientes actividades se realizarán en el caso de que durante el seguimiento de tareas (GPS 3.1) se detecte alguna incidencia, y luego se seguirá con la actividad GPS 10. ACTIVIDAD GPS 4: ANÁLISIS Y REGISTRO DE LA INCIDENCIA Con esta actividad se persigue conocer el impacto producido por una incidencia en cuanto a: Tareas afectadas por la incidencia. Horas de trabajo perdidas. Retrasos ocasionados. Para ello es necesario realizar la tarea expresada en la siguiente tabla. Tarea Técnicas y Prácticas GPS 4.1 Analizar Impacto Ficha de Incidencia: Jefe de Proyecto o Impacto sobre tareas o Impacto en horas Equipo del o Impacto en fechas Proyecto GPS 4.2 Propuesta de Solución de la Incidencia GPS 4.3 Registrar la Incidencia Ficha de Incidencia: o Solución propuesta Jefe de Proyecto Equipo del Proyecto Registro de incidencias Catalogación Jefe de Proyecto Metodología MÉTRICA Versión 318 16 Gestión de Proyectos Tarea GPS 4.1: Analizar Impacto Es fundamental conocer que tareas se verán afectadas por una incidencia, en mayor o menor grado, para poder realizar una evaluación del coste de la misma. Para ello ha de realizarse un estudio cuidadoso de todos los trabajos que puedan verse implicados, directa o indirectamente, como consecuencia de cualquier problema y que tendrán que volverse a realizar. Una vez identificadas las tareas a las que afecta la incidencia se evalúa su impacto en términos de: Horas necesarias para resolverla. Retrasos previstos. Recursos afectados. Conocimiento del problema (externo) Planificación General del Proyecto o Planificación detallada del proyecto (GPI 2 o GPS11) Ficha de Incidencia: o Impacto sobre tareas o Impacto en horas o Impacto en fechas Equipo del Proyecto Tarea GPS 4.2: Propuesta de Solución de la Incidencia Dependiendo del tipo de incidencia se plantean posibles alternativas de solución, por ejemplo incorporar más miembros al equipo de proyecto, asumir el retraso que pueda ocasionar su resolución compensándolo con la realización de tareas en un tiempo inferior al previsto, cambiar la estrategia si se trata de una incidencia grave, etc. El Jefe de Proyecto elegirá entre las alternativas propuestas la forma de solucionar la incidencia, designando en su caso al miembro o miembros del equipo de proyecto encargados de realizar los trabajos que conlleve su resolución y que se realizarán en MÉTRICA Versión 3. De acuerdo con la solución adoptada habrá que revisar y ajustar la planificación del proyecto en la actividad Actualización de la Planificación (GPS 10). Metodología MÉTRICA Versión 319 Gestión de Proyectos 17 Conocimiento del problema (externo) Planificación General del Proyecto o Planificación detallada del proyecto (GPI 2 o GPS11) Ficha de Incidencia Ficha de Incidencia: o Solución propuesta Equipo del Proyecto Tarea GPS 4.3: Registrar la Incidencia El objetivo de esta tarea es doble: por una parte se intenta resaltar los sucesos que inciden negativamente sobre el desarrollo del proyecto para que se adopten las medidas necesarias de forma que no vuelvan a producirse o, al menos, que se reduzcan en la mayor medida posible, y por otra parte para que los costes originados por dichas incidencias sean imputados a quien corresponda. Al registrar la incidencia se deja constancia de todos aquellos sucesos que han dificultado o imposibilitado el desarrollo normal del sistema. Se pretende con ello documentar los retrasos generados en el desarrollo del proyecto y los motivos que los han provocado, evitándose una imputación indebida como consecuencia de las incidencias y que el responsable directo o indirecto de la anomalía tome las medidas necesarias para evitar que se repitan. Toda incidencia producida durante el desarrollo del proyecto debe reflejarse en el Registro de Incidencias, de manera que pueda apreciarse con rapidez cualquier problema habido durante el desarrollo. Ficha de Incidencia (GPS 4.1) Registro de Incidencias Prácticas Catalogación Metodología MÉTRICA Versión 320 18 Gestión de Proyectos Equipo del Proyecto Metodología MÉTRICA Versión 321 Gestión de Proyectos 19 GESTIÓN DE CAMBIOS EN LOS REQUISITOS Los cambios de requisitos constituyen el último recurso al que acudir para resolver un problema, y no deberían presentarse ya que en MÉTRICA Versión 3 los usuarios intervienen desde el principio del proyecto, y dan su aprobación a la especificación de requisitos establecida en el Análisis del Sistema de Información (ASI 9). No obstante, si durante el desarrollo se solicitan cambios de requisitos deben plantearse al Comité de Seguimiento. La inclusión de las modificaciones pertinentes se someterá a la aprobación del Comité de Seguimiento, previo análisis del impacto en la planificación y el coste asociado. Los acuerdos alcanzados se registrarán mediante actas. La Gestión del Proyecto de desarrollo precisa de un mecanismo formal que analice el tratamiento que se aplicará en el caso de que surjan variaciones en los requisitos o nuevos requerimientos durante el desarrollo del sistema, con posterioridad al proceso de Análisis del Sistema de Información. Uno de los propósitos del establecimiento de procedimientos para la Gestión de Cambios en los Requisitos es el de asegurar que, cuando existan cambios en los requerimientos, su impacto en el proyecto pueda cuantificarse y acordarse con el Cliente o Usuario en cuanto a plazo, esfuerzo y compensación económica si corresponde. Todos los cambios de requisitos que se produzcan durante el desarrollo de un proyecto se mantendrán debidamente clasificados en un documento específico, el Registro de Cambios, donde se anotarán todas las peticiones de cambio realizadas por los usuarios. Además, para cada cambio, se registrará la siguiente información: Formulario de Petición de Cambio. Catálogo de Necesidades. Análisis Funcional del Cambio. Estimación de Esfuerzo. Variaciones en Coste y Plazos. Es importante mencionar que las actividades de control y seguimiento de los cambios de requisitos se diluyen dentro de las actividades normales de seguimiento y control de todo el proyecto. Todos los cambios de requisitos posteriores a la entrega del sistema y su paso a producción (IAS 10) se tratan en el proceso de Mantenimiento de Sistemas de Información de MÉTRICA Versión 3. Metodología MÉTRICA Versión 3 Mostrar más
y Aceptación del Sistema 1 y Aceptación del Sistema ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD IAS 1: ESTABLECIMIENTO DEL PLAN DE IMPLANTACIÓN...5 Tarea IAS 1.1: De finición del Plan de... 5 Tarea IAS Más detalles Aseguramiento de la Calidad
ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ESTUDIO DE VIABILIDAD DEL SISTEMA... 2 ACTIVIDAD EVS-CAL 1: IDENTIFICACIÓN DE LAS PROPIEDADES DE CALIDAD PARA EL SISTEMA... 3 Tarea EVS-CAL 1.1: Constitución del Equipo Más detalles 1. Cuál es la finalidad de la gestión de proyectos? d. El mantenimiento del sistema.
1. Cuál es la finalidad de la gestión de proyectos? a. La planificación, el seguimiento y control de las actividades y de los recursos humanos y materiales que intervienen en el desarrollo de un Sistema Más detalles Mantenimiento de Sistemas de Información
Planificación de Sistemas de Información ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ACTIVIDAD 1: INICIO DEL PLAN DE SISTEMAS DE INFORMACIÓN... 4 Tarea 1.1: Análisis de la Necesidad del... 4 Tarea 1.2: Identificación Más detalles GESTION DE PROYECTO. Autor: José Ignacio Sánchez Márquez Exp.: 971067 Grupo: FM-51
GESTION DE PROYECTO Autor: José Ignacio Sánchez Márquez Exp.: 971067 Grupo: FM-51 Índice ESTIMACIÓN DEL ESFUERZO...3 IDENTIFICACIÓN DE ELEMENTOS A DESARROLLAR... 3 CÁLCULO DEL ESFUERZO... 3 PLANIFICACIÓN...4 Más detalles Diseño del Sistema de Información
Gestión de la ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 1 ESTUDIO DE VIABILIDAD DEL SISTEMA... 2 ACTIVIDAD EVS-GC 1: DEFINICIÓN DE LOS REQUISITOS DE GESTIÓN DE CONFIGURACIÓN... 2 Tarea EVS-GC 1.1: Definición de Más detalles INICIO PLANIFICACIÓN EJECUCIÓN SEGUIMIENTO Y CONTROL CIERRE. Etapas de un proyecto. Conoce las 5 etapas por las que todo proyecto debe pasar.
1 2 Etapas de un proyecto Conoce las 5 etapas por las que todo proyecto debe pasar. Etapas de un proyecto Todo lo que debes saber INICIO para gestionarlas de manera eficiente PLANIFICACIÓN 3 4 5 EJECUCIÓN Más detalles Diseño del Sistema de Información
DESARROLLO DE SOFTWARE CON CALIDAD PARA UNA EMPRESA Resumen AUTORIA CARLOS CABALLERO GONZÁLEZ TEMATICA INFORMÁTICA ETAPA ESO-BACHILLERATO-CFGM(ESI,ASI,DSI) Se describe la revolución que supuso la incursión Más detalles SISTEMA DE GESTIÓN, INGENIERÍA Y CALIDAD DEL SISTEMA INTEGRADO JÚPITER. NIVEL 2 DE CMMI
SISTEMA DE GESTIÓN, INGENIERÍA Y CALIDAD DEL SISTEMA INTEGRADO JÚPITER. NIVEL 2 DE CMMI Director S.I. Júpiter Jefe Srv. Información de Gastos Jefa Gabinete Información de Gastos Responsable Sistemas del Más detalles Introducción ÍNDICE INTRODUCCIÓN...1 APORTACIONES DE MÉTRICA VERSIÓN 3...2
Introducción ÍNDICE INTRODUCCIÓN...1 APORTACIONES DE MÉTRICA VERSIÓN 3...2 PROCESOS PRINCIPALES DE MÉTRICA VERSIÓN 3...3 PLANIFICACIÓN DE SISTEMAS DE INFORMACIÓN (PSI)...4 DESARROLLO DE SISTEMAS DE INFORMACIÓN...5 Más detalles El objetivo principal del presente curso es proporcionar a sus alumnos los conocimientos y las herramientas básicas para la gestión de proyectos.
Gestión de proyectos Horas: 45 El objetivo principal del presente curso es proporcionar a sus alumnos los conocimientos y las herramientas básicas para la gestión de proyectos. Gestión de proyectos El Más detalles 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 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 Capítulo 4. Requisitos del modelo para la mejora de la calidad de código fuente
UNIVERSIDAD DE CASTILLA-LA MANCHA ESCUELA SUPERIOR DE INFORMÁTICA P1 Elaboración de un plan de proyecto utilizando MS Project G3 José Luís Espinosa Aranda Noelia Vállez Enano Manuel Ramón Guerrero Álvarez Más detalles Normas de desarrollo de proyectos Versión 0.5 (12-07-2001)
Normas de desarrollo de proyectos Versión 0.5 (12-07-2001) Agustín Cernuda del Río Daniel Gayo Avello INTRODUCCIÓN 2 ÁMBITO 2 PROCESO DE DESARROLLO 2 CELEBRACIÓN DE REUNIONES 2 RECOGIDA DE REQUISITOS 2 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 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 Departamento de Lenguajes y Sistemas Informáticos. Ciclo de vida del software
El Ciclo de Vida Software Departamento de Lenguajes escuela técnica superior de ingeniería informática Grupo de Ingeniería a Software Febrero 2006 Versión original: Amador Durán Toro (septiembre 2004) Más detalles CONSEJERÍA DE EMPLEO. Secretaría General Técnica
PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA EL APOYO A LA ADMINISTRACIÓN DE SERVIDORES DE BASE DE DATOS ORACLE Y MÁQUINAS SERVIDORAS CON SISTEMA OPERATIVO UNIX DE LA CONSEJERÍA DE EMPLEO DE LA JUNTA DE ANDALUCÍA Más detalles Proyecto de administración de sistemas informáticos en red (PI)
Página 1 de 9 DEPARTAMENTO Informática y Comunicaciones CURSO 2014-2015 CICLO FORMATIVO Administración de Sistemas Informáticos en Red MÓDULO Proyecto de administración de sistemas informáticos en red Más detalles Capítulo VII. Administración de Cambios
Administración de Cambios Administración de cambios Tabla de contenido 1.- En qué consiste la administración de cambios?...97 1.1.- Ventajas...98 1.2.- Barreras...98 2.- Elementos...99 3.- Roles...99 4.- 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 Ges3ón de Proyectos So9ware
Ges3ón de Proyectos So9ware Tema 2.1 Integración Carlos Blanco Bueno Félix Óscar García Rubio Este tema se publica bajo Licencia: Crea5ve Commons BY- NC- ND 4.0 Objetivos Ampliar los conocimientos básicos Más detalles Tema 2. Ingeniería del Software I feliu.trias@urjc.es
Tema 2 Ciclo de vida del software Ingeniería del Software I feliu.trias@urjc.es Índice Qué es el ciclo de vida del Software? El Estándar 12207 Modelos de proceso Qué es el Ciclo de Vida del SW? Definición Más detalles PLIEGO DE PRESCRIPCIONES TÉCNICAS PARTICULARES PARA LA CONTRATACIÓN DE
VICECONSEJERÍA DE PRESUPUESTOS Y ADMINISTRACIÓN PÚBLICA PLIEGO DE PRESCRIPCIONES TÉCNICAS PARTICULARES PARA LA CONTRATACIÓN DE LA ADECUACIÓN A LA LEY ORGÁNICA DE PROTECCIÓN DE DATOS DE CARÁCTER PERSONAL Más detalles Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura
Metodología de Ingeniería del Software para el desarrollo y mantenimiento de sistemas de información del Gobierno de Extremadura Página 1 de 23 Índice del Documento 1.- Introducción... Página 4 2.- Propuesta Más detalles RECOMENDACIONES PARA EL DESARROLLO DE UNA PROCEMIENTO PARA LA GESTIÓN DE PROYECTOS
CENTRO DE EXCELENCIA DE SOFTWARE LIBRE DE CASTILLA-LA MANCHA JUNTA DE COMUNIDADES DE CASTILLA LA MANCHA. RECOMENDACIONES PARA EL DESARROLLO DE UNA PROCEMIENTO PARA LA GESTIÓN DE PROYECTOS Autor del documento: Más detalles GUÍA DE IMPLANTACIÓN DEL MODELO DE PROCESOS DE CALIDAD DEL DESARROLLO DE SOFTWARE EN EL NIVEL 2 DE MADUREZ SPICE EN LAS PYMES
GUÍA DE IMPLANTACIÓN DEL MODELO DE PROCESOS DE CALIDAD DEL DESARROLLO DE SOFTWARE EN EL NIVEL 2 DE MADUREZ SPICE EN LAS PYMES Tabla de contenido INTRODUCCIÓN AL MODELO... 4 OBJETO DE ESTA GUÍA... 7 1. Más detalles EJEMPLO DEL PROCESO ADMINISTRATIVO DE INMOVILIZADO
EJEMPLO DEL PROCESO ADMINISTRATIVO DE í n d i c e A. FINALIDAD DEL PROCESO 1. Controles que permite ejercer 2. Informaciones que facilita B. PLANTEAMIENTO DE LA SOLUCIÓN ADOPTADA 1. Esquema gráfico C. Más detalles Mantenimiento del Software
Mantenimiento del Software S4 Francisco Ruiz, Macario Polo Grupo Alarcos Dep. de Informática ESCUELA SUPERIOR DE INFORMÁTICA UNIVERSIDAD DE CASTILLA-LA MANCHA http://alarcos.inf-cr.uclm.es/doc/mso/ Ciudad Más detalles Pliego de prescripciones técnicas que han de regir en la contratación del Servicio de Desarrollo y Soporte de los Portales Web de Mutua Montañesa
Pliego de prescripciones técnicas que han de regir en la contratación del Servicio de Desarrollo y Soporte de los Portales Web de Mutua Montañesa ANTECEDENTES Y OBJETO DEL CONTRATO Dpto. de Compras y Contratación Más detalles 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 b. Procedimientos de seguridad, control de acceso y administración del sistema.
1. Cuál es el objetivo de la Implantación y aceptación del sistema? a. La entrega y aceptación del sistema en su totalidad y la realización de todas las actividades necesarias para el paso a producción Más detalles CICLO DE VIDA DEL SOFTWARE
CICLO DE VIDA DEL SOFTWARE 1. Concepto de Ciclo de Vida 2. Procesos del Ciclo de Vida del Software 3. Modelo en cascada 4. Modelo incremental 5. Modelo en espiral 6. Prototipado 7. La reutilización en Más detalles Proyecto de Desarrollo de Aplicaciones Web.
I.E.S. SAN SEBASTIÁN C.F.G.S DESARROLLO DE APLICACIONES WEB D E P A R T A M E N T O D E I N F O R M Á T I C A Proyecto de Desarrollo de Aplicaciones Web. C.F.G.S 2º DESARROLLO DE APLICACIONES WEB DAW Curso Más detalles Proyecto de administración de sistemas informáticos en red
Página 1 de 8 DEPARTAMENTO Informática y Comunicaciones CURSO 2012-2013 CICLO FORMATIVO Administración de Sistemas Informáticos en Red MÓDULO Proyecto de administración de sistemas informáticos en red Más detalles PROPUESTA: GP11834 Migración Aplicativo GRANNET a WAS 8.0 o Superior.
PROPUESTA: GP11834 Migración Aplicativo GRANNET a WAS 8.0 o Superior. Índice 1 2 INTRODUCCIÓN OBJETIVOS 3 ALCANCE DEL SERVICIO 4 DESCRIPCIÖN DEL SERVICIO 5 PLANIFICACIÓN DEL PROYECTO 6 EQUIPO DE TRABAJO Más detalles PLIEGO DE PRESCRIPCIONES TECNICAS
PLIEGO DE PRESCRIPCIONES TECNICAS TITULO: SERVICIO DE SOPORTE A USUARIOS DEL SISTEMA BAS CLAVE: INF.05.020 Expediente nº INF.05.020 Página 1 de 10 1 INTRODUCCIÓN Y ANTECEDENTES La Empresa Pública de Puertos Más detalles Condiciones generales de contratación de la prestación del servicio de diseño y desarrollo de sitios web
Condiciones generales de contratación de la prestación del servicio de diseño y desarrollo de sitios web Mediante este documento se establecen las condiciones generales de la relación contractual que tiene Más detalles GRUPAYA PROJECT MANAGEMENT
GRUPAYA PROJECT MANAGEMENT (Febrero 2003) ÍNDICE 1.- GRUPAYA PROJECT MANAGEMENT. 2.- PROJECT MANAGEMENT, ESQUEMA Y DESARROLLO DEL SERVICIO 2.1.- Redacción de proyectos. 2.2.- Análisis de los proyectos Más detalles METODOLOGIA DE GESTIÓN DE PROYECTOS INSTITUCIONAL
METODOLOGIA DE GESTIÓN DE PROYECTOS INSTITUCIONAL Versión 1.0 Enero - 2004 SUPERINTENDENCIA NACIONAL DE ADMINISTRACION TRIBUTARIA Lima - Perú INDICE 1. ALCANCE...3 2. CONCEPTOS...3 2.1. MARCO CONCEPTUAL Más detalles PLIEGO DE CARACTERÍSTICAS TÉCNICAS CONTRATACIÓN DEL SERVICIO DE SOPORTE TÉCNICO Y WEBMASTER PARA LA FUNDACIÓN EOI
PLIEGO DE CARACTERÍSTICAS TÉCNICAS CONTRATACIÓN DEL SERVICIO DE SOPORTE TÉCNICO Y WEBMASTER PARA LA FUNDACIÓN EOI Número de Expediente: PS20150611_WEBMASTER. 1. INTRODUCCIÓN La Fundación EOI desea contratar Más detalles Sistema de Gestión de Prevención de Riesgos Laborales. Auditorías de Prevención
Sistema de Gestión de Prevención de Riesgos Laborales. Auditorías de Prevención Autor: autoindustria.com Índice 0. Introducción 1. Auditorías del Sistema de Prevención de Riesgos Laborales 1.1. Planificación Más detalles Expediente: 2015-07-SERV. Migración a Microsoft Dynamics NAV 2015 y parametrización de la versión. Servicios de consultoría informática.
PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA MIGRACIÓN A MICROSOFT DYNAMICS NAV 2015 Y PARAMETRIZACIÓN DE LA VERSIÓN. SERVICIOS DE CONSULTORÍA INFORMÁTICA EN LAS INSTALACIONES DE CIC biogune Y CIC biomagune. 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 Consultor: Ana Cristina Domingo Trocho Autor: David Prado Romanillos Fecha de entrega: 10/01/2012 Índice Más detalles Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática
Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática Metodología Evolutiva Incremental Mediante Prototipo y Técnicas Orientada a Objeto (MEI/P-OO) Más detalles Figura (1) diagrama del PHVA aplicado a la Metodología a de las 5 S
6.6 Seguimiento El proceso de seguimiento dentro de la implementación de la metodología de las 5 S, requiere, antes que nada, tener una comprensión clara y un concepto uniforme, de qué significa cada uno 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 MADEJA. Organización Gestor Documental. Versión: 0100 Fecha: 11/04/2011
Versión: 0100 Fecha: 11/04/2011 Queda prohibido cualquier tipo de explotación y, en particular, la reproducción, distribución, comunicación pública y/o transformación, total o parcial, por cualquier medio, Más detalles Módulo 9: Gestión y tratamiento de los riesgos. Selección de los controles
Módulo 9: Gestión y tratamiento de los riesgos. Selección de los controles Este apartado describirá en qué consiste la gestión de riesgos, cómo se deben escoger los controles, se darán recomendaciones Más detalles Planificación, Gestión y Desarrollo de Proyectos
Planificación, Gestión y Desarrollo de Proyectos Conceptos básicos Planificación de un proyecto Gestión de un proyecto Desarrollo de un proyecto 1 Conceptos básicos: Proyecto Conjunto de actividades que Más detalles ADMINISTRACIÓN Y PROGRAMACIÓN EN SISTEMAS DE PLANIFICACIÓN DE RECURSOS EMPRESARIALES Y DE GESTIÓN DE RELACIONES CON CLIENTES CUALIFICACIÓN PROFESIONAL
Página 1 de 23 CUALIFICACIÓN PROFESIONAL Familia Profesional Nivel 3 Código IFC363_3 Versión 5 Situación RD 1701/2007 Actualización ADMINISTRACIÓN Y PROGRAMACIÓN EN SISTEMAS DE PLANIFICACIÓN DE RECURSOS Más detalles CONDICIONES GENERALES DEL SERVICIO PROCONSI S.L.
PROCONSI S.L. Fecha: 14/10/2015 Índice Índice... 1 Condiciones generales del Servicio ofrecido por PROCONSI... 2 Condiciones generales y su aceptación... 2 Objeto... 2 Vigencia... 2 Descripción del Servicio... Más detalles APLICACIÓN DE LOS PRINCIPIOS DE BUENAS PRÁCTICAS DE LABORATORIO A LOS SISTEMAS INFORMATIZADOS
MINISTERIO DE SANIDAD Y CONSUMO APLICACIÓN DE LOS PRINCIPIOS DE BUENAS PRÁCTICAS DE LABORATORIO A LOS SISTEMAS INFORMATIZADOS DOCUMENTO Nº 6 1ª Versión Noviembre 20021 AGENCIA ESPAÑOLA DEL MEDICAMENTO Más detalles Metodología para la Gestión de Proyectos de Tecnologías Informáticas
Universidad Técnica Nacional Dirección de Gestión de Tecnología de Información Metodología para la Gestión de Proyectos de Tecnologías Informáticas Capítulo 1. Normas de Aplicación General. Norma 1.5. Más detalles PROCEDIMIENTO DE AUDITORÍA INTERNA DE LA CALIDAD SGC.AIC
DE AUDITORÍA INTERNA DE LA CALIDAD SGC.AIC Elaborado por Revisado por Aprobado por Nombre Cargo Fecha Firma Macarena Guzmán Cornejo Paulina Fernández Pérez Jimena Moreno Hernández Analista de Planificación Más detalles Definir el problema/oportunidad. Desarrollar soluciones alternativas. Seleccionar la solución. Desarrollar / Seleccionar-Adquirirconfigurar
1 Definir el problema/oportunidad Definir problema de negocio o la oportunidad de mejora utilizando el pensamiento sistémico. Mapa Conceptual Desarrollar soluciones alternativas Seleccionar la solución Más detalles 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 Procedimiento de gestión de auditorias internas de calidad
Procedimiento de gestión de auditorias internas de calidad Procedimiento de gestión de auditorias internas de calidad Procedimiento de gestión de auditorias internas de calidad PROCEDIMIENTO DE GESTIÓN Más detalles Resumen del Contenido del Examen PMP
Tema 2: Ciclo de vida del Software Marcos López Sanz Índice Qué es el ciclo de vida del Software? La norma 12207-2008 Modelos de desarrollo Qué es el Ciclo de Vida del SW? Es una sucesión de etapas por Más detalles 2. Las funciones de control interno y auditoría informáticos.
TEMA 9 AUDITORIA DE PROYECTO 1. Auditoría: Procedimiento reglado para analizar cualitativamente y cuantitativamente la eficiencia de un proceso, una tarea o un sistema. Las auditorias pueden ser internas Más detalles GESTIÓN DOCUMENTAL PROCEDIMIENTO VERSIÓN: 2 CONTROL DE DOCUMENTOS
GESTIÓN DOCUMENTAL CÓDIGO: APO7-P-001 PROCEDIMIENTO VERSIÓN: 2 CONTROL DE DOCUMENTOS FECHA DE VIGENCIA 06/Dec/2013 1. OBJETIVO Garantizar la actualización de la documentación y la conservación de la memoria Más detalles AGENCIA ESPAÑOLA DE PROTECCIÓN DE DATOS MODELO DE DOCUMENTO DE SEGURIDAD
AGENCIA ESPAÑOLA DE PROTECCIÓN DE DATOS MODELO DE DOCUMENTO DE SEGURIDAD Versión 1.0 Abril 2005 INTRODUCCIÓN El artículo 9 de la Ley Orgánica 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Más detalles Gestión de proyectos
Gestión de proyectos Este curso aborda cómo establecer un sistema organizativo de los recursos humanos de una empresa u organización para aumentar su eficiencia y productividad, eliminando procesos inútiles, Más detalles GUÍA DE EVALUACIÓN EXTERNA: RENOVACIÓN DE LA ACREDITACIÓN DE TÍTULOS OFICIALES DE GRADO, MÁSTER Y DOCTORADO
GUÍA DE EVALUACIÓN EXTERNA: RENOVACIÓN DE LA ACREDITACIÓN DE TÍTULOS OFICIALES DE GRADO, MÁSTER Y DOCTORADO INTRODUCCIÓN La evaluación para la renovación de la acreditación tiene como principal objetivo Más detalles AGENCIA ESPAÑOLA DE PROTECCIÓN DE DATOS MODELO DE DOCUMENTO DE SEGURIDAD
AGENCIA ESPAÑOLA DE PROTECCIÓN DE DATOS MODELO DE DOCUMENTO DE SEGURIDAD Versión 1.0 Abril 2005 INTRODUCCIÓN El artículo 9 de la Ley Orgánica 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Más detalles ORGANIZACIÓN DE LOS SERVICIOS INFORMÁTICOS
1 ORGANIZACIÓN DE LOS SERVICIOS INFORMÁTICOS INTRODUCCIÓN La realización de trabajos utilizando los medios informáticos de una empresa requiere una cierta organización y destreza relativa tanto a los equipos, Más detalles 4.7 ISO/IEC 20000-1:2011 Information technology - Service management -Part 1: Service management system requirements.
4.7 ISO/IEC 20000-1:2011 Information technology - Service management -Part 1: Service management system requirements. Introducción. ISO 20000 es un estándar orientado al establecimiento de procesos y procedimientos Más detalles Plan de Gestión de la Calidad
Plan de Gestión de la Calidad 1 1. Definición de la Calidad SW. Calidad: Alcanzar los niveles excelentes de salud para el empleo. Humphrey, 1989 Calidad SW: Concordancia con los requisitos funcionales Más detalles ADMINISTRACIÓN DE PROYECTOS
ADMINISTRACIÓN DE PROYECTOS QUÉ ES LA ADMINISTRACIÓN DE PROYECTOS? Es la planeación, organización, dirección y control de los recursos para lograr un objetivo a corto plazo. También se dice que la administración Más detalles Ingeniería del Software III Gabriel Buades 2.002
Ingeniería del Software III Gabriel Buades 2.002 Auditoría Informática 1 Concepto de auditoría Auditoría e Informática Auditoría Informática Planificación Organización y Administración Construcción de Más detalles Ingeniería de Software
Departamento de Informática Universidad Técnica Federico Santa María Pauta Plan de Proyecto Profesor: Dr. Marcello Visconti Zamora visconti@inf.utfsm.cl 0 Portadas El documento que se está generando corresponde Más detalles Medidas de Nivel Medio
Capítulo 6 Medidas de Nivel Medio Medidas de seguridad especiales Para los sistemas de información que traten, almacenen o transmitan datos de carácter personal clasificados dentro de los datos de nivel 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 TEMA 6: SEGUIMIENTO, CONTROL Y EJECUCION DE UN PROYECTO.
TEMA 6: SEGUIMIENTO, CONTROL Y EJECUCION DE UN PROYECTO. En la línea temporal de un proyecto tenemos las siguientes partes o eventos: INICIO CIERRE COBRO/EXPOSICION Los elementos necesarios para empezar Más detalles REGLAMENTO DE MEDIDAS DE SEGURIDAD DE LOS FICHEROS AUTOMATIZADOS QUE CONTENGAN DATOS DE CARÁCTER PERSONAL CAPÍTULO I.- DISPOSICIONES GENERALES
REGLAMENTO DE MEDIDAS DE SEGURIDAD DE LOS FICHEROS AUTOMATIZADOS QUE CONTENGAN DATOS DE CARÁCTER PERSONAL CAPÍTULO I.- DISPOSICIONES GENERALES Artículo 1.- Ámbito de aplicación y fines. El presente Reglamento Más detalles GUÍA DE IMPLANTACIÓN DE UN SISITEMA DE GESTIÓN DE SEGURIDAD DE LA INFORMACIÓN UNE ISO/IEC 27001:2007 CON LA HERRAMIENTA GLOBALSGSI
GUÍA DE IMPLANTACIÓN DE UN SISITEMA DE GESTIÓN DE SEGURIDAD DE LA INFORMACIÓN UNE ISO/IEC 27001:2007 CON LA HERRAMIENTA GLOBALSGSI POWERED BY AUDISEC www.audisec.es Febrero de 2010 ÍNDICE 1. PRESENTACIÓN... Más detalles Nombre Alumno: DNI/NIF/ :
(se ruega poner el nombre en cada página) DNI/NIF/ : TEST (Puntúa sobre 10 y tiene un valor del 40% sobre la nota final de la asignatura, si se renuncia a la participación en clase o del 35% en caso contrario) Más detalles Ingeniería del So:ware II
Ingeniería del So:ware II Tema 04 (1). Integración de Proyectos So:ware Carlos Blanco Bueno DPTO. DE MATEMÁTICAS, ESTADÍSTICA Y COMPUTACIÓN carlos.blanco@unican.es Este tema se publica bajo Licencia: CreaRve Más detalles SOLICITUD DE DESARROLLO Y ACTUALIZACIÓN DE APLICACIONES G OBIERNO D E L A CIUDAD DE BUENOS AIRES
G OBIERNO D E L A CIUDAD DE BUENOS AIRES D irección General Adjunta de Sistemas Infor máticos SOLICITUD DE DESARROLLO Y ACTUALIZACIÓN DE APLICACIONES Página 1 de 16 Fecha de creación: 25/02/2009 Tabla Más detalles PLIEGO DE PRESCRIPCIONES TECNICAS PARTICULARES PARA EL REDISEÑO DE LA WEB MUNICIPAL USANDO DISEÑO ADAPTATIVO
ASUNTO: PLIEGO DE PRESCRIPCIONES TECNICAS PARTICULARES PARA EL REDISEÑO DE LA WEB MUNICIPAL USANDO DISEÑO ADAPTATIVO Informazioaren Teknologien Saila Departamento de Tecnologías de la Información Herritarrentzako Más detalles CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE
CONCEPTOS DE CALIDAD Y CALIDAD DEL SOFTWARE INTRODUCCIÓN El avance informático actual es muy alto comparado con lo se tenía en los años 90, al hablar de desarrollo de software se hace más notable, en el Más detalles GUÍA PRÁCTICA. para la utilización de muestras biológicas en Investigación Biomédica
GUÍA PRÁCTICA para la utilización de muestras biológicas en Investigación Biomédica IV. GESTIÓN DE BASES DE DATOS 1. La creación de ficheros y su notificación 2. El responsable y el encargado del tratamiento Más detalles PROCEDIMIENTO ESPECÍFICO. Código G056-01 Edición 0
Índice 1. TABLA RESUMEN... 2 2. OBJETO... 2 3. ALCANCE... 2 4. RESPONSABILIDADES... 3 5. ENTRADAS... 3 6. SALIDAS... 3 7. PROCESOS RELACIONADOS... 3 8. DIAGRAMA DE FLUJO... 4 9. DESARROLLO... 5 9.1. ANÁLISIS Más detalles REGLAMENTO DE MEDIDAS DE SEGURIDAD DE LOS FICHEROS AUTOMATIZADOS QUE CONTENGAN DATOS DE CARÁCTER PERSONAL
13967 REAL DECRETO 994/1999, de 11 de junio, por el que se aprueba el Reglamento de medidas de seguridad de los ficheros automatizados que contengan datos de carácter personal. El artículo 18.4 de la Constitución Más detalles PROGRAMACIÓN CICLO FORMATIVO DE GRADO SUPERIOR CONSTRUCCIONES METÁLICAS DEPARTAMENTO DE FABRICACIÓN MECÁNICA CURSO: 2013-2014
PROGRAMACIÓN CICLO FORMATIVO DE GRADO SUPERIOR CONSTRUCCIONES METÁLICAS DEPARTAMENTO DE FABRICACIÓN MECÁNICA CURSO: 2013-2014 MÓDULO: Programación de la Producción JEFE DEL DEPARTAMENTO D. Gregorio Hernández Más detalles Oficina Técnica de apoyo al software libre en el Gobierno Vasco
JUSTIZIA ETA HERRI ADMINISTRAZIO SAILA Informatika eta Telekomunikazio Zuzendaritza DEPARTAMENTO DE JUSTICIA Y ADMINISTRACIÓN PÚBLICA Dirección de Informática y Telecomunicaciones Expediente 1/2010 Oficina Más detalles Sistemas de Gestión n de la Calidad - Requisitos UNE - EN ISO 9001:2008
Sistemas de Gestión n de la Calidad - Requisitos UNE - EN ISO 9001:2008 ISO 9001 CUATRO CAPÍTULOS BÁSICOS RESPONSABILIDADES DE LA DIRECCIÓN P D GESTIÓN DE RECURSOS REALIZACIÓN DEL PRODUCTO A C MEDICIÓN Más detalles ISO 17025: 2005. Requisitos generales para la competencia de los laboratorios de ensayo y calibración
ISO 17025: 2005 Requisitos generales para la competencia de los laboratorios de ensayo y calibración El presente documento es la versión impresa de la página www.grupoacms.com Si desea más información Más detalles PROPUESTA COMERCIAL SERESCO, S.A.
PROPUESTA COMERCIAL SERESCO, S.A. Estimado Federado: Desde SERESCO, S.A. nos han hecho llegar una oferta para todos los federados la cual consideramos importante comunicar: Sus datos en un lugar seguro...con Más detalles PROYECTO ÁGORA: MULTIPORTAL PARA LA ADMINISTRACIÓN LOCAL
PROYECTO ÁGORA: MULTIPORTAL PARA LA ADMINISTRACIÓN LOCAL Jefe de Servicio de Internet Dirección General para la Sociedad de la Información y las Telecomunicaciones Consejería de Industria y Tecnología Más detalles Boletín Oficial de Castilla y León I. COMUNIDAD DE CASTILLA Y LEÓN
Boletín Oficial de Castilla y León Núm. 3 Viernes, 4 de enero de 2013 Pág. 746 I. COMUNIDAD DE CASTILLA Y LEÓN C. OTRAS DISPOSICIONES CONSEJERÍA DE EDUCACIÓN ORDEN EDU/1129/2012, de 26 de diciembre, por Más detalles Procedimiento de Certificación Bancos de Sangre de Cordón Umbilical. 1. Objeto. 2. Alcance de la certificación. 3. Criterios de certificación
Rev. 2015 1. Objeto Este documento describe el sistema establecido por la Fundación CAT para llevar a cabo la certificación de los bancos de sangre de cordón umbilical de acuerdo con los criterios establecidos Más detalles Apéndice de la hoja de datos de HP Datacenter Care: Flexible Capacity Service
Hoja de datos Apéndice de la hoja de datos de HP Datacenter Care: Flexible Capacity Service Especificaciones Flexible Capacity Service Modelo básico de Flexible Capacity Service Modelo premium de Flexible Más detalles 2017 © DocPlayer.es Política de privacidad | Condiciones del servicio | Feedback

References: resolución 
 resolución 
 Resolución 
 artículo 9
 artículo 9
 Artículo 1
 REAL DECRETO 
 artículo 18