Otros Modelos + Medición

Material de examen ACL — SPICE, MMIS, ITmark, SwTQM · Métricas, GQM, PSM, Ficha INCIBE

SPICE / ISO 15504

SPICE = Software Process Improvement and Capability dEtermination. Modelo de evaluación de procesos genérico (no específico de software). Para aplicarlo al software se combina con ISO 12207 (modelo de procesos del ciclo de vida).

Trampa frecuente SPICE NO es un modelo específico para software. Es genérico: hay que elegir un modelo de procesos. Para software se usa ISO 12207 + ISO 15504. El primer nivel CON calidad es el 1, no el 0.

Dos dimensiones

Dimensión	Responde a	Norma
Modelo de procesos	¿Qué procesos hay?	ISO 12207 (software)
Modelo de evaluación	¿Cómo se valoran?	ISO 15504 → sustituida por ISO 33000

Las 7 partes de ISO/IEC 15504

Parte	Contenido
1	Conceptos y vocabulario
2	Realización de la evaluación
3	Guía de evaluación
4	Guía de mejora y determinación del nivel de madurez
5	Ejemplo de modelo de evaluación de procesos
6	Ejemplo de evaluación del ciclo de vida del sistema
7	Evaluación de la madurez de una organización

Esquemas de aplicación

Esquema	Base	Peso
PathFinder	ISO 12207:1995	Pesado
AENOR	ISO 12207:2008	Ligero

NO son equivalentes entre sí (difieren en coste, rigor y aplicación).

Esquema AENOR — 3 / 7 / 11 procesos

Mnemónico clave: 3 procesos en nivel 1, 7 en nivel 2, 11 en nivel 3.

Nivel 1 — 3 procesos

SUM — Suministro
MCV — Gestión del Modelo del Ciclo de Vida
GCS — Gestión de la Configuración del Software

Nivel 2 — 7 procesos

RQU — Definición de Requisitos de Usuario
RQSIS — Análisis de Requisitos del Sistema
PP — Planificación del Proyecto
ECP — Evaluación y Control del Proyecto
GC — Gestión de la Configuración
MED — Medición
ACS — Aseguramiento de la Calidad Software

Nivel 3 — 11 procesos

Análisis de Requisitos del Software
Diseño de la Arquitectura del Software
Diseño de la Arquitectura del Sistema
Gestión de Infraestructuras
Gestión de Recursos Humanos
Gestión de Riesgos
Gestión de la Decisión
Integración del Software
Integración del Sistema
Verificación del Software
Validación del Software

MMIS V.2 — Sucesor de SPICE

Combina ISO/IEC 12207:2017 (modelo de procesos, 21 procesos) con la familia ISO/IEC 33000 (modelo de evaluación, sustituye a ISO 15504).

Componente ISO 33000	Cubre
ISO 33002	Proceso de evaluación
ISO 33003	Requisitos de medición
ISO 33020	Marco de medición (métricas para valorar evidencias)

Niveles de madurez MMIS V.2

1BásicoProcesos de NM1 alcanzan capacidad 1.

2GestionadoProcesos de NM2 alcanzan capacidad 2.

3EstablecidoProcesos de NM2 y NM3 alcanzan capacidad 3.

4PredecibleNM2/NM3/NM4 a capacidad 3 + los que la organización controla cuantitativamente a capacidad 4.

5InnovadoNM2-NM5 a capacidad 3 + los cuantitativos a capacidad 5.

Estructura de "capas de cebolla": niveles de madurez (organización) + niveles de capacidad (por proceso).

ITmark — Modelo para PYMEs

Reconocimiento de Excelencia en TI. Diseñado para PYMEs y micro-empresas (<10 empleados), aunque también aplicable a grandes. Sirve como pasarela previa a CMMI: ITmark primero, CMMI después.

3 áreas evaluadas

Área	Modelo de referencia
Procesos de gestión y desarrollo de software	CMMI-DEV (niveles 2 y 3)
Procesos de gestión del negocio	EFQM / ISO 9000
Procesos de gestión de la seguridad	ISO/IEC 27000

3 niveles y equivalencia con CMMI

