Introducción a CMMI. Dr. Juan Pablo Carvallo Vega. Situación actual.

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

Download "Introducción a CMMI. Dr. Juan Pablo Carvallo Vega. Situación actual."

Transcripción

1 Introducción a CMMI Dr. Juan Pablo Carvallo Vega Situación actual La disciplina, ingeniería del software, es relativamente reciente y muchos de sus conceptos importantes están aún inmaduros No ha acabado de salir de la fase artesanal Carencia de un corpus de conocimiento aceptado mayoritariamente que sirva como fundamentos (Swebook) Padecemos de prisa patológica, que es consecuencia directa de: Desorganización Falta de planificación Alta dependencia de los héroes Dedicamos el esfuerzos de hoy a arreglar lo que se hizo mal ayer El producto (software) es algo intangible y no constreñido por las leyes físicas Escasa presión del mercado En una organización inmadura: Empresa Inmadura Procesos software normalmente improvisados Si se han especificado, no se siguen rigurosamente Organización reactiva (resolver crisis inmediatas) Planes y presupuestos excedidos sistemáticamente, al no estar basados en estimaciones realistas Si hay plazos rígidos, se sacrifican funcionalidad y calidad del producto para satisfacer el plan No existen bases objetivas para juzgar la calidad del producto Cuando los proyectos está fuera de plan, las revisiones o pruebas se recortan o eliminan 1

2 Empresa Madura El proceso de elaboración del software esta claramente definido, no existen ambigüedades a cerca de: Que se tiene que hacer Cuando, como,donde, etc. Es predecible, se puede repetir en otros proyectos con confianza sobre los resultados Predecible respecto a esfuerzo, costo, etc. Predecible respecto a la calidad: con respecto al numero de defectos, rendimiento, etc. Identifica y remueve los defectos tempranamente Los defectos incrementan el costo del proyecto La detección y corrección tardía son costosas Se preocupa de monitorizar y mejorar continuamente: Basada en la retroalimentación de la monitorización Evalúa continuamente nuevas herramientas y tecnologías Define métricas y realiza mediciones Empresa con procesos institucionalizados Esta es la forma en la que hacemos las cosas por aquí. La organización se construye sobre una infraestructura que contiene procesos, efectivos, usables, y aplicados consistentemente. La cultura organizacional se transporta en los procesos. La gestión nutre la cultura. Los procesos institucionalizados se mantienen incluso luego de que las personas que los definieron se han ido. Qué hacer? Artesanía Ingeniería!Cambio cultural de todos los involucrados! 2

3 Que es un proceso de mejora continua Un proceso es un conjunto de pasos definidos para lograr una tarea Proceso del software es el conjunto de actividades, métodos, practicas y transformaciones para desarrollar y mantener software y productos asociados [Paulk 1994] Un proceso definido es aquel que esta descrito a tal detalle que permite que los ingenieros lo ocupen constantemente. Los procesos definido ayudan durante la planificación y desarrollo de un trabajo [Humhprey, ] La madurez de un proceso es el punto hasta el cual un determinado proceso es explícitamente definido, administrado, medido, controlado y efectivo [Paulk 1994] Un proceso de mejora continua, es un conjunto de guías y técnicas que permiten incrementar continuamente la madurez de un proceso de software Modelo de Procesos Que es un modelo de procesos? Es una colección estructurada de practicas que describe las características de un proceso efectivo. Las practicas incluidas son aquellas que han probado ser efectivas en la practica. Como se utiliza un modelo de procesos? Como ayuda para definir prioridades y objetivos de mejora de procesos. Como ayuda para diseñar procesos estables, capaces y maduros. Como guía para mejorar proyectos y procesos organizacionales. En conjunto con métodos de auditoria para diagnosticar el estado de las practicas de una organización. Por qué son importantes los Modelos de Procesos? Son importantes porque proveen: Un punto de partida para iniciar el proceso de mejora Los beneficios de la experiencia previa de una comunidad Un lenguaje común y una visión compartida Un marco para priorizar acciones Una forma de definir lo que la mejora significa para una organización 3

4 Algunos Modelos de Procesos de mejora continua del software Trillium Bootstrap CMMI: CONCEPTOS INTRODUCTORIOS Capability Maturity Model Integration (CMMI) Que hace CMMI? Estudia los procesos de desarrollo de software de una organización y produce una evaluación de la madurez de la organización según una escala de cinco niveles La madurez de un proceso es un indicador de la capacidad para construir un software de calidad. Porque CMMI es importante? Es el modelo de mejora continua de desarrollo de software mas conocido y distribuido a nivel mundial Es un estándar de facto basado en las mejores practicas de cientos de proyectos de desarrollo de software Esta siendo utilizado por muchas organizaciones que no son desarrolladoras de software 4

5 Antecedentes Originado en 1982 ayudo a mejorar la calidad del proceso de software de contratistas gubernamentales en USA El trabajo empezó en el centro MITRE, y luego en el Software Engineering Institute (SEI) de la universidad Carnegie Mellon El autor inicial fue Watts Humphrey, luego se sumaron Mark Paulk, Bill Curtis, y otros Esta basado en gran medida en los conceptos de Total Quality Management (TQM) y el trabajo de Philip Crosby. Ha estado en continuo y activo desarrollo durante mas de 25 años Ha ganado mucho interés por parte de organizaciones que no se dedican al desarrollo de software Todos los documentos son públicos y gratuitos Versión actual CMMI v 1.2 Proximamente CMMI v 1.3 CMMI Para la mejora de procesos Se debe utilizar CMMI en las actividades de mejora de procesos como: Una colección de mejores practicas Un marco para organizar y priorizar actividades Soporte para la coordinación de actividades multidisciplinarias que pueden ser necesarias para construir un producto de manera exitosa. Una forma de enfatizar el alineamiento de los objetivos de mejora de procesos con los objetivos de negocio de la organización. 5

6 ESTRUCTURA DEL MODELO Representaciones del Modelo CMMI (1/2) Existen dos tipos de representaciones del modelo CMMI: Escalonada o por pasos Continua Una representación en CMMI es análoga a una vista en un base de datos. Ambas representaciones proveen formas de implementar mejoras a los procesos para alcanzar los objetivos de negocio. Ambas representaciones proveen esencialmente el mismo contenido y componentes del modelo, pero se organizan de diferente manera. Representaciones del modelo CMMI (2/2) Representación Escalonada Representación Continua Área de Proceso Área de Proceso Niveles de Madurez Objetivos Específicos Objetivos Genéricos Objetivos Específicos Objetivos Genéricos Niveles de Capacidad Practicas Especificas Practicas Genéricas Practicas Especificas Practicas Genéricas 6

7 Componentes Requeridos Componentes del modelo Objetivo genérico: Asociados a un nivel de capacidad establecen lo que una organización debe alcanzar en ese nivel de capacidad. Su logro en un área de proceso significa mejorar el control en la ejecución del área de proceso. Objetivo específico: Se aplican a una única área de proceso y localizan las particularidades que describen qué se debe implementar para satisfacer el propósito del área de proceso. Componentes Esperados Práctica genérica: Se aplica a cualquier área de proceso porque puede mejorar el funcionamiento y el control de cualquier proceso. Práctica específica: Es una actividad que se considera importante en la realización del objetivo específico al cual está asociado. Describen las actividades esperadas para lograr la meta específica de un área de proceso Componentes Informativos Componentes del modelo Propósito: Describe el propósito del Área de Proceso Notas introductorias: Describe los principales conceptos que aborda el Área de Proceso. Áreas de proceso relacionadas: Esta sección provee referencias a áreas de proceso relacionadas y una visión general de sus relaciones Productos de trabajo típicos: Ejemplos de productos resultantes de las practicas especificas (no son una lista rigurosa) Sub-prácticas: Descripción detallada que sirve como guía para la interpretación de una práctica genérica o específica. Ampliaciones de disciplina: Información relevante de una disciplina particular y relacionada con una práctica específica. Elaboraciones de prácticas genéricas: Es una guía de cómo la práctica genérica debe aplicarse al área de proceso. Organización de las áreas de proceso en las dos representaciones En la representación escalonada las áreas de proceso se organizan por nivel de madurez: Niveles 1 a 5 En la representación continua las áreas de proceso se organizan por categorías de áreas de proceso: Gestión de Procesos Gestión de Proyectos Ingeniería Soporte 7

