SlideShare una empresa de Scribd logo
UNIVERSIDAD
TECNOLÓGICA DE
TUL-TEPEJI
Modelos De
Calidad
Calidad de Software
Ricardo Juárez Jiménez 5TIC-G2
Tecnologías de la Información y
la Comunicación
Contenido
Modelo CMMI ..................................................................................................................................... 2
Modelo Moprosoft.............................................................................................................................. 4
Ideas Fuerza ........................................................................................................................................ 6
Estructura Organizativa del Modelo de Procesos de Moprosoft........................................................ 6
Análisis Comparativo........................................................................................................................... 7
Modelo CMMI
 El CMMI es un enfoque de mejora de procesos que provee a las
organizaciones de los elementos esenciales para un proceso efectivo.
 Fue desarrollado por el SEI (Software Enginnering Institute).
 Integra disciplinas como sistemas y software en un solo marco de trabajo.
 Describe formas efectivas y probadas de hacer las cosas, no es un enfoque
radical.
El Modelo de Madurez de Capacidades o CMM (Capability Maturity Model), es un
modelo de evaluación de los procesos de una organización. Fue desarrollado
inicialmente para los procesos relativos al desarrollo e implementación de software
por la Universidad Carnegie-Mellon para el SEI (Software Engineering Institute).
El SEI es un centro de investigación y desarrollo patrocinado por el Departamento
de Defensa de los Estados Unidos de América y gestionado por la Universidad
Carnegie-Mellon. "CMM" es una marca registrada del SEI.
Este modelo establece un conjunto de prácticas o procesos clave agrupados en
Áreas Clave de Proceso (KPA - Key Process Area). Para cada área de proceso
define un conjunto de buenas prácticas que habrán de ser:
• Definidas en un procedimiento documentado
• Provistas (la organización) de los medios y formación necesarios
• Ejecutadas de un modo sistemático, universal y uniforme
(institucionalizadas)
• Medidas
• Verificadas
A su vez estas Áreas de Proceso se agrupan en cinco "niveles de madurez", de
modo que una organización que tenga institucionalizadas todas las prácticas
incluidas en un nivel y sus inferiores, se considera que ha alcanzado ese nivel de
madurez.
Los niveles son:
1.- Inicial. Las organizaciones en este nivel no disponen de un ambiente estable
para el desarrollo y mantenimiento de software. Aunque se utilicen técnicas
correctas de ingeniería, los esfuerzos se ven minados por falta de planificación.
El éxito de los proyectos se basa la mayoría de las veces en el esfuerzo personal,
aunque a menudo se producen fracasos y casi siempre retrasos y sobrecostes. El
resultado de los proyectos es impredecible.
2.- Repetible. En este nivel las organizaciones disponen de unas prácticas
institucionalizadas de gestión de proyectos, existen unas métricas básicas y un
razonable seguimiento de la calidad. La relación con subcontratistas y clientes
está gestionada sistemáticamente.
3.- Definido. Además de una buena gestión de proyectos, a este nivel las
organizaciones disponen de correctos procedimientos de coordinación entre
grupos, formación del personal, técnicas de ingeniería más detallada y un nivel
más avanzado de métricas en los procesos. Se implementan técnicas de revisión
por pares (peer reviews).
4.- Gestionado. Se caracteriza porque las organizaciones disponen de un
conjunto de métricas significativas de calidad y productividad, que se usan de
modo sistemático para la toma de decisiones y la gestión de riesgos. El software
resultante es de alta calidad.
5.- Optimizado. La organización completa está volcada en la mejora continua de
los procesos. Se hace uso intensivo de las métricas y se gestiona el proceso de
innovación.
Así es como el modelo CMM establece una medida del progreso, conforme al
avance en niveles de madurez. Cada nivel a su vez cuenta con un número de
áreas de proceso que deben lograrse. El alcanzar estas áreas o estadios se
detecta mediante la satisfacción o insatisfacción de varias metas claras y
cuantificables. Con la excepción del primer nivel, cada uno de los restantes
Niveles de Madurez está compuesto por un cierto número de Áreas Claves de
Proceso, conocidas a través de la documentación del CMM por su sigla inglesa:
KPA.
Cada KPA identifica un conjunto de actividades y prácticas interrelacionadas, las
cuales cuando son realizadas en forma colectiva permiten alcanzar las metas
fundamentales del proceso. Las KPAs pueden clasificarse en 3 tipos de proceso:
Gestión, Organizacional e Ingeniería.
Para guiar a las organizaciones a definir y mejorar sus procesos indica qué
actividades han de realizar, pero nada sobre cómo hacerlo. Esto es así tanto en lo
referente a la ingeniería como a las herramientas o técnicas de gestión, aunque
hace una curiosa excepción en las revisiones por pares (peer reviews).
Modelo Moprosoft
El Modelo de Procesos para la Industria de Software, Moprosoft, tiene por objetivo
proporcionar a la industria mexicana, y a las áreas internas dedicadas al desarrollo
y mantenimiento de software, un conjunto integrado de las mejores prácticas
basadas en los modelos y estándares reconocidos internacionalmente, tales como
ISO 9000:2000, CMM-SW, ISO/ IEC 15504, PMBOK, SWEBOK entre otros.
Moprosoft contiene tres categorías de procesos que corresponden a las capas de
Alta Dirección, Gestión y Operación. La categoría de Alta Dirección contiene el
proceso de Gestión de Negocio; la categoría de Gestión se compone de Gestión
de Procesos, Gestión de Proyectos y Gestión de Recursos, a su vez, este último
se divide en tres subprocesos:
El de Recursos Humanos, el de Bienes, Servicios e Infraestructura y el de
Conocimiento de la Organización. Finalmente, la categoría de Operación contiene
los procesos de Administración de Proyectos Específicos y de Desarrollo y
Mantenimiento de Software. El propósito de contar con un modelo de estas
características es apoyar a la industria de software en su tránsito del estado
actual, en el cual la calidad de los productos depende principalmente de las
habilidades de los individuos, al estado deseado: en donde la calidad de los
productos de software será la consecuencia de la madurez en los procesos de las
organizaciones.
Moprosoft fue desarrollado durante el 2002, como consecuencia de los acuerdos
de la mesa de la Estrategia 6 del Programa para el Desarrollo de la Industria de
Software dirigido por la Secretaría de Economía, bajo un convenio con la Facultad
de Ciencias de la UNAM. Para el desarrollo de este proyecto se convocó, a través
de la Asociación Mexicana para la Calidad en Ingeniería de Software (AMCIS), a
personas con experiencia y conocimiento en los modelos de procesos y calidad de
software, quienes serían los que conformaran al grupo editor bajo mi dirección.
Este grupo estuvo constituido por las maestras Claudia Alquicira Esquivel,
Angélica Su Ramos, Alfonso Martínez Martínez, Gloria Quintanilla Osorio, Mara
Ruvalcaba López; por el ingeniero Francisco López Lira Hinojo; las matemáticas
María Elena Rivera López y María Julia Orozco Mendoza; y completaban el equipo
la doctora Yolanda Fernández Ordóñez y Miguel Ángel Flores Lemus.
Categorías
Categoría alta dirección (DIR)
• Gestión de Negocio
• Gestión de memorización
Categoría Gerencia (GER)
• Gestión de Procesos
• Gestión de Proyectos
• Gestión de Recursos
• Recursos Humanos y Ambiente de Trabajo
• Bienes Servicios e Infraestructura
• Conocimiento de la Organización.
Categoría Operación (OPE)
• Administración de Proyectos Específicos
• Desarrollo y Mantenimiento de Software.
Moprosoft, en su versión original como modelo de procesos, ya está disponible de
manera gratuita a través del portal www.software.net.mx. Las empresas y las
áreas internas interesadas ya pueden estudiarlo y compararlo con sus prácticas.
Se trata de un documento con poca extensión, unas 121 páginas, y al compararlo
con otros modelos y estándares, resulta bastante práctico
Moprosoft, a diferencia de CMM-SW y CMMI, está dirigido a la micro y pequeña
industria. Sintetiza las mejores prácticas en un conjunto pequeño de procesos que
abarcan las responsabilidades de la alta dirección, gestión y operación. Se trata de
un modelo integrado, en el cual: las salidas de un proceso están claramente
dirigidas como entradas a otros procesos; las prácticas de planeación,
seguimiento y evaluación se incluyeron en todos los procesos de gestión y
administración; los objetivos, los indicadores, las mediciones y las metas
cuantitativas fueron incorporadas de manera congruente y práctica en todos los
procesos; las verificaciones, validaciones y pruebas están incluidas de manera
explícita dentro de las actividades de los procesos; y existe una base de
conocimiento que resguarda todos los documentos y productos generados por los
procesos.
En otras palabras, es un modelo que –de manera más pragmática que otros–
presenta las mejores prácticas para la industria de software. Para corroborarlo,
invito a todos los lectores del Boletín IIE a que dediquen un tiempo a estudiarlo y
probarlo.
Ideas Fuerza
CMMI:
1. La madurez del desarrollo en 5 niveles.
2. Indica qué deben hacer los procesos, no cómo deben hacerlo.
3. Localización y resolución de defectos.
MOPROSOFT:
1. Modelo de desarrollo Mexicano-Internacional.
2. 3 categorías, para el Desarrollo y mantenimiento de software.
3. Relación Moprosoft-ISO.
Estructura Organizativa del Modelo de Procesos de Moprosoft
Gestión de
Negocio
Gestión de
Procesos
Gestión de
Recursos
Gestión de
Proyectos
Administración de
Proyectos Específicos
Desarrollo y
mantenimiento de
Software
Análisis Comparativo
MODELO CMMI MOPROSOFT
¿QUÉ SON? CMMI es la evolución de CMM.
CMM Fue desarrollado desde
1987 hasta 1997. En 2002, se
lanzó CMMI Versión 1.1, luego en
agosto de 2006 siguió la versión
1.2. El objetivo del proyecto
CMMI es mejorar la usabilidad de
modelos de madurez integrando
varios modelos diferentes en un
solo marco (framework).
Modelo de Procesos para la
Industria del Software. Un
modelo para la mejora y
evaluación de los procesos de
desarrollo y mantenimiento de
sistemas y productos de
software. Desarrollado por la
Asociación Mexicana para la
Calidad en Ingeniería de
Software.
CARACTERÍSTICAS Es una guía para mejorar
procesos y comprobar la
capacidad de un grupo al
ejecutarlos.
Un modelo de madurez –
directriz, práctico y disciplinas
basadas en estándares de la
industria.
Indica QUÉ deben hacer los
procesos, no CÓMO deben
hacerlo.
Una metodología de desarrollo
o gestión de proyectos.
No es un estándar más de
procesos, el modelo CMMI está
alineado con los objetivos de
negocio.
NO compite con metodologías
ágiles u otras metodologías de
desarrollo.
Las categorías de procesos
corresponden a niveles
organizacionales de
administración.
Procesos Integrados y
Relacionados.
Foco en producto y su
capitalización.
Capacidad Organizacional de
gestión de procesos.
Capacidad Organizacional de
gestión de proyectos.
Alineación con objetivos de
negocio.
Fácil de entender.
Modelo mexicano.
VENTAJAS Reducción del coste de
desarrollo.
Localización y resolución de
defectos.
Mejora en la fiabilidad de la
planificación, en términos de
dedicación y de calendario.
Aumento de la productividad.
Reducción de los trabajos
derivados de correcciones tras
las fases de pruebas.
Aumento de la efectividad sobre
la planificación realizada.
Mejora en la calidad de
producto.
Está basado en normas ISO.
Facilita la comprensión del
Modelo utilizado.
Simplifica la relación entre el
modelo de procesos y la
organización.
Cuenta únicamente con 9
procesos evitando la
fragmentación que se presenta
en otros modelos.
Mejora la planificación, para
que se establezcan planes más
realistas.
Los clientes viven más
informados.
Reducción del número de
defectos y detección en las fases
tempranas de su ciclo de vida.
Mejora de la Imagen de Marca.
Se puede aplicar a más de una
disciplina.
Mejor atención a las áreas de
ingeniería.
Mejora la comunicación, para
que cada participante cumpla con
sus responsabilidades.
DESVENTAJAS El problema de CMMI es su
falta de adecuación al enfoque a
servicios que está
experimentando el sector de las
TI (procesos de desarrollo de
productos de software) en todas
sus líneas de actividad, así como
el alto esfuerzo de implantación
que exige.
El proceso de evaluación es
muy costoso en tiempo y
esfuerzo.
La complejidad de la evaluación
continua puede atentar contra la
definición de objetivos concretos
de madurez.
Define actividades de manera
muy general.
Para asegurar la calidad de un
producto y un proceso se
requiere CMMI.
El 33% de las prácticas no
cubiertas de definir e
implementar como lo son
Administración de Configuración
(CM) Y Medición y Análisis (MA).
Evaluaciones formales
constantes.
No comprensible para los
modelos ISO 9000: 2000.
Proyectos para largos plazos.

