SlideShare uma empresa Scribd logo
1 de 23
ÍNDICE
•   RESUMEN
•   OBJETIVOS
•   ¿QUÉ ES?
•   HISTORIA
•   NIVELES DE MADUREZ DE CMMI-DEV
•   CERTIFICACIONES
•   VERSIONES
•   COMPONENTES
•   CARACTERÍSTICAS
•   CMMI-DEV VS ISO 9001
•   LAS PRÁCTICAS GENÉRICAS (GP)
•   LAS PRÁCTICAS ESPECIFICAS (SP)
•   CATEGORÍAS DE ÁREAS DE PROCESO CMMI-DEV
•   EJEMPLO
•   BENEFICIOS DEL CMMI-DEV
•   CONCLUSIONES
•   BIBLIOGRAFÍA
RESUMEN
•Uno de los referentes de mejora más utilizados en la actualidad es
CMMI DEV.

•Es el modelo de referencia para la mejora de proceso en los proyectos
de desarrollo y de mantenimiento software.

•Los requerimientos de certificación de CMM son criterios de diseño
de alto nivel para desarrollar, definir y usar métodos de certificación
basados en el modelo CMMI.

•Los componentes necesarios en CMMI son las metas específicas y
genéricas.

•Contiene 5 niveles de madurez.
OBJETIVOS
• Presentar una concisa definición y algunas características
  relativas a CMMI, de tal forma a mostrar de forma compacta y
  breve las principales características de este modelo.

• Específicamente, se presentan los conceptos básicos, su
  historia, sus orígenes, su estructura general y las ventajas y
  desventajas frente a otras técnicas.

• Se pretende que sirva de referencia inicial a quienes
  pretendan adentrarse en el mismo.
¿QUÉ ES?
• CMMI-DEV es el modelo de referencia para la mejora de las
  diferentes áreas de proceso en los proyectos de desarrollo y
  de mantenimiento de software.

• Es un conjunto de mejores prácticas que cubre el ciclo de vida
  del producto, desde su concepción hasta su entrega y
  mantenimiento.
HISTORIA
El proyecto CMMI fue creado por el Instituto de Ingeniería de Software
  de la Universidad Carnegi Mellon.

Inicialmente, CMMI era un modelo que combinaba tres modelos
  fuente: el Capability Maturity Model for Software (SW-CMM) v2.0
  draft C, el Systems Engineering Capability Model (SECM) [EIA 2002a],
  y el Integrated Product Development Capability Maturity Model (IPD-
  CMM) v0.98.

La combinación de los modelos seleccionados en un marco de mejora
  único pretendía que fuera usado por organizaciones en su búsqueda
  de la mejora de procesos para toda la empresa.
Niveles de madurez de
                      CMMI-DEV
0. Incompleto: Este nivel es cuando no se
realiza ningún tipo de proceso, o que no
se consiguen sus objetivos.
1. Ejecutado: Toda organización que
disponga de procesos y logran sus objetivos
están dentro del nivel 1.
2. Gestionado: Aparte de disponer de
procesos, estos son planificados, revisados y
evaluados para comprobar que cumplen los
requisitos definidos.
3. Definido: A parte de tener gestionados
los procesos, estos se ajustan a la política
de procesos marcada por la organización.
4. Cuantitativamente gestionado: Los
procesos se controlan utilizando técnicas
cuantitativas.
5. Optimizando: Además de cumplir todas
las condiciones de los niveles que le
preceden, de forma sistemática se revisa y
modifica o cambia para adaptarlo a
los objetivos del negocio.
CERTIFICACIONES
        REQUERIMIENTOS PARA LA CERTIFICACIÓN DE CMMI:

Los requerimientos de certificación de CMM consisten en un conjunto
de criterios de diseño de alto nivel para desarrollar, definir y usar
métodos de certificación basados en el modelo CMMI.
Los requerimientos para las evaluaciones CMMI definen tres clases de
métodos de certificación:

Los métodos de clase A: son los más rigurosos, se centran en cómo
 se ha realizado la implementación y se examina el nivel de
 institucionalización de las prácticas desplegadas.

Los de clase B: son métodos iniciales e incrementales, son métodos
 de autoevaluación de los procesos.

Los de clase C: son métodos que sirven para tener una mirada rápida
 de los procesos.
