ELABORADO POR EL HACKER EL JAPAR18

METRICAS DEL SOFTWARE

TEORA GENERAL DE SISTEMAS

Mtricas del Software

Concepto:
Nos ayudan a entender tanto el proceso tcnico que se utiliza para desarrollar un producto, como el propio producto. Son las que estn relacionadas con el desarrollo del software como funcionalidad, complejidad, eficiencia. Mtodo de Definicin

Mtricas del Software

Ventajas: Son fciles de calcular. Muchos modelos de estimacin de software usan LDC o KLDC como datos de entrada. Existen un amplio conjunto de datos y literatura basados en LDC. Desventajas: Son dependientes del lenguaje de programacin. Perjudica a los programas cortos pero bien diseados. Su uso en estimacin es difcil porque hay que estimar las LDC a producirse mucho antes de que se complete el anlisis y el diseo.

Mediciones: Proporcionan un mecanismo para la evaluacin objetiva. Permiten: Caracterizar y comparar con evaluaciones futuras, Evaluar y controlar el avance del proyecto, Predecir, planificar y estimar en base a datos histricos, Mejorar la calidad del producto.

Mtrica: Medida cuantitativa del grado en que un sistema o proceso posee un atributo dado.

Indicador: Mtrica o combinacin de mtricas que proporciona una visin del proceso, proyecto o del producto, y poder hacer ajustes para que las cosas mejoren.

El ingeniero de software recopila medidas y desarrolla mtricas para obtener indicadores.

Mtricas del Software

Mtricas de Proceso

Mtricas de Proyecto

Mtricas de Proyecto

Mtricas de Producto

Mtricas de Producto

Mtricas de Producto

Mtricas de Producto

Mtricas del Software

PROCESO La medicin del proceso implica las mediciones de las actividades relacionadas con el software siendo algunos de sus atributos tpicos el esfuerzo, el coste y los defectos encontrados. Mtricas sobre los errores detectados antes de la entrega del software, defectos detectados e informados por los usuarios finales, productos de trabajo entregados, el esfuerzo humano y tiempo consumido, ajuste con la planificacin, etc.

Mtricas del Software

PROYECTO
Los indicadores de proyecto permiten al administrador de software: - Evaluar el estado del proyecto en curso. - Realizar un seguimiento de los riesgos potenciales. - Detectar las reas de problemas antes de que se conviertan en crticas - Ajustar el flujo y las tareas de trabajo. - Evaluar la habilidad del equipo del proyecto en controlar la calidad de los productos de trabajo de la ingeniera del software.

Mtricas del Software

PRODUCTO
Operaciones del Producto: Son caractersticas operativas: Correccin, Fiabilidad, Eficiencia, Integridad y Facilidad de uso. Revisin del producto: Es la capacidad para soportar cambios: Facilidad de mantenimiento, Flexibilidad, Facilidad de prueba. Transicin del producto: Es la adaptabilidad a nuevos entornos: Portabilidad, Reusabilidad, Interoperabilidad.

Mtricas del Software

MTRICAS TCNICAS : - Se centran en las caractersticas del software. - Mide la estructura del sistema, el cmo esta hecho. MTRICAS DE CALIDAD: Proporcionan una indicacin de cmo se ajusta el software a los requisitos implcitos y explcitos del cliente. cliente .

Mtricas del Software

MTRICAS DE PRODUCTIVIDAD: Se centran en el rendimiento del proceso de la ingeniera del software software. . MTRICAS ORIENTADAS A LA PERSONA: PERSONA: Proporcionan medidas e informacin 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 mtodos. mtodos .

Mtricas del Software

MTRICAS ORIENTADAS AL TAMAO:
Es para saber en que tiempo voy a terminar el software y cuantas personas voy a necesitar. necesitar. Frmulas: Frmulas: - Productividad = KLDC/personaKLDC/persona-mes - Calidad = errores /KLDC - Documentacin = Pg. Pg. doc/KLDC - Costo = $/KLDC Ejemplo

Mtricas del Software

MTRICAS ORIENTADAS A LA FUNCIN: FUNCIN:
Las mtricas orientadas a la funcin se centran en la funcionalidad o utilidad del programa. programa. Puntos de Funcin Funcin: : Son usados como medida de normalizacin de productividad y calidad calidad. . Y se desarrollan mtricas orientadas a la funcin: funcin: errores por PF, defectos por PF, $ por PF, pgina de documento por PF, persona personames por PF. PF. Clculo: Clculo : PF = cuenta total x [0.65 + 0.01 x (Fi)] Ejemplo

Para la computacin de mtricas con puntos de funcin se determinan cinco caractersticas:

-

# Entradas de usuario: usuario: Se cuenta cada entrada de usuario que proporciona datos a la aplicacin. aplicacin. # Salidas de usuario: usuario: Se cuenta cada salida que la aplicacin proporciona al usuario usuario. . (informes, pantallas, mensajes). mensajes). # Peticiones de usuario: usuario: Entrada interactiva que produce alguna respuesta del software inmediata como salida interactiva. interactiva. # Archivos Archivos. . # Interfaces externas: externas: Se cuentan todas las interfaces legibles por la mquina que se utilizan para transmitir informacin a otro sistema sistema. .

Valores de ajuste de complejidad

Complejidad Ciclomtica
Es una mtrica del software que proporciona una medicin cuantitativa de la complejidad lgica de un programa. programa . La complejidad ciclomtica est basada en la teora de grafos y nos da una mtrica del Software extremadamente til til. .