8 CMMI Representación escalonada: Áreas de proceso por Nivel de madurez NIVEL ENFOQUE AREA DE PROCESO AREA DE PROCESO (ESPAÑOL) SIGLA Nivel 5: Optimizing (Optimizado) Continuous Process Improvement (Mejora continua) Organizational Innovation and Deployment Innovación y Despliegue Organizacionales Causal Analysisand Resolution Análisis de Causas y Resolución CAR OID Nivel 4: Quantitatively Managed (Gestionado Cuantitativamente) Nivel 3: Defined (Definido) Nivel 2: Managed (Gestionado) Quantitatively Manged (Gestionado Cuantitativamente) Process Standardization (Estandarización de procesos) Basic Project Management (Gestión Básica de Proyectos) Organizational Process Performance Rendimiento de Procesos Organizacionales OPP Quantitative Project Management Gestión Cuantitativa de Proyectos QPM RequirementsDevelopment Desarrollo de Requerimientos RD Technical Solution Solución Técnica TS Product Integration Integración de Producto PI Verification Verificación VER Validation Validación VAL Organizational Process Focus Enfoque Organizacional en Procesos OPF Organizational Process Definition +IPPD Definición de procesos organizacionales OPD Organizational Training Entrenamiento Organizacional OT Integrated Project Management +IPPD Gestión Integrada de Proyectos IPM Risk Management Gestión de Riesgos RSKM Decision Analysis and Resolution Análisis de Decisiones y Resolución DAR RequirementsManagement Gestión de Requerimientos REQM Project Planning Planificación de proyecto PP Project Monitoring and Control Monitorización y Control de Proyecto PMC Supplier AgreementManagement Gestión de Acuerdos con Proveedores SAM Measurement and Analysis Medición y Análisis MA Process and Product Quality Assurance Aseg. de calidad de Procesos y Productos PPQA Configuration Management Gestión de la configuración (CM) CM CMMI Representación continua: Áreas de proceso por Categorías CATEEGORIA AREA DE PROCESO SIGLA Enfoque Organizacional en Procesos OPF Gestión de Procesos Gestión de Proyectos Ingeniería Soporte Definición de procesos organizacionales Entrenamiento Organizacional Rendimiento de Procesos Organizacionales Innovación y Despliegue Organizacionales Planificación de proyecto Monitorización y Control de Proyecto Gestión de Acuerdos con Proveedores Gestión Integrada de Proyectos Gestión de Riesgos Gestión Cuantitativa de Proyectos Gestión de Requerimientos Desarrollo de Requerimientos Solución Técnica Integración de Producto Verificación Validación Gestión de la configuración (CM) Aseg. de calidad de Procesos y Productos Medición y Análisis Análisis de Decisiones y Resolución Análisis de Causas y Resolución OPD OT OPP OID PP PMC SAM IPM RSKM QPM REQM RD TS PI VER VAL CM PPQA MA DAR CAR Entendiendo los niveles (1/4) Los niveles se utilizan en CMMI para describir una ruta de evolución para una organización a la que le interesa mejorar los procesos que utiliza para desarrollar y mantener sus productos y servicios. CMMI soporta dos rutas de mejora: Escalonada: Habilita a la organización a mejorar un grupo de procesos relacionados abordando incrementalmente y de manera sucesiva, grupos predefinidos de áreas de proceso. Continua: Habilita a las organizaciones a mejorar incrementalmente los procesos correspondientes a un área de procesos individual (o un grupo de áreas de proceso) seleccionadas por la organización. 8

9 Entendiendo los niveles (2/4) Los dos tipos de rutas están asociados a dos tipos de niveles que corresponden a las dos representaciones escalonada y continua. Para la representación escalonada se utiliza el termino Nivel de Madurez o Madurez organizacional. Para la representación continua se utiliza el termino Nivel de Capacidad o Capacidad del área de proceso. Entendiendo los niveles (3/4) Independientemente de la representación seleccionada los niveles tiene el mismo concepto. Los niveles caracterizan la mejora de un estado mal definido a un estado que utiliza información cuantitativa para determinar las mejoras que son necesarias para que una organización alcance sus objetivos Para alcanzar un determinado nivel las organizaciones deben satisfacer todos los objetivos apropiados del área de procesos (o grupo de áreas de procesos) sobre los cuales se quiere obtener una mejora. Independientemente de si el nivel es un nivel de capacidad o de madures. Niveles de Madurez 5 Enfocado en la mejora de procesos OPTIMIZADO 4 Procesos medidos y controlados GESTIONADO CUANTITATIVAMENTE 3 Procesos enfocados a la organización, son proactivos DEFINIDO 2 Procesos enfocados a proyectos, muchas veces reactivos GESTIONADO 1 Procesos impredecibles, pobremente controlados y reactivos INICIAL 9