Nivel	Qué acredita	Equivalencia CMMI
I.T. Mark (Básico)	Empresa consciente de calidad en las 3 vertientes. Primeros pasos, aún sin resultados.	~mitad del nivel 2
I.T. Mark Premium	Buen nivel de capacidad en procesos de negocio, seguridad y desarrollo.	~casi nivel 2
I.T. Mark Élite	Alto nivel de definición e institucionalización + calidad del producto buena.	~casi nivel 3

Criterios PA (rojo / verde) para obtener cada nivel

Nivel	Criterio
Nivel 2 — Clase C	No más de 2 PAs <50%. Ninguna es PP ni PMC.
Nivel 2 — Clase B	No más de 2 PAs en rojo. Ninguna es PP ni PMC.
Nivel 2 — General	Ningún PA en rojo & nº de PAs en verde ≥ 3.
Nivel 3	Ningún PA en rojo & nº de PAs en verde ≥ 11.

Clave de examen En concursos públicos se suele pedir "nivel 3 CMMI o equivalente" → ITmark Élite puede aceptarse como equivalente, pero NO es acreditación CMMI oficial. ITmark Élite es compatible con CMMI nivel 2 (son independientes y complementarios).

SwTQM — Software Total Quality Management

Proyecto europeo del ESI (European Software Institute) + EFQM. Pensado para SIOs (Software Intensive Organizations), es decir, PYMEs intensivas en software.

CMMI → mejora de procesos de desarrollo, adquisición y mantenimiento.
EFQM → excelencia en gestión del negocio (European Quality Award).
Lema: atención a resultados del negocio sin olvidar la operativa de los procesos.

Software de Cuenta

Modelo del Instituto de Software Europeo + EFQM para proveedores de la administración pública española (empresas intensivas en desarrollo de software).

Dato que cae en examen Solo el 14% del peso es CMMI (proceso de desarrollo). El 86% restante son criterios EFQM: Liderazgo, Alianzas y recursos, Política y estrategia, Gestión de personas, Resultados de personas, Resultados con clientes, Resultados en la sociedad, Resultados clave.

Tabla comparativa de modelos

Modelo	Pensado para	Procesos	Evaluación	Niveles
CMMI	Cualquier empresa	PAs propias	SCAMPI A/B/C	1–5 madurez / CL
SPICE / ISO 15504	Genérico (sw con ISO 12207)	ISO 12207	ISO 15504	0–5 por proceso
MMIS V.2	Software (sucesor SPICE)	ISO 12207:2017 (21)	ISO 33000 (33002/33003/33020)	Madurez 1–5 + capacidad 1–5
ITmark	PYMEs / micro <10 emp.	CMMI-DEV + EFQM + ISO 27000	Auditoría ITmark	Básico / Premium / Élite
SwTQM	SIOs (PYMEs sw-intensivas)	CMMI	EFQM	Combinada
Software de Cuenta	Proveedores admón. pública	CMMI + EFQM	Conjunta	14% CMMI + 86% EFQM

Para qué medir — 4 objetivos

Cita de Deming: "In God we trust, all others bring data."

#	Objetivo	Qué permite
1	Analizar	Entender qué ocurre durante el desarrollo y el mantenimiento.
2	Controlar	Controlar qué ocurre en los proyectos.
3	Predecir	Estimaciones de tiempo, coste y esfuerzo.
4	Mejorar	Mejorar procesos y productos con base en datos.

Medida / Medición / Métrica / Indicador

No hay definición universal. Cada empresa define los términos en su guía de medición. Las canónicas más usadas:

Concepto	Qué es	Norma	Ejemplo
Medida	El RESULTADO: indicación sobre un atributo de un producto o proceso.	ISO/IEC 15939	"50 errores", "1,80 m"
Medición	El PROCESO/ALGORITMO: conjunto de operaciones para determinar el valor de una medida.	ISO/IEC 15939	Ejecutar la herramienta de recuento de defectos
Métrica	La FÓRMULA: definición operativa que describe un atributo de interés.	PMBOK	`defectos / KLOC`
Indicador	Métrica + criterios de análisis (interpretación y acciones).	Uso común	"25% desviación → si >50% cancelar"

Indicador ≠ Métrica Métrica: "25% de desviación" (dato bruto). Indicador: "25% de desviación; si <20% continuar, 20–50% replanificar, >50% cancelar" (con criterio de actuación).

4 escalas de medida

Nominal

