Este documento describe SPICE (Software Process Improvement Capability Determination), un estándar internacional para la evaluación y mejora de procesos de desarrollo de software. El documento explica la historia, propósito, alcance, características, estructura y modelo de referencia de SPICE, el cual incluye dimensiones de procesos y capacidad de procesos para evaluar la efectividad de los procesos de una organización.

1. ESCUELA POLITECNICA NACIONAL
FACULTAD DE INGENIERIA EN
SISTEMAS
GRUPO 2
15 DE MAYO DE 2012

2. SPICE (Software, Process
Improvement Capability
Determination)
□ Determinación de la Capacidad de Mejora
del Proceso de Software, es un modelo para
la mejora y evaluación de los procesos de
desarrollo y mantenimiento de sistemas de
información y productos de software.

3. HISTORIA
□ 1991: la Organización de Estandarización
internacional ISO aprobó la realización de
un estudio sobre la necesidad de crear un
estándar internacional para la evaluación de
procesos (software), entonces se creó el
proyecto SPICE.

4. HISTORIA
□ 1992: ISO decidió entonces se hiciera el desarrollo por
pasos de un estándar para la evaluación de procesos. Los
pasos fueron los siguientes:
□ Publicación inicial como Informe Técnico ‘Technical
Report’ (“borrador de estándar”).
□ Después pasa a revisión y publicación como estándar
internacional IS ISO/IEC 15504 – Tecnologías de la
Información – Evaluación de Procesos (‘ISO/IEC
15504 – Information Technology – Process
Assessment’).

5. HISTORIA
□ El proyecto SPICE tenía tres objetivos principales:
□ Desarrollar un borrador de trabajo para un
estándar de evaluación de procesos de
software.
□ Llevar a cabo los ensayos de la industria de la
norma emergente.
□ Promover la transferencia de tecnología de la
evaluación de procesos de software a la
industria del software a nivel mundial.

6. HISTORIA
□ 1995: el primer objetivo del proyecto se logró.
□ 1998: se publicó la primera familia de estándares
ISO TR 15504.
□ 2003: el proyecto SPICE se cerró oficialmente

7. HISTORIA
□ Con el fin de apoyar la excelencia y la
coherencia de la formación de los
evaluadores, el proyecto SPICE también
desarrolló y lanzó un Plan de Estudios de
formación de los evaluadores SPICE que es
utilizado actualmente por el Esquema de
Registro Internacional de Evaluadores.

8. PROPÓSITO
Este estándar de evaluación de procesos
de software sirve para:
□ Mejora continua
□ Evaluación de la capacidad
□ Como base para el comercio
internacional de software

9. ALCANCE
Ejecutar, planificar, gestionar, controlar y
mejorar los procesos de:
□ Adquisición
□ Suministro
□ Desarrollo
□ Operación
□ Soporte

10. CARACTERISTICAS
□ Establece un marco y los requisitos para
cualquier procesos de evaluación de
procesos y proporciona requisitos para los
modelos de evaluación de los procesos.
□ Proporciona también requisitos para
cualquier modelo de evaluación de
organizaciones

11. CARACTERISTICAS
□ Proporciona guías para la definición de las
competencias de un evaluador de procesos.
□ Comprende: evaluación de procesos, mejora de
procesos, determinación de capacidad.
□ Equivalencia y compatibilidad con CMMI. ISO forma
parte del panel elaborador del modelo CMMI y SEI y
viceversa, y se mantiene la compatibilidad y
equivalencia de ésta última con 15504.

12. ESTRUCTURA DEL ESTANDAR
Actualmente tiene 9 partes: de la 1 a la 7 completas y de
la 8 a la 9 en fase de desarrollo.

13. MODELO DE REFERENCIA
□ El modelo de referencia de SPICE describe
los procesos que una organización puede
realizar para comprar, suministrar,
desarrollar, operar, mantener y soportar el
software, así como los atributos que
caracterizan la capacidad de estos procesos.

14. MODELO DE REFERENCIA
Tiene dos dimensiones:
□ De proceso
□ De capacidad de proceso

15. DIMENSIÓN DE PROCESOS
Contiene los procesos que se han de evaluar. Se
corresponden con los procesos del ciclo de vida del
software, definidos al estándar ISO 12207:1995

