UNIVERSIDAD ESTATAL DEL SUR DE MANABÍ

Creada el 7 de febrero del Año 2001, según registro oficial N° 261

UNIVERSIDAD ESTATAL DEL SUR DE MANABI

FACULTAD:

CIENCIAS TECNICAS

CARRERA:

TECNOLOGÍAS DE LA INFORMACIÓN

GRUPO N°4

INTEGRANTES:
BAQUE JARAMILLO JAMILET JHULIANA
CHOEZ VELEZ JUNIOR TOMÁS
CHOEZ TIGUA RENÉ MOISES
MANRIQUE GOMEZ DENISS MAURICIO
PLAZA SANCHEZ JOYCE LISSETE
PONCE QUIMIS JAMILETH MONSERRATH
QUIJIJE SUAREZ CARLOS IGNACIO
SOLEDISPA PARRALES JONATHAN ALEXANDER

SEMESTRE:

SEXTO “A”

ASIGNATURA:

CALIDAD DE SOFTWARE

DOCENTE:

ING. KARINA VIRGINIA MERO SUÁREZ

PERIODO:

NOVIEMBRE 2020 – MARZO 2021

 UNIVERSIDAD ESTATAL DEL SUR DE MANABÍ
Creada el 7 de febrero del Año 2001, según registro oficial N° 261

INTRODUCCIÓN
La mejora continua del proceso está basada en muchos pasos pequeños de evolución más que
en innovaciones revolucionarias. El CMM proporciona una estructura base para organizar
estos pasos de evolución en cinco niveles de madurez que colocan bases sucesivas para una
mejora continua del proceso. Estos cinco niveles de madurez definen una escala ordinal para
medir la madurez del proceso de software de una organización y para evaluar su
capacidad de proceso de software. También le ayudan a una organización a
priorizar sus esfuerzos de mejora.

El modelo CMM fue inicialmente desarrollado para los procesos relativos al desarrollo e
implementación de Software por la Carnegie-Mellon University. Este vio la luz por primera
vez en el año 1987 como Capability Maturity Model CMM. Dicho nombre, tanto como los
cinco niveles de la representación por etapas, están inspirados en el modelo de madurez
Manufacturing Maturity Model de Crosby.

En principio el modelo CMM era aplicado en programas de defensa, pero lo cierto es que este
ha logrado gran aceptación, tan es así que ha sido sometido a varias revisiones e iteraciones.
Debido a su éxito se llevó a cabo el desarrollo de modelos CMM para para diversos ámbitos
más allá del software (Anonimo, 2017)

Modelo de Madurez de Capacidades o CMM

Modelo de Madurez de Capacidades conocido por las siglas CMM 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 CMM es un marco que describe una trayectoria de mejora evolutiva de los elementos
claves de un proceso software partiendo de un proceso maduro hasta llegar a un proceso
maduro y disciplinado. Incluye prácticas de planificación, ingeniería, gestión del desarrollo y
mantenimiento de software con el objetivo de mejorar la capacidad de las organizaciones
para satisfacer sus objetivos de costo, calendario, funcionalidad y calidad del producto.
(Álvarez, s.f.)
 UNIVERSIDAD ESTATAL DEL SUR DE MANABÍ
Creada el 7 de febrero del Año 2001, según registro oficial N° 261

Historia

Uno de los modelos de procesos de software de referencia, que adquiere mayor interés en los
últimos años, es el Modelo de la Madurez de las Capacidades (CMM). Se pueden mencionar por
lo menos dos razones de lo anterior. Por un lado, éste es un modelo que ya tiene varios años de ser
aplicado en Estados Unidos y otros países, incluyendo los de América Latina, y por lo tanto
cuanta con cierta aceptación internacional. Por otro lado, es un modelo escalonado, dividido en 5
niveles, lo que permite guiar el programa de mejora de procesos de una empresa en forma
incremental, sin abrumar con demasiados detalles desde el principio.