VERSIONES
COMPONENTES
Los componentes necesarios en CMMI son las metas específicas
y genéricas :

Metas específicas:
Son componentes del modelo y se utilizan en evaluaciones para
determinar si un área de proceso esta satisfecho.Contienen las
prácticas específicas.

Metas Genéricas:
Son llamadas "genéricas“ porque la misma declaración de metas
se aplica a varias áreas de proceso. Describe las características
que deben estar presentes para institucionalizar los procesos
que implementan un área de proceso. Contienen las prácticas
genéricas.
CARATERÍSTICAS
No.                                              Descripción
1     Se enfoca en mejores prácticas.

2     Cubre las actividades requeridas para desarrollar y mantener productos y servicios.


3     Mejores procesos resultan en mejores productos y servicios.


4     Permite enfocar la mejora a aquellos procesos alineados con los objetivos del negocio.

5     Incrementa la visibilidad de las actividades de ingeniería para garantizar que el producto y/o servicio
      cumpla con las expectativas de su cliente.

6     Contempla la mejora de procesos a través de la incorporación de lecciones aprendidas.

7     Contiene 5 niveles de madurez.

8     Son dos caminos para la mejora : Por niveles y Continuo.

9     Los componentes necesarios en CMMI son las metas específicas y genéricas.



10    Los requerimientos para las evaluaciones CMMI definen tres clases de métodos de certificación.
CMMI-DEV   VS ISO 9001
Las Prácticas Genéricas (GP)
 • Son prácticas que se aplican a todas las áreas de proceso, están más
   orientadas a un nivel organizativo y de procesos.
GG 2 Institucionalizar un proceso gestionado
GP 2.1 Establecer una política organizacional. Definir unas expectativas de la organización para el proceso y hacer visibles
estas expectativas a la organización.
GP 2.2 Planificar el proceso. Determinar que se necesita para ejecutar el proceso y alcanzar los objetivos establecidos,
desarrollar una planificación para la ejecución del proceso y obtener la aceptación de la planificación por parte de los
involucrados.
Establecer una planificación incluye la documentación de la planificación y la descripción del proceso, el mantenimiento de
la planificación incluye su actualización para reflejar las acciones correctivas, los cambios a los requisitos o los cambios a los
objetivos.
GP 2.3 Proveer recursos. Asegurar que los recursos necesarios para llevar a cabo el proceso definido en la planificación
estarán disponibles cuando sean necesarios.
GP 2.4 Asignación de responsabilidades. Indicar que personas serán las responsables de que el proceso sea llevado de
forma correcta conforme a lo planificado, estas personas tendrán que tener la autoridad suficiente y deberán aceptar dichas
responsabilidades.
GP 2.5 Formación del personal. Asegurar que las personas poseen los conocimientos necesarios para llevar a cabo la
correcta ejecución del proceso.
GP 2.6 Gestión de la configuración. Establecer y mantener la integridad los productos de trabajo del proceso a lo largo de
su vida.
GP 2.7 Identificar e involucrar a las personas involucradas. Establecer y mantener la involucración de las personas durante
la ejecución del proceso.
GP 2.8 Monitorizar y controlar el proceso. Ejecutar la monitorización y seguimiento del proceso, para tomar las medidas
correctivas en caso que sea necesario. La monitorización se ejecutara principalmente mediante la creación de indicadores
para cada uno de los procesos.
GP 2.9 Evaluar objetivamente su cumplimiento. Asegurar que el proceso se está ejecutando de acuerdo a lo planificado y
de forma correcta con lo establecido en el proceso organizacional.
GP 2.10 Revisión del estado con los superiores. Hacer el reporte del estado del proceso a los mandos superiores.
Las Practicas Especificas (SP)
• Son prácticas particulares de cada una de las áreas de proceso.

• REQM Gestión de Requisitos
• PP Planificación de Proyectos
• PMC Seguimiento y Control de Proyectos
• SAM Acuerdos con Proveedores
• MA Medición y Análisis
• PPQA Aseguramiento de la Calidad en el Proceso y el
  Producto
• CM Gestión de configuraciones
Categorías de Áreas de Proceso
         CMMI-DEV




Nivel 2 Nivel 3   Nivel 4   Nivel 5
EJEMPLO
de Análisis de Decisiones y
    Resolución (DAR)