10 Los niveles de madurez no deben saltarse Cada nivel de madurez provee los fundamentos necesarios para la implementación efectiva de los procesos al siguiente nivel: Los niveles de proceso superiores tienen un mejor chance de alcanzar el éxito en su implementación con las disciplinas provistas en los niveles inferiores. Los efectos de las innovaciones de mayor madurez son mas fáciles de medir. Los procesos de los niveles superiores madurez pueden ser ejecutados por organizaciones con niveles inferiores de madurez, con el riesgo de no ser aplicados consistentemente durante una crisis. Niveles de Capacidad Un nivel de capacidad consiste de un objetivo genérico y sus practicas genéricas relacionadas, que pueden mejorar los procesos de una organización asociados a un área de procesos Los niveles de capacidad proveen una escala para medir los procesos de una organización en relación a las áreas de proceso de un modelo CMMI Existen seis niveles de capacidad. Cada nivel es una capa en fundamental para la mejora continua de procesos. Los niveles de madures son acumulativos (ej. Un nivel superior incluye las practicas de los niveles inferiores. Niveles de Capacidad Además de ser un proceso cuantitativamente gestionado, de forma sistemática se revisa y modifica o cambia para adaptarlo a los objetivos del negocio. Mejora continua. Además de ser un proceso definido se controla utilizando técnicas cuantitativas. Además de ser un proceso gestionado se ajusta a la política de procesos que existe en la organización, alineada con las directivas de la empresa Además de ejecutarse, el proceso se planifica, se revisa y se evalúa para comprobar que cumple los requisitos OPTIMIZADO GESTIONADO CUANTITATIVAMENTE DEFINIDO GESTIONADO 2 El proceso se ejecuta y se logra su objetivo EJECUTADO 1 El proceso no se realiza, o no se consiguen sus objetivos INCOMPLETO 10

11 Representación de la capacidad de un Área de Proceso La capacidad de un área de proceso se puede representar con una barra Capacidad del Área de Proceso Área de proceso N Áreas de Proceso Este punto representa mayor capacidad que V Este otro punto Los niveles de capacidad son acumulativos Debido a que los niveles de capacidad se construyen uno sobre otro, no pueden existir espacios en blanco Comparando los niveles de Capacidad y de Madurez NIVEL ESCALONADA (NIVELES DE CAPACIDAD) CONTINUA (NIVELES DE MADUREZ) 0 Incompleto N/D 1 Ejecutado Inicial 2 Gestionado Gestionado 3 Definido Definido 4 Gestionado Cuantitativamente Gestionado Cuantitativamente 5 Optimizado Optimizado 11

12 OBJETIVOS Y PRACTICAS GENERICAS Objetivos y las Practicas Genéricas Contribuyen al proceso de institucionalización. Son los componentes del modelo que proveen compromiso y consistencia a lo largo de los procesos y actividades de una organización. El nivel de institucionalización se representa con objetivos genéricos y se expresa con los nombres de los procesos asociados a cada objetivo como se indica en la tabla. OBJETIVO GENERICO Y TITULO GG1: Conseguir los objetivos específicos GG2: Institucionalizar un proceso gestionado GG3: Institucionalizar un proceso definido GG4:Institucionalizar un proceso Gestionado Cuantitativamente GG5: Institucionalizar un proceso Optimizado PROGRESO DEL PROCESO Proceso Ejecutado Proceso Gestionado Proceso Definido Proceso Gestionado Cuantitativamente Proceso Optimizado GG2 y GG3 Son los únicos utilizados en la versión escalonada Los Objetivos Genéricos Evolucionan Cada objetivo genérico provee la base para los siguientes: Un proceso Gestionado incluye y se construye sobre un proceso ejecutado Un proceso Definido incluye y se construye sobre un proceso Gestionado Un proceso Gestionado Cuantitativamente incluye y se construye sobre un proceso Definido Un proceso Optimizado incluye y se construye sobre un proceso Gestionado Cuantitativamente 12

13 GG 1: Lograr las metas específicas "El proceso da soporte y permite el logro de las metas específicas del área de proceso, transformando los productos de trabajo de entrada identificables para producir los productos de trabajo de salida identificables." PRACTICA GENERICA GP 1.1 REALIZAR LAS PRÁCTICAS ESPECÍFICAS DESCRIPCION Realizar las prácticas específicas del área de proceso para desarrollar los productos de trabajo y proporcionar servicios para lograr las metas específicas del área de proceso GG 2: Institucionalizar un proceso gestionado "El proceso está institucionalizado como un proceso gestionado" PRACTICA GENERICA GP 2.1 ESTABLECER UNA POLÍTICA DE LA ORGANIZACIÓN GP 2.2 PLANIFICAR EL PROCESO GP 2.3 PROPORCIONAR RECURSOS GP 2.4 ASIGNAR RESPONSABILIDAD GP 2.5 FORMAR AL PERSONAL GP 2.6 GESTIONAR CONFIGURACIONES GP 2.7 IDENTIFICAR E INVOLUCRAR A LAS PARTES INTERESADAS RELEVANTES GP 2.8 MONITORIZAR Y CONTROLAR EL PROCESO GP 2.9 EVALUAR OBJETIVAMENTE LA ADHERENCIA GP 2.10 REVISAR EL ESTADO CON EL NIVEL DIRECTIVO DESCRIPCION Establecer y mantener una política de la organización para planificar y realizar el proceso. Establecer y mantener el plan para realizar el proceso Proporcionar recursos adecuados para realizar el proceso, desarrollar los productos de trabajo y proporcionar los servicios del proceso. Asignar la responsabilidad y la autoridad para realizar el proceso, desarrollar los productos de trabajo y proporcionar los servicios del proceso. Formar, según sea necesario, a las personas para realizar o dar soporte al proceso. Poner los productos de trabajo designados del proceso bajo los niveles de control apropiados. Identificar e involucrar, como se planificó, a las partes interesadas relevantes del proceso. Monitorizar y controlar el proceso frente al plan para realizar el proceso y tomar las acciones correctivas apropiadas. Evaluar objetivamente la adherencia del proceso frente a la descripción del proceso, estándares y procedimientos, y tratar las no conformidades. Revisar con el nivel directivo las actividades, el estado y los resultados del proceso, y resolver los problemas. GG 3: Institucionalizar un proceso definido "El proceso está institucionalizado como un proceso definido." PRACTICA GENERICA GP 3.1 ESTABLECER UN PROCESO DEFINIDO DESCRIPCION Establecer y mantener la descripción de un proceso definido. GP 3.2 RECOGER INFORMACIÓN DE MEJORA Recoger productos de trabajo, medidas, resultados de medición e información de mejora procedente de la planificación y realización del proceso para dar soporte al uso futuro y a la mejora de los procesos y de los activos de proceso de la organización. 13

14 GG 4: Institucionalizar un proceso gestionado cuantitativamente "El proceso está institucionalizado como un proceso gestionado cuantitativamente." PRACTICA GENERICA DESCRIPCION GP 4.1 ESTABLECER OBJETIVOS CUANTITATIVOS PARA EL PROCESO Establecer y mantener los objetivos cuantitativos para el proceso, los cuales tratan la calidad y el rendimiento del proceso en base a las necesidades del cliente y a los objetivos de negocio. GP 4.2 ESTABILIZAR EL RENDIMIENTO DEL SUBPROCESO Estabilizar el rendimiento de uno o más subprocesos para determinar la capacidad del proceso para lograr los objetivos cuantitativos establecidos de calidad y de rendimiento del proceso. GG 5: Institucionalizar un proceso de optimización "El proceso está institucionalizado como un proceso en optimización." PRACTICA GENERICA DESCRIPCION GP 5.1 ASEGURAR LA MEJORA CONTINUA DEL PROCESO Asegurar la mejora continua del proceso para satisfacer los objetivos de negocio relevantes de la organización. GP 5.2 CORREGIR LAS CAUSAS RAÍZ DE LOS PROBLEMAS Identificar y corregir las causas raíz de los defectos y de otros problemas en el proceso. Resumen 14

Calidad de Software & Monterrey Ene - 08

Calidad de Software & Monterrey Ene - 08 Calidad de Software & CMMI Monterrey Ene - 08 Qué é sucede? Un proceso Ad hoc, improvisado por los practicantes y la administración. No es seguido rigurosamente. Dependiente de las personas que lo utilizan.

Más detalles

El Modelo CMMI (for Development) Monterrey, N.L. México Noviembre 2008

El Modelo CMMI (for Development) Monterrey, N.L. México Noviembre 2008 El Modelo CMMI (for Development) Monterrey, N.L. México Noviembre 2008 El CMMI El CMMI es un enfoque de mejora de procesos que provee a las organizaciones de los elementos esenciales para un proceso efectivo.

Más detalles

Capítulo 2 Ideas generales de CMMI-SW. 2.1 Introducción. 2.2 Procesos. 2.3 Modelo de procesos

Capítulo 2 Ideas generales de CMMI-SW. 2.1 Introducción. 2.2 Procesos. 2.3 Modelo de procesos Capítulo 2 Ideas generales de CMMI-SW 2.1 Introducción El Capability Maturity Model Integration (en adelante CMMI), se compone de un conjunto de modelos, métodos de evaluación y cursos de formación para

Más detalles

CMMI Capability Maturity Model Integration Modelo integrado de madurez de la capacidad

CMMI Capability Maturity Model Integration Modelo integrado de madurez de la capacidad CMMI Capability Maturity Model Integration Modelo integrado de madurez de la capacidad Robin Alberto Castro Gil rcastro@icesi.edu.co Liliana Franco Marulanda lfranco@icesi.edu.co Administración de los

Más detalles

Clase 04: Estándares de Calidad (CMMI)

Clase 04: Estándares de Calidad (CMMI) Clase 04: Estándares de Calidad (CMMI) GESTIÓN DE CALIDAD EN EL SOFTWARE Virginia Cuomo Mariela Castarés Primer cuatrimestre 2016 6 y 7 de Mayo Agenda CMMI Introducción Arquitectura Niveles en CMMI Representaciones

Más detalles

Aseguramiento de la calidad y pruebas de software. 2- Estándares y Modelos para la mejora del proceso de software

Aseguramiento de la calidad y pruebas de software. 2- Estándares y Modelos para la mejora del proceso de software Aseguramiento de la calidad y pruebas de software 2- Estándares y Modelos para la mejora del proceso de software Blanca A. Vargas Govea vargasgovea@itesm.mx Febrero 5, 2013 Objetivo Conocer los diferentes

Más detalles

Taller de Fundamentos de Mejora de Procesos

Taller de Fundamentos de Mejora de Procesos Taller de Fundamentos de Mejora de Procesos Capability Maturity Model, CMM and CMMI are registered in the U.S. Patent and Trademark Office Process Consulting - 22052009 Módulo 01 Diapositiva 1 Expectativas

Más detalles

CAPÍTULO II. Fundamentación teórica

CAPÍTULO II. Fundamentación teórica 2.1 Fundamentación genérica CAPÍTULO II Fundamentación teórica 2.1.1 Conceptos de calidad Conceptos de calidad según algunos pioneros de la calidad: Calidad es cero defectos haciendo las cosas correctamente

Más detalles

CMMI SERVICIOS. María Smith Gutiérrez Rueda - Quality Assurance Officer y Líder del Grupo de Ingeniería de Procesos (EPG) de Aranda Software

CMMI SERVICIOS. María Smith Gutiérrez Rueda - Quality Assurance Officer y Líder del Grupo de Ingeniería de Procesos (EPG) de Aranda Software CMMI SERVICIOS María Smith Gutiérrez Rueda - Quality Assurance Officer y Líder del Grupo de Ingeniería de Procesos (EPG) de Aranda Software AGENDA 1.- Qué es CMMI servicios? 2.- En qué nos puede ayudar

Más detalles

CMMI SM for Systems Engineering / Software Engineering / Integrated Product and Process CMMI SM -SE/SW/IPPD, V1.02

CMMI SM for Systems Engineering / Software Engineering / Integrated Product and Process CMMI SM -SE/SW/IPPD, V1.02 CMMI SM for Systems Engineering / Software Engineering / Integrated Product and Process Development,, Versión n 1.02 CMMI SM -SE/SW/IPPD, V1.02 Indice - Procesos integrados - El concepto CMMI - Introducción

Más detalles

CMMi. Lic. Virginia Cuomo

CMMi. Lic. Virginia Cuomo CMMi Lic. Virginia Cuomo 1 Agenda Repaso CMMI Introducción Arquitectura Niveles de Madurez Representaciones Representación Discreta Representación Continua Discreta VS Continua 2 Repaso Qué vimos la tercer

Más detalles

Problemas de PYMES en el Nivel 2 de Madurez Una Muestra Sesgada

Problemas de PYMES en el Nivel 2 de Madurez Una Muestra Sesgada del Problemas de PYMES en el Nivel 2 de Madurez Una Muestra Sesgada JuanJo Cukier, Practia Consulting Consideraciones del Estudio 27 Evaluaciones Nivel 2 entre: Junio de 2006 y Junio 2008 18 Organizaciones

Más detalles

Agenda. Alcance de los cambios. Criterios generales en la actualización. Cambios generales al modelo

Agenda. Alcance de los cambios. Criterios generales en la actualización. Cambios generales al modelo CMMI 1.3 Cambios y Mejoras Agenda Alcance de los cambios Criterios generales en la actualización Cambios generales al modelo Cambios específicos Áreas compartidas (Core) CMMI-DEV CMMI-SVC Propiedad intelectual

Más detalles

Beneficios del Uso de Modelos de Madurez

Beneficios del Uso de Modelos de Madurez Beneficios del Uso de Modelos de Madurez Paneil WAMPS 2012 Jorge Boria L VEWARE 1 Madurar es Mejorar probabilidad objetivo Mejorar predicciones N1 a N2 disciplina de compromiso probabilidad objetivo probabilidad

Más detalles

Introducción a la evaluación de

Introducción a la evaluación de ISO 15504 para mejora y evaluación de Patricia Rodriguez-Dapena SWC/09-072/MARKET/PR Introducción a la evaluación de Contextos de la evaluación de Identifica cambios Mejora de Lleva a Sujeto a Proceso

Más detalles

El encuentro para los que buscan liderar proyectos con éxito. Cecilia Boggi,PMP Gerente de PMO millennium3 s.a

El encuentro para los que buscan liderar proyectos con éxito. Cecilia Boggi,PMP Gerente de PMO millennium3 s.a Proyecto de Mejora CMMI Un caso de Éxito Cecilia Boggi, PMP millennium3 s.a. 1 Cecilia Boggi,PMP Gerente de PMO millennium3 s.a Lic. en Análisis de Sistemas - UBA 25 años de experiencia en proyectos de

Más detalles

Consideraciones para la implementación de SOA en el desarrollo de productos. Septiembre, 2006

Consideraciones para la implementación de SOA en el desarrollo de productos. Septiembre, 2006 Consideraciones para la implementación de SOA en el desarrollo de productos Septiembre, 2006 Consideraciones para la implementación de SOA en el desarrollo de productos Las nuevas exigencias de los mercados

Más detalles

Modelo de Procesos para la Industria de Software

Modelo de Procesos para la Industria de Software MoProSoft Modelo de Procesos para la Industria de Software Modelo MoProSoft 2 Perspectiva Histórica 2002 2003 2004 2005 AMCIS Círculo de Calidad 1996 Creación 1997 Emisión NMX-I-059 EvalProsoft Pruebas

Más detalles

CMMI Capability Maturity Model Integration Modelo integrado de madurez de la capacidad

CMMI Capability Maturity Model Integration Modelo integrado de madurez de la capacidad CMMI Capability Maturity Model Integration Modelo integrado de madurez de la capacidad Robin Alberto Castro Gil rcastro@icesi.edu.co Geovany Trejos Salas gtrejos@icesi.edu.co Monitoreo y control de proyectos

Más detalles

CMMI 3 SVC Alineación en camino al exito

CMMI 3 SVC Alineación en camino al exito CMMI 3 SVC Alineación en camino al exito Agenda BrainUp Systems Sintomas Diagnostico La solución Obstáculos en el camino Beneficios CMMI3 SVC BrainUp Mas de 12 años de experiencia en desarrollo de aplicaciones

Más detalles

y la madurez llegó a las empresas Iban López Jiménez

y la madurez llegó a las empresas Iban López Jiménez y la madurez llegó a las empresas Iban López Jiménez Hoy hablamos de CMM qué? CMMI y otros modelos Cifras, cifras, cifras Acreditación Un ejemplo de acreditación real: TECSIDEL Empezamos bien CMM qué?

Más detalles

Mejora de los procesos de gestión de proyectos a través de la combinación de PMBOK y CMMi

Mejora de los procesos de gestión de proyectos a través de la combinación de PMBOK y CMMi Mejora de los procesos de gestión de proyectos a través de la combinación de PMBOK y CMMi Alejandro Sacomani, Adriana Chalar, Leandro Antonelli, Andrés Lisse Centro de Informática, Fiscalia de Estado,

Más detalles

Capítulo 3. Áreas de Proceso

Capítulo 3. Áreas de Proceso Capítulo 3. Áreas de Proceso Tal como lo vimos en el capitulo anterior, las áreas de proceso son un grupo de prácticas que se realizan colectivamente con el fin de alcanzar determinadas metas. Existen

Más detalles

España, primera potencia europea en certificaciones de la calidad software

España, primera potencia europea en certificaciones de la calidad software INTRODUCCIÓN A LA CALIDAD SOFTWARE Dr. Javier Garzás javier.garzas@urjc.es Universidad Rey Juan Carlos España, primera potencia europea en certificaciones de la calidad software 70% de crecimiento en 5

Más detalles

CMMI : mejora del proceso en Fábricas de Software

CMMI : mejora del proceso en Fábricas de Software CMMI : mejora del proceso en Fábricas de Software Cecilia Rigoni Brualla Caelum, Information & Quality Technologies Introducción Introducción Idea / Necesidad Investigación Diseño Inversión PRODUCTO Introducción

Más detalles

Introducción al Personal Software Process (PSP)

Introducción al Personal Software Process (PSP) Introducción al Software Process (PSP) El Software Process ayuda a los desarrolladores de software a mejorar su funcionamiento disciplinando la manera en que desarrollan software De acuerdo con las prácticas

Más detalles

Capability Maturity Model Integration CMMI - Overview I

Capability Maturity Model Integration CMMI - Overview I Capability Maturity Model Integration CMMI - Overview I CAPIS Centro de Ingeniería del Software e Ingeniería del Conocimiento Junio 2004 Objetivo de la presentación Brindar una visión general del CMMI

Más detalles

Evolución de los modelos CMMI

Evolución de los modelos CMMI Evolución de los modelos CMMI Enrique Morey Capability Maturity Model and CMMI are registered in the U.S. Patent and Trademark Office by Carnegie Mellon University ESI 2009 1 Pregunta Qué entendemos como

Más detalles

ITILv3-Transición del Servicio de Información. Figuras basadas en material ITIL

ITILv3-Transición del Servicio de Información. Figuras basadas en material ITIL ITILv3-Transición del Servicio de Información Figuras basadas en material ITIL Fundamentos de ITIL Edición 2011 Transición del Servicio Transición del Servicio Transición del Servicio Definición Terminología

Más detalles

CSTIC 2010 Gestión de las TIC: Calidad y Sostenibilidad"

CSTIC 2010 Gestión de las TIC: Calidad y Sostenibilidad Gestión de las TIC: Calidad y Sostenibilidad" Madrid, 5 de octubre 2010 Universidad Pontificia Comillas C/ Alberto Aguilera, 23 Patronos: Patrocinadores Evaluaci aluación de organizaciones software mediante

Más detalles

Alcanzando la gestión cuantitativa en la gestión de proyectos en el ámbito de las PYMEs

Alcanzando la gestión cuantitativa en la gestión de proyectos en el ámbito de las PYMEs del Alcanzando la gestión cuantitativa en la gestión de proyectos en el ámbito de las PYMEs Jose A. Calvo-Manzano, UPM I. García y M. Arcilla, UPM y UNED Introducción: Fracaso de los Proyectos Crisis del

Más detalles

PROYECTO DE TESIS POR: DAVID CUARTAS VÈLEZ ASESOR: ANDRES FELIPE CANO CADAVID Analista de Sistemas Centro de Informática Universidad EAFIT

PROYECTO DE TESIS POR: DAVID CUARTAS VÈLEZ ASESOR: ANDRES FELIPE CANO CADAVID Analista de Sistemas Centro de Informática Universidad EAFIT PROYECTO DE TESIS DEFINICION DE UN PROCESO PARA LA GESTION DE REQUERIMIENTOS EN EL CENTRO DE INFORMATICA DE LA UNIVERSIDAD EAFIT, BASADO EN EL MODELO CMMI POR: DAVID CUARTAS VÈLEZ 200529412010 ASESOR:

Más detalles

2. EL MODELO CMMI. En 1991, el Instituto de Ingeniería de Software (SEI) publicó el Modelo de

2. EL MODELO CMMI. En 1991, el Instituto de Ingeniería de Software (SEI) publicó el Modelo de 2. EL MODELO CMMI 2.1 ANTECEDENTES DE CMMI En 1991, el Instituto de Ingeniería de Software (SEI) publicó el Modelo de Capacidad de Madurez (CMM). Dicho modelo está orientado a la mejora de los procesos

Más detalles

Diseño del Servicio Transición del Servicio

Diseño del Servicio Transición del Servicio Fases de ITIL Diseño del Servicio Transición del Servicio Diseño del Servicio: Diseño de Servicio es una etapa en general del ciclo de vida del servicio y un elemento importante en el proceso de cambio

Más detalles

Uso de la representación continua de CMMI para la Mejora de Negocio

Uso de la representación continua de CMMI para la Mejora de Negocio Uso de la representación continua de CMMI para la Mejora de Negocio III Semana del CMMI Casimiro Hernández Parro 1 de Marzo 2007 Capability Maturity Model and CMMI are registered in the U.S. Patent and

Más detalles

Calidad en el Servicio

Calidad en el Servicio Calidad en el Servicio Por qué es importante los procesos en el servicio? Beneficios de un modelo de referencia Resultados que se obtienen al operar servicios bajo estándares internacionales CMMI para

Más detalles

Determinación de la Capacidad de Mejora del Proceso de Software. Integrantes: Marisol Padilla Bautista Artemio Pérez Villa Manuel Lara

Determinación de la Capacidad de Mejora del Proceso de Software. Integrantes: Marisol Padilla Bautista Artemio Pérez Villa Manuel Lara Determinación de la Capacidad de Mejora del Proceso de Software Integrantes: Marisol Padilla Bautista Artemio Pérez Villa Manuel Lara ISO 15504 es una norma internacional para establecer y mejorar la capacidad

Más detalles

CMMI. Un modelo para optimizar los procesos de desarrollo. Jordi Borja Sanz (jordi.borja@borland.com) Technical Director Borland Spain & Portugal

CMMI. Un modelo para optimizar los procesos de desarrollo. Jordi Borja Sanz (jordi.borja@borland.com) Technical Director Borland Spain & Portugal CMMI. Un modelo para optimizar los procesos de desarrollo Jordi Borja Sanz (jordi.borja@borland.com) Technical Director Borland Spain & Portugal Agenda Por qué CMMI? Qué es CMMI? Beneficios obtenidos de

Más detalles

La madurez de los servicios TI. de los servicios. La Gestión n de Servicios de TI (ITSM) Antoni Lluís s Mesquida, Antònia Mas, Esperança Amengual

La madurez de los servicios TI. de los servicios. La Gestión n de Servicios de TI (ITSM) Antoni Lluís s Mesquida, Antònia Mas, Esperança Amengual La madurez de los servicios TI Antoni Lluís s Mesquida, Antònia Mas, Esperança Amengual 4 de Septiembre de 2009 XI Jornadas de Innovación n y Calidad del Software (JICS) 1 La Gestión n de Servicios de

Más detalles

CAPÍTULO I: ENFOQUE GLOBAL A CMMI

CAPÍTULO I: ENFOQUE GLOBAL A CMMI CAPÍTULO I: ENFOQUE GLOBAL A CMMI 1.1 CONCEPTOS 1.1.1 SISTEMA DE CALIDAD El sistema de calidad se debe adecuar a los objetivos de la calidad de la empresa. La dirección de la empresa es la responsable

Más detalles

Mejora de procesos desde el ámbito de la innovación. Santiago, 20 de agosto 2014

Mejora de procesos desde el ámbito de la innovación. Santiago, 20 de agosto 2014 Mejora de procesos desde el ámbito de la innovación Santiago, 20 de agosto 2014 Presentación Paulina Dixiana Valenzuela Sánchez, PMP, Mg. Banco Falabella Jefe de Gestión de Proyectos, Calidad de Software

Más detalles

NOTAS DEL CURSO Ingeniería de Software I DRA. MARIA DEL PILAR GÓMEZ GIL INAOEP

NOTAS DEL CURSO Ingeniería de Software I DRA. MARIA DEL PILAR GÓMEZ GIL INAOEP NOTAS DEL CURSO Ingeniería de Software I DRA. MARIA DEL PILAR GÓMEZ GIL INAOEP V:22-Nov-2010 CAPAS DE INGENIERÍA DE SOFTWARE [Pressman 05] 2 HERRAMIENTAS Lenguajes IDE s (Sistemas Integrados de Desarrollo)

Más detalles

ISO/IEC Aspectos básicos.

ISO/IEC Aspectos básicos. ISO/IEC 15504. Aspectos básicos. Tomado de: http://www.javiergarzas.com/2010/10/entender-iso-15504-1.html Una norma para evaluar procesos. La ISO 15504 es una norma internacional para establecer y mejorar

Más detalles

Diferencias entre nivel 2 y nivel 3 y una estrategia de implantación

Diferencias entre nivel 2 y nivel 3 y una estrategia de implantación CMMI DEV Diferencias entre nivel 2 y nivel 3 y una estrategia de implantación Cecilia Rigoni Gerente de Caelum, Information & Quality Technologies. Vocal del Comité CSTIC de la AEC El modelo CMMI DEV,

Más detalles

Evaluación y Mejora de Procesos Software

Evaluación y Mejora de Procesos Software Evaluación y Mejora de Procesos Software Calidad de Procesos y Productos Software, Santander, 12-16 de julio de 2010 Dr. Javier Garzás, CISA, CGEIT y CSQE javier.garzas@kybeleconsulting.com Kybele Consulting

Más detalles

Abre puentes con otros mercados. Es una herramienta de marketing. Mejora el compromiso de los empleados. Fortalece la cadena de proveedores

Abre puentes con otros mercados. Es una herramienta de marketing. Mejora el compromiso de los empleados. Fortalece la cadena de proveedores MODELO ISO CARACTERISTICAS PRINCIPALES Las normas desarrolladas por ISO son voluntarias, comprendiendo que ISO es un organismo no gubernamental y no depende de ningún otro organismo internacional, por

Más detalles

Definición de un Proceso de Implantación de Sistemas

Definición de un Proceso de Implantación de Sistemas Definición de un Proceso de Implantación de Sistemas Alicia Mon, Marcelo Estayno, Fernando López Gil, Eduardo De María 1 1 Grupo de Ingeniería de Software (G.I.S.) / Departamento de Sistemas / Universidad

Más detalles

ISO 9004:2009: Gestión del éxito sostenido de una organización. Un enfoque de gestión de la calidad

ISO 9004:2009: Gestión del éxito sostenido de una organización. Un enfoque de gestión de la calidad ISO 9004:2009: Gestión del éxito sostenido de una organización. Un enfoque de gestión de la calidad Ing. Eduardo Del Río Martínez Delegado INLAC en el ISO/TC 176 Octubre 2009 Temario 1. Evolución de los

Más detalles

Enginyeria del Software III

Enginyeria del Software III Enginyeria del Software III Sessió 2. El model CMM El model CMMi 1 El modelo CMM El modelo Capability Maturity Model (CMM), también denominado CMM-SW, fue desarrollado por el SEI como marco de referencia

Más detalles

CONCEPTOS BASICOS DE CALIDAD

CONCEPTOS BASICOS DE CALIDAD CONCEPTOS BASICOS DE CALIDAD Tener en cuenta Uso de equipos de comunicación Utilización del tiempo Intervenciones constructivas Finalidad Alcanzar Calidad en la Gestión de la Institución Educativa, con

Más detalles

Modelo de Factoría Software basado en CMMI. Ramiro Carballo r.carballo@gesein.com Marzo 2006 FOCAL Fundación Dintel

Modelo de Factoría Software basado en CMMI. Ramiro Carballo r.carballo@gesein.com Marzo 2006 FOCAL Fundación Dintel Modelo de Factoría Software basado en CMMI Ramiro Carballo r.carballo@gesein.com Marzo 2006 FOCAL Fundación Dintel Asociación n Española para la Calidad www.aec.es COMITÉ DE SOFTWARE Grupos de Trabajo:

Más detalles

Cómo mejorar el proceso de desarrollo con CMMI?

Cómo mejorar el proceso de desarrollo con CMMI? Cómo mejorar el proceso de desarrollo con CMMI? Congreso Internacional de Ingeniería Universidad San Martín de Porres Facultad de Ingeniería y Arquitectura Viernes 23 de Octubre de 2009 Process Consulting

Más detalles

Ing. Informática Informe de la importancia del concepto de Gobierno de TI. Presentados por: Maricruz López Villarreal Marisela Ruth Camacho Cruz

Ing. Informática Informe de la importancia del concepto de Gobierno de TI. Presentados por: Maricruz López Villarreal Marisela Ruth Camacho Cruz Ing. Informática Informe de la importancia del concepto de Gobierno de TI. Presentados por: Maricruz López Villarreal Marisela Ruth Camacho Cruz Lidia Romero Ramos ALCANCE E IMPORTANCIA DEL GOBIERNO DE

Más detalles

CICLO DE VIDA DEL SOFTWARE

CICLO DE VIDA DEL SOFTWARE CICLO DE VIDA DEL SOFTWARE 1 CICLO DE VIDA DEL SW Introducción Procesos del ciclo de vida del sw Modelos de proceso del sw 2 INTRODUCCIÓN Definir marco de trabajo A utilizar por todo el personal del proyecto

Más detalles

La Identificación de Stakeholders en la Ingeniería de Requisitos

La Identificación de Stakeholders en la Ingeniería de Requisitos La Identificación de Stakeholders en la Ingeniería de Requisitos Trabajo de investigación tutelado. Doctorando: Carla Leninca Pacheco Agüero. Tutor: Dr. Edmundo Tovar Caro. S I N T E S I S La primera medida

Más detalles

Relación de ITIL con los procesos de aseguramiento de la Calidad del Software.

Relación de ITIL con los procesos de aseguramiento de la Calidad del Software. Relación de ITIL con los procesos de aseguramiento de la Calidad del Software. Introducción. Desde 1996 IECI ha venido desarrollando actividades de prueba, muy orientadas al negocio que desarrolla. En

Más detalles

UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS Fundada en 1551

UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS Fundada en 1551 UNIVERSIDAD NACIONAL MAYOR DE SAN MARCOS Fundada en 1551 FACULTAD DE CIENCIAS MATEMATICAS E.A.P. DECOMPUTACION PROPUESTA PARA IMPLANTAR CMMI EN UNA EMPRESA CON MULTIPLES UNIDADES DESARROLLADORAS DE SOFTWARE

Más detalles

LA CERTIFICACIÓN POR NIVELES DE MADUREZ DE ISO/IEC 15504

LA CERTIFICACIÓN POR NIVELES DE MADUREZ DE ISO/IEC 15504 LA CERTIFICACIÓN POR NIVELES DE MADUREZ DE ISO/IEC 15504 Mª Carmen García y Javier Garzás, www.kybeleconsulting.com http://kybeleconsulting.blogspot.com/ Cada vez más, la calidad del software está tomando

Más detalles

estudio GERENCIA DE RIESGOS Y SEGUROS Nº

estudio GERENCIA DE RIESGOS Y SEGUROS Nº 54 Sistema de gestión de prevención de riesgos laborales según modelo OHSAS 18001 Se considerará que la prevención se ha integrado en la gestión y realización de una actividad si su procedimiento de ejecución

Más detalles

Rational Unified Process

Rational Unified Process Rational Unified Process 1 Qué es un Proceso? Un proceso define Quién está haciendo Qué, Cuándo y Cómo para lograr un cierto objetivo. En la ingeniería de software el objetivo es construir un producto

Más detalles

CICLO DE MEJORA CONTINUA

CICLO DE MEJORA CONTINUA OFICINA DE CALIDAD Y SEGURIDAD EL PACIENTE La calidad comienza y termina en nuestra propia conciencia propia conciencia CICLO DE MEJORA CONTINUA Oficina de Calidad y Seguridad del Paciente Historia de

Más detalles

ISO Daniel Pedrajas Van de Velde Sara Estellés Rojas Carlos García

ISO Daniel Pedrajas Van de Velde Sara Estellés Rojas Carlos García ISO 20000 Daniel Pedrajas Van de Velde Sara Estellés Rojas Carlos García Introducción Introducción, no llores = Introducción Requisitos del SGS objetivo + eficiencia y eficacia Reemplaza por completo a

Más detalles

Módulo 3: Planificación de Procesos.

Módulo 3: Planificación de Procesos. Módulo 3: Planificación de Procesos. CONTENIDO Parte 2 de 3 1) Modelo de Madurez de los Procesos. 2) Modelos de Gobernanza. 1 MADUREZ DE LOS PROCESOS Significado: Impacto Grado de dominio, capacidad y

