Tema 3. Procesos ligeros de desarrollo de software.

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

Download "Tema 3. Procesos ligeros de desarrollo de software."

Transcripción

1 Ingeniería del Software II 2011 Tema 3. Procesos ligeros de desarrollo de software. Tipos de procesos ligeros. Tipos de procesos ligeros: Desarrollo Rápido de Software. Desarrollo Ágil. Programación Extrema. Scrum. Escalamiento de Métodos Ágiles. Desarrollo Rápido de Software. Las empresas maniobran en un entorno que cambia constantemente, al cual deben adaptarse para obtener beneficios. El software es parte de casi todas las operaciones industriales, de modo que debe desarrollarse rápidamente para aprovechar las nuevas oportunidades. Además resulta difícil definir un conjunto estable de requisitos, tal y como se requiere en los modelos de procesos tradicionales. Cada vez más se elige rapidez en la entrega en contraposición a la fiabilidad o a la calidad del producto. Principales características: Especificación, diseño e implementación están entrelazados. El sistema se desarrolla como una serie de versiones con los clientes involucrados en la evaluación de las mismas si es necesario. Los interfaces de usuario son a menudo desarrollados usando un IDE y herramientas gráficas. Métodos Ágiles. Nace como contraposición a la percepción generalizada durante los años ochenta y noventa de que una planificación cuidadosa del proyecto conduce a un mejor software. Esta planificación incluye costes significativos en su diseño y documentación y aunque está justificada en el 1

2 desarrollo de sistemas críticos, donde trabajen múltiples equipos o donde vayan a trabajar muchas personas diferentes a lo largo de su mantenimiento. Los Métodos Ágiles se caracterizan por: Estar centrados en el código más que en el diseño. Basados en aproximaciones iterativas al desarrollo de software. Destinados a entregar software operativo rápidamente y evolucionarlo para satisfacer los requerimientos cambiantes. Los objetivos de los Métodos Ágiles son: Reducir sobrecargas en los procesos software, por ejemplo limitando la documentación. Ser capaces de responder rápidamente a los requerimientos cambiantes sin excesivo trabajo adicional, sin rehacer demasiado trabajo. Manifiesto Ágil. Nace como resultado de las metodologías ágiles para el desarrollo de software, de forma sencilla este manifiesto propone que se valore: Individuos e interacciones sobre procesos y herramientas. Software operativo sobre documentación exhaustiva. Colaboración con el cliente sobre negociación del contrato. Respuesta al cambio sobre seguimiento de un plan. Los 5 principios de los Métodos Ágiles. 1. Participación estrecha del cliente. Los clientes deben intervenir estrechamente durante el proceso de desarrollo. Su función consiste en ofrecer y priorizar nuevos requerimientos del sistema y evaluar las iteraciones del mismo. 2. Entrega incremental. El software se desarrolla en incrementos con el cliente especificando los requerimientos que van a ser incluidos en cada uno. 2

3 3. Personas, no procesos. Deben reconocerse y aprovecharse las habilidades del equipo de desarrollo. Debe permitirse a los miembros del equipo desarrollar sus propias maneras de trabajar sin procesos establecidos. 4. Adoptar el cambio. Esperar que los requerimientos cambien y, de este modo, diseñar el sistema para adoptar dichos cambios. 5. Mantener la simplicidad. Centrarse en la simplicidad tanto en el software como en el proceso de desarrollo. Siempre que sea posible, trabajar de manera activa para eliminar la complejidad del sistema. Esfuerzo en mejorar del código. Aplicabilidad de los Métodos Ágiles. Las metodologías ágiles son aplicables por ejemplo en: Desarrollo del producto donde una compañía de software elabora un producto pequeño o mediano para su venta. Diseño de sistemas a medida dentro de una organización, donde hay un claro compromiso del cliente por intervenir en el proceso y donde no existen muchas reglas ni regulaciones externas que afecten al desarrollo. Dado su enfoque en equipos reducidos firmemente integrados hay problemas en escalarlos hacia sistemas grandes pero pueden ser aplicados en sistemas pequeños. Problemas con los Métodos Ágiles. Los principales problemas de estas metodologías son: Puede ser difícil mantener el interés de los clientes que intervienen en el proceso. Los miembros del equipo pueden ser inadecuados para la participación intensa característica de los métodos ágiles. Priorizar los cambios puede ser difícil cuando hay múltiples participantes. Mantener la simplicidad requiere trabajo adicional. Los contratos pueden ser un problema, como en otros procesos de desarrollo iterativo. Métodos Ágiles y mantenimiento. La mayoría de las compañías gastan más tiempo manteniendo software que creándolo nuevo. Por lo tanto si los Métodos Ágiles quieren tener éxito también tienen que dar un buen soporte al mantenimiento. 3

4 Las preguntas resultantes de esta afirmación son: Son los sistemas desarrollados usando una aproximación ágil mantenibles, a pesar del énfasis en minimizar la documentación formal? Los métodos ágiles pueden usarse con efectividad para evolucionar un sistema como respuesta a requerimientos de cambio por parte del cliente? Si el equipo cambia, pueden aparecer otros problemas? Desarrollo Dirigido por un Plan y Ágil. Desarrollo dirigido por un plan: Está basado en etapas separadas con salidas producidas en cada una de ellas planeadas por adelantado. No es necesario seguir un modelo de cascada, es posible el desarrollo incremental. La iteración ocurre dentro de las actividades. Desarrollo Ágil: Especificación, diseño, implementación y prueba están solapados y las salidas se deciden a través de un proceso de negociación durante el desarrollo. La iteración ocurre a través de las actividades. 4

5 Programación Extrema (XP). Quizás el método ágil mejor conocido y más ampliamente utilizado. Lleva a niveles extremos el desarrollo iterativo. Método ágil llevado al extremo. Características: Pueden construirse versiones nuevas varias veces al día. Se entregan incrementos a los clientes cada poco tiempo (sobre 2 semanas variando en base al proyecto). Deben ejecutarse todas las pruebas para cada nueva versión y sólo es aceptada si las supera. Tres principios importantes de la Programación Extrema. 1. Los requerimientos se expresan como escenarios (llamados historias de usuario o casos de uso) que se implementan directamente como una serie de tarea. 2. Los programadores trabajan en pares o parejas. 3. Antes de escribir el código se desarrollan pruebas para cada tarea. Programación Extrema y Principios Ágiles. Desarrollo incremental apoyado por pequeñas y frecuentes liberaciones del sistema. La participación del cliente implica un compromiso a tiempo completo con el equipo de desarrollo. Personas y no procesos a través de programación por parejas, la propiedad colectiva del código y un proceso que evita las jornadas de trabajo largas. El cambio es soportado mediante liberaciones regulares del sistema. Se mantiene la simplicidad mediante la refactorización (depuración) constante del código. Ciclo de Liberación de la Programación Extrema. 5