A pesar de esto, CMM es un modelo difícil de asimilar e interpretar. Fue creado, a principio de los
80 en el “Software Engineering Institute” para responder a la necesidad del Departamento de
Defensa de Estados Unidos de poder evaluar las capacidades de sus proveedores de software. Por
lo tanto, es un modelo que recoge las mejores prácticas en ciertas áreas de la administración de
proyectos de software y de la Ingeniería de Software provenientes de grandes empresas que se
dedican a desarrollar sistemas de software que forman parte de sistemas más complejos.

El modelo de CMM se presenta como un texto de más de 200 páginas, en inglés, con una
terminología en ocasiones difícil de entender e interpretar. Si alguna empresa quiere utilizar este
modelo como referencia para su proceso de mejora tiene que invertir mucho tiempo, recursos
humanos y financieros para asimilar este conocimiento.

El Departamento de Defensa de los Estados Unidos tenía muchos problemas con el software
que encargaba desarrollar a otras empresas, los presupuestos se disparaban, las fechas se
alargaban. Como esta situación les parecía intolerable convocó un comité de expertos para
que solucionase estos problemas. En el año 1983 dicho comité concluyó que "tuvieron que
crear un instituto de la ingeniería del software, dedicado exclusivamente a los problemas del
software y ayudar al Departamento de Defensa". Convocaron un concurso público que podían
enviar una solicitud que explicara como iban a resolver esos problemas". Se presentaron
diversos estamentos y la Universidad Carnegie Mellon ganó el concurso en 1985, creando el
SEI.
 UNIVERSIDAD ESTATAL DEL SUR DE MANABÍ
Creada el 7 de febrero del Año 2001, según registro oficial N° 261

SEI

El SEI (Software Engineering Institute) es el instituto que creó y mantiene el modelo de

calidad CMM - CMMI .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. A partir de noviembre de [1986] el SEI desarrolló un ambiente de trabajo
(framework) de madurez de procesos de software, CMM. Se publicó en septiembre de 1987.
Este trabajo evolucionó al modelo CMM o SW-CMM (CMM for Software), cuya última
versión (v 1.1) se publicó en febrero de [[1993]. . Este marco de referencia es una forma
ordenada para las organizaciones de determinar las capacidades de sus procesos actuales y
establecer prioridades en su mejora.“CMM” es una marca registrada del SEI. (Álvarez, s.f.)

EL MODELO CMM

A partir de noviembre de 1986 el SEI, a requerimiento del Gobierno Federal de los Estados
Unidos de América, desarrolló una primera definición de un modelo de madurez de procesos
en el desarrollo de software, que se publicó en septiembre de 1987. Este trabajo evolucionó al
modelo CMM o SW-CMM (CMM for Software), cuya última versión (v1.1) se publicó en
febrero de 1993.

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.
 UNIVERSIDAD ESTATAL DEL SUR DE MANABÍ
Creada el 7 de febrero del Año 2001, según registro oficial N° 261

Los niveles son:

 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.
 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.
 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).
 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.
 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. ([Link], 2018)

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.
 UNIVERSIDAD ESTATAL DEL SUR DE MANABÍ
Creada el 7 de febrero del Año 2001, según registro oficial N° 261

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
 Ingeniería.

Las prácticas que deben ser realizadas por cada Area Clave de Proceso están organizadas en 5
Características Comunes, las cuales constituyen propiedades que indican si la
implementación y la institucionalización de un proceso clave es efectivo, repetible y duradero

Excepto el nivel uno, cada nivel de madurez es descompuesto en varias áreas claves de
proceso que indican donde una organización debería enfocarse para mejorar el proceso de
software.

Las áreas claves de proceso identifican los resultados que deben ser obtenidos para completar
un nivel de madurez.

Cada área clave de proceso identifica un grupo de actividades relacionadas que, cuando son
desarrolladas colectivamente, se logra un conjunto de objetivos considerados importantes
para mejorar la capacidad del proceso.