Beneficios o lo que se espera del uso de
                    CMMI-DEV
• Los Proyectos son más visibles: Cada integrante de un equipo de proyecto sabe en
   que trabaja.
• Mejor comunicación: Cada involucrado, en su rol, conoce sus responsabilidades y
   compromisos.
• Los planes de proyectos son más realistas: Se realizan de acuerdo a lo que la empresa
   es capaz de hacer. Mejora la productividad, eficiencia y calidad.
• Disminuye el Re-trabajo: Detección más temprana de errores.
• La organización se conoce mas a si misma: La Organización sabe de lo que es capaz de
   hacer.
• La organización puede generar su Base de Conocimiento: Procesos, Planes, ejemplos,
   etc.
• Se genera un ambiente de equipo: Se tiene conocimiento de lo que quiere la
   organización.
• Se tiene un cliente contento: Un cliente mas participativo en el proyecto.
• Se genera un producto con mejor calidad: Apropiada obtención de requerimientos y
   detección temprana de errores.
CONCLUSIONES
El uso del modelo CMMI-DEV en una organización originará que
en la organización se obtengan unos productos de mas calidad
basándose en la mejora de los procesos con los que se
desarrolla, y esto permite en las organizaciones se pueda
desarrollar la madurez para enfrentar problemas más exigentes,
y estar competitivamente en el mercado ofreciendo mejores
productos y servicios con un costo mas barato y de menor costo.
BIBLIOGRAFÍA
• Dymond 2005 Dymond, Kenneth M. A Guide to the CMMI:
Interpreting the Capability Maturity Model Integration, Second
Edition. Annapolis, MD: Process Transition International Inc.,
2005.

• Gibson 2006 Gibson, Diane L.; Goldenson, Dennis R. & Kost,
Keith. Performance Results of CMMI-Based Process Improvement.
(CMU/SEI-2006-TR-004, ESC-TR-2006-004). Pittsburgh.: Software
Engineering Institute, Carnegie Mellon® University, August 2006.

http://www.sei.cmu.edu/library/abstracts/reports/06tr004.cfm.


• ISO 2008c International Organization for Standardization. ISO
9001, Quality Management Systems—Requirements, 2008.
http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_tc_
browse.htm?commid=53896.
• Dymond 2004 Dymond, Kenneth M. A Guide to the CMMI: Interpreting the
   Capability Maturity Model Integration. Annapolis, MD: Process Transition
   International In
• SEI 3 Software Engineering Institute. CMMI Performance Results;
  www.sei.cmu.edu/cmmi/results.htmc., 2004.

Mais conteúdo relacionado

Mais procurados

Factores de calidad según mc call
Factores de calidad según mc callFactores de calidad según mc call
Factores de calidad según mc callclauddiaa
 
Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi Darthuz Kilates
 
Metricas Tecnicas Del Software
Metricas Tecnicas Del SoftwareMetricas Tecnicas Del Software
Metricas Tecnicas Del Softwarejuic
 
Estándares y modelos de calidad del software
Estándares y modelos de calidad del softwareEstándares y modelos de calidad del software
Estándares y modelos de calidad del softwarerodigueezleidy
 
EstáNdares De Calidad Aplicadas Al Software
EstáNdares De Calidad Aplicadas Al SoftwareEstáNdares De Calidad Aplicadas Al Software
EstáNdares De Calidad Aplicadas Al Softwareeduardo89
 
modelos del proceso del software
 modelos del proceso del software  modelos del proceso del software
modelos del proceso del software Brihany Rossell
 
Ingeniería de requisitos
Ingeniería de requisitosIngeniería de requisitos
Ingeniería de requisitosZuleima
 
CMMI y PMI en la Gestión de Requerimientos
CMMI y PMI en la Gestión de RequerimientosCMMI y PMI en la Gestión de Requerimientos
CMMI y PMI en la Gestión de RequerimientosVictor Caravantes
 
Tipos de pruebas de software
Tipos de pruebas de softwareTipos de pruebas de software
Tipos de pruebas de softwareGuillermo Lemus
 
Fundamentos de Calidad del Software - Modelos y Estándares
Fundamentos de Calidad del Software - Modelos y EstándaresFundamentos de Calidad del Software - Modelos y Estándares
Fundamentos de Calidad del Software - Modelos y EstándaresLuis Eduardo Pelaez Valencia
 
