UNIVERSIDAD DE SAN CARLOS DE GUATEMALA

ESCUELA DE CIENCIAS Y SISTEMAS

FACULTAD DE INGENIERIA

SOFTWARE AVANZADO

ING DAMARIS CAMPOS

AUX CAROLINA MARROQUIN

SECCION A+

TAREA 2

DARWIN DANIEL

HERNANDEZ GALAN

200511916

GUATEMALA LUNES 15 DE MARZO DEL 2010

 METRICAS

METRICAS ORIENTADAS AL TAMAÑO

Las métricas de tamaño nos permiten analizar cuestiones como la capacidad de

recursos que se deberán de tener y el tiempo que se dedicara al proyecto. Estas
medidas se aplican directamente al software y a los procesos del desarrollo del
software. La forma en que las empresas logran un registro de métricas de tamaño es
por medio de una tabla con datos sencillos.

Algunas métricas que podemos ver que están orientadas al tamaño podrían ser:

La productividad del software

La Calidad
La Documentación
El costo que tiene un software

Cada una de estas métricas se pueden basar en formulas como las siguientes, es de
notar que KLDC se refiere a miles de líneas de código.

Formulas

Productividad = KLDC/persona-mes
Calidad = errores/KLDC
Documentación = pags. Doc/ KLDC
Costo = $/KLDC

METRICAS ORIENTADAS A LA FUNCION

Estas métricas como su nombre lo indica se centran en la funcionalidad y en la utilidad

que estas puedan tener en el software. Estas métricas no son directas como las
anteriores si no que como se tratan de funcionalidad serán indirectas sobre el software
y sobre el proceso de desarrollo del software que están produciendo.

Las métricas orientadas a la función fueron el principio propuestas por Albercht quien
sugirió un acercamiento a la medida de la productividad denominado método del punto
de función. Los puntos de función que obtienen utilizando una función empírica
basando en medidas cuantitativas del dominio de información del software y
valoraciones subjetivos de la complejidad del software.
El cálculo de las métricas de punto de función se basa en las siguientes características

1. Números de entrada de usuario: se cuenta cada entrada del usuario que

proporcione al software diferentes datos orientados a la aplicación. Las
entradas deben ser distinguidas de las peticiones que se contabilizan por
separado.
2. Numero de salida del usuario: se encuentra cada salida que proporciona el
usuario información orientada a la aplicación. En este contexto las salidas se
refieren a informes, pantalla, mensajes de error. Los elementos de datos
individuales dentro de un informe se encuentra por separado.
3. Números de peticiones al usuario: una petición está definida como una entrada
interactiva que resulta de la generación de algún tipo de respuesta en
forma de salida interactiva se cuenta cada petición por separado.
4. Numero de archivos: se cuenta cada archivo maestro lógico, o sea una
agrupación lógica de datos que puede ser una parte en una gran base de datos
o un archivo independiente.
5. Numero de interfaces externas: se cuentan todas las interfaces legibles por la
maquina por ejemplo: archivos de datos, en cinta o discos que son utilizados
para transmitir información a otro sistema.

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. No obstante la determinación de la complejidad es algo subjetivo.

Para calcular los puntos de función se utiliza la siguiente relación.

PF = CUENTA_TOTAL * [0.65 + 0.01 * SUM (fi)]

Donde CUENTA_TOTAL es la suma de todas las entradas de PF obtenidas de la tabla

anterior.

Fi donde i puede ser de uno hasta 14 los valores de ajuste de complejidad basados en
las respuestas a las cuestiones señaladas de la siguiente tabla.

METRICAS ORIENTADAS A LOS OBJETOS

Las métricas orientadas a objetos, serán orientadas a conceptos de objetos como:

Encapsulamiento, ocultamiento de información, herencia y técnicas de abstracción de
objetos que hagan única a esa clase.

Algunas de las métricas orientadas a objetos que se proponen son:

Métodos ponderados por clase (MPC): Tamaño y complejidad

Profundidad árbol de herencia (PAH): Tamaño
Número de descendientes (NDD): Tamaño, acoplamiento y cohesión
Acoplamiento entre clases (ACO): Acoplamiento
Respuesta para una clase (RPC): Comunicación y complejidad
Carencia de cohesión en los métodos (CCM): Cohesión interna
En resumen los métodos ponderados por clase serán n métodos de complejidad c1,
c2,…,cn que se definen para una clase C. Con estos indicadores serán el esfuerzo
que se requiere para implementar y verificar una clase. La profundidad del árbol de
herencia, nos indica que medimos las estructuras hereditarias en términos de
profundidad o densidad de nodos. Estas jerarquías se miden de acuerdo al nodo en el
que se estar hasta la raíz del nodo. Otra métrica es el numero de descendientes el
cual a medida que es mayor los descendientes de una clase jerárquica se aumenta la
reutilización aunque tiene la desventaja que la abstracción disminuye. Acoplamiento
entre clases, una clase determina el acoplamiento entre clases definiéndolo como el
número de otras clases con las cuales está “acoplada”. Es por lo tanto una medida del
fan-out, esto es, del número de colaboradores. Respuesta para una clase, mide tanto
la comunicación interna como la externa. Esta métrica captura el tamaño del conjunto
de respuesta para una clase. Este conjunto de respuesta para una clase consiste en
todos los métodos llamados por los métodos locales. Y por último la cohesión de una
clase, la cual está caracterizada por cuán estrechamente están relacionados los
métodos locales a las instancias de variables locales en una clase. La carencia de
cohesión en los métodos.

METRICAS ORIENTADAS A LOS CASOS DE USO

