Experiencias en la medición de la calidad de los componentes software Manuel F. Bertoa y Antonio...

Experiencias en la medición de la calidad de los componentes software

Manuel F. Bertoa y Antonio Vallecillo

Departamento de Lenguajes y Ciencias de la ComputaciónUniversidad de Málaga

Calidad de Componentes Software 2

Agenda

Conceptos sobre Componentes Software y Componentes COTS

Desarrollo Software Basado en Componentes

Selección de Componentes Modelos de Calidad ISO 9126 Modelo Calidad para componentes Medidas de Usabilidad

Conceptos sobre Componentes Software


Componente Software

“Una unidad de composición de aplicaciones software que posee un conjunto de requisitos, y que ha de poder ser desarrollado, adquirido, incorporado al sistema y compuesto con otros componentes, de forma independiente en tiempo y espacio”

[Szyperski, 1998]


Componentes COTS Commercial Off-The-Shelf

Clase especial de componentes software, normalmente de grano grueso que presentan las siguientes características

Vendidos o licenciados al público en general Su código no puede ser modificado por el usuario No hay control sobre su evolución: los mantiene y

actualiza el propio vendedor, quien conserva los derechos de la propiedad intelectual

Están disponibles en forma de múltiples copias, todas idénticas entre sí

[Bass et al., 1999]

Desarrollo de Software Basado en Componentes (DSBC)


DSBC

Diseño y desarrollo de aplicaciones distribuidas basadas en componentes software reutilizables

Una extensión natural de la programación orienta a objetos dentro del ámbito de los sistemas abiertos y distribuidos

Tecnológicamente comienza a estar maduro y usarse en la industria.

¡Hace falta medir ahora su calidad!


Desarrollo (simplificado) Basado en COTS


Ciclo de Vida DSBC Gestión del Proyecto Requisitos Especificación Aprovisionamiento (Provisioning) Integración (Assembly) Prueba Despliegue (Deployment) Operación Mantenimiento

Mercado de Componentes COTS


www.componentsource.com

Selección de Componentes

¿Comprar o Construir?


La Fase de Aprovisionamiento Usa el resultado de la fase de

especificación para determinar que componentes se deben Construir desde cero Comprar a terceros Modificar (componentes o módulos existentes)

Debemos tener la capacidad de valorar distintos componentes software que ofrezcan una funcionalidad similar

Debemos tener la capacidad de seleccionar el mejor entre ellos, si existe


La Fase de Aprovisionamiento


Selección de Componentes Necesitamos poder saber valorar

objetivamente un componente, es decir,“Medir su Calidad”

¿Qué es la calidad de un componente?

¿Cómo se mide la calidad?

¿Existe algún estándar inter-nacional que sirva de referencia?


Modelo de Calidad Un Modelo de calidad es el conjunto de

características y sub-características, y de cómo se relacionan entre sí. Depende del tipo de producto a evaluar Modelo de Calidad ISO-9126


Modelo de Calidad ISO/IEC 9126-1

Funcionalidad

Fiabilidad

Usabilidad

Eficiencia

Mantenibilidad

Portabilidad

SubcaracterísticasSubcaracterísticasSubcaracterísticasSubcaracterísticasCaracterísticas

Utilización de RecursosComportamiento Temporal

ReemplazabilidadCoexistencia

Tolerancia a Fallos RecuperabilidadMadurez

InstalabilidadAdaptabilidad

InteroperabilidadCorrección Seguridad Conformidad

OperabilidadAprendibilidad Comprensibilidad

Analizabilidad Cambiabilidad Estabilidad Facilidad de Prueba

Adecuación

Atractividad


Modelo de Calidad para Componentes Software

ISO 9126 es un Modelo genérico Es necesario adaptarlo (en nuestro

caso, para componentes software): Determinar qué subcaracterísticas son

relevantes, y cuáles hay que particularizar

Definir medidas (métricas) específicas para los componentes software

Definir indicadores para las características de calidad


Conceptos del “Proceso de Medición”

Trata de satisfacer unas necesidades de información sobre ciertas entidades que poseen atributos que se miden con medidas

Los conceptos medibles relacionan los atributos con las necesidades de información

Una medida es un metodo de medición, y una escala de medición

Medidas base, derivadas, e indicadores


Símil: la medicina Queremos determinar si un paciente

