Calidad del Software - Tema 3 - Mediciones de Calidad del Software PDF

Title Calidad del Software - Tema 3 - Mediciones de Calidad del Software
Course Calidad Del Software
Institution Universidad Politécnica de Madrid
Pages 8
File Size 395.2 KB
File Type PDF
Total Views 152

Summary

Profesor: Fernando Arroyo Montoro...


Description

Calidad del Software - Tema 3 - Mediciones de Calidad del Software En este tema se van a contar una serie de pautas a la hora de elaborar métricas sobre el software que se está desarrollando, para así lograr calidad en nuestro software comparando dichas mediciones con otras que se consideran adecuadas.

Calidad La calidad no es un concepto absoluto, sino un concepto multidimensional. El consumidor juzga la calidad con relativismo. La calidad suele ser transparente cuando está presente, pero resulta fácilmente reconocible cuando está ausente.

Medidas Un proceso efectivo de medición y análisis permite definir planes viables para el desarrollo de productos y la prestación de servicios de calidad. Permiten identificar puntos importantes y tendencias para distinguir situaciones reales de riesgo y contribuir así a una adecuada toma de decisiones. “Si no puedes medir, no puedes controlar. Si no puedes controlar, no puedes mejorar”

Beneficios de la Medición: Puede ser a nivel de proyecto, y a nivel de organización: A nivel de Proyecto:  Mejorar el control de costes, la gestión de recursos.  Aumentar la eficiencia de los servicios.  Mejorar la comunicación entre grupos de trabajo . Conocer a lo que nos comprometemos al planificar.  Saber si podemos conseguir los objetivos propuestos. A nivel de Organización: Identificar oportunidades de mejora:  Mejorar el flujo de trabajo de los procesos.  Aumentar el retorno de la inversión.  Mejorar la satisfacción del cliente.  Mejorar la visibilidad sobre los procesos aportando datos objetivos.

Métricas Las necesidades de información se derivan de objetivos de la organización. Se asocian a un concepto medible.  Un concepto medible es una relación abstracta entre atributos de una entidad y una necesidad de información.  Una entidad puede ser un proceso, un producto, un proyecto, un servicio o un recurso. o Atributo es una propiedad mensurable de una entidad.

1

Medidas y Métricas Un Ingeniero del Software recopila medidas y desarrolla métricas para obtener indicadores. Una métrica es una medida cuantitativa del grado en que un sistema o componente o proceso posee un atributo dado. En el software:  Una métrica directa es una métrica de un atributo que no depende de ninguna métrica de otro atributo. LOC (número de líneas de código) es una métrica directa del tamaño de un programa. o HPD (horas-programador diarias). o CHP (coste por hora-programador).  Una métrica indirecta es una combinación de métricas . Complejidad de un programa es una métrica indirecta que se basa en el tamaño, las estructuras, las ramas condicionales, los bucles... o LCFH (líneas de código por hora de programador). o CLCF (coste por línea de código fuente). o CTP (Coste total del proyecto). Un indicador es una métrica o una combinación de métricas que proporciona una visión del proceso o del producto software con el objetivo de mejorarlo.

Proceso de Medición Plan de Medición       

Propósito: Objetivos del negocio y del proyecto, métricas que se utilizarán. Alcance: Etapas y ciclo de vida del plan. Objetivos. Roles y responsabilidades. Dependencias del plan de medición. Objetivos de calidad. Métricas y medidas del proyecto.

2

Métricas Definición de métricas

Definición detallada de las métricas que se van a usar: nombre, descripción, fórmula, fuente de datos, nivel de análisis, informe de análisis...

Captura de datos

Métodos a seguir, de donde se van a conseguir los datos, donde se almacenan...

Gestión y análisis de datos

Definición de los procesos de análisis de datos.

Comunicación de los resultados

Definición del proceso de comunicación de los datos a todos los agentes involucrados, para facilitar la toma de decisiones.

Formación

Descripción de la formación necesaria para los involucrados.

Métodos de Análisis Hay que especificar los procedimientos de análisis, indicando cómo se van a realizar. Existen distintos métodos de análisis, los más utilizados para analizar las métricas de software son las siete herramientas básicas de Ishikawa:  Checklist.  Diagrama de Pareto.  Histograma.  Diagrama de Dispersión.  Gráfico de Control.  Gráfico de Ejecución.  Diagrama Causa-Efecto.

Métricas del software Métricas de Proceso: Centrado en la calidad del entorno de desarrollo, para propósitos estratégicos. La única forma de mejorar un proceso es:  Medir sus atributos.  Desarrollar un conjunto de métricas significativas en función de estos atributos. Con estas métricas proporcionar indicadores que conduzcan a una estrategia de mejora. Métricas de Proyecto: Basado en la gestión de proyectos. Permiten:  Evaluar el estado del proyecto en curso.  Seguir los posibles riesgos.  Detectar problemas antes de que sean críticos.  Ajustar el flujo de trabajo y las tareas.  Evaluar las habilidades del equipo del proyecto. Métricas de Producto y de Servicio: Basado en las características de calidad del producto y el servicio prestado. Este gráfico se dirige a diferentes secciones del desarrollo software, con el objetivo de medirlas para mejorarlas.

3

Planificación

- Calidad del Plan de Proyecto - Progreso adecuado - Cumplimiento de tiempos - Cumplimiento de hitos - Cumplimiento de esfuerzos - Cumplimiento de costes - Cumplimiento de alcance - Cumplimiento de RRHH

Ejecución

Gestión de Proyectos

- Existencia de seguimiento - Continuidad del seguimiento - Compleción del seguimiento