Más contenido relacionado

La actualidad más candente

Team Software Process (TSP)
Team Software Process (TSP)Team Software Process (TSP)
Team Software Process (TSP)
Juan Garcia
 
CMMI CALIDAD EN SOFTWARE
CMMI CALIDAD EN SOFTWARECMMI CALIDAD EN SOFTWARE
CMMI CALIDAD EN SOFTWARE
katymi13
 
IT MARK
IT MARK IT MARK
IT MARK
Bianca Torrelio
 
Qué es la ingeniería web
Qué es la ingeniería webQué es la ingeniería web
Qué es la ingeniería web
Victor Barraza
 
Bootstrap
Bootstrap Bootstrap
Bootstrap
lizethmunoz
 
Estandares de calidad aplicadas al software
Estandares de calidad aplicadas al softwareEstandares de calidad aplicadas al software
Estandares de calidad aplicadas al software
Angel Canul Cruz
 
Modelo TSP
Modelo TSPModelo TSP
Modelo TSP
Ivan Vidal
 
Metodologia web
Metodologia webMetodologia web
Metodologia web
Anel Sosa
 
Presentacion cmmi
Presentacion cmmiPresentacion cmmi
Presentacion cmmi
Manuel Galindo Sanz
 
Estimación de Proyectos de Software
Estimación de Proyectos de SoftwareEstimación de Proyectos de Software
Estimación de Proyectos de Software
Andrés Felipe Montoya Ríos
 