16. DIMENSIÓN DE PROCESOS
Dimensión de procesos CUS
Está formada por procesos que afecta directamente al
cliente, soportan el desarrollo y la transición del
software al cliente y permiten la correcta operación y
uso del producto y/o servicio software.
□ CUS.1 Adquisición de productos software y/o
servicios
□ CUS.2 Establecimiento de contratos
□ CUS.3 Identificar las necesidades del cliente

17. DIMENSIÓN DE PROCESOS
Dimensión de procesos CUS
□ CUS.4 Realizar auditorías y revisiones conjuntas.
□ CUS.5 Entrega e instalación del software.
□ CUS.6 Mantenimiento del software.
□ CUS.7 Proporcionar servicio al cliente.
□ CUS.8 Valorar la satisfacción del cliente.

18. DIMENSIÓN DE PROCESOS
Dimensión de procesos ENG
Está formada por procesos que directamente especifica,
implementa o mantienen el producto software, su relación con el
sistema y su documentación.
□ ENG.1 Análisis y diseño de requerimientos del sistema
□ ENG.2 Análisis de requerimientos del software.
□ ENG.3 Diseño del software.
□ ENG.4 Construcción del software.
□ ENG.5 Integración y pruebas del software.
□ ENG.6 Integración y pruebas del sistema.
□ ENG.7 Mantenimiento del software y del sistema.

19. DIMENSIÓN DE PROCESOS
Dimensión de procesos SUP
Está formada por procesos que dan soporte a
cualquiera del resto de procesos (incluidos los SUP), en
distintos puntos del ciclo de vida del software.
□ SUP.1 Documentación
□ SUP.2 Gestión de la configuración del software
□ SUP.3 Garantía de calidad
□ SUP.4 Resolución de problemas
□ SUP.5 Realizar revisiones conjuntas

20. DIMENSIÓN DE PROCESOS
Dimensión de procesos MAN
Formada por procesos utilizados en la gestión de
cualquier tipo de proyecto o proceso en el ciclo de
vida del software.
□ MAN.1 Gestionar el proceso.
□ MAN.2 Gestionar el proyecto.
□ MAN.3 Gestionar la calidad.
□ MAN.4 Gestionar los riesgos.

21. DIMENSIÓN DE PROCESOS
Dimensión de procesos ORG
Formada por procesos que establecen los objetivos de
negocio de la organización.
□ ORG.1 Alineamiento de la organización.
□ ORG.2 Establecimiento del proceso
□ ORG.3 Evaluación del proceso
□ ORG.4 Mejora del proceso.
□ ORG.5 Gestión de recursos humanos.
□ ORG.6 Infraestructura.
□ ORG.7 Reutilización

22. DIMENSIÓN DE CAPACIDAD
Los niveles de capacidad para todo modelo de evaluación de procesos pueden
tener desde el 0 y al menos hasta el nivel 1 de los siguientes niveles de
capacidad estándar:
□ Nivel 0: Incompleto
□ Nivel 1: Realizado (Realización del
proceso)
□ Nivel 2: Gestionado (Gestión de
realización, Gestión de productos)
□ Nivel 3: Establecido (Definición de
procesos, Recursos de procesos)
□ Nivel 4: Predecible (Medición de
procesos, Control de procesos)
□ Nivel 5: En optimización (Cambio de
procesos, Mejora continua)

23. DIMENSIÓN DE CAPACIDAD

24. DIMENSIÓN DE CAPACIDAD
EVALUACION DE LOS ATRIBUTOS
Los atributos de un proceso se evalúan con N (Not), P
(Partially), L (Largely) y F (Fully), siendo:
□ N: No alcanzado (0% a 15%)
□ P: Parcialmente alcanzado (16% a 50%)
□ L: Ampliamente alcanzado (51% a 85%)
□ F: Totalmente alcanzado (86% a 100%)

25. DIMENSIÓN DE CAPACIDAD
EVALUACION DE LOS ATRIBUTOS
Los atributos de un proceso se evalúan con N (Not), P
(Partially), L (Largely) y F (Fully), siendo:
□ N: No alcanzado (0% a 15%)
□ P: Parcialmente alcanzado (16% a 50%)
□ L: Ampliamente alcanzado (51% a 85%)
□ F: Totalmente alcanzado (86% a 100%)

26. CONCLUSION
□ La evaluación del proceso examina los procesos utilizados por
una organización para determinar si son efectivos para conseguir
sus objetivos. Los resultados de la evaluación se pueden utilizar
para conducir las actividades de mejora o para la determinación
de la capacidad del proceso.