CMMI GRUPO 5 Juan Marcelo Ferreira Aranda Silvano Christian Gómez

Slides:



Advertisements
Presentaciones similares
ingeniería de software
Advertisements

Open RA 10/25/00 EEM/TD/LQ M. F. Juan 1 La Función de Calidad en los Proyectos de Desarrollo de Software Manuel F. Juan Martínez Juan López Espinosa Centro.
Proceso de desarrollo con UML y el modelo CMM
UNIVERSIDAD "ALONSO DE OJEDA"
MODELOS DE CALIDAD – CMMI
Diagnóstico de la Organización de la Calidad PDVSA
CERTIFICACION ISO 9000, ,12207 Y MODELO CMM
NORMALIZACIÓN ISO 9000: GESTION DE LA CALIDAD.
PROCESO Y MODELOS EN LA INGENIERIA DE SOFTWARE
TEMA 4.- SISTEMAS DE GESTIÓN MEDIOAMBIENTAL (I): ANTECEDENTES
Sistemas de Calidad / ISO 9001:2000
METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP)
“8 Principios de la Gestión Administrativa”
NORMA ISO -9001: 2000 ISO
CMMI GRUPO 5 Juan Marcelo Ferreira Aranda
CMMI GRUPO 5 Juan Marcelo Ferreira Aranda Silvano Christian Gómez
C APABILITY M ATURITY M ODEL (CMM) La satisfacción de las necesidades del cliente es la piedra angular del estándar CMM August 24, 2000 Software Engineering.
SISTEMAS DE GESTION DE CALIDAD
Sistema de Gestión de la Calidad
PRESENTADO POR: PEREZ MEDEL DULCE MARIA PERALES MORALES ESTHER IVONNE
INSTITUTO TECNOLÓGICO DE VERACRUZ 03/03/09 > EDGAR YAIR MORA GALINDO > JULIO ALBERTO RUIZ CRUZ > VÍCTOR MANUEL GÓMEZ PEÑA ESTRATEGIA DE TRANSICIÓN DE CMM.
MODELO DE CAPACIDAD DE MADUREZ INTEGRADO (CMMI)
SISTEMA DE GESTION DE CALIDAD
“Gerenciar la adquisición de productos y servicios a los proveedores del proyecto en desarrollo a partir de acuerdos formales”.
Página 1 09/01/2005 Materia: Tecnología de la Información Curso: Profesora Ariana Rosenthal Aseguramiento de la calidad.
Inma Salesa Ester Palacios
Tema: Aseguramiento De la calidad.
! USTED ES IMPORTANTE PARA NUESTRA ENTIDAD ¡
ISO 9001:2000 ES UNA CERTIFICACIÒN DE CALIDAD QUE PRETENDE LOGRAR LA SATISFACCION CONTINÙA DEL CLIENTE MEDIANTE EL CUMPLIMIENTO DE SUS NECESIDADES Y EXPECTATIVAS.
ADMINISTRACIÓN DE REQUERIMIENTOS
Sistemas de gestión de la calidad en empresas que desarrollan con Genexus Amalia Álvarez Balbi Gastón Mousqués
CMMI Juan Manuel Perdigón.
CMMI Medición & Análisis GRUPO 1 Larissa Hererra Miguel Ortiz Isabel Blank Junio 2005.
Modelo de Capacidad y Madurez
El Proceso de Software es la única manera de desarrollar sistemas de calidad. F. o V. Justifica tu respuesta. Que tiene que ver la globalización.
DIRECTRICES PARA LA MEJORA DEL DESEMPEÑO
Ingeniería de Software III
ISF5501 Ingeniería de Software
Ximena Romano – Doris Correa
Tema 1: Introducción a la Ingeniería de Software
CMMI GRUPO 5 Juan Marcelo Ferreira Aranda Silvano Christian Gómez
INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE
CMMI El CMM - CMMI es un modelo de calidad del software que clasifica las empresas en niveles de madurez. Estos niveles sirven para conocer la madurez.
CMMI Profesor: Sr. Gustavo Donoso
Método iterativo Integrantes : Paola Ramón Armando 19 octubre 2011.
Metodologías Lsi. Katia Tapia A., Mae.
CMMI GRUPO 5 Juan Marcelo Ferreira Aranda Silvano Christian Gómez
METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP)
CMM.
Introducción al proceso de verificación y validación.
LA MEJORA DE LOS PROCESOS
Alumno: Israel Espinosa Jiménez Matricula: Licenciatura: TIC Asignatura: Análisis y Diseño de Sistemas Cuatrimestre: 3 Página 1 de 6.
Alumno: Gerardo Mario Valdés Ortega Matricula: Asignatura: Análisis y diseño de Sistemas Computacionales Cuatrimestre: Tercero Carrera: Licenciatura.
Estructurar tus ideas para hacerlas realidad
Ciclo de Vida del Software
NIVELES DE CALIDAD DEL SOFTWARE
CMMI GRUPO 5 Juan Marcelo Ferreira Aranda Silvano Christian Gómez
Modelo de madurez del CMMI
ANGIE PAOLA SOLANO CASTIBLANCO DAR SOPORTE A LOS PROCESOS NORMAS ISO DOC. JOHANA LÓPEZ CHAVEZ SENA 2010.
Sistemas integrados de gestión
Las fases del ciclo de la vida de desarrollo de sistemas
VI. EVALUACIÓN DE LOS RECURSOS
Autor: Reinozo Cuesta Christian Marcelo
Planificación de Sistemas de Información
Como desarrollar un S.G.C. Preparación de la organización. Planificación del S.G.C. Comunicación e información. Diseño del S.G.C. y elaboración de la.
Experiencia de México Taller sobre TIC y Compras Públicas.
CAPABILITY MATURITY MODEL INTEGRATION Álvarez, Wilsandy V Castillo, Kerwint V García, María F.V
UNIDAD III. PSP Objetivo: El alumno identificará el Proceso Personal de Software, para medir su desempeño.
Sistemas de calidad en el desarrollo de software.
GESTIÓN DE PROYECTOS.
Transcripción de la presentación:

CMMI GRUPO 5 Juan Marcelo Ferreira Aranda Silvano Christian Gómez Marcelo Rodas Ingeniería de Software III 8vo Semestre, 2008 Facultad Politécnica - UNA

CMMI Agenda El proceso de software en las organizaciones Conceptos generales Importancia del proceso Introduccion a CMMI Origen. Historia. Beneficios Objetivos y alcance Estructura de niveles Ventajas y desventajas Casos de aplicación Conclusión

Que ocurre hoy con mi organización? Se hacen planes pero no necesariamente se cumplen No se hace un seguimiento del trabajo con el plan. Los planes no se ajustan Los requerimientos no son consistentes. No se hace una gestión de cambio Las estimaciones no son reales. La subestimacion es frecuente Los defectos son descubiertos en la fase de pruebas, incluso, por el cliente El éxito es dependiente de algún héroe.

Como reaccionamos normalmente antes crisis? Las respuestas comunes antes un verdadero problema: Las personas trabajan más tiempo y más rápido (presion). Las personas se mueven de proyecto en proyecto. Se recortan requerimientos del proyecto Los proyectos agregan más personas (plazos) Se espera a un desarrollador héroe (apaga incendios)

Resumiendo las realidades Los sintomas a considerar: Compromisos incumplidos. Compromisos incumplidos. Entrega tardía Entrega tardía Visibilidad inadecuada de la gestión Visibilidad inadecuada de la gestión Demasiadas sorpresas Demasiadas sorpresas Problemas de calidad Problemas de calidad Los trabajos se rehacen demasiado Los trabajos se rehacen demasiado Las funciones no funcionan correctamente Las funciones no funcionan correctamente Insatisfacción del cliente Insatisfacción del cliente Baja Estima, gente frustrada Baja Estima, gente frustrada