esté enfermo (necesidad de información) Entidades: personas Atributos: temperatura, talla, peso,

dureza Medidas: ºC (boca), ºC (oído), índice de

masa corporal (objetivas y subjetivas) Indicadores

Tiene fiebre si ºC(boca)>37.5 Esta malo si tiene fiebre y le duele la cabeza OJO: no siempre son aplicables!


Preguntas para el caso de la calidad de los componentes software

¿Cuáles son nuestras necesidades de información?

¿Cuáles son nuestras entidades? ¿Qué atributos tienen? ¿Qué medidas permiten medir esos

atributos? ¿Cómo las medidas permiten

evaluar las características de calidad?

Medidas para COTS y el proceso de medición de componentes software


Medir un componente ¿Cuál es la información disponible

de un componente software?

Basar las medidas en esta información disponible

Definir relaciones entre las medidas y las características de calidad [¿?]


Componentes: Información Disponible

La Usabilidad en DSBC


La Usabilidad en DSBC ISO 9126 La capacidad del componente para

ser entendido, comprendido, usado y atractivo para el usuario cuando se usa bajo unas determinadas condiciones

The capability of the component to be understood, learned, used and attractive to the user, when used under specified conditions


La Usabilidad en DSBC Depende del

tipo de "uso" que se espera y tipo de "usuario" que utilizará el producto

¿Usuarios de los componentes software? Desarrollador del componente Evaluador/Seleccionador Integrador (system builder) Configurador/Administrador del sistema Usuario del sistema Mantenimiento


La Usabilidad según ISO 9126

ISO 9126 define la Usabilidad en términos de cinco sub-características

Comprensión (Understandability) Aprendibilidad (Learnability) Operabilidad (Operability) Atractividad (Attractiveness) Conformidad de Usabilidad (Usability compliance)

Proceso de medición de la Usabilidad de Componentes Software


Medidas de Usabilidad

Necesidad de Información: Evaluar la usabilidad de un conjunto de

componentes software que son candidatos a ser integrados en un sistema software para seleccionar el mejor de ellos

El desarrollador del sistema desea seleccionar el componente más fácil de usar (integrar) dentro de un conjunto de componentes que ofrecen una funcionalidad similar y que cumplan los requisitos solicitados


Medidas de Usabilidad Tres conceptos medibles

relacionados con la usabilidad Calidad de la Documentación Complejidad del Problema Complejidad de la Solución (del Diseño)

