Diese Präsentation wurde erfolgreich gemeldet.
Wir verwenden Ihre LinkedIn Profilangaben und Informationen zu Ihren Aktivitäten, um Anzeigen zu personalisieren und Ihnen relevantere Inhalte anzuzeigen. Sie können Ihre Anzeigeneinstellungen jederzeit ändern.

SPICE

5.797 Aufrufe

Veröffentlicht am

Veröffentlicht in: Bildung
  • Login to see the comments

SPICE

  1. 1. ESCUELA POLITECNICA NACIONAL FACULTAD DE INGENIERIA EN SISTEMAS GRUPO 2 15 DE MAYO DE 2012
  2. 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. 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. 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. 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. 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. 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. 8. PROPÓSITOEste estándar de evaluación de procesosde software sirve para:□ Mejora continua□ Evaluación de la capacidad□ Como base para el comercio internacional de software
  9. 9. ALCANCEEjecutar, planificar, gestionar, controlar ymejorar los procesos de:□ Adquisición□ Suministro□ Desarrollo□ Operación□ Soporte
  10. 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. 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. 12. ESTRUCTURA DEL ESTANDARActualmente tiene 9 partes: de la 1 a la 7 completas y dela 8 a la 9 en fase de desarrollo.
  13. 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. 14. MODELO DE REFERENCIATiene dos dimensiones:□ De proceso□ De capacidad de proceso
  15. 15. DIMENSIÓN DE PROCESOSContiene los procesos que se han de evaluar. Secorresponden con los procesos del ciclo de vida delsoftware, definidos al estándar ISO 12207:1995
  16. 16. DIMENSIÓN DE PROCESOSDimensión de procesos CUSEstá formada por procesos que afecta directamente alcliente, soportan el desarrollo y la transición delsoftware al cliente y permiten la correcta operación yuso 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. 17. DIMENSIÓN DE PROCESOSDimensió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. 18. DIMENSIÓN DE PROCESOSDimensión de procesos ENGEstá formada por procesos que directamente especifica,implementa o mantienen el producto software, su relación con elsistema 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. 19. DIMENSIÓN DE PROCESOSDimensión de procesos SUPEstá formada por procesos que dan soporte acualquiera del resto de procesos (incluidos los SUP), endistintos 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. 20. DIMENSIÓN DE PROCESOSDimensión de procesos MANFormada por procesos utilizados en la gestión decualquier tipo de proyecto o proceso en el ciclo devida del software.□ MAN.1 Gestionar el proceso.□ MAN.2 Gestionar el proyecto.□ MAN.3 Gestionar la calidad.□ MAN.4 Gestionar los riesgos.
  21. 21. DIMENSIÓN DE PROCESOSDimensión de procesos ORGFormada por procesos que establecen los objetivos denegocio 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. 22. DIMENSIÓN DE CAPACIDADLos niveles de capacidad para todo modelo de evaluación de procesos puedentener desde el 0 y al menos hasta el nivel 1 de los siguientes niveles decapacidad 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. 23. DIMENSIÓN DE CAPACIDAD
  24. 24. DIMENSIÓN DE CAPACIDADEVALUACION DE LOS ATRIBUTOSLos 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. 25. DIMENSIÓN DE CAPACIDADEVALUACION DE LOS ATRIBUTOSLos 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. 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.

×