CMMI – Enfoques Generales El propósito del proyecto es proveer mejoras en costo, Propósito: El propósito del proyecto es proveer mejoras en costo, tiempo, y calidad de proyectos en desarrollo de ingeniería. Probados por experiencia ProcesoEfectivo Define modelos para la mejora o evaluación de los procesos de desarrollo y mantenimiento de sistemas y productos de software. CMMI : Define modelos para la mejora o evaluación de los procesos de desarrollo y mantenimiento de sistemas y productos de software. colección estructurada de prácticas que describen caracteristicas de un proceso efectivo. Modelo de Procesos : colección estructurada de prácticas que describen caracteristicas de un proceso efectivo.

CMMI Capability Maturity Model Integration Capability Capacidad, propiedad de los procesos Resultados esperados que pueden ser alcanzados siguiendo un proceso Maturity Grado de propiedad, de mejora de los procesos por medio de niveles Model Provee asistencia para desarrollo de procesos No son descripciones de procesos Las areas de proceso no se vinculan una a una con los procesos de una organizacion Integration Alcance, expectativa de establecer todos los procesos usando CMMI Combinacion de 3 modelos: o SW-CMM: Software o SE-CMM: Ingeniería de Software o IPD-CMM: Desarrollo integrado de productos

Madurez Empresa INMADURAEmpresa MADURA Apaga fuegos Tiene pocos recursos propios Tiene éxito gracias a los héroes Hay altibajos en la productividad por rotación de recursos Las planificaciones son poco realistas. Mucho esfuerzo dedicado a mantenimiento Los plazos de entrega son impredecibles Los empleados están descontentos Tiene procesos definido Tiene responsabilidades definidas El conocimiento está en la organización Resultados predecibles Entrega con la calidad esperada Cumple plazos de entrega Incrementa la productividad Reconocer las mejoras Satisface a los clientes Los empleados están a gusto

No es CMMI No es un proceso. No es un proceso. No es una metodología de desarrollo de software ni de gestión de proyectos. No es una metodología de desarrollo de software ni de gestión de proyectos. No asume el modelo en cascada ni el iterativo. No asume el modelo en cascada ni el iterativo.

HISTORIA DE CMMI First CMM Published Model Refined and Published as SW-CMM v1.0 SW-CMM v1.1 Published 1993 Software Acquisition (SA-CMM), Systems Engineering (SE-CMM), Integrated Product Development (IPD-CMM), Organizational Workforce Capability Development (People CMM) Developed CMMI Initiative Launched CMMI-SE/SW Version 1.0 Published CMMI-SE/SW/IPPD/A Version 1.1 Published

CMMI en la actualidad En Diciembre de 2001 se liberó el CMMI v1.1 En Diciembre de 2001 se liberó el CMMI v1.1 CMMI = Capability Maturity Model Integration CMMI = Capability Maturity Model Integration Es una evolución de modelos de CMM Es una evolución de modelos de CMM Incluye una diferencia importante en relación a su predecesor Incluye una diferencia importante en relación a su predecesor Un modelo, dos representaciones Un modelo, dos representaciones Versiones 1.1 y modelos del 2002 Versiones 1.1 y modelos del 2002 CMMI-SE/SW/IPPD, CMMI-SE/SW, CMMI-SW CMMI-SE/SW/IPPD, CMMI-SE/SW, CMMI-SW Mayo Adquisición de proyectos. CMMI-AM Mayo Adquisición de proyectos. CMMI-AM En Agosto de 2006 apareció el modelo CMMI v1.2 En Agosto de 2006 apareció el modelo CMMI v1.2 CMMI-DEV (Development) CMMI-DEV (Development) Adquisición de proyectos. CMMI for Acquisition, v Adquisición de proyectos. CMMI for Acquisition, v1.2 Proyectos que adquieren productos o servicios Proyectos que adquieren productos o servicios