Pmo informatica plantilla de plan de pruebas de software
Pmo informatica plantilla de plan de pruebas de softwarePmo informatica plantilla de plan de pruebas de software
Pmo informatica plantilla de plan de pruebas de software
Carina Lifschitz
 
Calidad en el desarrollo del software
Calidad en el desarrollo del softwareCalidad en el desarrollo del software
Calidad en el desarrollo del software
Joan Sebastián Ramírez Pérez
 
Plan de pruebas_inces
Plan de pruebas_incesPlan de pruebas_inces
Plan de pruebas_inces
Juan Carlos Tapias
 
Estandares y modelos de calidad del software
Estandares y modelos de calidad del softwareEstandares y modelos de calidad del software
Estandares y modelos de calidad del software
aagalvisg
 
MoProsoft
MoProsoftMoProsoft
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
Luis Eduardo Pelaez Valencia
 
modelos de calidad de software
modelos de calidad de softwaremodelos de calidad de software
modelos de calidad de software
Hernan Espinoza
 
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
clauddiaa
 
NORMA ISO 90003
NORMA ISO 90003NORMA ISO 90003
NORMA ISO 90003
ANYELISTOVAR
 
Especificación y resultados de las pruebas de software
Especificación y resultados de las pruebas de softwareEspecificación y resultados de las pruebas de software
Especificación y resultados de las pruebas de software
Jesús E. CuRias
 

