UNIVERSIDAD PRIVADA TELESUP

MÉTRICA APROPIADAIndique cuáles son las métricas apropiadas para el proceso y para el producto; y elabore un ejemplo donde se empleen ambas.

En la mayoría de los desafíos técnicos, las métricas nos ayudan a entender tanto el proceso técnico que se utiliza para desarrollar un producto, como el propio producto. El proceso para intentar mejorarlo, el producto se mide para intentar aumentar su calidad.

El principio, podría parecer que la necesidad de la medición es algo evidente. Después de todo es lo que nos permite cuantificar y por consiguiente gestionar de forma más efectiva. Pero la realidad puede ser muy diferente. Frecuentemente la medición conlleva una gran controversia y discusión.

¿Cuáles son las métricas apropiadas para el proceso y para el producto?

Respuesta: Hay varias razones para medir un producto:

1. Para indicar la calidad del producto.2. Para evaluar la productividad de la gente que desarrolla el

producto.3. Par evaluar los beneficios en términos de productividad y de

calidad, derivados del uso de nuevos métodos y herramientas de la ingeniería de software.

4. Para establecer una línea de base para la estimación5. Para ayudar a justificar el uso de nuevas herramientas o de

formación adicional.

Las mediciones del mundo físico pueden englobarse en dos categorías: medidas directas y medidas indirectas.

Medidas Directas: En el proceso de ingeniería se encuentran el costo, y el esfuerzo aplicado, las líneas de código producidas, velocidad de ejecución, el tamaño de memoria y los defectos observados en un determinado periodo de tiempo.

Medidas Indirectas: Se encuentra la funcionalidad, calidad, complejidad, eficiencia, fiabilidad, facilidad de mantenimiento, etc.

PROYECTO INTEGRADOR

METRICAS

UNIVERSIDAD PRIVADA TELESUP

A. MÉTRICAS DEL SOFTWARE: Son las que están relacionadas con el desarrollo del software como funcionalidad, complejidad, eficiencia.

B. MÉTRICAS TÉCNICAS: Se centran en las características de software por ejemplo: la complejidad lógica, el grado de modularidad. Mide la estructura del sistema, el cómo está hecho.

C. MÉTRICAS DE CALIDAD: proporcionan una indicación de cómo se ajusta el software a los requisitos implícitos y explícitos del cliente. Es decir cómo voy a medir para que mi sistema se adapte a los requisitos que me pide el cliente.

D. MÉTRICAS DE PRODUCTIVIDAD: Se centran en el rendimiento del proceso de la ingeniería del software. Es decir que tan productivo va a ser el software que voy a diseñar.

E. MÉTRICAS ORIENTADAS A LA PERSONA: Proporcionan medidas e información sobre la forma que la gente desarrolla el software de computadoras y sobre todo el punto de vista humano de la efectividad de las herramientas y métodos. Son las medidas que voy a hacer de mi personal que va hará el sistema.

F. MÉTRICAS ORIENTADAS AL TAMAÑO: Es para saber en qué tiempo voy a terminar el software y cuantas personas voy a necesitar. Son medidas directas al software y el proceso por el cual se desarrolla, si una organización de software mantiene registros sencillos, se puede crear una tabla de datos orientados al tamaño.

¿Qué es un programa de métricas?

Un programa de métricas bien diseñado ayudará al management en la toma de decisiones y mejorará el retorno de la inversión en los proyectos, pero existen montones de aspectos de un proyecto que pueden ser medidos y se deben identificar en cada caso los que realmente serán de utilidad y no producirán un esfuerzo inútil.

Para implementar un nuevo programa de métricas o mejorar el que está actualmente en funcionamiento en una empresa se deben seguir los siguientes pasos:

1. Identificar los objetivos del negocio 2. Seleccionar las métricas3. Obtener datos históricos4. Automatizar los procedimientos de medición5. Utilizar las métricas en la toma de decisiones

PROYECTO INTEGRADOR

UNIVERSIDAD PRIVADA TELESUP

Ejemplo:

Este modelo puede servir como herramienta a los analistas de información u otros usuarios de este tipo de sistemas. Ofrece elementos y criterios de selección para el uso, a nivel de usuario, del software de VC-T, mientras que para los diseñadores y programadores de software, les posibilita conocer los requerimientos de los usuarios.