Proveen guías para: Proveen guías para: DEV - Administración, medición y monitoreo del Proceso de Desarrollo DEV - Administración, medición y monitoreo del Proceso de Desarrollo ACQ - Informes y adquisición de liderazgo. ACQ - Informes y adquisición de liderazgo. SVC - Prestación de servicios dentro de la organización y clientes externos SVC - Prestación de servicios dentro de la organización y clientes externos Constelación: es un conjunto de componentes CMMI diseñados para satisfacer las necesidades de un área específica de interés

Componentes de CMMI Areas de proceso: Conjunto de prácticas relacionadas, que se ejecutan de forma conjunta, para conseguir un conjunto de objetivos. Gestión de la configuración Gestión de la configuración Planificación de proyecto Planificación de proyecto Definición de procesos Definición de procesos Gestión de riesgos Gestión de riesgos Innovación y desarrollo Innovación y desarrollo Objetivos Genéricos: Asociados a un nivel de capacidad. Institucionalizar un proceso gestionado Institucionalizar un proceso gestionado Institucionalizar un proceso definido Institucionalizar un proceso definido Práctica genérica: Una práctica genérica se aplica a cualquier área de proceso Establecer una política organizacional Establecer una política organizacional Planear el proceso Planear el proceso Entrenar al personal Entrenar al personal Objetivos Específicos: Asociados a cada área de proceso Registrar y controlar cambios Registrar y controlar cambios Desarrollar requerimientos del cliente Desarrollar requerimientos del cliente Desarrollar requerimientos del producto Desarrollar requerimientos del producto Práctica específica: Una práctica específica es una actividad que se considera importante en la realización del objetivo específico. Identificar requerimientos de interfaces Identificar requerimientos de interfaces Establecer una definición de la funcionalidad requerida Establecer una definición de la funcionalidad requerida

Bases de CMMI Objetivos de CMMI Servir de base para cualquier organización que decida adquirir un camino consistente en la mejora continua partiendo del establecimiento e institucionalización de una serie de áreas clave de proceso. Servir de guía para la implantación de una disciplina que va más allá de la definición, desarrollo, implantación y mantenimiento del producto, proyecto y/o servicio que la organización oferta al mercado

Niveles del CMM

Representaciones de CMMI La representación del modelo es un concepto que se relaciona con la estructura arquitectónica del mismo. SW-CMM: utilizaba un modelo "escalonado". SE-CMM: utilizaba un modelo "continuo". IPD-CMM: era "híbrido"

Representación Escalonada Provee un mapa predefinido a seguir para la mejora de la organización, basada en la agrupación y ordenamiento de procesos y relaciones de organización asociadas.

Representación Continua Proporciona una guía menos específica sobre el orden en el cual la mejora debería ser lograda. Se le llama continuo porque ninguna de las etapas discretas son asociadas con la madurez de organización.

Representación Híbrida En CMMI existen dos objetivos muy claros Conservar los niveles de madurez por etapas para mantener la flexibilidad necesaria en muchas organizaciones que tienen que adaptar sus procesos de mejora a sus metas de negocios y no viceversa. La transición de organizaciones del CMM v1.1 al CMMI debería ser tan fácil como fuera posible para proteger las considerables inversiones hechas CMMI tiene entonces las dos representaciones.

Agrupamiento Escalonado

Agrupamiento Continuo

Niveles del CMMI. 1 Inicial Los procesos son habitualmente caóticos Estado inicial donde el desarrollo se basa en la Heroicidad y responsabilidad de los individuos. Los procedimientos son inexistentes o localizados en áreas concretas. No existen plantillas definidas a nivel corporativo. La organización no provee un ambiente estable. Frecuentemente se exceden en el presupuesto y tiempo de sus proyectos.

Niveles del CMMI. 2 Gestionado Todos los Objetivos Específicos y Genéricos de todas las Areas de Proceso del Nivel 2 han sido alcanzadas. Los proyectos son planificados, realizados, medidos y controlados. Se normalizan las buenas prácticas en el desarrollo de proyectos (en base a la experiencia y al método). En este nivel consolidado, las buenas prácticas se mantienen en los momentos de estrés. Se definen hitos para la revisión de los productos. Los resultados son revisados con los participantes y son controlados. Los resultados satisfacen los requerimientos especificados, estándares y objetivos.

