El documento describe SPICE (ISO 15504), un estándar internacional para la evaluación de procesos de software. SPICE fue creado en respuesta al creciente uso de tecnologías de la información y la necesidad de identificar riesgos y mejorar la eficiencia y calidad del desarrollo de software. SPICE provee un marco de referencia para evaluar las fortalezas y debilidades de los procesos de software de una organización y medir las mejoras. Describe los componentes clave de SPICE, incluyendo las categorías de procesos, prácticas
2. Historia de SPICE
El Software Process Assessment (SPA) y el
proyecto SPICE tienen sus orígenes en el
creciente uso y dependencia de la Tecnología de
Información que en consecuencia dio el
incremento de frustración e incumplimiento de
expectativas por parte de los desarrolladores y
los usuarios de software.
3. como consecuencia se creó el reporte “The Need
and Requirements for a Software Process
Assessment Standard” El cual fué aprobado en la
reunión del SC7 en junio de 1992.
Mas tarde, el mismo año ISO creó el grupo de
trabajo WG 10 y le encomendó el desarrollo del
estándar internacional de Evaluación de Procesos de
Software. El grupo WG 10 empezó a trabajar en
enero de 1993 bajo la dirección de Alec Dorling y
Peter Simms.
4. SPICE
Norma que trata los procesos de ingeniería, gestión,
relación cliente-proveedor, de la organización y del
soporte.
Se creo por la alta competencia del mercado de
desarrollo de software, a la difícil tarea de identificar
los riesgos, cumplir con el calendario, controlar los
costos y mejorar la eficiencia y calidad. Este engloba
un modelo de referencia para los procesos y sus
potencialidades sobre la base de la experiencia de
compañías grandes, medianas y pequeñas.
5. QUÈ PROVEE SPICE?
Marco de referencia para determinar las fortalezas y
debilidades de los procesos.
Marco de referencia para mejorar los procesos de
software, y medir sus mejoras.
Marco de referencia para los que adquieren un
sistema para evaluar la capacidad de los
proveedores de sistemas.
Marco de referencia para determinar los riesgos de
negocio para una empresa que considera desarrollar
un nuevo producto de software o servicio.
7. DESCRIPCIÒN MODELO SPICE
El modelo describe los procesos que una
organización puede ejecutar, adquirir, suplir,
desarrollar, operar, evolucionar, brindar
soporte de software y todas las practicas
genéricas que caracterizan las
potencialidades de estos procesos.
8. DESCRIPCIÒN MODELO SPICE
La arquitectura se basa en:
Prácticas base: Son las actividades esenciales de un
proceso especifico, agrupado por categorías de
procedimientos y procesos de acuerdo al tipo de
actividad que direccionan.
Prácticas genéricas: Aplicables a cualquier proceso,
que representa las actividades necesarias para
administrar el "proceso" y mejorar su potencialidad.
10. DESCRIPCIÒN MODELO SPICE
CATEGORIAS:
Procesos cliente- proveedor
Adquisición
Suministro
Procesos de ingeniería
Procesos de Operación
Procesos de soporte
Mejora de Procesos
Recursos e Infraestructura
Procesos de Administración
Procesos de Reutilización
11. PROCESO CLIENTE-
PROVEEDOR
Esta categoría consiste en los procesos que
directamente impactan al cliente, al soporte
de desarrollo y a la transición del software al
cliente.
12. PROCESO DE INGENIERIA
Esta categoría consiste, a los procesos que
directamente especifican, implementa, y
mantienen un sistema, un producto de
software y la documentación del usuario.
13. PROCESOS DE OPERACIÓN
Esta categoría consiste en los procesos
establecidos dentro del proyecto,
coordinación y administración de los recursos
para producir un producto o proveer un
servicio para satisfacer al cliente.
14. PROCESOS DE SOPORTE
Esta categoría consiste en los
procedimientos que establecen y soportan el
desempeño de los otros procesos del
proyecto.
15. PROCESOS DE ADMINISTRACIÓN
Esta categoría consiste en los procesos que
establecen las metas de negocio de la
organización, los procesos de desarrollo y
recursos que ayudan a la organización
alcanzar dichas metas.