6 Prácticas de la Programación Extrema. Planeación incremental. Los requerimientos se registran en tarjetas de historia y las historias que se van a incluir en una liberación se determinan por el tiempo disponible y la prioridad relativa. Los desarrolladores las desglosan en tareas. Pequeñas entregas. Se desarrolla primero el conjunto mínimo de funcionalidad útil que ofrece valor para el negocio. Las entregas son frecuentes y añaden funcionalidad incrementalmente. Diseño simple. Se realiza un diseño estrictamente suficiente para cumplir con los requerimientos actuales. Desarrollar primero las pruebas. Se utiliza un marco de trabajo automático de pruebas para testear cualquier nueva funcionalidad, dicho marco de trabajo es creado antes de que la nueva funcionalidad sea implementada. Refactorización. Se espera que todos los desarrolladores refactoricen el código continuamente tan pronto como sea posible en busca de mejoras. Esta práctica produce código simple y mantenible. Programación por parejas. Los desarrolladores trabajan en parejas, cada uno revisa el trabajo del otro, dando soporte para que siempre se realice un buen trabajo. Propiedad colectiva. Las parejas de desarrolladores trabajan en todas las áreas del sistema de manera que no se desarrollen islas de experiencia y todos los desarrolladores se responsabilicen de todo el código. Cualquiera puede producir cambios. Integración continua. Tan pronto como está completa una tarea se integra en el sistema completo. Después de la integración deben superarse todas las pruebas de unidad para que dicha tarea se considere añadida al sistema. Ritmo sostenible. No se consideran aceptables grandes cantidades de tiempo extra ya que su efecto neto suele ser la reducción de la calidad del código y una rebaja de la productividad media. Cliente in situ. Debe disponerse de un representante del usuario final del sistema (normalmente el cliente) a tiempo completo por parte del equipo. Se le considera un miembro más del equipo y es responsable de traer al equipo los requisitos para su implementación. 6

7 Escenarios de Requerimientos en la Programación Extrema. El cliente que forma parte del equipo es responsable de tomar decisiones sobre los requerimientos. Los requerimientos de usuario se expresan como escenarios o historias de usuario. Se escriben en tarjetas y el equipo de desarrollo las descompone en tareas de implementación. Estas tareas son la base para la planificación y la estimación de costes. El cliente elige las historias que hay que incluir en cada entrega en base a sus prioridades. Programación Extrema y el Cambio. Una creencia popular en la Ingeniería del Software tradicional es diseñar para cambiar, es decir, se considera valioso gastar tiempo y esfuerzo en anticipar cambios ya que se presupone que esto reducirá costes futuros durante la vida del producto. En contraposición con esta idea la Programación Extrema mantienen que no merece la pena y que los cambios no pueden ser anticipados de modo fiable de manera que es mejor mantener una mejora constante del código o refactorización para facilitar los posibles cambios que en el futuro tengan que se implementados. Refactorización en Programación Extrema. El equipo de programación busca posible mejoras en el software y hace estas mejoras incluso cuando no hay una necesidad inmediata de ellas, esto mejora la compresión del software y reduce la necesidad de documentación. Los cambios son más fáciles de hacer porque el código está bien estructurado, sin embargo algunos cambios requieren refactorización de la arquitectura algo mucho más costoso. Reorganizar una jerarquía de clases para remover código duplicado, ordenar y cambiar de nombre atributos y métodos para que sean más fáciles de comprender o sustituir código por llamadas a métodos incluidos en librerías son ejemplos prácticos de factorización. Pruebas dentro de la Programación Extrema. Probas es primordial para la Programación Extrema y para ello se ha desarrollado un enfoque donde el programa es probado después de cada cambio realizado. Este enfoque determinado se caracteriza por: 7

8 Desarrollar primero las pruebas. Desarrollo incremental de pruebas a partir de los escenarios. Implicación del usuario en el desarrollo y validación de las pruebas. Uso de marcos de pruebas automatizados para correr todas las pruebas cada vez que se construye una nueva versión. Desarrollar primero las Pruebas. Escribir las pruebas antes de codificar es un método de clarificación de los requerimientos. Son escritas como programas más que como datos de modo que puedan ejecutarse automáticamente y sirvan como verificación de las funcionalidades. Todas las pruebas previas y nuevas se ejecutan automáticamente cuando se añada una nueva funcionalidad, aumentando el control de errores y la depuración del código. Implicación del Cliente en las Pruebas. Ayuda a desarrollar pruebas de aceptación a partir de las historias que van a implementarse en la siguiente versión. Es parte del equipo que escribe las pruebas a medida que el desarrollo avanza y todo el código nuevo es validado para así asegurar que es lo que realmente necesita el cliente. Sin embargo, el cliente tiene disponibilidad muy limitada y es probable que no puedan participar a tiempo completo. Podría creer que aportar los requerimientos es suficiente contribución y ser reacio a intervenir en las pruebas. Dificultades con las Pruebas en Programación Extrema. Los programadores prefieren programar a probar y algunos toman atajos cuando escriben las pruebas como no comprobar todas las excepciones. Algunas pruebas pueden ser muy difíciles de escribir de modo incremental. Es difícil juzgar las completitud de un conjunto de pruebas. Programación en Parejas. Los programadores trabajan por pares, sentándose juntos para desarrollar el código en la misma máquina. Las parejas son creadas dinámicamente de modo que todos los miembros del equipo trabajen unos con otros durante el proceso, esto ayuda a desarrollar la idea de propiedad común y responsabilidad del código y extiende el conocimiento en el equipo. 8

9 Compartir el conocimiento es muy importante porque reduce el riesgo global del proyecto cuando se marchan miembros del equipo, al mismo tiempo programar por parejas sirve como revisión informal ya que el código está testeado por dos programadores favoreciendo la factorización. La productividad se mantiene o incluso aumenta ya que los programadores menos experimentados son apoyados por otros con mayor experiencia evitando salidas en falso, rediseño, errores y, aunque para los programadores experimentados pueda suponer una pérdida de productividad realmente el intercambio de información dinamiza el trabajo y reduce los riesgos del proyecto. Administración de un Proyecto Ágil. La responsabilidad principal de los administradores es dirigir el proyecto de modo que el software se entregue a tiempo y con el presupuesto planeado. El enfoque básico o estándar está basado en un plan: Qué se debe entregar. Cuándo se debe entregar. Quién trabajará en su desarrollo. El enfoque para la administración ágil es distinto y debe adaptarse al desarrollo incremental y a las fortalezas y debilidades particulares de los métodos ágiles. SCRUM. Es un método ágil general pero enfocado a la administración del desarrollo iterativo más que a prácticas ágiles específicas. Consta de tres fases: Planificación del boceto donde se establecen los objetivos generales del proyecto y el diseño de la arquitectura del software. Una serie de ciclos sprint donde cada ciclo desarrolla un incremento del sistema. Cierre del proyecto donde se completa la documentación requerida, manuales de usuario etc. En esta fase también se realiza la valoración de las lecciones aprendidas durante el proyecto. El Ciclo Sprint en SCRUM. 1. Los sprints tienen longitud fija, normalmente de 2 a 4 semanas. Corresponden al desarrollo de una liberación del sistema en Programación Extrema. 9

10 2. El punto de partida es el backlog de producto. Consiste en una lista de trabajo que se tiene que hacer en el proyecto, se revisan dichas tareas y se asignan prioridades y riesgos. 3. El equipo de desarrollo que trabaja con el cliente selecciona las características y la funcionalidad a desarrollar en el sprint. 4. Se organiza el equipo para desarrollar el software, se aísla del cliente y la organización canalizando todas las comunicaciones a través del Maestro de Scrum (Scrum Manager). 5. El papel del Maestro de Scrum es proteger al equipo de desarrollo de distracciones externas. 6. Al final se revisa el trabajo hecho y se presenta a los participantes antes de comenzar el siguiente sprint. El Equipo de Trabajo en SCRUM. Maestro de Scrum. Es un facilitador que organiza las reuniones diarias, planifica el trabajo por hacer, registra las decisiones, mide el progreso del proyecto y detecta los retrasos. Sirve como punto de comunicación entre el cliente, la dirección del proyecto y el equipo de desarrollo. Todo el equipo acude a reuniones diarias cortas donde se comparte información, describen su progreso, los problemas y sus planes desde la última reunión. Todos conocen todos los problemas y los progresos del resto del equipo y ayudan a replantear el trabajo a corto plazo y a solucionar dichos problemas de forma colectiva. Beneficios de SCRUM. El producto se desglosa en un conjunto de piezas manejables y comprensibles. Los requerimientos inestables no causan retraso. Todo el equipo tiene visibilidad total del proyecto mediante una comunicación directa y continua. Los clientes ven la entrega a tiempo de los incrementos y obtienen retroalimentación del funcionamiento del producto. Se crea confianza entre los clientes y los desarrolladores, es decir, nace una cultura positiva donde todos esperan el éxito del proyecto. Escalamiento de los Métodos Ágiles. 10