Niveles del CMMI. 3 Definido Todos los objetivos específicos y genéricos de todas las Áreas de proceso de los niveles 2 y 3 han sido alcanzadas. Los procesos están caracterizados y comprendidos. La organización entera participa en el proceso eficiente de proyecto software. Se conoce de antemano los procesos de construcción de software. Existen métodos y plantillas bien definidas y documentados. Los procesos no solo afectan a los equipos de desarrollo sino a toda la organización relacionada. Los proyectos se pueden definir cualitativamente. El gerente de la organización define objetivos para los proyectos basados en el conjunto estándar de procesos.

Niveles del CMMI. 4 Cuantitativamente Gestionado Son establecidos objetivos cuantitativos para calidad y rendimiento de procesos utilizados como criterio para la gestión de los procesos. Las medidas detalladas del rendimiento de los procesos son estadísticamente analizadas. Las estadísticas son almacenadas para aprovechar su aportación en siguientes proyectos. Son identificados motivos especiales para la variación de los procesos.

Niveles del CMMI. 5 Optimizado En base a criterios cuantitativos se pueden determinar las desviaciones más comunes y optimizar procesos. En este nivel los procesos son continuamente mejorados sobre la base de una comprensión cuantitativa. Se centra en una mejora continua por medio de mejoras tecnológicas tanto incrementales como de innovación. En los siguientes proyectos se produce una reducción de costes gracias a la anticipación de problemas y la continua revisión de procesos conflictivos.

Nuestra Meta: Lograr Niveles 2 y 3. NIVEL 2- Procesos a Implantar Gestión de Requisitos. Planificación del proyecto Seguimiento y control del proyecto Gestión de acuerdos con proveedores Medidas y análisis Medidas de calidad en el proceso y el producto Gestión de configuración

Nuestra Meta: Lograr Niveles 2 y 3. NIVEL 3 – Procesos a Implantar Gestión de requisitos Solución técnica Integración del producto Verificación Validación Enfoque organizacional del proceso Definición del proceso de la organización Formación en la organización Gestión de riesgos Análisis de decisiones y resolución

Ventajas y Desventajas Ventajas Generales. Desventajas Generales. Comparación con el Modelo ITIL. Comparación con el Modelo Six Sigma. Comparación con el Modelo ISO 9001:2000

Ventajas Generales La mejora de Procesos. La mejora siempre alineada con los objetivos de la Empresa. Ampliar el alcance de la visibilidad y en el ciclo de vida del producto. Aplicar prácticas de alta madurez, ya que el modelo trata de convivir con estas prácticas. Poder cumplir con las normas ISO.

Desventajas Generales La implantación de un modelo de estas características es un proceso largo y costoso que puede costar varios años de esfuerzo.

Comparación con Modelo ITIL (1) La principal ventaja de ITIL es que ha demostrado su eficacia con su enfoque a la gestión de servicios de TI. Esto genera lo siguiente: Alineación de servicios con el negocio. Resolución rápida y eficiente de problemas. Reducción de consultas de clientes. Mejor Control de Cambios. Mejor Control de Activos.

Comparación con el Modelo ITIL (2) El gran problema de ITIL es que no cubre adecuadamente las fases de desarrollo de software ni la gestión de proyectos asociada a esa fase de construcción de activos software. CMMI se centra en garantizar la calidad en el desarrollo de software mientras que ITIL garantiza la explotación del producto software.

Comparación con el Modelo Six Sigma (1)

Comparación con el Modelo Six Sigma (2)

Comparación con el Modelo ISO 9001:2000 (1)

Comparación con el Modelo ISO 9001:2000 (2)

Empresas Relacionadas a CMMI Empresas con nivel de Madurez 5. Empresas Paraguayas. Empresas en Otros Países

Empresas con Nivel de Madurez 5

Empresas Paraguayas

Empresas en Otros Países