Clasificar en categorías exclusivas

Operaciones: = y ≠ únicamente.
El 0 no aplica.
Ej: tipo de ciclo (Scrum / Waterfall).

Ordinal

Categorías + orden

Operaciones: =, ≠, <, > (NO suma ni resta).
No informa magnitud entre niveles.
Ej: niveles CMMI 1<2<3<4<5.

Intervalo

Diferencias iguales = cuantías iguales

Operaciones: +, − (SÍ).
El 0 es un valor real, NO ausencia.
Ej: temperatura en °C (0 °C existe).

Razón / Ratio

Intervalo + 0 absoluto

Operaciones: +, −, ×, ÷ (todas).
El 0 = AUSENCIA de valor.
Ej: LOC, nº defectos, tiempo.

Diferencia crítica: el 0 en intervalo vs ratio En intervalo el 0 es un resultado válido (0 °C = temperatura). En ratio el 0 significa "no hay valor todavía". Ejemplo: "nº errores en pruebas" → si 0 = pruebas ejecutadas sin errores → intervalo; si 0 = pruebas aún no ejecutadas → ratio. Confundir esto puede ser desastroso (cita del profe).

Escala ordinal En ordinal NO se pueden hacer operaciones matemáticas, sólo orden. No se puede afirmar que la diferencia CMMI4–CMMI3 sea igual a CMMI5–CMMI4.

Tipos de métrica

Según cómo se obtienen

Tipo	Definición	Ejemplo
Directa (simple)	No depende de otras métricas. Se mide directamente.	LOC, nº requisitos, nº miembros del equipo
Indirecta (compuesta)	Combinación matemática de varias métricas directas.	Satisfacción del cliente = f(tiempo de servicio + nº quejas + nº clientes perdidos)

Según dinamismo

Tipo	Definición
Estática	Atributo en un momento específico. Ej: mido 1,72 m hoy.
Dinámica	Cambio de una cantidad por unidad de otra variable. Mide la evolución.
Índice temporal	Caso particular de dinámica donde la otra variable es el tiempo.

Trampa Las métricas dinámicas NO siempre miden evolución temporal. Los índices temporales son sólo un caso particular de las dinámicas. Toda métrica dinámica temporal es dinámica, pero no toda dinámica es temporal.

Ratios vs Proporciones (ambas estáticas)

Tipo	Numerador y denominador	¿Se convierte en %?
Ratio	EXCLUYENTES (sin intersección). Ej: personas en pruebas / personas en desarrollo.	NO
Proporción	Numerador es PARTE del denominador. Ej: clientes satisfechos / total clientes.	SÍ

Catálogo de métricas

Organización habitual en 3 categorías (Producto / Proyecto / Proceso), pero no es obligatoria: cada empresa decide.

Producto — atributos del software construido

Subcategoría	Métricas ejemplo
Complejidad	Complejidad ciclomática, acoplamiento, profundidad de jerarquías, métodos por clase
Mantenibilidad	Densidad de comentarios, Índice de Madurez del Software
Calidad	Densidad de defectos (defectos/KLOC), problemas reportados
Confiabilidad	MTBF (tiempo entre fallos), MTTR (tiempo de reparación)
Tamaño	KLOC, Puntos Función, Puntos Historia
Usabilidad	Facilidad de aprendizaje, errores de usuarios

Proyecto — datos para el Jefe de Proyecto

Subcategoría	Métricas ejemplo
Coste	Coste del desarrollo, distribución del coste
Esfuerzo	Horas trabajadas, distribución por fase/persona/perfil
Productividad	PF liberados por unidad de tiempo
Estabilidad	Peticiones de cambio aceptadas/rechazadas, impacto del cambio
Seguimiento	Desviación coste/esfuerzo/tiempo, tareas completadas, % de hitos cumplidos

Proceso — atributos de cada proceso

Subcategoría	Métricas ejemplo
Pruebas	Curva S, cobertura de pruebas, casos passed/failed
Mantenimiento	Índice de Trabajo Acumulado, % correcciones atrasadas
Revisiones	Eficacia de revisiones, DRE

Ficha de Indicador — Modelo INCIBE

Plantilla del Instituto Nacional de Ciberseguridad (INCIBE). NO es estándar ISO oficial: es la plantilla más habitual. Cada empresa decide qué campos usa.

