1. PROCESO DE MEDICIÓN
1.1. Etapas
1.1.1. Formulación
1.1.1.1. Se realiza la obtención de medidas y métricas apropiadas para la representación del SW que se desea desarrollar.
1.1.2. Colección
1.1.2.1. Es el mecanismo empleado para acumular datos necesarios para obtener las métricas formuladas
1.1.3. Analisis
1.1.3.1. Se hace el cálculo de las métricas
1.1.4. Interpretación
1.1.4.1. Se realiza evaluación de los resultados
1.1.5. Realimentación
1.1.5.1. Se tienen recomendaciones obtenidas a través de la interpretación de las métricas obtenidas por el equipo de desarrollo.
2. DEFINICIONES
2.1. Medida
2.1.1. Indicación cuantitativa de extensión, cantidad, dimensiones, capacidad y tamaño de algunos atributos de un proceso o producto
2.1.2. Tipos
2.1.2.1. Directas
2.1.2.1.1. Líneas de código producidas (LDC), velocidad de ejecución, tamaño de memoria
2.1.2.2. Indirectas
2.1.2.2.1. Funcionalidad, calidad, complejidad.
2.2. Medición
2.2.1. Es el acto de determinar una medida
2.2.2. Aplicaciones
2.2.2.1. Caracterizar el comportamiento de un proceso
2.2.2.2. Evaluar los resultados actuales vs. los estimados
2.2.2.3. Predecir resultados para ayudarnos a mejorar
2.2.2.4. Mejorar los procesos
2.3. Métrica
2.3.1. Medida cuantitativa del grado en que un sistema, componente o proceso posee un atributo dado
2.3.2. Ejemplos
2.3.2.1. Métricas basadas en código fuente
2.3.2.2. Métricas basadas en estructura de diseño
2.3.2.3. Métricas para sistemas orientados a objetos
2.4. Indicador
2.4.1. Es una métrica o una combinación de métricas que proporcionan una visión profunda del proceso del SW, del proyecto del SW o del producto en sí
3. MODELOS Y TÉCNICAS
3.1. Modelo factores/criterios/métricas
3.1.1. Desarrollado por McCall en 1977, descompone el concepto de calidad en tres capacidades importantes: operación, revisión, y transición.
3.2. Modelo de Boehm
3.2.1. Desarrollado por Boehm en 1978, descompone las características de la calidad del Software en tres niveles: usos principales, componentes intermedios y componentes primitivos.
3.3. Paradigma GQM
3.3.1. El Paradigma Goal-Question-Metric desarrollado en 1988 por Basilí y Rombach, basa la mejora de la calidad en la definición clara de procesos y productos en tres etapas.
3.4. Modelo de Gilb
3.4.1. Desarrollado en 1988 por Gilb, determina una lista de características de calidad que se dividen: originales, y de los modelos tradicionales. Consta de tres etapas: Listar los objetivos, para cada objetivo obtener preguntas para saber si se están cumpliendo, y decidir qué medir para poder contestarlas.
3.5. Marco ISO 9126
3.5.1. Desarrollado en 1991, es la norma estándar de evaluación de productos de Software, la cual descompone la calidad en: funcionalidad, fiabilidad, usabilidad, eficiencia, mantenibilidad y portabilidad.
3.6. Modelo CMM
3.6.1. Consta de 5 niveles que miden el nivel de madurez de un Software: Inicial, Repetible, Definido, Gestionado y Optimización.
3.7. Modelo SPICE
3.7.1. Similar a CMM, se utiliza para la mejora de procesos y determinación de la capacidad usando las prácticas base y las prácticas genéricas. Consta de 6 niveles: No realizada, realizada informalmente, planificada, bien definida, controlada cuantitativamente, y mejorada continuamente.
4. FALLOS Y ERRORES
4.1. ¿Por qué falla un Software?
4.1.1. La falla no se debe a problemas técnicos, sino debido a razones organizacionales
4.1.1.1. No hay una adecuada planeación estratégica
4.1.1.2. Es irrelevante o no es entendido por los stakeholders relevantes
4.1.1.3. Se percibe como injusto y por tanto hay resistencia
4.1.1.4. Motiva el mal comportamiento
4.1.1.5. No se toman acciones basadas en los números
4.1.1.6. No se recibe suficiente patrocinio
4.2. Tipos de fallas y errores
4.2.1. Defecto y fallo
4.2.1.1. Implican un problema de calidad que es descubierto una vez entregado el software al cliente.
4.2.2. Error
4.2.2.1. Problema de calidad detectado por los ingenieros u otros dentro del proceso del software
5. NIVELES DE ACCIÓN
5.1. Nivel individual
5.2. Nivel de empresa
5.2.1. Consiste en la creación de una estructura organizativa apropiada para fomentar el trabajo por la calidad
5.3. Nivel de proyecto
5.3.1. Se deben aplicar las directrices de calidad fijadas a nivel de la organización