Más detalles

Calidad. 2. Menciona los tres procesos de Gestión de Calidad Los procesos de Gestión de la Calidad del Proyecto son:

Calidad. 2. Menciona los tres procesos de Gestión de Calidad Los procesos de Gestión de la Calidad del Proyecto son: Nombre: Aldama Sánchez Miqueas Esli ADMINISTRACIÓN DE PROYECTOS DE SOFTWARE Calidad 1. Define calidad La calidad es el grado en el que un conjunto de características inherentes cumple con los requisitos

Más detalles

CMMI (Capability Maturity Model Integrated)

CMMI (Capability Maturity Model Integrated) CMMI (Capability Maturity Model Integrated) El SEI (software engineering institute) a mediados de los 80 desarrolló el CMM (modelo de madurez de la capacidad de software). CMMI: CMM integrado, una mezcla

Más detalles

Cómo citar el artículo Número completo Más información del artículo Página de la revista en redalyc.org

Cómo citar el artículo Número completo Más información del artículo Página de la revista en redalyc.org REICIS. Revista Española de Innovación, Calidad e Ingeniería del Software E-ISSN: 1885-4486 reicis@ati.es Asociación de Técnicos de Informática España Mesquida, Antoni Lluís; Mas, Antònia; Amengual, Esperança