11 Se ha probado que son exitosos para proyectos de tamaño pequeño y medio que pueden ser desarrollados por un equipo local. Un factor de dicho éxito proviene de la comunicación entre todos los miembros del equipo. Escalar estos métodos conlleva cambiarlos para tratar con proyecto más grandes y largos o donde hay múltiples equipos de desarrollo incluso geográficamente distantes. Desarrollo de Grandes Sistemas. Usualmente son colecciones de sistemas separados que se comunican, desarrollados por distintos equipos, frecuentemente trabajando en diferentes sitios y zonas horarias diversas. Incluyen e interaccionan con sistemas ya existentes, muchos de sus requerimientos tienen que ver con esto y no permiten la flexibilidad y el desarrollo incremental. Cuando varios sistemas se integran para crear un sistema, una fracción significativa del desarrollo tiene que ver con la configuración del sistema más que con el desarrollo del código. A menudo sus procesos de desarrollo están restringidos por reglas externas y regulaciones que limitan la forma en que se llevan a cabo. Tienen un largo tiempo de elaboración y desarrollo. Es difícil mantener equipos coherentes que conozcan el sistema durante todo el desarrollo. Es inevitable que la gente cambie de trabajo o de proyecto. Normalmente tiene un conjunto diverso de participantes, es prácticamente imposible implicar a todos ellos en el desarrollo. Scaling Up y Scaling Out. Scaling Up. (Expansión) Los métodos ágiles se usan para desarrollar grandes sistemas software que no se logran desarrollar por un equipo pequeño. Scaling Out. (Ampliación) Los métodos ágiles se pueden introducir en una gran organización con muchos años de experiencia en el desarrollo de software. Cuando se escalan métodos ágiles es esencial mantener sus fundamentos ágiles: planificación flexible, frecuentes entregas del sistema, integración continua, desarrollo dirigido por pruebas y buenas comunicaciones de equipo. Adaptaciones para Grandes Sistemas. No es posible centrarse sólo en el código, se necesita más diseño y documentación. Tienen que diseñarse y usarse mecanismos de comunicación entre equipos como teléfono, videoconferencias, reuniones electrónicas, 11

12 La integración continua. El sistema completo se construye cada vez que un desarrollador comprueba un cambio, es imposible aunque es esencial mantener construcciones y liberaciones del sistema frecuentes. Adaptaciones para Grandes Compañías. Gerentes sin experiencia pueden ser reticentes al riesgo de un nuevo enfoque. Incompatibilidad con los procesos de calidad y estándares para todos los proyectos. Los métodos ágiles parecen funcionar mejor cuando se tiene un nivel de habilidad relativamente alto, pero puede haber una amplia gama de habilidades. Quizás haya una resistencia cultural en donde se tenga un largo historial de uso de procesos convencionales de ingeniería de sistemas. 12

Actividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos.

Actividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos. Apéndice C. Glosario A Actividades de coordinación entre grupos. Son dinámicas y canales de comunicación cuyo objetivo es facilitar el trabajo entre los distintos equipos del proyecto. Actividades integradas

Más detalles

CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0. Centro Ideoinformática

CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0. Centro Ideoinformática CONFIGURACIÓN DE LA METODOLOGÍA OPENUP V1.0 Centro Ideoinformática Universidad de las Ciencias Informáticas Carretera a San Antonio Km 2 ½. Torrens. Boyeros. Ciudad de La Habana. Cuba Teléfono: + 53 (7)

Más detalles

Operación 8 Claves para la ISO 9001-2015

Operación 8 Claves para la ISO 9001-2015 Operación 8Claves para la ISO 9001-2015 BLOQUE 8: Operación A grandes rasgos, se puede decir que este bloque se corresponde con el capítulo 7 de la antigua norma ISO 9001:2008 de Realización del Producto,

Más detalles

Caso práctico de Cuadro de Mando con Tablas Dinámicas

Caso práctico de Cuadro de Mando con Tablas Dinámicas 1 Caso práctico de Cuadro de Mando con Tablas Dinámicas Luis Muñiz Socio Director de SisConGes & Estrategia Introducción Hay una frase célebre que nos permite decir que: Lo que no se mide no se puede controlar

Más detalles

DESARROLLO AGIL ING. MA. MARGARITA LABASTIDA ROLDÁN

DESARROLLO AGIL ING. MA. MARGARITA LABASTIDA ROLDÁN DESARROLLO AGIL ING. MA. MARGARITA LABASTIDA ROLDÁN CONTENIDO Qué es un proceso agil Proceso Ágil Otros modelos ágiles de proceso Programación extrema Desarrollo adaptativo de software Método de desarrollo

Más detalles

Unidad I: Introducción a la gestión de proyectos

Unidad I: Introducción a la gestión de proyectos Unidad I: Introducción a la gestión de proyectos 1.1. Conceptos básicos para la gestión de proyectos Qué es un proyecto? Un proyecto es una secuencia de tareas con un principio y un final limitados por

Más detalles

Qué problemas amenazan el desarrollo?

Qué problemas amenazan el desarrollo? 3-Oct-07 Riesgos Riesgos Qué problemas amenazan el desarrollo? Un riesgo es una variable del proyecto que pone en peligro o impide el éxito del proyecto. 2 Riesgos Si le gusta correr riesgos, desarrolle

Más detalles

IMPLANTACION DE TPM. (Mantenimiento Productivo Total)

IMPLANTACION DE TPM. (Mantenimiento Productivo Total) IMPLANTACION DE TPM (Mantenimiento Productivo Total) INTRODUCCIÓN QUÉ ES EL MANTENIMIENTO? OBJETIVOS ORIGEN BENEFICIOS PILARES BÁSICOS DEL TPM IMPLANTACIÓN LOS 12 PASOS A SEGUIR MANTENIMIENTO Qué es? Es

Más detalles

NORMA ISO 31000 DE RIESGOS CORPORATIVOS

NORMA ISO 31000 DE RIESGOS CORPORATIVOS NORMA ISO 31000 DE RIESGOS CORPORATIVOS La norma ISO 31000 establece principios y guías para el diseño, implementación y mantenimiento de la gestión de riesgos en forma sistemática y transparente de toda

Más detalles

Introducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual

Introducción. Ciclo de vida de los Sistemas de Información. Diseño Conceptual Introducción Algunas de las personas que trabajan con SGBD relacionales parecen preguntarse porqué deberían preocuparse del diseño de las bases de datos que utilizan. Después de todo, la mayoría de los

Más detalles

Figure 16-1: Phase H: Architecture Change Management

Figure 16-1: Phase H: Architecture Change Management Fase H Administración del cambio en la Arquitectura Figure 16-1: Phase H: Architecture Change Management Objetivos Los objetivos de la Fase H son: Asegurarse de que el ciclo de vida de arquitectura se