Seguimiento Productividad

Tamaño

- Porcentaje de trabajo - Ratio coste-beneficio - Número de componentes - Líneas de código - Puntos de función - Volumen de software

Producto

- Numero de componentes llamados más de n veces. - Número de llamadas - Volumen de reutilización - Ratio de reutilización

Reutilización

Documentación Calidad código Desarrollo de Productos Calidad pruebas Servicios

Calidad de explotación

Satisfacción del Cliente

Grado de satisfacción

4

- Calidad documentación proyecto - Calidad documentación soporte - Porcentaje código comentado - Complejidad ciclomática - Código muerto - Cobertura de pruebas - Densidad de defectos - Disponibilidad del sistema - Eficacia del sistema - Seguridad del sistema - Reparaciones en explotación - Grado de satisfacción cliente

Otras clasificaciones: 



Métricas basadas en atributos internos del software: • De calidad de la especificación. • De complejidad estructural. • De cobertura de pruebas... Métricas basadas en atributos externos del software: • De portabilidad. • De defectos. • De usabilidad...

Métricas de Calidad del Software Producto final  Densidad de defectos.  Tiempo medio entre fallos.  Problemas encontrados por los clientes (de usabilidad, documentación...).  Satisfacción del cliente. Mantenimiento  Defectos por intervalo de tiempo.  Tiempo de respuesta en las correcciones.  Porcentaje de correcciones atrasadas (fuera del tiempo de respuesta).  Calidad de las correcciones (número de correcciones defectuosas). Corrección: Defectos por KLDC. Facilidad de Mantenimiento: TMC (Tiempo medio de cambio). Integridad:  Amenaza (Prob. de un ataque de un tipo determinado en un tiempo determinado).  Seguridad (Prob. de que se pueda repeler un ataque de un tipo). Facilidad de uso: CR (Conveniencia de la representación de una IGU).w

Medición del Producto Métricas de Complejidad   

Complejidad Ciclomática (V (G)). Fan-in (concentración) y Fan-out (expansión). Complejidad de un módulo.

Puntos de Función Un punto función es una medida sintética del tamaño funcional de un sistema independiente de la tecnología y lenguaje de programación utilizado para desarrollarlo. Pasos para el cálculo de puntos de función: Son un acercamiento a la medida de la productividad denominado método del punto de función. Se obtienen utilizando una función empírica basando en medidas cuantitativas del dominio de información del software y valoraciones subjetivas de la complejidad del software.

5

1ro: Rellenar la tabla:

Las entradas pueden ser, (para calcular la tabla):  Entradas Externas: Cualquier entrada que tenga un formato único o un solo procesamiento.  Salidas Externas: Cualquier salida que tenga un formato diferente o requiera un procesamiento diferente a otros tipos de salida.  Consultas Externas: Combinaciones de entrada/salida en las que cada entrada genera una salida simple e inmediata.  Archivos lógicos internos: Principales grupos lógicos de datos de usuarios o de control que están controlados completamente por el programa.  Archivos de interfaz externos: Cada uno de los grupos de datos lógicos o información de control que entra o sale del programa. Se calculan:  Cuando han sido recogidos los datos anteriores se asocian el valor de complejidad a cada cuenta.  Las organizaciones que utilizan métodos de puntos de función desarrollan criterios para determinar si una entrada es denominada simple, media o compleja.  La complejidad es algo subjetivo. Ahora, tenemos:  PF = PFSA * FCT PFSA es la suma de cada uno de los tipos de elementos ponderada por su complejidad (peso).  PFSA = ∑ Peso i * Elemento i. El valor del factor de corrección técnica se obtiene:  FCT = 0,65 + 0.01 * SUMA (GI). Siendo SUMA (GI) la suma de los grados de influencia de 14 factores que influyen en la complejidad del proceso. Los valores constantes de la ecuación anterior y los factores de peso aplicados en las encuestas de los ámbitos de información han sido determinados empíricamente.

6

Los usos de los puntos de función:  Productividad=PF/ persona-mes  Calidad = Errores / PF  Coste = Euros/ PF  Documentación = Pag. Doc /PF

Métricas MOOSE      

Métodos ponderados por clase (WMC, Weighted Methods per Class). Profundidad del Árbol de Herencia de una Clase. Número de hijos (NOC, Number of Children). Acoplamiento entre Objetos (CBO, Coupling Between Objects). Respuesta de una clase (RFC, Response For a Class). Falta de cohesión en los métodos (LOCM, Lack of Cohesion in Methods).

Métricas de Lorenz y Kidd (1994) Métricas de tamaño:  Número de Métodos de Instancia Públicos de una clase (PIM).  Número de Métodos de Instancia (NIM).  Número de Variables de Instancia (NIV).  Número de Métodos de Clase (NCM).  Número de Variables de Clase (NVV). Métricas de herencia:  Número de Métodos Sobrecargados (NMO).  Número de Métodos Heredados (NMI).  Número de Métodos Añadidos (NMA).  Índice de Especialización para cada clase (SIX).

Métricas de características internas de las clases:  Promedio de Parámetros por Método (APMM). 7

Métricas para UML    

Casos de uso. Diagramas de Clases UML. Diagramas de Estados. Expresiones OCL (Object Constraint Languaje).

Atributos para que las métricas sean efectivas (L.Ejiogu):      

Simples y fáciles de calcular. Empíricas e intuitivamente persuasivas. Consistentes y objetivas. Consistentes en el empleo de unidades y tamaños . Independientes del lenguaje de programación. Eficaces para la retroalimentación de la calidad.

8...


Similar Free PDFs