Calidad del producto ISO 9126
Calidad del producto ISO 9126Calidad del producto ISO 9126
Calidad del producto ISO 9126JekittaB
 
modelos de calidad de software
modelos de calidad de softwaremodelos de calidad de software
modelos de calidad de softwareHernan Espinoza
 
Ingenieria de requerimientos
Ingenieria de requerimientosIngenieria de requerimientos
Ingenieria de requerimientosTensor
 

Mais procurados (20)

Factores de calidad según mc call
Factores de calidad según mc callFactores de calidad según mc call
Factores de calidad según mc call
 
Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi
 
Metricas Tecnicas Del Software
Metricas Tecnicas Del SoftwareMetricas Tecnicas Del Software
Metricas Tecnicas Del Software
 
Estándares y modelos de calidad del software
Estándares y modelos de calidad del softwareEstándares y modelos de calidad del software
Estándares y modelos de calidad del software
 
EstáNdares De Calidad Aplicadas Al Software
EstáNdares De Calidad Aplicadas Al SoftwareEstáNdares De Calidad Aplicadas Al Software
EstáNdares De Calidad Aplicadas Al Software
 
CMMI
CMMICMMI
CMMI
 
modelos del proceso del software
 modelos del proceso del software  modelos del proceso del software
modelos del proceso del software
 
Ingeniería de requisitos
Ingeniería de requisitosIngeniería de requisitos
Ingeniería de requisitos
 
Metricas tecnicas del software
Metricas tecnicas del softwareMetricas tecnicas del software
Metricas tecnicas del software
 
CMMI y PMI en la Gestión de Requerimientos
CMMI y PMI en la Gestión de RequerimientosCMMI y PMI en la Gestión de Requerimientos
CMMI y PMI en la Gestión de Requerimientos
 
Iso 25000
Iso 25000Iso 25000
Iso 25000
 
Ensayo CMMI
Ensayo CMMIEnsayo CMMI
Ensayo CMMI
 
Tipos de pruebas de software
Tipos de pruebas de softwareTipos de pruebas de software
Tipos de pruebas de software
 
GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE (GCS)
GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE (GCS)GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE (GCS)
GESTIÓN DE LA CONFIGURACIÓN DEL SOFTWARE (GCS)
 
Fundamentos de Calidad del Software - Modelos y Estándares
Fundamentos de Calidad del Software - Modelos y EstándaresFundamentos de Calidad del Software - Modelos y Estándares
Fundamentos de Calidad del Software - Modelos y Estándares
 
Calidad del producto ISO 9126
Calidad del producto ISO 9126Calidad del producto ISO 9126
Calidad del producto ISO 9126
 
Guia iso 9126
Guia iso 9126Guia iso 9126
Guia iso 9126
 
PLAN SQA
PLAN SQAPLAN SQA
PLAN SQA
 
modelos de calidad de software
modelos de calidad de softwaremodelos de calidad de software
modelos de calidad de software
 
Ingenieria de requerimientos
Ingenieria de requerimientosIngenieria de requerimientos
Ingenieria de requerimientos
 

Semelhante a cmmi-dev

CMMI - Capability Maturity Model Integration
CMMI - Capability Maturity Model IntegrationCMMI - Capability Maturity Model Integration
CMMI - Capability Maturity Model Integrationmilton_b
 
Cmmi piña, martin 7° b ti
Cmmi piña, martin 7° b tiCmmi piña, martin 7° b ti
Cmmi piña, martin 7° b tiCesar Dueñas
 
Cmmi piña, martin 7° b ti
Cmmi piña, martin 7° b tiCmmi piña, martin 7° b ti
Cmmi piña, martin 7° b tiCesar Dueñas
 
Evaluación de Procesos
Evaluación de ProcesosEvaluación de Procesos
Evaluación de Procesoshvasconez
 
Estándares calidad del software - Cristina Ortega
Estándares calidad del software - Cristina OrtegaEstándares calidad del software - Cristina Ortega
Estándares calidad del software - Cristina Ortega2008PA2Info3
 
presentacioncmmi.pdf
presentacioncmmi.pdfpresentacioncmmi.pdf
presentacioncmmi.pdfLuis Manotas
 