Más detalles

Proceso Unificado de Rational

Proceso Unificado de Rational RUP: El Proceso Unificado de Rational XP: Programacion Extrema EAP: Computación Científica Ciencia de la Computación V Prof. Oscar Brnito Pacheco Proceso Unificado de Rational Orígenes Modelo original

Más detalles

Para llegar a conseguir este objetivo hay una serie de líneas a seguir:

Para llegar a conseguir este objetivo hay una serie de líneas a seguir: INTRODUCCIÓN La Gestión de la Calidad Total se puede definir como la gestión integral de la empresa centrada en la calidad. Por lo tanto, el adjetivo total debería aplicarse a la gestión antes que a la

Más detalles

Planificación, Administración n de Bases de Datos. Bases de Datos. Ciclo de Vida de los Sistemas de Información. Crisis del Software.

Planificación, Administración n de Bases de Datos. Bases de Datos. Ciclo de Vida de los Sistemas de Información. Crisis del Software. Planificación, n, Diseño o y Administración n de Crisis del Software Proyectos software de gran envergadura que se retrasaban, consumían todo el presupuesto disponible o generaban productos que eran poco

Más detalles

Por qué es importante la planificación?

Por qué es importante la planificación? Por qué es importante la planificación? La planificación ayuda a los empresarios a mejorar las probabilidades de que la empresa logre sus objetivos. Así como también a identificar problemas claves, oportunidades

Más detalles

GUÍA DE SEGURIDAD DE LA INFORMACIÓN GUÍA GOBIERNO CORPORATIVO PARA EMPRESAS SEP