(Al comparar componentes que ofrecen una funcionalidad similar, podemos suponer que todos tienen la "misma complejidad del problema“)

Complejidad del Problema


Atributos de Usabilidad

EntityInformation

NeedMeasurable

ConceptAttribute

Software

Component



EntityInformation

NeedMeasurable

ConceptAttribute

Software

Component

Evaluate the

Usability



EntityInformation

NeedMeasurable

ConceptAttribute

Software

Component

Evaluate the

Usability

Quality of Documentation

Quality of Manuals

Quality of Demos

Quality of Marketing Info

Complexity of the Design



EntityInformation

NeedMeasurable

ConceptAttribute

Software

Component

Evaluate the

Usability


Quality of Manuals

Contents of manuals

Size of Manuals

Effectiveness of Manuals

Quality of Demos

Contents of Demos


Contents of Marketing Info


Design Legibility

Interfaces Understandability

Learning Facility

API Complexity

Customisability


Ejemplo: Calidad de los Manuales

EntityInformation

NeedMeasurable

ConceptAttribute

Software

Component

Evaluate the

Usability


Quality of Manuals

Contents of manuals

Size of Manuals


Quality of Demos

Contents of Demos


Contents of Marketing Info


Design Legibility

Interfaces Understandability

Learning Facility

API Complexity

Customisability

Quality of Manuals

Contents of manuals

Size of Manuals



Medidas de la Calidad de los Manuales

Attribute Indicator Derived Measure

Contents of manuals

Manuals Coverage

Percentage of Functional Elements Described in Manuals

Percentage of Interfaces Described in the Manual

Percentage of Methods Described in the Manual

Percentage of Configurable Parameters Described in the Manual

Manuals Consistency

Percentage of FE incorrectly described in manuals

Difference Between the Component Version and The Manual Version

Manuals LegibilityRatio of Figures per Kilo-word in manuals

Ratio of HTML files of manuals per FE

Size of Manuals

Manuals Suitability Ratio of words per FE


Effectiveness RatioPercentage of Functional Elements Correctly Used after Reading the Manual


¿Cómo se enlazan las subcaracterísticas con los atributos?

Debemos relacionar la Calidad de la documentación, la Complejidad del Problema, y la Complejidad del Diseño

con la Comprensibilidad, Aprendibilidad y la

Operabilidad

En general, no existe una relación directa entre conceptos medibles (y las medidas) y subcaracterísticas de calidad, sino grados de relación o influencia entre ellas


Complexity of Problem

Complexity of Solution

Understandability

Learnability

Operability

¿?


Un propuesta teórica inicial para ser demostrada mediante experimentos

AttributeUnderstandabilit

yLearnability Operability

Contents of manuals low High medium

Size of Manuals low high medium

Effectiveness of Manuals low high high

Contents of Demos high low low

Contents of Help System - high high

Size of Help System - high medium

Effectiveness of Help System - high high

Contents of Marketing Info high - -

Effectiveness of Marketing Info high - -

Design’s Legibility (Readability) medium low high

Interfaces Understandability low low high

Understandability of I/O high low high

ease of component Learning - high medium

Customisability low medium high

Contents of error message low low high

Interfaces Density low high high


El proceso seguido Se realizaron varios experimentos

Evaluacion de la Usabilidad y (L,U,O) de forma subjetiva (percibida) y “directa”

Evaluación de la Usabilidad y (L,U,O) de forma subjetiva (percibida) e “indirecta”

Evaluacion de la (L,U,O) de forma objetiva Se obtuvieron valores para cada una de

las medidas (objetivas) Se buscaron correlaciones entre las

medidas (tanto base como derivadas) y los resultados de los experimentos A nivel individual Usando Análisis de Regresión Lineal


Resultados interesantes Alta Correlación entre la usabilidad percibida

y la objetiva (mejor usab, mejor correlación) Pocas medidas individuales explican

relativamente bien la Usabilidad y la (U,L,O) #Words/FE -> Usability (R2=.95) #HTMLfiles/FE -> Understandability (R2=.90) #Interfaces -> Perceived Usability (R2=.81)

Resultados inesperados El número de figuras y tablas no influye en la

Usabilidad percibida (aunque sí en la U) La completitud de los manuales tampoco parece

influir (un componente sólo documentaba el 50%) La longitud de los nombres de clases, métodos,

etc. no influye


Resultados interesantes (2) Combinaciones de medidas

(no necesariamente buenas individualmente) son mucho más explicativas! (ver pag. sig.)

Los resultados coinciden con lo esperado, y con lo que dicta el sentido común: U -> calidad manuales (estructura: HTMLfiles/FE)

+ complejidad del diseño (métodos sin args)

L -> calidad manuales (contenido:Kword/interface) + complejidad del diseño (Ratio metodos

void) O -> complejidad del diseño (Ratio void methods

+ configurabilidad: Config fields/method)


Resultados del análisis regresión

Subcharac.Depends on Measures

R2 Relationship

Understandability

Ratio HTML Files

per FE (Files)

% Methods without Args

(MwoA) 0,99996

U = 0,28 Files – 1,07 MwoA + 1,20

Learnability

Kilo-Words per Interface

(WpI)

Ratio of ReturnValues

per Methods (RVpM)

0,98891

L = 0,15 WpI – 3,36 RVpM + 2,64

Operability

Ratio of Configurable

Parameters perMethods (CPpM)

Ratio of ReturnValues

per Methods (RVpM)

0,99001

O = 2,64 FpM – 8,18 RVpM + 6,17


Conclusiones DSBC

Tecnología de componentes bastante madura Mercado existente de COTS Uso en la industria cada vez mayor

Calidad para DSBC en pañales todavía Pocas medidas para componentes Pocas experiencias reales Conceptos y modelos de calidad no asentados

todavía Necesidad de DSBC y Calidad (CBSQ)

¡Queda mucho trabajo por hacer!


Gracias

Preguntas:

Antonio Vallecillo

[email protected]

Manuel F. Bertoa

[email protected]

Experiencias en la medición de la calidad de los componentes software Manuel F. Bertoa y Antonio...

Documents

Transcript of Experiencias en la medición de la calidad de los componentes software Manuel F. Bertoa y Antonio...