Este software constituye un factor clave a la hora de traducir la información del entorno en resultados que se puedan involucrar en los procesos de toma de decisiones. Establecer su calidad se traduce en un ahorro de costos y en una mejora general para el proceso.

A.MÉTODOS

Para realizar la propuesta del modelo, se desarrollaron búsquedas sobre validación y evaluación de software, normas o estándares, criterios para la evaluación, indicadores, etcétera. Se trabajó con la norma AENOR UNE166.0061, el estándar para el aseguramiento de planes de calidad del IEEE 730:1989, las normas de la Organización Internacional de Normalización (ISO en sus siglas en inglés), en especial la familia de normas ISO 9000 (específicamente la ISO 9001, la ISO 9003-2 y la ISO 9126).

PROYECTO INTEGRADOR

Modelo de evaluación para software que emplean

indicadores métricos en la vigilancia científico-tecnológica

UNIVERSIDAD PRIVADA TELESUP

Para la selección del software que se utilizaría para el levantamiento de los indicadores, se creó una lista con los siguientes aspectos:

a) Debe haberse aplicado en algún estudio vinculado a la VC-T.b) debe permitir al usuario la aplicación de al menos un indicador

métrico.c) permitir realizar representaciones visuales de los resultados

proveniente de la aplicación de indicadores métricos, d.) que sean software conocido y tratados en la literatura de la especialidad.

El estándar 9126 establece que cualquier componente de la calidad del software puede ser descrito en términos de una o más de seis características básicas, las cuales son: funcionalidad, confiabilidad, usabilidad, eficiencia, capacidad de mantenimiento y portabilidad; cada una de las cuales se detalla por medio de un conjunto de sub-características que permiten profundizar en la evaluación de la calidad de productos de software.

Esta norma consta de cuatro secciones: modelo de la calidad, métricas externas, métricas internas y calidad en las métricas de uso. Además cuenta con cuatro anexos: A, B, C y D. Para este trabajo se seleccionó como marco de referencia al primero (ISO/IEC 9126-1) por ser el que cuenta con el modelo de calidad que más se ajusta a los objetivos propuestos.

En este sentido, se utilizaron como referencias para el diseño del modelo las seis características de la calidad interna y externa, así como las cuatro referidas a la calidad en uso (de la ya mencionada 9126-1), y a partir de estas se definieron las sub-características que respondían con más precisión al software de VC-T. Las seis características seleccionadas fueron: funcionalidad, confiabilidad, utilidad, eficiencia, capacidad de mantenimiento y portabilidad. Otras de las características incluidas en el modelo fueron aquellas enfocadas al uso, como: eficacia, productividad, seguridad y satisfacción.

Para establecer las medidas de evaluación, se propone una tabla con la asignación de las métricas necesarias para cada característica o atributo del software. Estas métricas son estimaciones consideradas a partir de las pruebas, la operación y la observación operativa del programa. En la norma aparecen varias métricas, sin embargo, a los efectos de esta contribución, se tomarán las métricas externas que se consideren como apropiadas para cuantificar diferentes criterios como son el nivel de satisfacción de las necesidades de los usuarios del programa y otros.

PROYECTO INTEGRADOR

UNIVERSIDAD PRIVADA TELESUP

Considerando todas estas partes y los aspectos aquí tratados, se procedió a diseñar la propuesta de modelo para la evaluación del software utilizado en la VC-T.

B.RESULTADOS Y DISCUSIÓN

El modelo se inicia con una ficha que contiene algunos atributos del producto. Esto permitirá obtener una idea general de sus características. La ficha incluye 4 atributos (cuadro 1):

a) Descripción general de la herramienta y sus principales características.

b) Apoyo al ciclo de la VC-Tc) Sistema: define la capacidad y los requerimientos de la

computadora para poder usar la herramienta d) Licenciamiento y página de descarga (URL donde se puede

acceder al sistema).

El modelo contiene una serie de tareas a realizar para la evaluación, estructuradas en niveles jerárquicos (de variables generales a otras más específicas y derivadas de las primeras).

MÉTRICAS DE ACEPTACIÓN DE REQUERIMIENTO