La actualidad más candente (20)

Team Software Process (TSP)
Team Software Process (TSP)Team Software Process (TSP)
Team Software Process (TSP)
 
CMMI CALIDAD EN SOFTWARE
CMMI CALIDAD EN SOFTWARECMMI CALIDAD EN SOFTWARE
CMMI CALIDAD EN SOFTWARE
 
IT MARK
IT MARK IT MARK
IT MARK
 
Qué es la ingeniería web
Qué es la ingeniería webQué es la ingeniería web
Qué es la ingeniería web
 
Bootstrap
Bootstrap Bootstrap
Bootstrap
 
Estandares de calidad aplicadas al software
Estandares de calidad aplicadas al softwareEstandares de calidad aplicadas al software
Estandares de calidad aplicadas al software
 
Modelo TSP
Modelo TSPModelo TSP
Modelo TSP
 
Metodologia web
Metodologia webMetodologia web
Metodologia web
 
Presentacion cmmi
Presentacion cmmiPresentacion cmmi
Presentacion cmmi
 
Estimación de Proyectos de Software
Estimación de Proyectos de SoftwareEstimación de Proyectos de Software
Estimación de Proyectos de Software
 
Pmo informatica plantilla de plan de pruebas de software
Pmo informatica plantilla de plan de pruebas de softwarePmo informatica plantilla de plan de pruebas de software
Pmo informatica plantilla de plan de pruebas de software
 
Calidad en el desarrollo del software
Calidad en el desarrollo del softwareCalidad en el desarrollo del software
Calidad en el desarrollo del software
 
Plan de pruebas_inces
Plan de pruebas_incesPlan de pruebas_inces
Plan de pruebas_inces
 
Estandares y modelos de calidad del software
Estandares y modelos de calidad del softwareEstandares y modelos de calidad del software
Estandares y modelos de calidad del software
 
MoProsoft
MoProsoftMoProsoft
MoProsoft
 
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
 
modelos de calidad de software
modelos de calidad de softwaremodelos de calidad de software
modelos de calidad de software
 
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
 
NORMA ISO 90003
NORMA ISO 90003NORMA ISO 90003
NORMA ISO 90003
 
Especificación y resultados de las pruebas de software
Especificación y resultados de las pruebas de softwareEspecificación y resultados de las pruebas de software
Especificación y resultados de las pruebas de software
 

Destacado

Modelo De Calidad De Desarrollo De Software Cmmi
Modelo De Calidad De Desarrollo De Software CmmiModelo De Calidad De Desarrollo De Software Cmmi
Modelo De Calidad De Desarrollo De Software Cmmi
guest768516
 
Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmiCuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi
Jimmy Davila
 
DEFINICION DE CALIDAD Y CALIDAD DE SOFTWARE
DEFINICION DE CALIDAD Y CALIDAD DE SOFTWAREDEFINICION DE CALIDAD Y CALIDAD DE SOFTWARE
DEFINICION DE CALIDAD Y CALIDAD DE SOFTWARE
Lidizz Garcia Alvarado
 
Evaluación calidad productos de software
Evaluación calidad productos de softwareEvaluación calidad productos de software
Evaluación calidad productos de software
Jorge Maturana Palma
 
Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativo
Adri Campos
 
Cmmi y moprosoft
Cmmi y moprosoftCmmi y moprosoft
Cmmi y moprosoft
Eduardo Cortes
 
Calidad de software
Calidad de softwareCalidad de software
Calidad de software
Tensor
 
Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmiCuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi
Jimmy Davila
 
4. introduccion a los modelos de calidad
4. introduccion a los modelos de calidad4. introduccion a los modelos de calidad
4. introduccion a los modelos de calidad
Juan Pablo Carvallo
 
Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmiCuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi
Chuyito Alvarado
 
Requerimientos de un Sistema (usando criterios del swebok)
Requerimientos de un Sistema (usando criterios del swebok)Requerimientos de un Sistema (usando criterios del swebok)
Requerimientos de un Sistema (usando criterios del swebok)
Miguel Miranda
 
Calidad de software
Calidad de softwareCalidad de software
Calidad de software
Hermes Romero
 
MoProSoft
MoProSoftMoProSoft
MoProSoft
Howard Pernía
 
Calidad del producto ISO 9126
Calidad del producto ISO 9126Calidad del producto ISO 9126
Calidad del producto ISO 9126
JekittaB
 
Cmmi
CmmiCmmi
CMMI
CMMICMMI
Manuales de usuario y tecnico
Manuales de usuario y tecnicoManuales de usuario y tecnico
Manuales de usuario y tecnico
Jose
 

Destacado (17)