Los casos de uso son una herramienta muy importante que se usa en etapas del
proceso de desarrollo de software. Es por lo mismo que lo podemos usar para estimar
las actividades antes de modelar o construir un proceso de desarrollo de software.

Con los casos de uso tenemos lo que son funcionalidades y características, requisitos
básicos del sistema. Los casos de uso que diseñamos tendrán una relación de
proporción con las líneas de código que se tenga que escribir y el número de casos de
prueba. Los cuales son importantes para lograr ejecutar con éxito la aplicación.

Es importante recordar que los casos de uso no se basan en ningún lenguaje por lo
cual nos da una ventaja al ser independiente de ellos. Otro aspecto importante que el
tamaño dependerá del tamaño estándar.

Existe software como Enterprise Architect que nos permiten estimar en base a los
objetos de los casos de uso los actores, algunas configuraciones de proyectos la
complejidad de un ambiente de trabajo. Para realizar esta tarea se utiliza el método
de puntos de casos de uso lo utilizamos para estimar el tamaño del software en base a
cuentas de los casos de uso. El requerimiento para poder utilizar esta herramienta se
debe definir el modelo de casos de uso esto involucrara el conocer bien el dominio del
problema a tratar.

Algunos parámetros tanto en texto como gráficos que se deben definir para lograr
obtener métricas cuantificables que se utilizaran en el software.
Características Funcionales

Clasificación de actores, obtención de Peso sin ajustar

Clasificación de los casos de uso, obtención del peso de transacciones sin
ajustar
Obtención del peso de puntos de caso de uso sin ajustar

Características no Funcionales

Clasificación de factores de complejidad técnica

Clasificación de factores ambientales
Calculo de puntos de casos de uso Ajustados

Cuando utilizamos un software de este tipo deberemos indicar la mayoría de

parámetros cuantificables con los cuales será capaz de hacer estimaciones de
tamaño.

METRICAS DE PROYECTOS DE INGENIERIA WEB

El objetivo primordial de estos es construir aplicaciones web que provean de

funcionalidad y contenido al usuario final.

Las métricas de un proyecto web no pueden ser las que se aplican a un proyecto
convencional. Pues se ven otros aspectos como los que se muestran a continuación:

Número de páginas web estáticas

Número de páginas web dinámicas
Numero de vínculos internos de pagina
Numero de objetos de datos persistentes
Numero de sistemas externos en interfaz
Numero de objetos de contenido estáticos
Numero de objetos de contenido dinámicos
Número de funciones ejecutables

METRICAS PARA CALIDAD DE SOFTWARE

Los objetivos cuando diseñamos software es producir un sistema, producto o

aplicación de alta calidad que satisfaga una necesidad del mercado . Por lo que se
necesita una forma de medir la calidad. Para esto se utilizan las métricas que serán
cuantificadores que nos ayudaran a medir la calidad del producto en cuestión.

Existen algunas medidas de calidad tal es el caso de:

Corrección: Grado en que el software lleva a cabo su función.

Facilidad de mantenimiento: representa la facilidad de corregir y adaptarse al
cambio.
Integridad: Con la integridad medimos la habilidad que se tiene para resistir
ataques contra su seguridad.
 Facilidad: la usabilidad es una cualidad importante que se intenta medir para
conocer la calidad de un software.

METRICAS PARA ORGANIZACIONES PEQUEÑAS

El mantenerlo simple es un requisito que se debe tener con respecto a la

implementación de cualquier actividad relacionada con el proceso de desarrollo de
software, que sea personalizado para satisfacer las necesidades locales y así
asegurarse de que valor agregar

Es importante mantenerlo simple, esto se refiere a enfocarse en los resultados y no

tanto en las mediciones.

Con el grupo se debe acordar un objetivo que todos definan y que requiera una
mejora.

Las medidas que una organización pequeña puede representar son las siguientes:

Tiempo transcurrido desde la solicitud hasta la evaluación de la misma

Esfuerzo para realizar la evaluación
Tiempo que transcurre desde el término de evaluación hasta la asignación del
personal cambio de personal.
Esfuerzo requerido para hacer el cambio.
Tiempo requerido para hacer el cambio
Errores que se van descubriendo durante el trabajo al realizar el cambio.
Defectos descubiertos después de que el cambio es liberado a la base de
clientes.
 Bibliografía
METRICAS ESTIMACION Y PLANIFICACION DE PROYECTOS DE SOFTWARE

http://www.willydev.net/descargas/willydev_planeasoftware.pdf

METRICAS DE PROESO Y PROYECTO

http://www.slideshare.net/galo_priva/mtricas-del-proceso-y-proyecto-procesos-de-
ingeniera-de-software-372897

METRICAS DE SOTWARE

http://www.google.com.gt/url?sa=t&source=web&ct=res&cd=4&ved=0CBMQFjAD&url=
http%3A%2F%2Ftgs.comxa.com%2Fwp-
content%2Fuploads%2F2009%2F05%2Fmetricas-de-
software.pps&rct=j&q=METRICAS+ORIENTADAS+A+CASOS+DE+USO&ei=DSueS6v
JIsT38AanpIm7Cg&usg=AFQjCNELa25xebL5WEB6TuELOdi6rJXLHw

METRICAS PARA LA CALIDAD DEL SOFTWARE

http://www.programania.net/desarrollo-agil/metricas-para-la-calidad-del-software/

METRICAS DE PROCESO Y PROYECTO DE SOFTWARE

http://www.slideshare.net/loreknelamorena/mtricas-de-proceso-y-proyecto-de-software