La fórmula para el cálculo de la misma es:

PROYECTO INTEGRADOR

UNIVERSIDAD PRIVADA TELESUP

Donde A es la cantidad de requerimientos aceptados por el cliente y B es el número total de requerimientos relevados.

En la gráfica 1 podemos observar el resultado que se obtuvo referente a las métricas de aceptación de requerimientos, de los 10 grupos en que se analizó y extrajo de la documentación entregada; sólo en uno de ellos no se pudo obtener dicha información.

Como podemos observar los valores obtenidos están por encima de 0,7 (tomando como referente la norma ISO 9126 las medidas se valoran entre 0 y 1 cuanto más cercano a 1 fue mejor el relevamiento) por lo cual se considera que el relevamiento de los requerimientos fue bueno, o por lo menos el alcance reflejo lo que el cliente quería.

1 2 3 4 5 6 7 8 9 10

0

0.2

0.4

0.6

0.8

1

1.2

1 1 1

0.71

0

1

0.92

0.85

0.71

0.8

Gráfica de Métricas de Aceptación

Grupos

Gráfica 1 Métricas de Aceptación de Requerimientos

MÉTRICAS DE PRUEBAS CUBIERTAS

La fórmula para el cálculo de la misma es:

PROYECTO INTEGRADOR

Métrica de Aceptación de Requerimiento =(A/B)*100

UNIVERSIDAD PRIVADA TELESUP

Donde A es el número de pruebas realizadas en la verificación unitaria, del sistema y de integración. Siendo B es el número total de pruebas realizadas incluidas las del cliente.

1 2 3 4 5 6 7 8 9 100

0.2

0.4

0.6

0.8

1

1.21 1

0.670.83

1 0.94 1

0.710.57

1

Gráficas de Pruebas Cubiertas

Grupos

Gráfica 2 Métricas de pruebas cubiertas

En la gráfica 2 se observa el resultado de las métricas de pruebas cubiertas, esto nos da una idea de la cantidad de pruebas que se realizaron de acuerdo a las planificadas y darnos cierta garantía de que antes de poner en producción el aplicativo se contará con menores probabilidades de errores en la ejecución del mismo.

En este caso todos los valores dieron por encima de la media por lo cual se considera que el producto está por encima del 50% probado, cuanto más cerca de 1 de cómo resultado la métrica, menores probabilidades de error se obtendrán en producción.

MÉTRICAS DE PRODUCTIVIDAD ORIENTADA AL TAMAÑO

PROYECTO INTEGRADOR

Métrica de Pruebas Cubiertas=(A/B)*100

UNIVERSIDAD PRIVADA TELESUP

Métrica de Productividad=A/B, siendo A el puntos de función o miles de líneas de código sin comentarios y B el total de horas hombre.

En la tabla 6 se muestra para todos los grupos los valores de la Métrica de productividad orientado al tamaño del producto que es el cociente entre la cantidad en miles de líneas de código sobre el total de horas del grupo. En dicha tabla 6 aparecen todos los grupos juntos independiente de en qué lenguaje se desarrolla, luego en la Gráfica 3 se muestran los resultados de la métrica de productividad con respecto al tamaño, para los grupos de orientados a objetos, que están formados por siete grupos de Java y uno de punto .Net y la Gráfica 4 para los dos grupos de genexus.

Grupo

Métrica de productividad orientado al tamaño del producto

Mediciones de tamaño

Total de Horas

1 Java 8.24 40090 48652 Java 9.60 41371 43103 Java 12.12 42798 3530.444 Java 9.52 28848 3029.95 Java 8.83 38401 43486 Java 2.14 9374 3471.877 Java 4.87 18171 37358 .Net 2.11 8722 4138.659 Genexus 0.39 1512 3860.8510Genexus 0.37 1223.8 3283

Tabla 4 Métrica de productividad orientado al tamaño del producto

Los dos grupos de Genexus obtuvieron valores de productividad similares 0.39 para el grupo 9 ya que realizaron 1512 Gxpoint empleando 3860 horas mientras que el grupo 10 obtuvo 0.37 como consecuencia de desarrollar 1223.8 Gxpoint en 3283 horas.