Modelo De Calidad De Desarrollo De Software Cmmi
Modelo De Calidad De Desarrollo De Software CmmiModelo De Calidad De Desarrollo De Software Cmmi
Modelo De Calidad De Desarrollo De Software Cmmi
 
Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmiCuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi
 
DEFINICION DE CALIDAD Y CALIDAD DE SOFTWARE
DEFINICION DE CALIDAD Y CALIDAD DE SOFTWAREDEFINICION DE CALIDAD Y CALIDAD DE SOFTWARE
DEFINICION DE CALIDAD Y CALIDAD DE SOFTWARE
 
Evaluación calidad productos de software
Evaluación calidad productos de softwareEvaluación calidad productos de software
Evaluación calidad productos de software
 
Cuadro comparativo
Cuadro comparativoCuadro comparativo
Cuadro comparativo
 
Cmmi y moprosoft
Cmmi y moprosoftCmmi y moprosoft
Cmmi y moprosoft
 
Calidad de software
Calidad de softwareCalidad de software
Calidad de software
 
Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmiCuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi
 
4. introduccion a los modelos de calidad
4. introduccion a los modelos de calidad4. introduccion a los modelos de calidad
4. introduccion a los modelos de calidad
 
Cuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmiCuadro comparativo entre moprosoft y cmmi
Cuadro comparativo entre moprosoft y cmmi
 
Requerimientos de un Sistema (usando criterios del swebok)
Requerimientos de un Sistema (usando criterios del swebok)Requerimientos de un Sistema (usando criterios del swebok)
Requerimientos de un Sistema (usando criterios del swebok)
 
Calidad de software
Calidad de softwareCalidad de software
Calidad de software
 
MoProSoft
MoProSoftMoProSoft
MoProSoft
 
Calidad del producto ISO 9126
Calidad del producto ISO 9126Calidad del producto ISO 9126
Calidad del producto ISO 9126
 
Cmmi
CmmiCmmi
Cmmi
 
CMMI
CMMICMMI
CMMI
 
Manuales de usuario y tecnico
Manuales de usuario y tecnicoManuales de usuario y tecnico
Manuales de usuario y tecnico
 

Similar a Modelos de calidad CMMI - Moprosoft

Modelos de calidad CMMI - Moprosoft
Modelos de calidad CMMI - MoprosoftModelos de calidad CMMI - Moprosoft
Modelos de calidad CMMI - Moprosoft
Ricardo Juarez
 
Moprosoft
MoprosoftMoprosoft
Moprosoft
UNEMI
 
Cmm
CmmCmm
Modelos de calidad cmmi moprosoft
Modelos de calidad cmmi moprosoftModelos de calidad cmmi moprosoft
Modelos de calidad cmmi moprosoft
Gordolobo7v
 
Presentación Estándares de Calidad
Presentación Estándares de CalidadPresentación Estándares de Calidad
Presentación Estándares de Calidad
Arlu Flex
 
Presentación estándares de calidad
Presentación estándares de calidadPresentación estándares de calidad
Presentación estándares de calidad
Arlu Flex
 
Metodogia moprosof metrica v3 (5)
Metodogia moprosof metrica v3 (5)Metodogia moprosof metrica v3 (5)
Metodogia moprosof metrica v3 (5)
Johita Guerrero
 
Metodogia moprosof metrica v3 (6)
Metodogia moprosof metrica v3 (6)Metodogia moprosof metrica v3 (6)
Metodogia moprosof metrica v3 (6)
Johita Guerrero
 
Comparación entre cmmi y moprosoft
Comparación entre cmmi y moprosoftComparación entre cmmi y moprosoft
Comparación entre cmmi y moprosoft
Mali Ma
 
Trabajo final cmm
Trabajo final cmmTrabajo final cmm
Trabajo final cmm
RUBEN SUAREZ
 
CMMI y MoProSoft.docx
CMMI y MoProSoft.docxCMMI y MoProSoft.docx
CMMI y MoProSoft.docx
rafael366138
 
Dmcs u3 atr_roch
Dmcs u3 atr_rochDmcs u3 atr_roch
Dmcs u3 atr_roch
Roberto Cabrera
 
Moprosoft informe de investigación
Moprosoft informe de investigaciónMoprosoft informe de investigación
Moprosoft informe de investigación
Howard Pernía
 
NORMAS ISO
NORMAS ISO NORMAS ISO
NORMAS ISO
amairany
 
Ensayo
EnsayoEnsayo
Ensayo
amairany
 
Ensayo
EnsayoEnsayo
Ensayo
amairany
 
Eduardo hiram godínez aguirre inv psp conceptos básicos
Eduardo hiram godínez aguirre   inv psp conceptos básicosEduardo hiram godínez aguirre   inv psp conceptos básicos
Eduardo hiram godínez aguirre inv psp conceptos básicos
Eduardo Hiram
 
Sw Dev Process V2
Sw Dev Process V2Sw Dev Process V2
Sw Dev Process V2
Gabriel Oliva
 
Gestión de proyectos
Gestión de proyectosGestión de proyectos
Gestión de proyectos
aaahhhhaaa
 
