En 1997 había 4605 empresas certificadas.
Sólo 66 referentes a actividades informáticas
En Baleares no hay ninguna empresa certificada que se dedique a actividades informáticas
56 de las 66 certificaciones de actividades informáticas fueron certificadas por AENOR (Asociación Española de NORmalización).
ISO 9000 Aspectos negativos
ISO 9000: Calidad de Software
ISO 9001:2000. Modelo para conseguir la calidad total en el diseño, desarrollo, producción, instalación y servicio post-venta.
ISO 9000-3:1991. Guía para la aplicación de la norma ISO 9001 al desarrollo, suministro y mantenimiento de software.
En todo caso, nos certificaríamos según ISO 9000-3.
No añade ni cambia los requerimientos de la ISO 90001. Los amplia y aclara.
Otras normas aplicables
ISO 9004-1:1994. Gestión de la calidad y elementos del sistema de calidad (Guía per establecer el QA).
ISO 9000: Calidad de Software
ISO 8402:1994. Gestión de la calidad y garantía de la calidad. Vocabulario.
ISO 12207:1995. Procesos del ciclo de vida del software.
ISO/IEC 9126:1991. Características de la calidad de un producto software.
ISO/IEC 12119:1995. Productos software: evaluación y test.
ISO/IEC 14102:1995. Guía para la evaluación y selección de herramientas CASE.
(SPICE) ISO/IEC TR 15504
Software Process Improvement Capability dEtermination.
Evaluación y mejora de procesos software.
Inicio del proyecto 1.993
Se halla en fase de Informe Técnico
Es aplicable a cualquier organización o empresa que quiera mejorar la capacidad de cualquiera de sus procesos de software.
Se puede utilizar como herramienta de evaluación del estado de los procesos de software de la empresa.
Es independiente de la organización, modelo del ciclo de vida, metodología y tecnología.
SPICE
Marco para métodos de evaluación, no un método o modelo en sí
Abarca:
Evaluación de procesos
Mejora de procesos
Determinación de capacidad
Alineado con el ISO/IEC 12207
Intenta proporcionar un marco en el que armonizar los enfoques existentes
Se encuentra en la fase de Informe Técnico (TR) Tipo 2
Componentes de SPICE
(Gp:) Conceptos
y guía de
introducción
(Gp:) Guia para det.
Capacidad de
proveedores
(Gp:) Realización
de una
evaluación
(Gp:) Guía de
evaluación
(Gp:) Guia de
calificación de
evaluadores
(Gp:) Vocabulario
(Gp:) Guia de uso
para la mejora
de procesos
(Gp:) Model de ref.
para procesos
y capacidad
(Gp:) Model de
Evaluación
y guía de uso
(Gp:) P1
(Gp:) P9
(Gp:) P7
(Gp:) P8
(Gp:) P6
(Gp:) P3
(Gp:) P4
(Gp:) P2
(Gp:) P5
P2: 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
Proporciona una base para medir la capacidad de los procesos, en función de grado de consecución de sus atributos.
El tiene dos dimensiones: Procesos y Capacidad
Dimensión 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
Se agrupan en categorías, en función del tipo de actividad al cual se aplican:
CUS: Cliente-Proveedor.
ENG: Ingeniería.
SUP: Soporte.
MAN: Gestión.
ORG: Organización.
La categoría CUS está formada por procesos que afecta directamente al cilente, 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
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.
Dimensión Procesos CUS
La categoria ENG està formada per 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.
Dimensión Procesos ENG
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
Dimensión Procesos SUP
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.
Dimensión Procesos MAN
Formada por procesos que establecen los objetivos de negocio de la organización.
ORG.1 Alineamiento de la organització.
ORG.2 Establecimiento del proceso
ORG.3 Evaluación del proceso
ORG.4 Mejora del procés.
ORG.5 Gestión de recursos humanos.
ORG.6 Infraestructura.
ORG.7 Reutilización
Dimensión Procesos 0RG
Dimensión capacidad
Define una escala de medida para determinar la capacidad de cualquier proceso
Consta de seis niveles de capacidad y nueve atributos de procesos
0 Incompleto
1 Realizado (Realización del proceso)
2 Gestionado (Gestión de realización, Gestión de productos)
3 Establecido (Definición de procesos, Recursos de procesos)
4 Predecible (Medición de procesos, Control de procesos)
5 En optimización (Cambio de procesos, Mejora continua)
Prácticas base
Cada proceso tiene un conjunto de prácticas base asociadas
Las prácticas base describen las actividades esenciales de un proceso específico
La realización de las prácticas base indica el grado de alcance de la finalidad del proceso
Prácticas de gestión
Cada atributo de proceso tiene un conjunto de prácticas de gestión asociadas
Las prácticas de gestión son las que implementan o institucionalizan un proceso de una manera general
La realización de las prácticas de gestión indica la consecución del atributo en esa instancia del proceso
Evaluación de 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%)
Poca o ninguna evidencia de la consecución del atributo
P Parcialmente alcanzado (16% a 50%)
Evidencia de un enfoque sistemático y de la consecución del atributo. aunque algunos aspectos de la consecución pueden ser impredecibles
L Ampliamente alcanzado (51% a 85%)
Evidencia de un enfoque sistemático y de una consecución significativa del atributo. La realización del proceso puede variar en algunas áreas
F Totalmente alcanzado (86% a 100%)
Evidencia de un enfoque completo y sistemático y de la consecución plena del atributo
Software Engineering Institute
Carnegy Mellon University
Mark C. Paulk
“CMM es una aplicación de sentido común de los conceptos de gestión de procesos y mejora de la calidad al desarrollo y mantenimiento del software”
CMMCapability Maturity Model
CMM
Estudia los procesos de desarrollo de software de una organización y produce una evaluación de la madurez de la organización según una escala de cinco niveles
La madurez de un proceso es un indicador de la capacidad para construir un software de calidad.
Es un modelo para la mejora de las organizaciones
Obliga a una revisión constante.
Inicial
Repetible
Optimizado
Dirigit
Definit
CMM
 Página anterior | Volver al principio del trabajo | Página siguiente  |