Cayó en examen 2018 "Di todos los campos que tiene una métrica y descríbelos." Hay que conocer al menos los ~10 esenciales. La ficha completa tiene 20 campos.

1NombreNombre descriptivo del indicador. Ej: "Número de Líneas de Código". 2Identificador / códigoSigla o ID corto. Ej: LOC. 3TipoCategoría en el catálogo (Tamaño del producto, Calidad, Seguimiento…). 4ObjetivoMotivo por el que se necesita. Ej: conocer el tamaño del software. 5DescripciónAclaraciones generales. Ej: código Java, sólo líneas ejecutables. 6Ámbito del desempeñoDónde se aplica. Ej: actividades de estimación y seguimiento. 7Fuente de informaciónDe dónde se toman los datos y método para obtenerlos. Ej: herramienta de inspección XXX, fiabilidad 100%. 8Datos de entradaDatos usados en la fórmula. Si es indirecta, se indican las métricas directas. 9Definiciones y abreviaturasVariables y siglas de la fórmula. Ej: HC=Hitos cumplidos, HP=Hitos planificados. 10Fórmula de cálculoAlgoritmo o técnica. Ej: HC / HP * 100. 11Escala / unidad de medidaTipo de escala (razón, intervalo…) y unidad. Ej: %, líneas de código. 12Criterios de análisisCómo interpretar y qué acciones tomar. Ej: si valor < x entonces replanificar; si ≥ x continuar. 13Datos históricosEvolución a lo largo del tiempo (tabla o gráfico de medidas anteriores). 14Meta para el año XXXXObjetivo numérico anual. Ej: reducir densidad de defectos un 10%. 15Frecuencia de reportePeriodicidad (mensual, trimestral…) y audiencia. Ej: mensual, al jefe de proyecto. 16Información complementariaObservaciones, limitaciones, supuestos. 17VersiónVersión de la ficha. Ej: v1.2. 18FechaFecha de última actualización. 19ResponsablesResponsable del cálculo + responsable del seguimiento y análisis. 20Firma de los responsablesValidación formal.

Ejemplo completo: % de hitos cumplidos

Campo	Valor
Nombre	% de hitos cumplidos
Identificador	HC-PCT
Tipo	Seguimiento de proyecto
Objetivo	Medir el grado de cumplimiento del calendario planificado.
Descripción	Proporción de hitos completados en plazo respecto a los planificados en el periodo.
Ámbito	Seguimiento del proyecto
Fuente de información	Fichero(s) de planificación del proyecto (MS Project, Jira, etc.)
Datos de entrada	HC = Hitos cumplidos; HP = Hitos planificados en el periodo
Definiciones	HC = Hitos cumplidos en plazo; HP = Hitos planificados
Fórmula	`HC / HP * 100`
Escala / unidad	Razón, %
Criterios de análisis	Si valor ≥ 90%: continuar. Si 70–89%: revisar planificación. Si <70%: replanicar urgente.
Frecuencia	Mensual, dirigido al jefe de proyecto y al responsable de calidad

Cuadro de Mando

KPIs (Key Performance Indicators): factores críticos para el éxito del negocio.
Cuadro de mando integral (Balanced Scorecard): monitoriza, controla y gestiona procesos a través de KPIs.
En empresas de software suele ser un proyecto interno hecho a medida.
Toda empresa debe definir sus metas y luego medir el progreso hacia ellas.

GQM — Goal Question Metric

Método top-down de Basili. Un programa de medición es más efectivo si se diseña orientado a metas: Meta → Preguntas → Métricas. Una pregunta puede requerir varias métricas (1:N).

Plantilla GQM — 5 campos

Analizar…El objeto de estudio bajo medición

Con el propósito de…Entender, controlar o mejorar el objeto

Con respecto a…El enfoque de calidad del objeto

Desde el punto de vista de…La perspectiva de quien mide

En el contexto de…El entorno en el que tiene lugar la medición

Ejemplo aplicado: retrasos en resolución de incidencias

Campo GQM	Valor
Analizar	Cumplimiento de compromisos
Con el propósito de	Mejorar
Con respecto a	Las desviaciones en la entrega
Desde el punto de vista de	El equipo de proyecto y el cliente
En el contexto de	Proyecto X

