Sunteți pe pagina 1din 7

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

ING DAMARIS CAMPOS AUX CAROLINA MARROQUIN SECCION A+ TAREA 2 DARWIN DANIEL HERNANDEZ GALAN 200511916 GUATEMALA

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 softwarepodemos ver que están orientadas al tamaño podrían ser: La Calidad La Documentación El costo que

La Calidadal tamaño podrían ser: La productividad del software La Documentación El costo que tiene un software

La Documentaciónpodrían ser: La productividad del software La Calidad El costo que tiene un software Cada una

El costo que tiene un softwareLa productividad del software La Calidad La Documentación Cada una de estas métricas se pueden basar

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 complejidadde las métricas orientadas a objetos que se proponen son: Profundidad árbol de herencia (PAH): Tamaño

Profundidad árbol de herencia (PAH): TamañoMétodos ponderados por clase (MPC): Tamaño y complejidad Número de descendientes (NDD): Tamaño, acoplamiento y

Número de descendientes (NDD): Tamaño, acoplamiento y cohesióny complejidad Profundidad árbol de herencia (PAH): Tamaño Acoplamiento entre clases (ACO): Acoplamiento Respuesta para

Acoplamiento entre clases (ACO): Acoplamientode descendientes (NDD): Tamaño, acoplamiento y cohesión Respuesta para una clase (RPC): Comunicación y complejidad

Respuesta para una clase (RPC): Comunicación y complejidady cohesión Acoplamiento entre clases (ACO): Acoplamiento Carencia de cohesión en los métodos (CCM): Cohesión

Carencia de cohesión en los métodos (CCM): Cohesión internay cohesión Acoplamiento entre clases (ACO): Acoplamiento Respuesta para una clase (RPC): Comunicación y complejidad

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 ajustarCaracterísticas Funcionales Clasificación de los casos de uso, obtención del peso de transacciones sin ajustar

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

Obtención del peso de puntos de caso de uso sin ajustarde uso, obtención del peso de transacciones sin ajustar Características no Funcionales Clasificación de factores

Características no Funcionales

Clasificación de factores de complejidad técnicade caso de uso sin ajustar Características no Funcionales Clasificación de factores ambientales Calculo de puntos

Clasificación de factores ambientalesClasificación de factores de complejidad técnica Calculo de puntos de casos de uso Ajustados Cuando

Calculo de puntos de casos de uso Ajustadoscomplejidad técnica Clasificación de factores ambientales Cuando utilizamos un software de este tipo deberemos indicar

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áticasven otros aspectos como los que se muestran a continuación: Número de páginas web dinámicas Numero

Número de páginas web dinámicasmuestran a continuación: Número de páginas web estáticas Numero de vínculos internos de pagina Numero de

Numero de vínculos internos de paginapáginas web estáticas Número de páginas web dinámicas Numero de objetos de datos persistentes Numero de

Numero de objetos de datos persistentesweb dinámicas Numero de vínculos internos de pagina Numero de sistemas externos en interfaz Numero de

Numero de sistemas externos en interfazinternos de pagina Numero de objetos de datos persistentes Numero de objetos de contenido estáticos Numero

Numero de objetos de contenido estáticosdatos persistentes Numero de sistemas externos en interfaz Numero de objetos de contenido dinámicos Número de

Numero de objetos de contenido dinámicosen interfaz Numero de objetos de contenido estáticos Número de funciones ejecutables METRICAS PARA CALIDAD DE

Número de funciones ejecutablesestáticos Numero de objetos de contenido dinámicos METRICAS PARA CALIDAD DE SOFTWARE Los objetivos cuando

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.Existen algunas medidas de calidad tal es el caso de: Facilidad de mantenimiento: representa la facilidad

Facilidad de mantenimiento: representa la facilidad de corregir y adaptarse al cambio.Grado en que el software lleva a cabo su función. Integridad: Con la integridad medimos la

Integridad: Con la integridad medimos la habilidad que se tiene para resistir ataques contra su seguridad.software lleva a cabo su función. Facilidad de mantenimiento: representa la facilidad de corregir y adaptarse

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

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 mismaorganización pequeña puede representar son las siguientes: Esfuerzo para realizar la evaluación Tiempo que transcurre

Esfuerzo para realizar la evaluacióndesde la solicitud hasta la evaluación de la misma Tiempo que transcurre desde el término de

Tiempo que transcurre desde el término de evaluación hasta la asignación del personal cambio de personal.de la misma Esfuerzo para realizar la evaluación Esfuerzo requerido para hacer el cambio. Tiempo requerido

Esfuerzo requerido para hacer el cambio.hasta la asignación del personal cambio de personal. Tiempo requerido para hacer el cambio Errores que

Tiempo requerido para hacer el cambiocambio de personal. Esfuerzo requerido para hacer el cambio. Errores que se van descubriendo durante el

Errores que se van descubriendo durante el trabajo al realizar el cambio.para hacer el cambio. Tiempo requerido para hacer el cambio Defectos descubiertos después de que el

Defectos descubiertos después de que el cambio es liberado a la base de clientes.el cambio. Tiempo requerido para hacer el cambio Errores que se van descubriendo durante el trabajo