Complejidad Ciclomtica
La complejidad se puede calcular de tres formas.
1.

El # de Regiones del grafo del flujo coincide con la complejidad ciclomtica. La complejidad ciclomtica, V(g), de un grafo de flujo G tambin se define como: V(g) = a n + 2 La complejidad ciclomtica, V(g),de un grafo de flujo G tambin se define como: V(g) = p +1

2.

3.

Nmero Ciclomtico de Mc Cabe

Modelo Constructivo de Costos

Es una jerarqua de modelos de estimacin para el software. Modelo Cocomo Bsico: Calcula C esfuerzo y costo del desarrollo en funcin del tamao del programa, expresados en LDC. Modelo Cocomo Intermedio: Calcula esfuerzo y costo en funcin del tamao del programa y de un conjunto de conductores de costo con atributos del producto, del hardware, del personal y del proyecto. Modelo Cocomo Avanzado: Incorpora las caractersticas del intermedio + evaluacin de los condiciones de costo en cada fase del proceso.

Modelo Constructivo de Costos

Modelo Cocomo Bsico:

Cantidad de personas por mes

E es el esfuerzo aplicado en personas-mes

Duracin del proyecto

D es el tiempo de desarrollo en meses cronolgicos

Modelo Cocomo Intermedio:

donde E es el esfuerzo aplicado en personas-mes FAE: Factor de ajuste de esfuerzo

Modelo Constructivo de Costos

COCOMO est definido para tres tipos de proyectos: Modo orgnico: Proyectos de software pequeos y sencillos. Modo semiacoplado: Proyectos de software intermedio en cuanto a tamao y nivel de complejidad. Modo empotrado: Proyectos muy restringidos.

Ejemplo:

Con modelo orgnico y suponiendo KLDC = 33,2. Calcule la cantidad de personas por mes. E = 2,4 (KLDC)1,05 = 2,4 (33,2) 1,05 = 95 pp- m Calcule la duracin del proyecto. D = 2,5 E0,38 = 2,5 (95) 0,38 = 14,10 meses Calcule nmero de personas para el proyecto. N=E/D = 95 / 14,10 ~ 7 personas

Ejemplo:

El modelo intermedio se amplia con un conjunto de atributos conductores del Costo que pueden agruparse en cuatro categoras principales: atributos del producto, del hardware, del personal, del proyecto. Esto resulta en 15 atributos que son valorados en una escala de 6 puntos desde muy bajo a extra alto.

Mtricas de punto de funcin de Albrecht.

Miden la aplicacin desde una perspectiva del usuario dejando de lado los detalles de codificacin, estos evalan con fiabilidad: El valor comercial de un sistema para el usuario. Tamao del proyecto, costo y tiempo de desarrollo. Calidad y productividad del programados. Esfuerzo de adaptacin, modificacin y mantenimiento. Posibilidad de desarrollo propio. Beneficios de implementacin en 4GL El proceso requiere dos etapas fundamentales : 1. Se identifican las funciones disponibles para el usuario y se organizan en cinco grupos as : Salidas, Consultas, Entradas, Archivos, Interfaces. 2. Se ajusta este total de acuerdo con unas caractersticas del entorno.

Mtricas de Casos de Uso

Enterprise Architect provee una herramienta de estimacin de proyectos comprensiva que calcula el esfuerzo desde los objetos de caso de uso y actor unido con configuraciones de proyectos definiendo la complejidad del ambiente de trabajo. Esto lo hace el mtodo de Puntos de Casos de Uso, que es un mtodo de estimacin y clculo de tamao del software basado en cuentas hechas sobre los casos de uso para un sistema de software. El mtodo exige la existencia de un modelo de casos de uso, por lo que la labor deber ser hecha cuando exista algn entendimiento del dominio del problema o cuando se est realizando las labores de arquitectura y dimensionamiento del tamao del sistema.

Mtricas de Casos de Uso

El mtodo requiere de casos de uso en modo textual y grfico slo en trminos de mayor claridad, se revisan en detalle los casos de uso seleccionados en la etapa del proyecto que se defina y se realizan los siguientes pasos:
1.

Cuantificacin de caractersticas funcionales del Sistema: Clasificacin de Actores, obtencin del Peso de Actores Sin Ajustar (PASA). Clasificacin de los Casos de Uso, obtencin del Peso de Transacciones Sin Ajustar (PTSA) Obtencin del Peso o Puntos de Casos de Uso Sin Ajustar (PCUSA). Cuantificacin de caractersticas no funcionales del Sistema: Clasificacin de Factores de Complejidad Tcnica (FCT). Clasificacin de Factores Ambientales (FA). Clculo de Puntos de Casos de Uso Ajustados (PCU).

2.

Una vez que estableci los casos de uso y el ambiente, resalte el paquete raz a estimar en el navegador de proyecto, haga clic con el botn derecho y seleccione Package Metrics.

Mtricas de Casos de Uso

Finalmente est detalla la informacin de complejidad para su proyecto: 1. El factor de complejidad tcnica (FCT) se calcula a partir de la informacin que ingres. 2. La complejidad ambiental (FCA) se calcula a partir de la informacin que ingres. 3. Los puntos no ajustados de los casos de uso (PNACU)= la suma de las tasas de complejidad de los casos de uso. 4. Los PNACU se multiplican por los factores FCT y FCA para producir un nmero de puntos de caso de uso (PCU) balanceado. 5. El nmero resultante se multiplica por las horas por defecto por caso de uso para producir la estimacin final. 6. Tambin se muestran las horas promedio para casos de uso simple, medios y complejos