Unach hb 010312-introduccion-cmmi v1.0
Unach hb 010312-introduccion-cmmi v1.0Unach hb 010312-introduccion-cmmi v1.0
Unach hb 010312-introduccion-cmmi v1.0Felipe Román
 
Aseguramiento control calidad-software
Aseguramiento control calidad-softwareAseguramiento control calidad-software
Aseguramiento control calidad-softwareCBISOE
 
Aseguramiento control calidad-software
Aseguramiento control calidad-softwareAseguramiento control calidad-software
Aseguramiento control calidad-softwareCBISOE
 
Modelo CMMI
Modelo CMMIModelo CMMI
Modelo CMMIrosytaaa
 

Semelhante a cmmi-dev (20)

183237808 iso-12207
183237808 iso-12207183237808 iso-12207
183237808 iso-12207
 
CMMI Y SCAMPI
CMMI Y SCAMPICMMI Y SCAMPI
CMMI Y SCAMPI
 
5012621 cmmi
5012621 cmmi5012621 cmmi
5012621 cmmi
 
CMMI - Capability Maturity Model Integration
CMMI - Capability Maturity Model IntegrationCMMI - Capability Maturity Model Integration
CMMI - Capability Maturity Model Integration
 
CMMI
CMMICMMI
CMMI
 
gestion de la calidad
gestion de la calidadgestion de la calidad
gestion de la calidad
 
"Introduccion" a CMMI Proyectos Informaticos
"Introduccion" a CMMI Proyectos Informaticos"Introduccion" a CMMI Proyectos Informaticos
"Introduccion" a CMMI Proyectos Informaticos
 
Cmmi piña, martin 7° b ti
Cmmi piña, martin 7° b tiCmmi piña, martin 7° b ti
Cmmi piña, martin 7° b ti
 
Cmmi piña, martin 7° b ti
Cmmi piña, martin 7° b tiCmmi piña, martin 7° b ti
Cmmi piña, martin 7° b ti
 
Evaluación de Procesos
Evaluación de ProcesosEvaluación de Procesos
Evaluación de Procesos
 
Estándares calidad del software - Cristina Ortega
Estándares calidad del software - Cristina OrtegaEstándares calidad del software - Cristina Ortega
Estándares calidad del software - Cristina Ortega
 
Cmmi
CmmiCmmi
Cmmi
 
CMMi
CMMiCMMi
CMMi
 
Cmmi
CmmiCmmi
Cmmi
 
Presentacion cmmi
Presentacion cmmiPresentacion cmmi
Presentacion cmmi
 
presentacioncmmi.pdf
presentacioncmmi.pdfpresentacioncmmi.pdf
presentacioncmmi.pdf
 
Unach hb 010312-introduccion-cmmi v1.0
Unach hb 010312-introduccion-cmmi v1.0Unach hb 010312-introduccion-cmmi v1.0
Unach hb 010312-introduccion-cmmi v1.0
 
Aseguramiento control calidad-software
Aseguramiento control calidad-softwareAseguramiento control calidad-software
Aseguramiento control calidad-software
 
Aseguramiento control calidad-software
Aseguramiento control calidad-softwareAseguramiento control calidad-software
Aseguramiento control calidad-software
 
Modelo CMMI
Modelo CMMIModelo CMMI
Modelo CMMI
 

Último

How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.FlorenciaCattelani
 
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...JohnRamos830530
 
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptxEVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptxJorgeParada26
 
Avances tecnológicos del siglo XXI 10-07 eyvana
Avances tecnológicos del siglo XXI 10-07 eyvanaAvances tecnológicos del siglo XXI 10-07 eyvana
Avances tecnológicos del siglo XXI 10-07 eyvanamcerpam
 
Avances tecnológicos del siglo XXI y ejemplos de estos
Avances tecnológicos del siglo XXI y ejemplos de estosAvances tecnológicos del siglo XXI y ejemplos de estos
Avances tecnológicos del siglo XXI y ejemplos de estossgonzalezp1
 
redes informaticas en una oficina administrativa
redes informaticas en una oficina administrativaredes informaticas en una oficina administrativa
redes informaticas en una oficina administrativanicho110
 
Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21mariacbr99
 
Guia Basica para bachillerato de Circuitos Basicos
Guia Basica para bachillerato de Circuitos BasicosGuia Basica para bachillerato de Circuitos Basicos
Guia Basica para bachillerato de Circuitos BasicosJhonJairoRodriguezCe
 