Más detalles

TSP Team development. PSP2 Code reviews Design reviews. PSP1.1 Task planning Schedule planning. PSP1 Size estimating Test report

TSP Team development. PSP2 Code reviews Design reviews. PSP1.1 Task planning Schedule planning. PSP1 Size estimating Test report PSP0: Medición Lección 3 Aprendiendo PSP TSP Team development PSP2 Code reviews Design reviews PSP2.1 Design templates Incorpora diseño y Gestión de la calidad PSP1 Size estimating Test report PSP1.1 Task

Más detalles

ESCUELA POLITÉCNICA NACIONAL

ESCUELA POLITÉCNICA NACIONAL ESCUELA POLITÉCNICA NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS MARCO DE TRABAJO PARA LA GESTIÓN DE LA CALIDAD EN PROYECTOS DE DESARROLLO DE SOFTWARE BASADO EN PMBOK Y CMMI DEV. TESIS PREVIA A LA OBTENCIÓN

Más detalles

ISO/TC 176/SC 2/N 544R3. Traducción del documento:

ISO/TC 176/SC 2/N 544R3. Traducción del documento: Traducción del documento: ISO/TC 176/SC 2/N 544R3 Our ref: Secretaría del ISO/TC 176/SC 2 Fecha: 15 de octubre de 2008 A los Miembros del ISO/TC 176/SC 2 Gestión de la Calidad y Aseguramiento de la Calidad