GUÍA DE SEGURIDAD DE LA INFORMACIÓN GUÍA GOBIERNO CORPORATIVO PARA EMPRESAS SEP GUÍA DE SEGURIDAD DE LA INFORMACIÓN GUÍA GOBIERNO CORPORATIVO PARA EMPRESAS SEP 1. Introducción La información puede adoptar o estar representada en diversas formas: impresa o escrita (papeles de trabajo,

Más detalles

Inter American Accreditation Cooperation. Grupo de prácticas de auditoría de acreditación Directriz sobre:

Inter American Accreditation Cooperation. Grupo de prácticas de auditoría de acreditación Directriz sobre: Grupo de prácticas de auditoría de acreditación Directriz sobre: Auditando la competencia de los auditores y equipos de auditores de organismos de certificación / registro de Sistemas de Gestión de Calidad

Más detalles

2002 Emerson Process Management. Todos los derechos reservados. Vea este y otros cursos en línea en www.plantwebuniversity.com.

2002 Emerson Process Management. Todos los derechos reservados. Vea este y otros cursos en línea en www.plantwebuniversity.com. 2002 Emerson Process Management. Todos los derechos reservados. Vea este y otros cursos en línea en www.plantwebuniversity.com. Fieldbus 404 Diseño de segmento Generalidades Diseño para criticidad de lazo

Más detalles

4.1.1_Reunión de Planificación de Sprint (Sprint Planning Meeting) 4.1.2_Objetivo del Sprint (Sprint Goal) 4.1.4_Revisión de Sprint (Sprint Review)

4.1.1_Reunión de Planificación de Sprint (Sprint Planning Meeting) 4.1.2_Objetivo del Sprint (Sprint Goal) 4.1.4_Revisión de Sprint (Sprint Review) 1_Visión general de SCRUM 2_Teoría de Scrum 3_El Equipo Scrum (Scrum Team) 3.1_El Dueño de Producto (Product Owner) 3.2_El Equipo de Desarrollo (Development Team) 3.3_El Scrum Master 4_Eventos de Scrum

Más detalles

CAPITULO VI ESTRATEGIAS DE OUTSOURCING

CAPITULO VI ESTRATEGIAS DE OUTSOURCING CAPITULO VI ESTRATEGIAS DE OUTSOURCING Cuando una compañía decide llevar a cabo un proceso de outsourcing debe definir una estrategia que guíe todo el proceso. Hay dos tipos genéricos de estrategia de

Más detalles

Unidad II. Planeación Agregada. Elaborar, analizar e interpretar los planes de producción, en el corto, mediano y largo plazo.

Unidad II. Planeación Agregada. Elaborar, analizar e interpretar los planes de producción, en el corto, mediano y largo plazo. 2.1 Planeación a corto plazo. 2.2 Planeación a mediano plazo. 2.3 Planeación a largo plazo. Unidad II. Planeación Agregada. Objetivo especifico del tema Elaborar, analizar e interpretar los planes de producción,

Más detalles

puede aumentar la innovación en la cartera de productos?

puede aumentar la innovación en la cartera de productos? RESUMEN DE LA SOLUCIÓN Soluciones de gestión de proyectos y carteras para la innovación de productos puede aumentar la innovación en la cartera de productos? you can Las soluciones de gestión de productos

Más detalles

DESARROLLO DE SOFTWARE DEFINICIÓN GENERAL DEL PROCESO GABY LORENA GUERRERO LEYDI ROCIO ERAZO PABLO FELIPE MIRANDA WALTER ALEXIS ANTE

DESARROLLO DE SOFTWARE DEFINICIÓN GENERAL DEL PROCESO GABY LORENA GUERRERO LEYDI ROCIO ERAZO PABLO FELIPE MIRANDA WALTER ALEXIS ANTE DESARROLLO DE SOFTWARE DEFINICIÓN GENERAL DEL PROCESO GABY LORENA GUERRERO LEYDI ROCIO ERAZO PABLO FELIPE MIRANDA WALTER ALEXIS ANTE UNIVERSIDAD DEL CAUCA FACULTAD DE INGENIERÍA ELECTRÓNICA Y TELECOMUNICACIONES

Más detalles

IV Jornada RSC en el Sur organizada por Ingeniería sin Fronteras en colaboración con la Fundación Ingenieros del ICAI

IV Jornada RSC en el Sur organizada por Ingeniería sin Fronteras en colaboración con la Fundación Ingenieros del ICAI IV Jornada RSC en el Sur organizada por Ingeniería sin Fronteras en colaboración con la Fundación Ingenieros del ICAI El pasado día 30 de Junio y con el título Medición de Impacto de la Empresa desde la

Más detalles

SCRUM Metodología de trabajo ágil

SCRUM Metodología de trabajo ágil SCRUM Metodología de trabajo ágil UN ENFOQUE PRÁCTICO Página 1 Página 2 Índice Introducción Características Criterios de referencia Fortalezas de Scrum Trazabilidad Definición Tipos Los Sprint Prácticas

Más detalles

CAPITULO 2. 2 Manual de Servicio al Cliente 8

CAPITULO 2. 2 Manual de Servicio al Cliente 8 CAPITULO 2 2 Manual de Servicio al Cliente 8 Un Manual de Servicio al cliente es la elaboración de un plan que garantice satisfacer las necesidades concretas de los clientes de la empresa tanto actuales

Más detalles

IAP 1003 - ENTORNOS INFORMATIZADOS CON SISTEMAS DE BASES DE DATOS

IAP 1003 - ENTORNOS INFORMATIZADOS CON SISTEMAS DE BASES DE DATOS IAP 1003 - ENTORNOS INFORMATIZADOS CON SISTEMAS DE BASES DE DATOS Introducción 1. El propósito de esta Declaración es prestar apoyo al auditor a la implantación de la NIA 400, "Evaluación del Riesgo y

Más detalles

LA PLANIFICACIÓN ESTRATÉGICA EN MATERIA TIC EN EL ÁMBITO DE LA AGE

LA PLANIFICACIÓN ESTRATÉGICA EN MATERIA TIC EN EL ÁMBITO DE LA AGE LA PLANIFICACIÓN ESTRATÉGICA EN MATERIA TIC EN EL ÁMBITO DE LA AGE Subdirector General de Planificación y Coordinación Informática Ministerio de Trabajo y Asuntos Sociales Palabras clave Planificación

Más detalles

Organización como función administrativa Resumen para Administración y Gestión Profesor: Gonzalo V.

Organización como función administrativa Resumen para Administración y Gestión Profesor: Gonzalo V. Organización como función administrativa Introducción: Organización rganización como función administrativa En las organizaciones que se caracterizan por estar orientadas al éxito, a la eficiencia y al

Más detalles

PRC-DTI-006 Administración de Roles de los Sistemas de Información de la DTI Procedimiento Dirección de TI - COSEVI

PRC-DTI-006 Administración de Roles de los Sistemas de Información de la DTI Procedimiento Dirección de TI - COSEVI PRC-DTI-006 Administración de Roles de los Sistemas de Información de la DTI Procedimiento Dirección de TI - COSEVI Versión: 1.0 Fecha de la versión: Febrero del 2012 Creado por: PwC Costa Rica Aprobado

Más detalles

Haciendolo realidad ENTRENAMIENTO DE PADRES EN EL MANEJO

Haciendolo realidad ENTRENAMIENTO DE PADRES EN EL MANEJO Haciendolo realidad ENTRENAMIENTO DE PADRES EN EL MANEJO DE LA CONDUCTA SECCIÓN 1 Introducción...1 El Resultado Esperado por el Entrenamiento...2 SECCIÓN 2 Que Es Lo Que Hay en El Programa?...4 SECCIÓN

Más detalles

Juan Carlos Sanchez Galvis

Juan Carlos Sanchez Galvis Ventajas de usar SCRUM en proyectos de TI Juan Carlos Sanchez Galvis Certificado en PMP, ITIL, COBIT, SCRUM Los nombres de los productos y de las compañías referenciados en este material son marcas registradas

Más detalles

PLAN DE MÉTRICAS EN OCHO PASOS

PLAN DE MÉTRICAS EN OCHO PASOS PLAN DE MÉTRICAS EN OCHO PASOS Primera parte Ing. Esteban Vargas Asesor en Calidad Pro-Software Introducción a las métricas Qué son métricas de software? Las métricas de software son medidas que se usan

Más detalles

Unidad VI: Supervisión y Revisión del proyecto

Unidad VI: Supervisión y Revisión del proyecto Unidad VI: Supervisión y Revisión del proyecto 61. Administración de recursos La administración de recursos es el intento por determinar cuánto, dinero, esfuerzo, recursos y tiempo que tomará construir

Más detalles

6. Gestión de proyectos

6. Gestión de proyectos 6. Gestión de proyectos Versión estudiante Introducción 1. El proceso de gestión de proyectos 2. Gestión del riesgo "La gestión de proyectos se basa en establecer objetivos claros, gestionar el tiempo,

Más detalles

Qué es Scrum? Basado en el texto Explicando Scrum a mi abuela de Jorge Serrano - MVP Visual Developer - Visual Basic

Qué es Scrum? Basado en el texto Explicando Scrum a mi abuela de Jorge Serrano - MVP Visual Developer - Visual Basic Qué es Scrum? Basado en el texto Explicando Scrum a mi abuela de Jorge Serrano - MVP Visual Developer - Visual Basic http://geeks.ms/blogs/jorge/archive/2007/05/09/explicando-scrum-a-mi-abuela.aspx Por

Más detalles

GERENCIA DE INTEGRACIÓN

GERENCIA DE INTEGRACIÓN GERENCIA DE INTEGRACIÓN CONTENIDO Desarrollo del plan Ejecución del plan Control de cambios INTRODUCCIÓN La gerencia de integración del proyecto incluye los procesos requeridos para asegurar que los diversos

Más detalles

TALLER 2. MEJORA CONTINUA

TALLER 2. MEJORA CONTINUA III ENCUENTRO DE ESPACIOS NATURALES PROTEGIDOS PARTICIPANTES EN EL SISTEMA DE CALIDAD TURÍSTICO ESPAÑOL Segovia y Parque Natural de las Hoces del Río Duratón, 15 y 16 de junio de 2011 TALLER 2. MEJORA

Más detalles

ENSAYOS CLÍNICOS. Guía para padres y tutores

ENSAYOS CLÍNICOS. Guía para padres y tutores ENSAYOS CLÍNICOS Guía para padres y tutores PARA PADRES Y TUTORES Los niños no son pequeños adultos En este folleto encontrará información sobre los ensayos clínicos en general y los ensayos clínicos en

Más detalles

Curso: Arquitectura Empresarial basado en TOGAF

Curso: Arquitectura Empresarial basado en TOGAF Metodología para desarrollo de Arquitecturas (ADM) El ADM TOGAF es el resultado de las contribuciones continuas de un gran número de practicantes de arquitectura. Este describe un método para el desarrollo

Más detalles

CONTROL DE ASISTENCIA DE PERSONAL

CONTROL DE ASISTENCIA DE PERSONAL CONTROL DE ASISTENCIA DE PERSONAL PARA UNA EMPRESA INITE, S.C. no es responsable del contenido, de la veracidad de los datos, opiniones y acontecimientos vertidos en el presente proyecto. La finalidad

Más detalles

GESTIÓN DE LA DOCUMENTACIÓN

GESTIÓN DE LA DOCUMENTACIÓN Página: 1 de 8 Elaborado por: Revidado por: Aprobado por: Comité de calidad Responsable de calidad Director Misión: Controlar los documentos y registros del Sistema de Gestión de Calidad para garantizar

Más detalles

Administración de proyectos. Organizar, planificar y programar los proyectos de software

Administración de proyectos. Organizar, planificar y programar los proyectos de software Administración de proyectos Organizar, planificar y programar los proyectos de software Administración de proyectos Trata de las actividades que hay que realizar para asegurar que el software se entregará

Más detalles

GUÍA TÉCNICA PARA LA DEFINICIÓN DE COMPROMISOS DE CALIDAD Y SUS INDICADORES

GUÍA TÉCNICA PARA LA DEFINICIÓN DE COMPROMISOS DE CALIDAD Y SUS INDICADORES GUÍA TÉCNICA PARA LA DEFINICIÓN DE COMPROMISOS DE CALIDAD Y SUS INDICADORES Tema: Cartas de Servicios Primera versión: 2008 Datos de contacto: Evaluación y Calidad. Gobierno de Navarra. evaluacionycalidad@navarra.es

Más detalles

Propiedad Colectiva del Código y Estándares de Codificación.

Propiedad Colectiva del Código y Estándares de Codificación. Propiedad Colectiva del Código y Estándares de Codificación. Carlos R. Becerra Castro. Ing. Civil Informática UTFSM. Introducción. n. En este trabajo se presentan específicamente dos prácticas de XP: Collective

Más detalles

Ingeniería de Software

Ingeniería de Software Ingeniería de Software Organismo académico: Facultad de Contaduría y Administración De la UAEM Programa educativos en los que se imparte: Licenciatura en Informática Administrativa presencial y a distancia

Más detalles

Análisis y gestión de riesgo

Análisis y gestión de riesgo Marco Dueñes Intriago María Cabrales Jaquez Resumen capitulo 6 Ingeniería del software Análisis y gestión de riesgo Estrategias de riesgo proactivas vs reactivas Una estrategia considerablemente más inteligente

Más detalles

EVALUACIÓN DE SISTEMAS TECNOLÓGICOS

EVALUACIÓN DE SISTEMAS TECNOLÓGICOS DIRECCIÓN GENERAL DE DESARROLLO CURRICULAR ASIGNATURA DE TECNOLOGÍA Octava reunión PEI de Tecnología EVALUACIÓN DE SISTEMAS TECNOLÓGICOS La importancia de evaluar los sistemas tecnológicos reside en la

Más detalles

MODELOS DE SIMULACIÓN

MODELOS DE SIMULACIÓN MODELOS DE SIMULACIÓN En general, se llama modelo a la imagen o representación de un sistema, generalmente simplificada e incompleta. Y se llama simulación a la experimentación con un modelo para extraer

Más detalles

GUÍAS. Módulo de Diseño de software SABER PRO 2013-2

GUÍAS. Módulo de Diseño de software SABER PRO 2013-2 GUÍAS Módulo de Diseño de software SABER PRO 2013-2 GUÍAS Módulo de diseño en ingeniería El diseño de productos tecnológicos (artefactos, procesos, sistemas e infraestructura) está en el centro de la naturaleza

Más detalles

Ingeniería en tecnologías de la información y comunicación Administración de proyectos de TI I

Ingeniería en tecnologías de la información y comunicación Administración de proyectos de TI I Ingeniería en tecnologías de la información y comunicación Administración de proyectos de TI I Qué es la administración de proyectos? y Qué es la administración de proyecto es TI? Integrantes: Figueroa

Más detalles

Guía para la elaboración de Proyectos de Formación Sindical Ambiental e Investigación en Trabajo y Desarrollo Sustentable

Guía para la elaboración de Proyectos de Formación Sindical Ambiental e Investigación en Trabajo y Desarrollo Sustentable Guía para la elaboración de Proyectos de Formación Sindical Ambiental e Investigación en Trabajo y Desarrollo Sustentable 1- Denominación del Proyecto Esto se hace indicando, de manera sintética y mediante

Más detalles

CAPITULO V PLANIFICACIÓN Y GESTIÓN DEL PROYECTO

CAPITULO V PLANIFICACIÓN Y GESTIÓN DEL PROYECTO CAPITULO V PLANIFICACIÓN Y GESTIÓN DEL PROYECTO La adquisición de un acuerdo de outsourcing fuerte y activo es una tarea particularmente compleja, con ramas de actividad muy dispares y potencialmente difíciles.

Más detalles

Norma ISO 9001:2015. Cuáles son los cambios presentados en la actualización de la Norma?

Norma ISO 9001:2015. Cuáles son los cambios presentados en la actualización de la Norma? Norma ISO 9001:2015 Cuáles son los cambios presentados en la actualización de la Norma? Norma ISO 9001:2015 Contenido Introducción Perspectiva de la norma ISO 9001 Cambios de la norma ISO 9001 Cambios

Más detalles

B.2.2. Principios para la gestión de proyectos

B.2.2. Principios para la gestión de proyectos B.2.2. Principios para la gestión de proyectos La gestión de proyectos es la aplicación de conocimientos, conocimiento técnico, herramientas y técnicas para planificar actividades a fin de satisfacer o

Más detalles

Bloque I: Conceptos básicos y fundamentos de la Dirección de Proyectos.

Bloque I: Conceptos básicos y fundamentos de la Dirección de Proyectos. 1.- Objeto. Presentar y fomentar la existencia de metodologías en Dirección de Proyectos o Project Management a través de experiencias, documentos, normas y estándares nacionales e internacionales. Ofrecer

Más detalles

http://www.informatizate.net

http://www.informatizate.net http://www.informatizate.net Metodologías De Desarrollo De Software María A. Mendoza Sanchez Ing. Informático - UNT Microsoft Certified Professional - MCP Analísta y Desarrolladora - TeamSoft Perú S.A.C.

Más detalles

Revisión de ISO 9001:2015 e ISO 14001:2015 Respuestas sobre las nuevas versiones de ISO 9001 e ISO 14001

Revisión de ISO 9001:2015 e ISO 14001:2015 Respuestas sobre las nuevas versiones de ISO 9001 e ISO 14001 TÜV NORD CERT FAQs Revisión de ISO 9001:2015 e ISO 14001:2015 Respuestas sobre las nuevas versiones de ISO 9001 e ISO 14001 Desde cuándo pueden certificarse las empresas con estas nuevas normas? Desde

Más detalles

5. EVALUACIÓN DEL TALENTO

5. EVALUACIÓN DEL TALENTO 5. EVALUACIÓN DEL TALENTO 5.1 Evaluación del talento humano El mayor recurso de una empresa está en sus profesionales, aunque muchas ignoran el valor del potencial que sus colaboradores pueden traer al

Más detalles

II. PROCESO DE EVALUACIÓN DESARROLLO Y ADMINISTRACIÓN DE SISTEMAS INFORMÁTICOS

II. PROCESO DE EVALUACIÓN DESARROLLO Y ADMINISTRACIÓN DE SISTEMAS INFORMÁTICOS II. PROCESO DE EVALUACIÓN DESARROLLO Y ADMINISTRACIÓN DE SISTEMAS INFORMÁTICOS 2.1 INTRODUCCIÓN El desempeño y desarrollo de los productos de software, durante los últimos cinco años (2007-2012), en la

Más detalles

Análisis y cuantificación del Riesgo

Análisis y cuantificación del Riesgo Análisis y cuantificación del Riesgo 1 Qué es el análisis del Riesgo? 2. Métodos M de Análisis de riesgos 3. Método M de Montecarlo 4. Modelo de Análisis de Riesgos 5. Qué pasos de deben seguir para el

Más detalles

PMP Test - C09 _01. 01. Todos los siguientes son formas de poder derivadas del puesto del director de proyecto excepto una Cual?

PMP Test - C09 _01. 01. Todos los siguientes son formas de poder derivadas del puesto del director de proyecto excepto una Cual? PMP Test - C09 _01 01. Todos los siguientes son formas de poder derivadas del puesto del director de proyecto excepto una Cual? A. Formal. B. Recompensa. C. Penalización. D. Experto técnico. 02. Cual está

Más detalles

GESTIÓN DEL MEDIO AMBIENTE URBANO. (LIMPIEZA VIARIA, MANTENIMIENTO DE ZONAS VERDES, RESIDUOS URBANOS Y ABASTECIMIENTO DE AGUA)

GESTIÓN DEL MEDIO AMBIENTE URBANO. (LIMPIEZA VIARIA, MANTENIMIENTO DE ZONAS VERDES, RESIDUOS URBANOS Y ABASTECIMIENTO DE AGUA) 22 PONENCIA pedro de grado 16/11/05 09:14 Página 259 GESTIÓN DEL MEDIO AMBIENTE URBANO. (LIMPIEZA VIARIA, MANTENIMIENTO DE ZONAS VERDES, RESIDUOS URBANOS Y ABASTECIMIENTO DE AGUA) 22. PONENCIA: Pedro de

Más detalles

2. PROCESO DE LA CAPACITACIÓN

2. PROCESO DE LA CAPACITACIÓN 2. PROCESO DE LA CAPACITACIÓN Debido a que la meta primaria de la capacitación es contribuir a las metas globales de la organización, es preciso desarrollar programas que no pierdan de vista las metas

Más detalles

UNIVERSIDAD TECNOLOGICA DE HERMOSILLO SCRUM SPRINT #1. Ingenieria de Software I MAESTRO: BERNARDO PRADO DIAZ INTEGRANTES. Jorge Valdano.

UNIVERSIDAD TECNOLOGICA DE HERMOSILLO SCRUM SPRINT #1. Ingenieria de Software I MAESTRO: BERNARDO PRADO DIAZ INTEGRANTES. Jorge Valdano. UNIVERSIDAD TECNOLOGICA DE HERMOSILLO SCRUM SPRINT #1 Ingenieria de Software I MAESTRO: BERNARDO PRADO DIAZ INTEGRANTES Jorge Valdano Maria Sorte Antonio Rico Osmar Gutierrez Hermosillo, Sonora 04 de Septiembre

Más detalles

Presupuesto Base Cero Metodología

Presupuesto Base Cero Metodología H. Cámara de Diputados Centro de Estudios de las Finanzas Públicas Presupuesto Base Cero Metodología Guillermo Barnes Marzo 25, 2015 Idea Central El presupuesto base cero (PBC) es una metodología sistemática

Más detalles

Gestión más simple y eficaz de las filiales Implementación de una estrategia de ERP de dos niveles con SAP Business ByDesign

Gestión más simple y eficaz de las filiales Implementación de una estrategia de ERP de dos niveles con SAP Business ByDesign SAP Business ByDesign Gestión más simple y eficaz de las filiales Implementación de una estrategia de ERP de dos niveles con SAP Business ByDesign Índice 3 Objetivos empresariales típicos para una red

Más detalles

Para tener una visión general de las revistas de estadística, ir a: http://www.statsci.org/jourlist.html

Para tener una visión general de las revistas de estadística, ir a: http://www.statsci.org/jourlist.html 8. Difusión 8.4. Documentos - Métodos La expresión "publicar o perecer" hace referencia a la presión de publicar trabajos constantemente para continuar o sostener una carrera en el sector académico. La

Más detalles

1.2 EL PROCESO DE INVESTIGACIÓN QUÉ? POR QUÉ? CÓMO? Y QUÉ?

1.2 EL PROCESO DE INVESTIGACIÓN QUÉ? POR QUÉ? CÓMO? Y QUÉ? 12 VISUALIZINGRESEARCH CaroleGrayandJulianMalins,(2004),VisualizingResearch.AGuidetothe ResearchProcessinArtandDesign,ASHGATE,Burlington,págs.12 16. 1.2ELPROCESODEINVESTIGACIÓN QUÉ? PORQUÉ? CÓMO? YQUÉ?

Más detalles

CALIDAD TOTAL. Visión estratégica y buena gestión son los ingredientes fundamentales.

CALIDAD TOTAL. Visión estratégica y buena gestión son los ingredientes fundamentales. CALIDAD TOTAL Visión estratégica y buena gestión son los ingredientes fundamentales. ALFREDO SERPELL Ingeniero civil industrial UC Phd University of Texas at Austin.Profesor titular ingeniería y gestión

Más detalles

PROPUESTA DE EHIGE PARA EL DEBATE SOBRE LOS COMEDORES ESCOLARES: abril 2009

PROPUESTA DE EHIGE PARA EL DEBATE SOBRE LOS COMEDORES ESCOLARES: abril 2009 PROPUESTA DE EHIGE PARA EL DEBATE SOBRE LOS COMEDORES ESCOLARES: abril 2009 La situación de los comedores escolares no satisface a muchas de las personas receptoras del servicio ni a quienes lo vienen

Más detalles

Programa en Microsoft Visual Basic 6.0 para el análisis de riesgos eléctricos en oficinas y centros de cómputo. López Rosales, Juan Carlo.

Programa en Microsoft Visual Basic 6.0 para el análisis de riesgos eléctricos en oficinas y centros de cómputo. López Rosales, Juan Carlo. CAPÍTULO IV PROCESO UNIFICADO DE DESARROLLO DE SOFTWARE 4.1 Concepto del Proceso Unificado de Desarrollo de Software Un proceso de desarrollo de software es el conjunto de actividades necesarias para transformar

Más detalles

Unidad II: Administración de Procesos y del procesador

Unidad II: Administración de Procesos y del procesador Unidad II: Administración de Procesos y del procesador 2.1 Concepto de proceso Un proceso no es más que un programa en ejecución, e incluye los valores actuales del contador de programa, los registros

Más detalles

PROGRAMA DE REFUERZO EDUCATIVO EN PRIMARIA

PROGRAMA DE REFUERZO EDUCATIVO EN PRIMARIA PROGRAMA DE REFUERZO EDUCATIVO EN PRIMARIA BUENAS PRÁCTICAS Creado gracias a las aportaciones de los centros participantes: sus proyectos, documentos de seguimiento, memorias PROGRAMA DE REFUERZO EDUCATIVO

Más detalles

Prácticas ITIL para un mejor flujo de trabajo en el helpdesk

Prácticas ITIL para un mejor flujo de trabajo en el helpdesk Prácticas ITIL para un mejor flujo de trabajo en el helpdesk Se diferencia tres partes de gestión para mejorar la resolución de las incidencias de soporte técnico según el marco ITIL: 1. Gestión de Incidencias

Más detalles

ISO14001:2015. - disponer de un certificado bajo la versión de 2008 en vigor - superar una auditoria bajo los requisitos de la nueva versión

ISO14001:2015. - disponer de un certificado bajo la versión de 2008 en vigor - superar una auditoria bajo los requisitos de la nueva versión ISO14001:2015 PLAN DE TRANSICIÓN Tras la publicación de la nueva versión de la norma ISO14001 el pasado mes de septiembre se inicia un periodo de convivencia entre las dos versiones de la norma. Este periodo

Más detalles

Trabajo Semanal Alternativo

Trabajo Semanal Alternativo Trabajo Semanal Alternativo 1. Qué es trabajo semanal alternativo? SUS DERECHOS LEGALES En una semana laboral normal, si usted trabaja más de ocho horas diarias, su empleador está obligado a pagarle tiempo

Más detalles

Guía Presentación de Proyectos Sociales

Guía Presentación de Proyectos Sociales Guía Presentación de Proyectos Sociales Porque así se ven las salas de Organizaciones que entregan financiamiento a otras Instituciones en el último día de plazo de entrega de proyectos... Y porque los

Más detalles

CREACIÓN DE UN PLAN DE MANTENIMIENTO PREVENTIVO

CREACIÓN DE UN PLAN DE MANTENIMIENTO PREVENTIVO CREACIÓN DE UN PLAN DE MANTENIMIENTO PREVENTIVO Barcelona diciembre del 2005 Contenido 1. ELABORACIÓN DE LA FICHA-HISTORIAL... 2 2. PREPARACIÓN DEL PLAN DE MANTENIMIENTO PREVENTIVO DE LOS EQUIPOS EXISTENTES...

Más detalles

GRUPO DE ACCIÓN SOBRE LA CAPACIDAD LEGAL SEGÚN LA CONVENCION

GRUPO DE ACCIÓN SOBRE LA CAPACIDAD LEGAL SEGÚN LA CONVENCION GRUPO DE ACCIÓN SOBRE LA CAPACIDAD LEGAL SEGÚN LA CONVENCION DISEÑO DE SISTEMAS DE TOMA DE DECISIONES CON APOYO: UNA GUÍA PARA EL DIÁLOGO Febrero de 2009 INTRODUCCIÓN El artículo 12 de la Convención de

Más detalles

Aplicación de la metodología de las 5 S al diseño de tarjetas de

Aplicación de la metodología de las 5 S al diseño de tarjetas de Aplicación de la metodología de las 5 S al diseño de tarjetas de 1. Introducción El uso de tarjetas de identificación o identificadores es común en el ámbito profesional: para los trabajadores de una organización,

Más detalles

2.1 Planificación del Alcance

2.1 Planificación del Alcance 2. Gestión del Alcance del Proyecto La Gestión del Alcance del Proyecto incluye los procesos necesarios para asegurarse que el incluya todo el trabajo requerido, y sólo el trabajo requerido, para completar

Más detalles

CAPÍTULO 5. CONCLUSIONES. objetivo descrito inicialmente, el que consistió en establecer las bases necesarias para aplicar

CAPÍTULO 5. CONCLUSIONES. objetivo descrito inicialmente, el que consistió en establecer las bases necesarias para aplicar 25 CAPÍTULO 5. CONCLUSIONES. De acuerdo a lo propuesto en este documento, se considera haber cumplido con el objetivo descrito inicialmente, el que consistió en establecer las bases necesarias para aplicar

Más detalles

Los proyectos de software

Los proyectos de software Los proyectos de software El proceso de desarrollo de software Resultados de la mala administración y baja calidad Inadecuación que se presenta entre las necesidades reales y el software producido Tiempo

Más detalles

MARCO TEÓRICO. 2.1.1 Introducción

MARCO TEÓRICO. 2.1.1 Introducción MARCO TEÓRICO 2.1.1 Introducción Después de estudiar diferentes áreas de la administración de empresas podemos afirmar que, los Recursos Humanos son esenciales para el desarrollo de cualquier compañía.

Más detalles

Este documento responde a las preguntas frecuentes sobre la próxima introducción de las nuevas Collections por sectores de Autodesk.

Este documento responde a las preguntas frecuentes sobre la próxima introducción de las nuevas Collections por sectores de Autodesk. Collections por sectores de Autodesk Preguntas frecuentes Este documento responde a las preguntas frecuentes sobre la próxima introducción de las nuevas Collections por sectores de Autodesk. 24 de mayo

Más detalles

PRÁCTICAS DEL GRADO EN ENFERMERIA

PRÁCTICAS DEL GRADO EN ENFERMERIA PRÁCTICAS DEL GRADO EN ENFERMERIA Marco general de las prácticas: El Plan de Estudios contempla cursar 81 ECTS obligatorios de prácticas tuteladas, la equivalencia del crédito de prácticas se establece

Más detalles

LA METODOLOGÍA DEL BANCO PROVINCIA

LA METODOLOGÍA DEL BANCO PROVINCIA 20 LA METODOLOGÍA DEL BANCO PROVINCIA Cómo gestionar activos de información? En 2007, el Banco Central de la República Argentina (BCRA) planteó algunas exigencias financieras para el sistema financiero

Más detalles

La Dirección Comercial

La Dirección Comercial La Dirección Comercial 1. La función comercial en la empresa: a) Análisis del sistema comercial: b) Diseño de estrategias: c) Dirección, organización y control de la actividad comercial. 2. El sistema