Modelo Cmmi 7
Modelo Cmmi 7Modelo Cmmi 7
Modelo Cmmi 7
Su Vivian
 

Similar a Modelos de calidad CMMI - Moprosoft (20)

Modelos de calidad CMMI - Moprosoft
Modelos de calidad CMMI - MoprosoftModelos de calidad CMMI - Moprosoft
Modelos de calidad CMMI - Moprosoft
 
Moprosoft
MoprosoftMoprosoft
Moprosoft
 
Cmm
CmmCmm
Cmm
 
Modelos de calidad cmmi moprosoft
Modelos de calidad cmmi moprosoftModelos de calidad cmmi moprosoft
Modelos de calidad cmmi moprosoft
 
Presentación Estándares de Calidad
Presentación Estándares de CalidadPresentación Estándares de Calidad
Presentación Estándares de Calidad
 
Presentación estándares de calidad
Presentación estándares de calidadPresentación estándares de calidad
Presentación estándares de calidad
 
Metodogia moprosof metrica v3 (5)
Metodogia moprosof metrica v3 (5)Metodogia moprosof metrica v3 (5)
Metodogia moprosof metrica v3 (5)
 
Metodogia moprosof metrica v3 (6)
Metodogia moprosof metrica v3 (6)Metodogia moprosof metrica v3 (6)
Metodogia moprosof metrica v3 (6)
 
Comparación entre cmmi y moprosoft
Comparación entre cmmi y moprosoftComparación entre cmmi y moprosoft
Comparación entre cmmi y moprosoft
 
Trabajo final cmm
Trabajo final cmmTrabajo final cmm
Trabajo final cmm
 
CMMI y MoProSoft.docx
CMMI y MoProSoft.docxCMMI y MoProSoft.docx
CMMI y MoProSoft.docx
 
Dmcs u3 atr_roch
Dmcs u3 atr_rochDmcs u3 atr_roch
Dmcs u3 atr_roch
 
Moprosoft informe de investigación
Moprosoft informe de investigaciónMoprosoft informe de investigación
Moprosoft informe de investigación
 
NORMAS ISO
NORMAS ISO NORMAS ISO
NORMAS ISO
 
Ensayo
EnsayoEnsayo
Ensayo
 
Ensayo
EnsayoEnsayo
Ensayo
 
Eduardo hiram godínez aguirre inv psp conceptos básicos
Eduardo hiram godínez aguirre   inv psp conceptos básicosEduardo hiram godínez aguirre   inv psp conceptos básicos
Eduardo hiram godínez aguirre inv psp conceptos básicos
 
Sw Dev Process V2
Sw Dev Process V2Sw Dev Process V2
Sw Dev Process V2
 
Gestión de proyectos
Gestión de proyectosGestión de proyectos
Gestión de proyectos
 
Modelo Cmmi 7
Modelo Cmmi 7Modelo Cmmi 7
Modelo Cmmi 7
 