Cuando los objetivos de un área clave de proceso son cumplidos continuamente en los
proyectos, se puede decir que la organización ha institucionalizado (implementado) los
requerimientos necesarios.

Para alcanzar un nivel de madurez, las áreas claves de proceso para ese nivel deben ser
cumplimentadas. Para satisfacer un área clave de proceso, cada uno de los objetivos debe ser
cumplido. Los objetivos resumen las actividades claves. (Manage).

Estas 5 características son:

 Compromiso de la realización
 La capacidad de realización
 Las actividades realizadas
 Las mediciones y el análisis
 La verificación de la implementación.
 UNIVERSIDAD ESTATAL DEL SUR DE MANABÍ
Creada el 7 de febrero del Año 2001, según registro oficial N° 261

NIVEL 2

Gestión de Requisitos: El propósito es establecer un acuerdo común entre el cliente y el

equipo de proyecto de software que será la base para planear y administrar.

Planificación del Proyecto de Software: El propósito es establecer planes para la ingeniería y

administración de un proyecto.

Seguimiento y Supervisión del Proyecto: El propósito es establecer una visión adecuada del
progreso actual para que la administración pueda llevar a cabo acciones correctivas cuando el
desempeño se desvía significativamente de los planes.

Gestión de Subcontratos de Software: El propósito es seleccionar subcontratistas calificados

y administrarlos eficientemente.

Garantía de Calidad de Software: El propósito es proveer una visión adecuada del proceso
utilizado y de la estructura del producto.

Gestión de Configuración del Software: El propósito es establecer y mantener la integridad

de un producto en todo su ciclo de vida.

NIVEL 3

Enfoque en el Proceso de la Organización: El propósito es establecer las responsabilidades

organizacionales.

Definición del Proceso de la Organización: El propósito es desarrollar y mantener un

conjunto utilizable de elementos del proceso que mejore el desempeño y provea las bases
para obtener beneficios a largo plazo.

Programa de Entrenamiento: El propósito es desarrollar las habilidades y conocimientos de

las personas para que puedan desempeñar sus roles eficaz y eficientemente.

Gestión Integrada del Software: El propósito es integrar la ingeniería de software y la

administración en un coherente y definido proceso de software. Ingeniería del Producto de
Software: El propósito es asegurar un proceso bien definido que integre todas las actividades
técnicas.

Coordinación entre Grupos: El propósito es establecer una comunicación fluida entre los
grupos de ingeniería de software.
 UNIVERSIDAD ESTATAL DEL SUR DE MANABÍ
Creada el 7 de febrero del Año 2001, según registro oficial N° 261

Revisión de Pares: El propósito es solucionar los defectos de los productos en las etapas
iniciales y eficientemente.

NIVEL 4

Gestión Cuantitativa del Proceso: El propósito es controlar el desempeño del proceso de

software cuantitativamente.

Gestión de la Calidad del Software: El propósito es desarrollar una comprensión de la calidad

de software y registrar objetivos de calidad específicos.

NIVEL 5

Prevención de Defectos: El propósito es identificar las causas de los defectos y prevenirlos.

Gestión del Cambio del Proceso: El propósito es mejorar continuamente el proceso de

software utilizado en la organización con el objetivo de mejorar la calidad del software,
incrementar la productividad y disminuir el tiempo de desarrollo de productos.

Gestión del Cambio de Tecnología: El propósito es identificar los beneficios de nuevas

tecnologías y transferirlas a la organización.

Las organizaciones que utilizan CMM para mejorar sus procesos disponen de una guía útil
para orientar sus esfuerzos. Además, el SEI proporciona formación a evaluadores certificados
(Lead Assesors) capacitados para evaluar y certificar el nivel CMM en el que se encuentra
una organización. Esta certificación es requerida por el Departamento de Defensa de los
Estados Unidos, pero también es utilizada por multitud de organizaciones de todo el mundo
para valorar a sus subcontratistas de software.