Buenos_Aires_Meetup_Redis_20240430_.pptx
Buenos_Aires_Meetup_Redis_20240430_.pptxBuenos_Aires_Meetup_Redis_20240430_.pptx
Buenos_Aires_Meetup_Redis_20240430_.pptxFederico Castellari
 
investigación de los Avances tecnológicos del siglo XXI
investigación de los Avances tecnológicos del siglo XXIinvestigación de los Avances tecnológicos del siglo XXI
investigación de los Avances tecnológicos del siglo XXIhmpuellon
 

Último (10)

How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.
 
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
 
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptxEVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
 
Avances tecnológicos del siglo XXI 10-07 eyvana
Avances tecnológicos del siglo XXI 10-07 eyvanaAvances tecnológicos del siglo XXI 10-07 eyvana
Avances tecnológicos del siglo XXI 10-07 eyvana
 
Avances tecnológicos del siglo XXI y ejemplos de estos
Avances tecnológicos del siglo XXI y ejemplos de estosAvances tecnológicos del siglo XXI y ejemplos de estos
Avances tecnológicos del siglo XXI y ejemplos de estos
 
redes informaticas en una oficina administrativa
redes informaticas en una oficina administrativaredes informaticas en una oficina administrativa
redes informaticas en una oficina administrativa
 
Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21
 
Guia Basica para bachillerato de Circuitos Basicos
Guia Basica para bachillerato de Circuitos BasicosGuia Basica para bachillerato de Circuitos Basicos
Guia Basica para bachillerato de Circuitos Basicos
 
Buenos_Aires_Meetup_Redis_20240430_.pptx
Buenos_Aires_Meetup_Redis_20240430_.pptxBuenos_Aires_Meetup_Redis_20240430_.pptx
Buenos_Aires_Meetup_Redis_20240430_.pptx
 
investigación de los Avances tecnológicos del siglo XXI
investigación de los Avances tecnológicos del siglo XXIinvestigación de los Avances tecnológicos del siglo XXI
investigación de los Avances tecnológicos del siglo XXI
 

