El Capítulo tres, habla de la medición de los recursos, ya sea humanos como

tecnológicos.

CAPITULO TRES :
 

Cómo evaluar recursos ?

En Proyectos de software: se utilizan herramientas para evaluar el esfuerzo

humano y los costos, (aunque existe gran nivel de incertidumbre). Se miden
en general por líneas de código.

Es evidente que si el proyecto es realizado con un lenguaje orientado a objetos

el número de líneas es mucho menor, y por eso se toma líneas de código
(históricas) optimizadas.

En Proyectos de otro tipo: se podrán definir los recursos humanos y

algún recurso tecnológico. Hay gran nivel de incertidumbre, entonces, se
utiliza la experiencia en proyectos similares o la experiencia de las personas,se
tienen en cuenta los datos históricos en proyectos parecidos.

Para resumir tenemos que hacer valer: Intuición, Experiencia, Subjetividad.

Como evaluar ?

Puedo hacerlo por conteo de elementos. Por funcionalidad (cuando no se

puede contar los elementos), para esto se toman en cuenta, el nivel de
complejidad, necesidades de tecnología (alta/media/baja), nivel de acceso, si
es para una sola persona (monousuario) o multiusuario.

Métricas

La medición y 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 se mide para intentar mejorarlo, el producto para intentar aumentar

su calidad.

La medición es lo que nos permite cuantificar y gestionar en forma más

efectiva. Las métricas han sido desarrolladas para proporcionar a los gestores
y a los técnicos, una mejor comprensión del proceso de la ingeniería en gral. y
la de software en particular, y del producto que genera.

Las podemos clasificar en : a) de Productividad b) de Calidad.

Pero cuáles son las razones para medir, por ejemplo, un producto de software:

1.- Indicar la calidad del producto.

2.- Evaluar la productividad de la gente que lo desarrolla.

3.- Evaluar los beneficios derivados del uso de nuevos métodos y

herramientas

de la Ingeniería del software.

4.- Para establecer una línea de base para la estimación.

5.- Justificar el uso de nuevas herramientas o de formación adicional.

Para hacer una clasificación más detallada, tenemos:

medidas: 1.-directas 2.- indirectas

Las primeras (1) se dividen en: 1.1.-proceso: costo y proceso aplicado y

1.2.-producto: líneas de códigos producidos, velocidad de ejecución, tamaño

de memoria.

Las segundas (2) sólo se preocupa por el producto: la funcionalidad, calidad,

complejidad, eficiencia, fiabilidad, facilidad de mantenimiento.

Clasificación de las métricas:

1) Orientadas al tamaño.

2) Orientadas a la función.

3) Orientadas a la persona.

1) Son medidas directas del software y del proceso.

kldc= cantidad de líneas de código.

productividad kldc/ personas- mes.

 calidad errores/kldc.
costo Dólares/kldc.
documentación Páginas de documentación/kldc.

2) Son medidas indirectas del software se centran en la funcionalidad o utilidad

del programa. Miden la cantidad de funciones que se van a lograr para lo que se
precisa un excelente relevamiento, precisiones estables.Se calculan los puntos de
función: número de entradas, número de salidas, números de peticiones, números
de archivos.

Una vez calculados los puntos de función: PF=puntos de función

productividad PF/pers-mes
calidad errores/PF
costo Dólares/PF
documentación pág. de doc./PF

3) Analizan en relación a las herramientas de desarrollo, el grado de capacitación

en el uso de la herramienta y la complejidad estimada de la tarea.

Métricas de Calidad: las métricas a posteriori incluyen :

Corrección: grado con que el software realiza la función requerida.

Facilidad de mantenimiento: facilidad con la que se puede corregir el

programa. Se utilizan medidas indirectas y se calcula el tiempo medio entre
cambios.

Integridad: habilidad de un sistema para resistir ataques contra seguridad. Se

mide en base a una probabilidad de recibir ataque y la probabilidad de
repelerlo.

Facilidad de uso: es un intento de cuantificar la amistad con el usuario. Se

mide en función a la habilidad y tiempo requeridos para aprender el sistema,
al aumento neto de productividad y la disponibilidad del usuario hacia el
sistema.