Más detalles

Modulo 1: INTRODUCCION

Modulo 1: INTRODUCCION Modulo 1: INTRODUCCION Pregunta #1: Cuales son los problemas que afrontan las empresas en cuanto a la gestión de los procesos de TI Mala gestión de proyectos TI Mala gestión de proyectos TI Gestión de

Más detalles

PROCESOS SOFTWARE. Según esta estrategia, todo proceso debe planificarse, implantarse y evaluarse, para luego actuar sobre él.

PROCESOS SOFTWARE. Según esta estrategia, todo proceso debe planificarse, implantarse y evaluarse, para luego actuar sobre él. PROCESOS SOFTWARE MOTIVACIÓN? Con independencia de la metodología o modelo implementado, es común la estrategia para la mejora continua de la calidad, basada en el Círculo de Deming o Plan, Do, Check,

Más detalles

Gestión de proyectos siguiendo practicas del PMI.

Gestión de proyectos siguiendo practicas del PMI. Gestión de proyectos siguiendo practicas del PMI. Identificación de las mejores prácticas aplicadas a la gestión de proyectos. Proceso de Desarrollo de Software de Codes S.A. alineado a CMMI Nivel 3 en

Más detalles

Sistema para auditar el cumplimiento de CMMI-SW nivel 2.