Más detalles

LA REVOLUCIÓN DE LOS SISTEMAS DE INFORMACIÓN (S.I.) Introducción PORQUÉ SISTEMAS DE INFORMACIÓN? El Competitivo Entorno de los Negocios

LA REVOLUCIÓN DE LOS SISTEMAS DE INFORMACIÓN (S.I.) Introducción PORQUÉ SISTEMAS DE INFORMACIÓN? El Competitivo Entorno de los Negocios LA REVOLUCIÓN DE LOS SISTEMAS DE INFORMACIÓN (S.I.) Introducción Tanto empresas grandes como pequeñas usan Sistemas de Información y Redes para realizar una mayor proporción de sus actividades electrónicamente,

Más detalles

PLAN DE AUDITORIA. La auditoria no busca culpables, busca la mejora de los procesos y servicios de la Entidad.

PLAN DE AUDITORIA. La auditoria no busca culpables, busca la mejora de los procesos y servicios de la Entidad. INTRODUCCION PLAN DE AUDITORIA CONCEPTOS 1. PLAN ANUAL DE AUDITORIA Es el documento de trabajo detallado que se constituye en la guía para la ejecución de los programas de auditoria interna a desarrollar,

Más detalles

SISTEMA InfoSGA Manual de Actualización Mensajeros Radio Worldwide C.A Código Postal 1060

