Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

MÉTRICAS

Descargar como pptx, pdf o txt
Descargar como pptx, pdf o txt
Está en la página 1de 12

MÉTRICAS ORIENTADAS

A LA FUNCIÓN
BRYAN BALDERRAMA
ELIZABETH TORRES
Son medidas indirectas del software y del proceso. Se centran en la funcionalidad o
utilidad del programa. “Emplean como un valor de normalización una medida de la
funcionalidad que entrega la aplicación. La métrica orientada a la función utilizada
con mayor amplitud es el punto de función (PF).”
PROCEDIMIENTO PARA CALCULAR
EL PUNTO DE FUNCIÓN:
1. Llenar la columna de CUENTA de la siguiente tabla de valores, donde se determinan 5
características del ámbito de la información.
Factor de ponderación
Parámetro CUENTA Subtotal
Simple Medio Complejo

Entradas de 3 4 6
usuario    
TABLA 2
Salidas de Tabla de Valores del Dominio de la Información
4 5 7
usuario    

Peticiones de 3 4 6
usuario    
Archivos   7 10 15  
Interfaces 5 7 10
externas    
CUENTA TOTAL  
• Entradas de Usuario (Entradas): cualquier entrada (pantalla, formulario, cuadro de
diálogo, control o mensaje) a través de la cual el usuario u otro programa puede añadir,
borrar o cambiar datos.
• Salidas de Usuario (Salidas): cualquier salida (pantalla, informe, gráfico, mensaje) que
tenga un formato diferente o requiera un procesamiento diferente a otros tipos de salida,
generada para el usuario u otro programa.
• Peticiones de Usuario (Consultas): combinaciones de entrada/salida en las que cada
entrada genera una salida simple e inmediata.
• Archivos Lógicos Internos (Archivos): principales grupos lógicos de datos de usuarios o
de control que están controlados por el programa (una tabla de un SGBDR).
• Archivos de Interfaz Externos (Interfaces): cada uno de los grupos de datos lógicos o
información de control que entra o sale del programa.
2. Multiplicar el valor de CUENTA por el Factor de Ponderación indicado, dependiendo de
su complejidad para obtener Subtotal.

Se asocia un valor de complejidad a cada medida, tomando en cuenta la heurística de la


siguiente tabla.

Tipos de datos elementales


Tipos de archivos
referenciados 1–5 6 – 19 20+
TABLA 3
Tabla de Complejidades
0–1 Bajo Bajo Medio

2–3 Bajo Medio Alto

4+ Medio Alto Alto


3. Obtener CUENTA TOTAL
4. Evaluar los siguientes 14 atributos que impactan en el desarrollo, en escala de 0 a 5.
Factor Ejemplo
1. Comunicaciones de datos Una aplicación para el sector bancario, donde se requieren numerosas transacciones monetarias.
2. Procesamiento distribuido Un motor de búsqueda en Internet, donde el procesamiento está distribuido en decenas de máquinas.

Una aplicación para el control del tráfico aéreo, que debe proporcionar continuamente información
3. Objetivos de rendimiento
precisa sobre la posición y rumbo de los aviones.
4. Configuración de uso intensivo Un sistema para matrículas en una universidad, donde concurren cientos de alumnos al mismo tiempo.

Una aplicación para el sector bancario, donde deben realizarse millones de transacciones durante la
5. Tasas de transacción rápidas
noche.
6. Entrada de datos en línea Un programa en el que los datos de entrada provienen de papeles o formularios impresos.
7. Amigabilidad en Un programa de análisis financiero utilizado por el directivo de una empresa, capaz de orientarle y
el diseño asesorarle.
Una aplicación para reserva de billetes, en la que deben bloquearse y modificarse ciertos registros en las
8. Actualización de datos en línea BB.DD. para evitar que un mismo asiento sea vendido dos veces.
Un sistema para diagnóstico médico, el cual realiza costosas operaciones de decisión lógica hasta
9. Procesamiento complejo
obtener un resultado.
Un procesador de textos en el que, por ejemplo, su barra de menús puede utilizarse desde una hoja de
10. Reusabilidad cálculo, un generador de informes de una base de datos, etc...
Cualquier aplicación de propósito general, de tal forma que cualquier persona pueda realizar la
11. Facilidad de instalación
instalación fácilmente.
Una aplicación para tratamiento de grandes cantidades de información, donde es muy importante la
12. Facilidad operacional efectividad de los procesos de backup y recuperación de datos.
13. Adaptabilidad Una aplicación software para una multinacional con oficinas en varios países.
Un sistema que admite diversas situaciones de uso, tanto para facilitar los cambios como para ser
14. Versatilidad
utilizada por el usuario
A CADA ATRIBUTO SE LE ASIGNARÁ UN VALOR
DEPENDIENDO DEL GRADO DE INFLUENCIA DE
ÉSTOS.
• Sin Influencia (0). El sistema no contempla este atributo.
• Influencia Mínima (1). La influencia de este atributo es muy poco significativa.
• Influencia Moderada (2). El sistema contempla este atributo y su influencia, aunque
pequeña, ha de ser considerada.
• Influencia Apreciable (3). La importancia de este atributo debe ser tenida en cuenta, aunque
no es fundamental.
• Influencia Significativa (4). Este atributo tiene una gran importancia para el Sistema.
• Influencia Muy Fuerte (5). Este atributo es esencial para el sistema y se lo debe tomar en
cuenta a la hora del diseño.
5. Sumar los puntos asignados a cada factor y obtener un TOTAL GI que indica un valor de
ajuste de complejidad.
6. Calcular Punto de Función, utilizando la siguiente fórmula:

PUNTO FUNCIÓN = CUENTA_TOTAL * (0,65+ 0,01*TOTAL GI)

Una vez calculado el punto de función se usan de forma analógica a las LDC como medida de la productividad,
calidad y otros productos del software.

• Productividad = PF / Eficiencia
• Calidad = Errores / PF
• Costo = Dólares / PF
• Documentación = Pags. Doc / PF
RECONCILIACIÓN DE LAS
MÉTRICAS LDC Y PF
• La relación entre líneas de código y puntos de función depende del lenguaje de
programación en que se implementan el SW y la calidad del diseño.
MÉTRICAS ORIENTADAS A
OBJETOS
No proporcionan suficiente granularidad para la planificación y los ajustes de esfuerzo. Las
siguientes son métricas sugeridas para proyectos OO:

• Número de guiones de escenario


• Número de clases clave
• Número de clases de apoyo
• Número promedio de clases de apoyo por clase clave.
• Número de subsistemas.
MÉTRICAS ORIENTADAS A CASOS
DE USO
El caso de uso se define en etapas tempranas del proceso de software, lo que permite
emplearlo en la estimación antes de iniciar las actividades significativas de modelado
y construcción.
MÉTRICAS DE PROYECTOS DE INGENIERÍA WEB

“El objetivo de los proyectos de ingeniería Web es construir una aplicación Web que proporcione una combinación
de contenido y funcionalidad al usuario final.” [1] Entre las medidas que se recopilan existen las siguientes:

• Número de páginas web estáticas


• Número de páginas web dinámicas
• Número de vínculos internos de la página
• Número de objetos de datos persistentes
• Número de sistemas externos en interfaz
• Número de objetos de contenido estático
• Número de objetos de contenido dinámico
• Número de funciones ejecutables

También podría gustarte