Pregunta (Q)	Métrica (M)
Q1: ¿Cuál es la desviación actual en el tiempo de resolución?	M1: Tiempo medio de resolución
Q2: ¿Tiende a mejorar el tiempo de respuesta?	M2: Desviación típica de M1
Q3: ¿Cuál es el % de correcciones atrasadas?	M3: % por encima de M1+M2
Q4: ¿Cuántas incidencias recibe un técnico por unidad de tiempo?	M4: % por debajo de M1−M2

GQM es top-down Siempre: Meta → Pregunta → Métrica. NUNCA al revés. Una pregunta puede tener varias métricas (1:N); una métrica puede servir a varias preguntas.

PSM — Practical Software Measurement

Guía práctica impulsada por el Departamento de Defensa y el Ejército de EE.UU. que materializa la norma ISO/IEC 15939 (Software Measurement Process).

2 componentes

Componente	Qué define
Modelo de proceso de medición	Fases y tareas. Proceso iterativo: planificación → medición → análisis → evaluación.
Modelo de información	Relaciones entre conceptos de medición y terminología común (necesidades de información → indicadores).

GQM vs PSM

	GQM	PSM
Enfoque	Top-down: Meta → Pregunta → Métrica	Proceso continuo de gestión de la medición en la organización
Base	Orientado a metas (Basili)	ISO/IEC 15939

ISO/IEC 25000 — SQuaRE

System and Software Quality Requirements and Evaluation. Define métricas para medir la calidad del producto software (no proceso, no proyecto). Evolución de ISO 9126 e ISO 14598.

Lo que hay que saber Sólo que ISO 25000 define métricas de calidad del producto. No hace falta saberse las métricas concretas. Las 8 macro-características: Funcionalidad, Eficiencia en rendimiento, Compatibilidad, Usabilidad, Fiabilidad, Seguridad, Mantenibilidad, Portabilidad.

Métricas habituales — las que nombra el profe

DRE — Defect Removal Efficiency

Mide la efectividad en la eliminación de defectos durante una fase.

DRE = Defectos eliminados en la fase / (Defectos eliminados en la fase + Defectos encontrados más tarde)

Cuanto más alto el DRE, más efectivo el proceso y menos defectos se transmiten a fases siguientes.

Curva S del progreso de pruebas

Eje X: tiempo. Eje Y: nº casos de prueba.
Compara: planificado vs abordados vs completados.
Sirve para evitar que se sacrifiquen pruebas si hay riesgo de no cumplir el calendario.

Coste de los defectos (regla del 5x)

Un defecto detectado en producción cuesta 5 veces más que uno detectado durante el desarrollo. Hay que detectar defectos lo antes posible. Lo mismo aplica al cliente: conseguir un cliente nuevo cuesta 5 veces más que mantener uno existente.

Índice de gestión del trabajo acumulado (mantenimiento)

Índice = nº problemas abiertos / nº problemas registrados por unidad de tiempo

Valor	Significado
= 1	Ritmo de corrección igual al de llegada (estable).
< 1	Se soluciona MÁS RÁPIDO que la llegada (mejora).
> 1	Se pierde capacidad de corrección (deterioro).

Puntos Función (Allan Albrecht, 1979)

Métrica estándar de tamaño del software. Independiente de tecnología, lenguaje, método de desarrollo y plataforma. Útil en todas las fases del ciclo de vida.

LOC ya no es aceptable: depende del lenguaje, del programador y no es significativo para el cliente ni la dirección.

Etapa 1: identificar funciones disponibles para el usuario y organizarlas en 5 componentes.
Etapa 2: clasificar y ponderar cada función por nivel de complejidad.
Etapa 3: ajustar el total según características del entorno.

Caso práctico: métricas recomendadas a una PYME que arranca con ISO 9000

Estrategia: arrancar con métricas baratas de recoger, automatizables, alineadas con el apartado 8 de ISO 9001 (Medición, análisis y mejora). Combinar con GQM para vincular cada métrica a un objetivo de negocio.