Se considera típico que una organización dedique unos 18 meses para progresar un nivel,
aunque algunas consiguen mejorarlo. En cualquier caso requiere un amplio esfuerzo y un
compromiso intenso de la dirección.

Como consecuencia, muchas organizaciones que realizan funciones de factoría de software o,

en general, outsourcing de procesos de software, adoptan el modelo CMM y se certifican en
alguno de sus niveles. Esto explica que uno de los países en el que más organizaciones
certificadas existan sea India, donde han florecido las factorías de software que trabajan para
clientes estadounidenses y europeos.
 UNIVERSIDAD ESTATAL DEL SUR DE MANABÍ
Creada el 7 de febrero del Año 2001, según registro oficial N° 261

A partir de 2001, en que se presentó el modelo CMMI, el SEI ha dejado de desarrollar el SW-
CMM, cesando la formación de los evaluadores en diciembre de 2003, quienes dispondrán
hasta fin de 2005 para reciclarse al CMMI. Las organizaciones que sigan el modelo SW-
CMM podrán continuar haciéndolo, pero ya no podrán ser certificadas a partir de fin de 2005.
([Link], 2018)

CARACTERÍSTICAS COMUNES

Cada Área Clave de Proceso se describe identificando las Características Comunes, que son
las siguientes:

Compromisos: Describe las acciones que la organización debe llevar a cabo para asegurar
que el proceso es establecido y durará. Esta característica está asociada con el establecimiento
de políticas y con la responsabilidad de la alta dirección.

Capacidades: Describe aquellos elementos que deben encontrarse (organizacional y

técnicamente) para permitir que la organización cumpla los objetivos. Los elementos pueden
ser presupuestos, entrenamientos, asignación de recursos, etc.

Actividades: Describe los roles y procedimientos necesarios para implementar las metas de
un área clave del proceso. Considera los planes, procedimientos, actividades, revisiones y
acciones correctivas que se requieren.

Mediciones y Análisis: Describe cómo seguir el progreso de las actividades inherentes a el

Área Clave de Proceso o cómo cuantificar las principales características de los productos de
estas actividades.

Verificación de la Implementación: Describe los pasos para asegurar que las actividades son
realizadas de acuerdo con el proceso establecido. generalmente abarca las revisiones y
auditorias de la dirección y de los aseguradores de calidad. (Fatin, 2005)

CONCLUSIONES
La finalidad un modelo
de procesos es lograr
 UNIVERSIDAD ESTATAL DEL SUR DE MANABÍ
Creada el 7 de febrero del Año 2001, según registro oficial N° 261

una representación clara

de los procesos
reales de desarrollo que
se implementan en una
organización, con la cual
poder trabajar
para planificar las
mejoras a incluir en
cada uno de esos
procesos.
La adopción del modelo
o metodología
adecuados podrá
realizar esta mejora con
una
 UNIVERSIDAD ESTATAL DEL SUR DE MANABÍ
Creada el 7 de febrero del Año 2001, según registro oficial N° 261

correcta implantación,
dotando
implícitamente al
producto final de
una calidad
manifiesta.
CONCLUSION

La finalidad de un modelo de procesos es lograr una representación clara de los procesos

reales de desarrollo que se implementan en una organización, con la cual poder trabajar para
planificar las mejoras a incluir en cada uno de esos procesos. La adopción del modelo o
metodología adecuados podrá realizar esta mejora con una correcta implantación, dotando
implícitamente al producto final de una calidad manifiesta.

Bibliografía
Álvarez, G. &. (s.f.). [Link]. Obtenido de [Link]: [Link]

Anonimo. (2017). Obtenido de [Link]

nacional/sistemas-operativos/otros/cmm-resumuen-cmm/4603567/view

Fatin, L. (2005). Obtenido de [Link]

LORENA_FANTIN-TESIS_2005.pdf?sequence=1&isAllowed=y

[Link]. (2018). [Link]. Obtenido de [Link]:

[Link]
2-3-cmm

Manage. (s.f.). Obtenido de [Link]