En los grupos orientados a objetos se distinguen dos intervalos de valores bien diferenciados, uno donde están los primeros cinco grupos con valores que oscilan entre los 8 y 12 y otro con los últimos 3 (Grupos 6,7 y 8) que obtienen valores entre 2,11 y 4,87. Podemos destacar que el grupo más productivo fue el 3 y los menos productivos fueron los grupos 6 y 8.

PROYECTO INTEGRADOR

0,39

0,37

0,36

0,37

0,37

0,38

0,38

0,39

0,39

0,40

1 2

Métrica de productividad orientado al tamaño del producto

Grupos Genexus

Grupo 9 Grupo 10

UNIVERSIDAD PRIVADA TELESUP

8,24

9,60

12,12

9,528,83

2,14

4,87

2,11

0,00

2,00

4,00

6,00

8,00

10,00

12,00

14,00

1 2 3 4 5 6 7 8

Grupos

Métrica de productividad orientado al tamaño del producto Grupos Java o .Net

Gráfica 3 Métrica de productividad orientado al tamaño del producto OO

Gráfica 4: Métrica de productividad orientado al tamaño del producto GENEXUS

PROYECTO INTEGRADOR

UNIVERSIDAD PRIVADA TELESUP

MÉTRICAS DE EFECTIVIDAD DE LAS PRUEBAS

0,950,99 0,95

0,840,90

0,85 0,86 0,840,77

0,83

0,00

0,20

0,40

0,60

0,80

1,00

1,20

1 2 3 4 5 6 7 8 9 10

Grupos

Metricas de efectividad de las pruebas

Gráfica 5 Métrica de efectividad de las pruebas

Esta métrica mide la efectividad para encontrar errores y la fórmula para calcularla es:

Errores encontrados =Errores encontrados durante las pruebas/ Total de errores encontrados (los de las pruebas + los de aceptación)  

Del total de errores encontrados, se contabilizan los encontrados en las pruebas realizadas como los encontrados por el usuario en las pruebas de aceptación. 

Cuanto más aproximado a uno del resultado de esta métrica maximizará el número de errores encontrado durante las pruebas. Los resultados obtenidos en los diferentes grupos estuvieron en todos los casos por encima de 0,77 y la mayoría estuvo por encima de 0,85 por lo cual se considera que las pruebas fueron efectivas.

En la gráfica 5 referente a la métrica de efectividad de las pruebas, podemos observar que los 10 grupos estuvieron muy parejos, siendo más detallistas los grupos que obtuvieron valores inferiores fueron los grupos de genexus el 9 con 0.77 y el 10 con 0.83. En la gráfica 5 podemos ver claramente la gran paridad entre los diferentes grupos

PROYECTO INTEGRADOR

UNIVERSIDAD PRIVADA TELESUP

CONSIDERACIONES FINALES

El apoyo tecnológico es fundamental en el servicio de VC-T para determinar las tendencias del mercado y gestionar los ejes o la cartera de proyectos. Sin embargo, los software necesitan identificarse y evaluarse para contribuir a tres importantes metas: los analistas deben tener información sobre el software disponible en el mercado; estos deben entrenarse en las funciones de selección, revisión y evaluación de programas y, al mismo tiempo, ellos deben recibir una formación sobre la integración curricular de estos sistemas con sus profesiones.

Se seleccionó después de revisar las normas existentes en la literatura a la ISO 9126 como marco de referencia en la elaboración del modelo, por ser un estándar oficial, aprobado y validado.

El modelo de evaluación de software propuesto en este documento es una herramienta válida para caracterizar la tecnología de software y facilitar su introducción en el servicio de VC-T, en la medida que los analistas disponen de un criterio para identificar aquellos programas que se corresponden con sus necesidades y, sobre todo; con la solución de los problemas que surgen dentro del mismo proceso de análisis.

La aplicación del modelo permite identificar deficiencias y requerimientos necesarios para el diseño de este tipo de programas.

La propuesta de modelo realizada requiere de su validación y aplicación por varios especialistas, así como la valorar de los indicadores desde la perspectiva de la ingeniería de software. Esto enriquecerá y mejorará la propuesta desde el punto de vista técnico y de diseño.

PROYECTO INTEGRADOR