Sistema para auditar el cumplimiento de CMMI-SW nivel 2. Sistema para auditar el cumplimiento de CMMI-SW nivel 2. César Gabriel Vargas 1 Germán Biagioli 2 Trabajo final para obtener el grado de Licenciado en Informática / Licenciatura en Sistemas De la Facultad

Más detalles

INGENIERÍA EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN EN COMPETENCIAS PROFESIONALES ASIGNATURA DE ADMINISTRACIÓN DE PROYECTOS DE T.I.

INGENIERÍA EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN EN COMPETENCIAS PROFESIONALES ASIGNATURA DE ADMINISTRACIÓN DE PROYECTOS DE T.I. INGENIERÍA EN TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN EN COMPETENCIAS PROFESIONALES ASIGNATURA DE ADMINISTRACIÓN DE PROYECTOS DE T.I. I UNIDADES DE APRENDIZAJE 1. Competencias Dirigir proyectos de

Más detalles

PROJECT MANAGEMENT OFFICE

PROJECT MANAGEMENT OFFICE PROJECT MANAGEMENT OFFICE JORGE SEOANE Y EDUARDO AZPIROZ COSTA, SOCIO Y DIRECTOR ASOCIADO DE PARADIGMA, RESPECTIVAMENTE PARA QUÉ SIRVEN LOS PROYECTOS? Los proyectos son los viabilizadores en el diseño

Más detalles

MODELO IBEROAMERICANO DE EXCELENCIA EN LA GESTION

MODELO IBEROAMERICANO DE EXCELENCIA EN LA GESTION MODELO IBEROAMERICANO DE EXCELENCIA EN LA GESTION - 2005 ANEXO I. METODO DE EVALUACION Fundación Iberoamericana para la Gestión de la Calidad No. M-82584 FUNDACION INBEROAMERICANA PARA LA GESTION DE LA

Más detalles

Ingenieria de Software II Primer Cuatrimestre de 2008

Ingenieria de Software II Primer Cuatrimestre de 2008 Ingenieria de Software II Primer Cuatrimestre de 2008 The Personal Software Process. Watts Humphrey. Technical Report. CMU/SEI-2000-TR-022. Buenos Aires, 2 de junio de 2008 Hernan Berinsky, Francisco Facioni,

Más detalles

Proceso de Verificación y Validación Independiente Tecnologías Aplicadas

Proceso de Verificación y Validación Independiente Tecnologías Aplicadas Proceso de Verificación y Validación Independiente Tecnologías Aplicadas GMV S.A., 2006 Propiedad de GMV S.A. Todos los derechos reservados Índice Qué es la Verificación y Validación Independiente? Proceso

Más detalles

FACULTAD DE INGENIERÍA

FACULTAD DE INGENIERÍA PÁGINA: 1 DE 8 ACTIVIDAD II 2º PARTE AUDITORIA DE GESTIÓN DE LA CALIDAD BAJO ISO 9001:2008 1- INFORMACIÓN DE ENTRADA En la siguiente lista de comprobación el auditor recorre los puntos de la norma ISO

Más detalles

INDICE Prologo a la edición española Prologo Prefacio Introducción Agradecimientos 1. El dilema

INDICE Prologo a la edición española Prologo Prefacio Introducción Agradecimientos 1. El dilema INDICE Prologo a la edición española Prologo Prefacio Introducción Agradecimientos 1. El dilema 1 El dilema 7 Una mirada al pasado y a los programas que fueron creados como consecuencia 12 La solución

Más detalles

Ingeniería de Requerimientos. requiere de un Sistema de Software.

Ingeniería de Requerimientos. requiere de un Sistema de Software. Ingeniería de uestableciendo lo que el cliente requiere de un Sistema de Software. Ian Sommerville 1995 Ingeniería de Software, 5a. edición Capitulo 4 Diapositiva 1 Objetivos u Introducción a la Noción

Más detalles

El Proceso. Capítulo 2 Roger Pressman, 5 a Edición. El Proceso de Desarrollo de Software

El Proceso. Capítulo 2 Roger Pressman, 5 a Edición. El Proceso de Desarrollo de Software El Proceso Capítulo 2 Roger Pressman, 5 a Edición El Proceso de Desarrollo de Software Qué es? Marco de trabajo de tareas a realizar para desarrollar Software de alta calidad. Es sinónimo de Ingeniería

Más detalles

Soporte a CMMI. III Semana CMMI. Gestión e Ingeniería de Requisitos con IRqA. Fernando Valera Consultor IRqA fvalera@tcpsi.es

Soporte a CMMI. III Semana CMMI. Gestión e Ingeniería de Requisitos con IRqA. Fernando Valera Consultor IRqA fvalera@tcpsi.es Soporte a CMMI Gestión e Ingeniería de Requisitos con IRqA III Semana CMMI Fernando Valera Consultor IRqA fvalera@tcpsi.es Agenda - Agenda Presentación TCP & IRqA La Ingeniería de Requisitos en CMMI Qué