SISTEMA InfoSGA Manual de Actualización Mensajeros Radio Worldwide C.A Código Postal 1060 SISTEMA InfoSGA Manual de Actualización Mensajeros Radio Worldwide C.A Código Postal 1060 Elaborado por: Departamento de Informática Febrero 2012 SISTEMA InfoSGA _ Manual de Actualización 16/02/2012 ÍNDICE

Más detalles

Evaluación del desempeño: los miembros de la familia, a examen

Evaluación del desempeño: los miembros de la familia, a examen Cátedra de Empresa Familiar TEMA DEL MES Newsletter nº 32 4 de febrero de 2008 Evaluación del desempeño: los miembros de la familia, a examen Por Josep Tàpies, titular de la Cátedra de Empresa Familiar

Más detalles

PROGRAMA CONSTRUYENDO ESCUELAS EXITOSAS

PROGRAMA CONSTRUYENDO ESCUELAS EXITOSAS PROGRAMA CONSTRUYENDO ESCUELAS EXITOSAS El Instituto Peruano de Administración de Empresas (IPAE) ha elaborado un programa dirigido a las escuelas de zonas rurales y urbano marginales, con la finalidad

Más detalles

PAUTA ENTREVISTA SELECCIÓN DE PERSONAL

PAUTA ENTREVISTA SELECCIÓN DE PERSONAL PAUTA ENTREVISTA SELECCIÓN DE PERSONAL Índice Introducción... Pág. 1 Descripción herramienta... Pág. 2 Pauta de entrevista... Pág. 3 Pauta de análisis... Pág. 5 Hoja de registro... Pág. 6 Introducción