cmmi-dev

  • 1.
  • 2. ÍNDICE • RESUMEN • OBJETIVOS • ¿QUÉ ES? • HISTORIA • NIVELES DE MADUREZ DE CMMI-DEV • CERTIFICACIONES • VERSIONES • COMPONENTES • CARACTERÍSTICAS • CMMI-DEV VS ISO 9001 • LAS PRÁCTICAS GENÉRICAS (GP) • LAS PRÁCTICAS ESPECIFICAS (SP) • CATEGORÍAS DE ÁREAS DE PROCESO CMMI-DEV • EJEMPLO • BENEFICIOS DEL CMMI-DEV • CONCLUSIONES • BIBLIOGRAFÍA
  • 3. RESUMEN •Uno de los referentes de mejora más utilizados en la actualidad es CMMI DEV. •Es el modelo de referencia para la mejora de proceso en los proyectos de desarrollo y de mantenimiento software. •Los requerimientos de certificación de CMM son criterios de diseño de alto nivel para desarrollar, definir y usar métodos de certificación basados en el modelo CMMI. •Los componentes necesarios en CMMI son las metas específicas y genéricas. •Contiene 5 niveles de madurez.
  • 4. OBJETIVOS • Presentar una concisa definición y algunas características relativas a CMMI, de tal forma a mostrar de forma compacta y breve las principales características de este modelo. • Específicamente, se presentan los conceptos básicos, su historia, sus orígenes, su estructura general y las ventajas y desventajas frente a otras técnicas. • Se pretende que sirva de referencia inicial a quienes pretendan adentrarse en el mismo.
  • 5. ¿QUÉ ES? • CMMI-DEV es el modelo de referencia para la mejora de las diferentes áreas de proceso en los proyectos de desarrollo y de mantenimiento de software. • Es un conjunto de mejores prácticas que cubre el ciclo de vida del producto, desde su concepción hasta su entrega y mantenimiento.
  • 6. HISTORIA El proyecto CMMI fue creado por el Instituto de Ingeniería de Software de la Universidad Carnegi Mellon. Inicialmente, CMMI era un modelo que combinaba tres modelos fuente: el Capability Maturity Model for Software (SW-CMM) v2.0 draft C, el Systems Engineering Capability Model (SECM) [EIA 2002a], y el Integrated Product Development Capability Maturity Model (IPD- CMM) v0.98. La combinación de los modelos seleccionados en un marco de mejora único pretendía que fuera usado por organizaciones en su búsqueda de la mejora de procesos para toda la empresa.
  • 7. Niveles de madurez de CMMI-DEV 0. Incompleto: Este nivel es cuando no se realiza ningún tipo de proceso, o que no se consiguen sus objetivos. 1. Ejecutado: Toda organización que disponga de procesos y logran sus objetivos están dentro del nivel 1. 2. Gestionado: Aparte de disponer de procesos, estos son planificados, revisados y evaluados para comprobar que cumplen los requisitos definidos. 3. Definido: A parte de tener gestionados los procesos, estos se ajustan a la política de procesos marcada por la organización. 4. Cuantitativamente gestionado: Los procesos se controlan utilizando técnicas cuantitativas. 5. Optimizando: Además de cumplir todas las condiciones de los niveles que le preceden, de forma sistemática se revisa y modifica o cambia para adaptarlo a los objetivos del negocio.
  • 8. CERTIFICACIONES REQUERIMIENTOS PARA LA CERTIFICACIÓN DE CMMI: Los requerimientos de certificación de CMM consisten en un conjunto de criterios de diseño de alto nivel para desarrollar, definir y usar métodos de certificación basados en el modelo CMMI. Los requerimientos para las evaluaciones CMMI definen tres clases de métodos de certificación: Los métodos de clase A: son los más rigurosos, se centran en cómo se ha realizado la implementación y se examina el nivel de institucionalización de las prácticas desplegadas. Los de clase B: son métodos iniciales e incrementales, son métodos de autoevaluación de los procesos. Los de clase C: son métodos que sirven para tener una mirada rápida de los procesos.
  • 10. COMPONENTES Los componentes necesarios en CMMI son las metas específicas y genéricas : Metas específicas: Son componentes del modelo y se utilizan en evaluaciones para determinar si un área de proceso esta satisfecho.Contienen las prácticas específicas. Metas Genéricas: Son llamadas "genéricas“ porque la misma declaración de metas se aplica a varias áreas de proceso. Describe las características que deben estar presentes para institucionalizar los procesos que implementan un área de proceso. Contienen las prácticas genéricas.
  • 11. CARATERÍSTICAS No. Descripción 1 Se enfoca en mejores prácticas. 2 Cubre las actividades requeridas para desarrollar y mantener productos y servicios. 3 Mejores procesos resultan en mejores productos y servicios. 4 Permite enfocar la mejora a aquellos procesos alineados con los objetivos del negocio. 5 Incrementa la visibilidad de las actividades de ingeniería para garantizar que el producto y/o servicio cumpla con las expectativas de su cliente. 6 Contempla la mejora de procesos a través de la incorporación de lecciones aprendidas. 7 Contiene 5 niveles de madurez. 8 Son dos caminos para la mejora : Por niveles y Continuo. 9 Los componentes necesarios en CMMI son las metas específicas y genéricas. 10 Los requerimientos para las evaluaciones CMMI definen tres clases de métodos de certificación.
  • 12. CMMI-DEV VS ISO 9001
  • 13. Las Prácticas Genéricas (GP) • Son prácticas que se aplican a todas las áreas de proceso, están más orientadas a un nivel organizativo y de procesos. GG 2 Institucionalizar un proceso gestionado GP 2.1 Establecer una política organizacional. Definir unas expectativas de la organización para el proceso y hacer visibles estas expectativas a la organización. GP 2.2 Planificar el proceso. Determinar que se necesita para ejecutar el proceso y alcanzar los objetivos establecidos, desarrollar una planificación para la ejecución del proceso y obtener la aceptación de la planificación por parte de los involucrados. Establecer una planificación incluye la documentación de la planificación y la descripción del proceso, el mantenimiento de la planificación incluye su actualización para reflejar las acciones correctivas, los cambios a los requisitos o los cambios a los objetivos. GP 2.3 Proveer recursos. Asegurar que los recursos necesarios para llevar a cabo el proceso definido en la planificación estarán disponibles cuando sean necesarios. GP 2.4 Asignación de responsabilidades. Indicar que personas serán las responsables de que el proceso sea llevado de forma correcta conforme a lo planificado, estas personas tendrán que tener la autoridad suficiente y deberán aceptar dichas responsabilidades. GP 2.5 Formación del personal. Asegurar que las personas poseen los conocimientos necesarios para llevar a cabo la correcta ejecución del proceso. GP 2.6 Gestión de la configuración. Establecer y mantener la integridad los productos de trabajo del proceso a lo largo de su vida. GP 2.7 Identificar e involucrar a las personas involucradas. Establecer y mantener la involucración de las personas durante la ejecución del proceso. GP 2.8 Monitorizar y controlar el proceso. Ejecutar la monitorización y seguimiento del proceso, para tomar las medidas correctivas en caso que sea necesario. La monitorización se ejecutara principalmente mediante la creación de indicadores para cada uno de los procesos. GP 2.9 Evaluar objetivamente su cumplimiento. Asegurar que el proceso se está ejecutando de acuerdo a lo planificado y de forma correcta con lo establecido en el proceso organizacional. GP 2.10 Revisión del estado con los superiores. Hacer el reporte del estado del proceso a los mandos superiores.
  • 14. Las Practicas Especificas (SP) • Son prácticas particulares de cada una de las áreas de proceso. • REQM Gestión de Requisitos • PP Planificación de Proyectos • PMC Seguimiento y Control de Proyectos • SAM Acuerdos con Proveedores • MA Medición y Análisis • PPQA Aseguramiento de la Calidad en el Proceso y el Producto • CM Gestión de configuraciones
  • 15. Categorías de Áreas de Proceso CMMI-DEV Nivel 2 Nivel 3 Nivel 4 Nivel 5
  • 16. EJEMPLO de Análisis de Decisiones y Resolución (DAR)
  • 17.
  • 18.
  • 19.
  • 20. Beneficios o lo que se espera del uso de CMMI-DEV • Los Proyectos son más visibles: Cada integrante de un equipo de proyecto sabe en que trabaja. • Mejor comunicación: Cada involucrado, en su rol, conoce sus responsabilidades y compromisos. • Los planes de proyectos son más realistas: Se realizan de acuerdo a lo que la empresa es capaz de hacer. Mejora la productividad, eficiencia y calidad. • Disminuye el Re-trabajo: Detección más temprana de errores. • La organización se conoce mas a si misma: La Organización sabe de lo que es capaz de hacer. • La organización puede generar su Base de Conocimiento: Procesos, Planes, ejemplos, etc. • Se genera un ambiente de equipo: Se tiene conocimiento de lo que quiere la organización. • Se tiene un cliente contento: Un cliente mas participativo en el proyecto. • Se genera un producto con mejor calidad: Apropiada obtención de requerimientos y detección temprana de errores.
  • 21. CONCLUSIONES El uso del modelo CMMI-DEV en una organización originará que en la organización se obtengan unos productos de mas calidad basándose en la mejora de los procesos con los que se desarrolla, y esto permite en las organizaciones se pueda desarrollar la madurez para enfrentar problemas más exigentes, y estar competitivamente en el mercado ofreciendo mejores productos y servicios con un costo mas barato y de menor costo.
  • 22. BIBLIOGRAFÍA • Dymond 2005 Dymond, Kenneth M. A Guide to the CMMI: Interpreting the Capability Maturity Model Integration, Second Edition. Annapolis, MD: Process Transition International Inc., 2005. • Gibson 2006 Gibson, Diane L.; Goldenson, Dennis R. & Kost, Keith. Performance Results of CMMI-Based Process Improvement. (CMU/SEI-2006-TR-004, ESC-TR-2006-004). Pittsburgh.: Software Engineering Institute, Carnegie Mellon® University, August 2006. http://www.sei.cmu.edu/library/abstracts/reports/06tr004.cfm. • ISO 2008c International Organization for Standardization. ISO 9001, Quality Management Systems—Requirements, 2008. http://www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_tc_ browse.htm?commid=53896.
  • 23. • Dymond 2004 Dymond, Kenneth M. A Guide to the CMMI: Interpreting the Capability Maturity Model Integration. Annapolis, MD: Process Transition International In • SEI 3 Software Engineering Institute. CMMI Performance Results; www.sei.cmu.edu/cmmi/results.htmc., 2004.