#	Métrica	Categoría	Por qué
1	Satisfacción del cliente (encuesta)	Cliente / Proceso	Exigida por apartado 8 ISO 9001.
2	Nº no-conformidades por auditoría	Proceso	Apartado 8, obligatoria para mejora continua.
3	% acciones correctivas cerradas a tiempo	Proceso	Mide eficacia del SGC.
4	Esfuerzo real vs estimado (desviación)	Proyecto	Fácil de medir con partes horarios, alto valor.
5	Densidad de defectos (defectos/KLOC)	Producto	Fácil, indica calidad del producto.
6	% pruebas de aceptación pasadas	Producto	Apartado 8, evidencia de control de calidad.
7	Tiempo medio de resolución de defectos	Proceso	Útil para mantenimiento, relacionada con regla del 5x.
8	% hitos cumplidos (HC/HP*100)	Proyecto	Sencilla, muestra cumplimiento de planificación.

Preguntas trampa clave

Afirmación	V/F	Por qué
"SPICE es un modelo específico para software."	FALSO	Es genérico. Para software se usa ISO 12207 + ISO 15504.
"El primer nivel con calidad en SPICE es el 0."	FALSO	Es el nivel 1.
"ISO 15504 es el modelo de procesos de SPICE."	FALSO	Es el modelo de EVALUACIÓN. Los procesos son ISO 12207.
"AENOR y PathFinder son esquemas equivalentes."	FALSO	PathFinder es pesado (ISO 12207:1995), AENOR es ligero (ISO 12207:2008).
"MMIS V.2 reemplaza ISO 15504 por ISO 33000."	VERDADERO	Correcto.
"ITmark está diseñado exclusivamente para micro-empresas."	FALSO	Diseñado para <10 empleados, pero aplicable a empresas grandes también.
"ITmark Élite equivale exactamente a CMMI nivel 3."	FALSO	Es CASI nivel 3, pero no es acreditación CMMI oficial.
"ITmark Élite es incompatible con CMMI nivel 2."	FALSO	Son compatibles y complementarios.
"ITmark cubre solo procesos de desarrollo de software."	FALSO	Cubre desarrollo + negocio (EFQM/ISO 9000) + seguridad (ISO 27000).
"En Software de Cuenta el 50% del peso es CMMI."	FALSO	Solo el 14% es CMMI; el 86% son criterios EFQM.
"SwTQM combina CMMI y EFQM."	VERDADERO	Correcto.
"Indicador es sinónimo de métrica."	FALSO	Indicador = métrica + criterios de análisis.
"En la escala intervalo el 0 indica ausencia de valor."	FALSO	El 0 es un valor real (ej. 0 °C). En ratio sí indica ausencia.
"En ordinal se pueden hacer operaciones matemáticas."	FALSO	Solo se puede ordenar, no operar matemáticamente.
"Toda métrica dinámica mide evolución temporal."	FALSO	Los índices temporales son un caso particular de las dinámicas.
"Toda métrica indirecta es dinámica."	FALSO	Directa/indirecta y estática/dinámica son dimensiones independientes.
"PSM es un modelo top-down como GQM."	FALSO	PSM añade un proceso continuo de gestión (basado en ISO 15939). GQM es puramente top-down.
"PSM se basa en ISO/IEC 15939."	VERDADERO	Correcto.
"GQM parte de las métricas y deduce las metas."	FALSO	Es al revés: Meta → Pregunta → Métrica.
"En GQM cada pregunta se responde con UNA métrica."	FALSO	Relación 1:N. Una pregunta puede requerir varias métricas.
"DRE alto implica que más defectos se transmiten."	FALSO	Al revés: DRE alto = más efectivo = menos defectos transmitidos.
"La Ficha de Indicador es un estándar ISO oficial."	FALSO	Es una plantilla del INCIBE, no un estándar oficial.
"El catálogo de métricas DEBE organizarse en Producto/Proyecto/Proceso."	FALSO	Es la organización habitual, pero no obligatoria.
"LOC es independiente del lenguaje y la tecnología."	FALSO	Depende fuertemente del lenguaje. Por eso se usan Puntos Función.
"Puntos Función es independiente de tecnología y lenguaje."	VERDADERO	Correcto. Es la razón por la que es la métrica estándar de tamaño.
"ISO 25000 (SQuaRE) es evolución de ISO 9126 e ISO 14598."	VERDADERO	Correcto.
"En el índice de trabajo acumulado, valor > 1 significa corrección más rápida."	FALSO	>1 = deterioro (llegan más de los que se resuelven). <1 = mejora.