Más detalles

Especial CMMI. Estudio Cero alcanza el nivel II del estándar de calidad del software, CMMI

Especial CMMI. Estudio Cero alcanza el nivel II del estándar de calidad del software, CMMI Especial CMMI Estudio Cero alcanza el nivel II del estándar de calidad del software, CMMI Editorial Estimado lector, Es un honor para mi y para todo el equipo de Estudio Cero poder celebrar con esta edición

Más detalles

PAMEC. Aseguramiento de Calidad de Servicios de Salud

PAMEC. Aseguramiento de Calidad de Servicios de Salud Aseguramiento de Calidad de Servicios de Salud PAMEC Fuente: Guía Básica para implementar las Pautas de Auditoria para el Mejoramiento de la Calidad de la Atención en Salud - Ministerio de Protección Social,

Más detalles

INTRODUCCIÓN AL MODELO CMMI PARA ADQUISICIONES

INTRODUCCIÓN AL MODELO CMMI PARA ADQUISICIONES INTRODUCCIÓN AL MODELO CMMI PARA ADQUISICIONES INTRODUCTION TO MODEL CMMI FOR ACQUISITION Elianne Morejón Pereira 1, Andy Infante Mendoza 2 1 Empresa de Aplicaciones Informáticas División Territorial Santiago

Más detalles

ARANDA SOFTWARE: EXPERIENCIA DE IMPLEMENTACION DE CMMI SERVICIOS EN UNA ORGANIZACIÓN QUE CUENTA CON IMPLEMENTACION DE CMMI DEV María Smith Gutiérrez

ARANDA SOFTWARE: EXPERIENCIA DE IMPLEMENTACION DE CMMI SERVICIOS EN UNA ORGANIZACIÓN QUE CUENTA CON IMPLEMENTACION DE CMMI DEV María Smith Gutiérrez ARANDA SOFTWARE: EXPERIENCIA DE IMPLEMENTACION DE CMMI SERVICIOS EN UNA ORGANIZACIÓN QUE CUENTA CON IMPLEMENTACION DE CMMI DEV María Smith Gutiérrez Rueda - Quality Assurance Officer y Líder del Grupo

Más detalles

PMBOK. Estos grupos de procesos no representan fases rígidas ni recetas, sino que, grosso modo, equivalen al modelo planear, hacer, revisar y actuar :

PMBOK. Estos grupos de procesos no representan fases rígidas ni recetas, sino que, grosso modo, equivalen al modelo planear, hacer, revisar y actuar : PMBOK El PMBOK es una colección de procesos y áreas de conocimiento generalmente aceptadas como las mejores prácticas dentro de la gestión de proyectos. El PMBOK es un estándar reconocido internacionalmente

Más detalles

PROYECTO. Se define como un esfuerzo temporario destinado a crear un producto, servicio o resultado único (*).

PROYECTO. Se define como un esfuerzo temporario destinado a crear un producto, servicio o resultado único (*). PROYECTO Se define como un esfuerzo temporario destinado a crear un producto, servicio o resultado único (*). Por lo tanto, un Proyecto tiene: inicio y fin definidos (temporario) producto o servicio único

Más detalles

Manual de Calidad. Manual de Calidad. Aprobado por: firma Nombre y cargo. Elaborado por: firma Nombre y cargo

Manual de Calidad. Manual de Calidad. Aprobado por: firma Nombre y cargo. Elaborado por: firma Nombre y cargo Aprobado por: firma Nombre y cargo Elaborado por: firma Nombre y cargo Fecha Modificaciones Sustituye a revisión Copia controlada SI NO Copia distribuida a : Nombre, dirección, teléfono, fax y Web de la

Más detalles

COBIT 4.1. Planear y Organizar PO10 Administrar Proyectos. By Juan Antonio Vásquez

COBIT 4.1. Planear y Organizar PO10 Administrar Proyectos. By Juan Antonio Vásquez COBIT 4.1 PO10 Administrar Proyectos By Juan Antonio Vásquez Establecer un marco de trabajo de administración de programas y proyectos para la administración de todos los proyectos de TI establecidos.

Más detalles

CUESTIONARIO PREE-EXAMEN

CUESTIONARIO PREE-EXAMEN CUESTIONARIO PREE-EXAMEN 1.- La clasificación de los recursos humanos son dos: Planificación de los recursos humanos: identificar y documentar los roles del proyecto, las responsabilidades y las relaciones

Más detalles

INTERPRETACIÓN NORMA OHSAS 18001:2007 MÓDULO 1 SESIÓN 1 INTERPRETACIÓN DE LA NORMA OHSAS 18001:2007 DOCENTE: Ing. Dª. Ana I.

INTERPRETACIÓN NORMA OHSAS 18001:2007 MÓDULO 1 SESIÓN 1 INTERPRETACIÓN DE LA NORMA OHSAS 18001:2007 DOCENTE: Ing. Dª. Ana I. INTERPRETACIÓN NORMA OHSAS 18001:2007 MÓDULO 1 SESIÓN 1 INTERPRETACIÓN DE LA NORMA OHSAS 18001:2007 DOCENTE: Ing. Dª. Ana I. Menac Lumbreras Especializados 1 TEMA 1 Contenidos INTRODUCCIÓN A LA NORMA OHSAS

Más detalles

Auditoría» ISO/IEC 27001» Requerimientos

Auditoría» ISO/IEC 27001» Requerimientos Auditoría» ISO/IEC 27001» Requerimientos El análisis de brechas: estado de aplicación de ISO/IEC 27001. 4: Sistema de Gestión de Seguridad de la Información 4.1: Requisitos generales 4.1.1 La organización

Más detalles

Visual Studio Team System

Visual Studio Team System Visual Studio Team System MSF for CMMi Process Improvement Aurelio Porras Development Tools Advisor aureliop@microsoft.com Microsoft Ibérica El éxito es raro Fallidos Problemáticos Existosos 2004 15% 51%

Más detalles

LA CALIDAD SE TOMA EL GIDIS, EMPIEZA LA EXPERIENCIA DESDE ISO9001 HASTA CMMI.

LA CALIDAD SE TOMA EL GIDIS, EMPIEZA LA EXPERIENCIA DESDE ISO9001 HASTA CMMI. LA CALIDAD SE TOMA EL GIDIS, EMPIEZA LA EXPERIENCIA DESDE ISO9001 HASTA. Grupo de Investigación y Desarrollo de Ingeniería del Software. Departamento de Sistemas e Informática, Universidad Francisco de

Más detalles

Trabajo de tesis Framework de mejora de procesos de desarrollo de software

Trabajo de tesis Framework de mejora de procesos de desarrollo de software Trabajo de tesis Framework de mejora de procesos de desarrollo de software 1 ra Sección: Cuerpo principal Universidad Nacional de La Plata Facultad de informática Carrera: Magíster en Ingeniería de Software

Más detalles

Gerencia de Proyectos

Gerencia de Proyectos 1.- Administración de proyectos de Ingeniería 2.- Planificación del proyecto. 3.- Organización del proyecto Concepto Acciones y técnicas para la Planificación, motivación, dirección y control de recursos,

Más detalles

Valencia, 21 de Abril de 2009

Valencia, 21 de Abril de 2009 Por qué la mejora de procesos de software Valencia, 21 de Abril de 2009 Capability Maturity Model and CMMI are registered in the U.S. Patent and Trademark Office by Carnegie Mellon University ESI 2010

Más detalles

COBIT 4.1. Entregar y Dar Soporte DS5 Garantizar la Seguridad de los Sistemas. By Juan Antonio Vásquez

COBIT 4.1. Entregar y Dar Soporte DS5 Garantizar la Seguridad de los Sistemas. By Juan Antonio Vásquez COBIT 4.1 DS5 Garantizar la Seguridad de los Sistemas By Juan Antonio Vásquez La necesidad de mantener la integridad de la información y proteger los activos de TI, requiere de un proceso de administración

Más detalles