Modelos de calidad CMMI - Moprosoft

  • 1. UNIVERSIDAD TECNOLÓGICA DE TUL-TEPEJI Modelos De Calidad Calidad de Software Ricardo Juárez Jiménez 5TIC-G2 Tecnologías de la Información y la Comunicación
  • 2. Contenido Modelo CMMI ..................................................................................................................................... 2 Modelo Moprosoft.............................................................................................................................. 4 Ideas Fuerza ........................................................................................................................................ 6 Estructura Organizativa del Modelo de Procesos de Moprosoft........................................................ 6 Análisis Comparativo........................................................................................................................... 7
  • 3. Modelo CMMI  El CMMI es un enfoque de mejora de procesos que provee a las organizaciones de los elementos esenciales para un proceso efectivo.  Fue desarrollado por el SEI (Software Enginnering Institute).  Integra disciplinas como sistemas y software en un solo marco de trabajo.  Describe formas efectivas y probadas de hacer las cosas, no es un enfoque radical. El Modelo de Madurez de Capacidades o CMM (Capability Maturity Model), es un modelo de evaluación de los procesos de una organización. Fue desarrollado inicialmente para los procesos relativos al desarrollo e implementación de software por la Universidad Carnegie-Mellon para el SEI (Software Engineering Institute). El SEI es un centro de investigación y desarrollo patrocinado por el Departamento de Defensa de los Estados Unidos de América y gestionado por la Universidad Carnegie-Mellon. "CMM" es una marca registrada del SEI. Este modelo establece un conjunto de prácticas o procesos clave agrupados en Áreas Clave de Proceso (KPA - Key Process Area). Para cada área de proceso define un conjunto de buenas prácticas que habrán de ser: • Definidas en un procedimiento documentado • Provistas (la organización) de los medios y formación necesarios • Ejecutadas de un modo sistemático, universal y uniforme (institucionalizadas) • Medidas • Verificadas A su vez estas Áreas de Proceso se agrupan en cinco "niveles de madurez", de modo que una organización que tenga institucionalizadas todas las prácticas incluidas en un nivel y sus inferiores, se considera que ha alcanzado ese nivel de madurez. Los niveles son: 1.- Inicial. Las organizaciones en este nivel no disponen de un ambiente estable para el desarrollo y mantenimiento de software. Aunque se utilicen técnicas correctas de ingeniería, los esfuerzos se ven minados por falta de planificación. El éxito de los proyectos se basa la mayoría de las veces en el esfuerzo personal, aunque a menudo se producen fracasos y casi siempre retrasos y sobrecostes. El resultado de los proyectos es impredecible.
  • 4. 2.- Repetible. En este nivel las organizaciones disponen de unas prácticas institucionalizadas de gestión de proyectos, existen unas métricas básicas y un razonable seguimiento de la calidad. La relación con subcontratistas y clientes está gestionada sistemáticamente. 3.- Definido. Además de una buena gestión de proyectos, a este nivel las organizaciones disponen de correctos procedimientos de coordinación entre grupos, formación del personal, técnicas de ingeniería más detallada y un nivel más avanzado de métricas en los procesos. Se implementan técnicas de revisión por pares (peer reviews). 4.- Gestionado. Se caracteriza porque las organizaciones disponen de un conjunto de métricas significativas de calidad y productividad, que se usan de modo sistemático para la toma de decisiones y la gestión de riesgos. El software resultante es de alta calidad. 5.- Optimizado. La organización completa está volcada en la mejora continua de los procesos. Se hace uso intensivo de las métricas y se gestiona el proceso de innovación. Así es como el modelo CMM establece una medida del progreso, conforme al avance en niveles de madurez. Cada nivel a su vez cuenta con un número de áreas de proceso que deben lograrse. El alcanzar estas áreas o estadios se detecta mediante la satisfacción o insatisfacción de varias metas claras y cuantificables. Con la excepción del primer nivel, cada uno de los restantes Niveles de Madurez está compuesto por un cierto número de Áreas Claves de Proceso, conocidas a través de la documentación del CMM por su sigla inglesa: KPA. Cada KPA identifica un conjunto de actividades y prácticas interrelacionadas, las cuales cuando son realizadas en forma colectiva permiten alcanzar las metas fundamentales del proceso. Las KPAs pueden clasificarse en 3 tipos de proceso: Gestión, Organizacional e Ingeniería. Para guiar a las organizaciones a definir y mejorar sus procesos indica qué actividades han de realizar, pero nada sobre cómo hacerlo. Esto es así tanto en lo referente a la ingeniería como a las herramientas o técnicas de gestión, aunque hace una curiosa excepción en las revisiones por pares (peer reviews).
  • 5. Modelo Moprosoft El Modelo de Procesos para la Industria de Software, Moprosoft, tiene por objetivo proporcionar a la industria mexicana, y a las áreas internas dedicadas al desarrollo y mantenimiento de software, un conjunto integrado de las mejores prácticas basadas en los modelos y estándares reconocidos internacionalmente, tales como ISO 9000:2000, CMM-SW, ISO/ IEC 15504, PMBOK, SWEBOK entre otros. Moprosoft contiene tres categorías de procesos que corresponden a las capas de Alta Dirección, Gestión y Operación. La categoría de Alta Dirección contiene el proceso de Gestión de Negocio; la categoría de Gestión se compone de Gestión de Procesos, Gestión de Proyectos y Gestión de Recursos, a su vez, este último se divide en tres subprocesos: El de Recursos Humanos, el de Bienes, Servicios e Infraestructura y el de Conocimiento de la Organización. Finalmente, la categoría de Operación contiene los procesos de Administración de Proyectos Específicos y de Desarrollo y Mantenimiento de Software. El propósito de contar con un modelo de estas características es apoyar a la industria de software en su tránsito del estado actual, en el cual la calidad de los productos depende principalmente de las habilidades de los individuos, al estado deseado: en donde la calidad de los productos de software será la consecuencia de la madurez en los procesos de las organizaciones. Moprosoft fue desarrollado durante el 2002, como consecuencia de los acuerdos de la mesa de la Estrategia 6 del Programa para el Desarrollo de la Industria de Software dirigido por la Secretaría de Economía, bajo un convenio con la Facultad de Ciencias de la UNAM. Para el desarrollo de este proyecto se convocó, a través de la Asociación Mexicana para la Calidad en Ingeniería de Software (AMCIS), a personas con experiencia y conocimiento en los modelos de procesos y calidad de software, quienes serían los que conformaran al grupo editor bajo mi dirección. Este grupo estuvo constituido por las maestras Claudia Alquicira Esquivel, Angélica Su Ramos, Alfonso Martínez Martínez, Gloria Quintanilla Osorio, Mara Ruvalcaba López; por el ingeniero Francisco López Lira Hinojo; las matemáticas María Elena Rivera López y María Julia Orozco Mendoza; y completaban el equipo la doctora Yolanda Fernández Ordóñez y Miguel Ángel Flores Lemus. Categorías Categoría alta dirección (DIR) • Gestión de Negocio • Gestión de memorización
  • 6. Categoría Gerencia (GER) • Gestión de Procesos • Gestión de Proyectos • Gestión de Recursos • Recursos Humanos y Ambiente de Trabajo • Bienes Servicios e Infraestructura • Conocimiento de la Organización. Categoría Operación (OPE) • Administración de Proyectos Específicos • Desarrollo y Mantenimiento de Software. Moprosoft, en su versión original como modelo de procesos, ya está disponible de manera gratuita a través del portal www.software.net.mx. Las empresas y las áreas internas interesadas ya pueden estudiarlo y compararlo con sus prácticas. Se trata de un documento con poca extensión, unas 121 páginas, y al compararlo con otros modelos y estándares, resulta bastante práctico Moprosoft, a diferencia de CMM-SW y CMMI, está dirigido a la micro y pequeña industria. Sintetiza las mejores prácticas en un conjunto pequeño de procesos que abarcan las responsabilidades de la alta dirección, gestión y operación. Se trata de un modelo integrado, en el cual: las salidas de un proceso están claramente dirigidas como entradas a otros procesos; las prácticas de planeación, seguimiento y evaluación se incluyeron en todos los procesos de gestión y administración; los objetivos, los indicadores, las mediciones y las metas cuantitativas fueron incorporadas de manera congruente y práctica en todos los procesos; las verificaciones, validaciones y pruebas están incluidas de manera explícita dentro de las actividades de los procesos; y existe una base de conocimiento que resguarda todos los documentos y productos generados por los procesos. En otras palabras, es un modelo que –de manera más pragmática que otros– presenta las mejores prácticas para la industria de software. Para corroborarlo, invito a todos los lectores del Boletín IIE a que dediquen un tiempo a estudiarlo y probarlo.
  • 7. Ideas Fuerza CMMI: 1. La madurez del desarrollo en 5 niveles. 2. Indica qué deben hacer los procesos, no cómo deben hacerlo. 3. Localización y resolución de defectos. MOPROSOFT: 1. Modelo de desarrollo Mexicano-Internacional. 2. 3 categorías, para el Desarrollo y mantenimiento de software. 3. Relación Moprosoft-ISO. Estructura Organizativa del Modelo de Procesos de Moprosoft Gestión de Negocio Gestión de Procesos Gestión de Recursos Gestión de Proyectos Administración de Proyectos Específicos Desarrollo y mantenimiento de Software
  • 8. Análisis Comparativo MODELO CMMI MOPROSOFT ¿QUÉ SON? CMMI es la evolución de CMM. CMM Fue desarrollado desde 1987 hasta 1997. En 2002, se lanzó CMMI Versión 1.1, luego en agosto de 2006 siguió la versión 1.2. El objetivo del proyecto CMMI es mejorar la usabilidad de modelos de madurez integrando varios modelos diferentes en un solo marco (framework). Modelo de Procesos para la Industria del Software. Un modelo para la mejora y evaluación de los procesos de desarrollo y mantenimiento de sistemas y productos de software. Desarrollado por la Asociación Mexicana para la Calidad en Ingeniería de Software. CARACTERÍSTICAS Es una guía para mejorar procesos y comprobar la capacidad de un grupo al ejecutarlos. Un modelo de madurez – directriz, práctico y disciplinas basadas en estándares de la industria. Indica QUÉ deben hacer los procesos, no CÓMO deben hacerlo. Una metodología de desarrollo o gestión de proyectos. No es un estándar más de procesos, el modelo CMMI está alineado con los objetivos de negocio. NO compite con metodologías ágiles u otras metodologías de desarrollo. Las categorías de procesos corresponden a niveles organizacionales de administración. Procesos Integrados y Relacionados. Foco en producto y su capitalización. Capacidad Organizacional de gestión de procesos. Capacidad Organizacional de gestión de proyectos. Alineación con objetivos de negocio. Fácil de entender. Modelo mexicano. VENTAJAS Reducción del coste de desarrollo. Localización y resolución de defectos. Mejora en la fiabilidad de la planificación, en términos de dedicación y de calendario. Aumento de la productividad. Reducción de los trabajos derivados de correcciones tras las fases de pruebas. Aumento de la efectividad sobre la planificación realizada. Mejora en la calidad de producto. Está basado en normas ISO. Facilita la comprensión del Modelo utilizado. Simplifica la relación entre el modelo de procesos y la organización. Cuenta únicamente con 9 procesos evitando la fragmentación que se presenta en otros modelos. Mejora la planificación, para que se establezcan planes más realistas. Los clientes viven más informados.
  • 9. Reducción del número de defectos y detección en las fases tempranas de su ciclo de vida. Mejora de la Imagen de Marca. Se puede aplicar a más de una disciplina. Mejor atención a las áreas de ingeniería. Mejora la comunicación, para que cada participante cumpla con sus responsabilidades. DESVENTAJAS El problema de CMMI es su falta de adecuación al enfoque a servicios que está experimentando el sector de las TI (procesos de desarrollo de productos de software) en todas sus líneas de actividad, así como el alto esfuerzo de implantación que exige. El proceso de evaluación es muy costoso en tiempo y esfuerzo. La complejidad de la evaluación continua puede atentar contra la definición de objetivos concretos de madurez. Define actividades de manera muy general. Para asegurar la calidad de un producto y un proceso se requiere CMMI. El 33% de las prácticas no cubiertas de definir e implementar como lo son Administración de Configuración (CM) Y Medición y Análisis (MA). Evaluaciones formales constantes. No comprensible para los modelos ISO 9000: 2000. Proyectos para largos plazos.