Más detalles

ORIENTACIONES PARA EL DISEÑO DE POLÍTICAS DE CAPACITACIÓN Y EVALUACIÓN DEL DESEMPEÑO

ORIENTACIONES PARA EL DISEÑO DE POLÍTICAS DE CAPACITACIÓN Y EVALUACIÓN DEL DESEMPEÑO ORIENTACIONES PARA EL DISEÑO DE POLÍTICAS DE CAPACITACIÓN Y EVALUACIÓN DEL DESEMPEÑO DIRECCIÓN NACIONAL DEL SERVICIO CIVIL Subdirección de Desarrollo de las Personas INTRODUCCIÓN La Dirección Nacional

Más detalles

FORMACIÓN CONSULTORÍA. PROYECTOS I+D+i

FORMACIÓN CONSULTORÍA. PROYECTOS I+D+i FORMACIÓN CONSULTORÍA PROYECTOS I+D+i PRESENTACIÓN Formar y Seleccionar, S.L. - FORMAR-SE nace el 20 de enero de 2004 para ofrecer servicios formativos de valor añadido a agentes sociales, organizaciones

Más detalles

CAPÍTULO III MARCO TEÓRICO. Cada día cambian las condiciones de los mercados debido a diferentes factores como: el

CAPÍTULO III MARCO TEÓRICO. Cada día cambian las condiciones de los mercados debido a diferentes factores como: el CAPÍTULO III MARCO TEÓRICO 3.1 Introducción Cada día cambian las condiciones de los mercados debido a diferentes factores como: el incremento de la competencia, la globalización, la dinámica de la economía,

Más detalles