Ejemplo de Métrica de complejidad del Sw. Realizar los cálculos de longitud y el volumen de un programa de software. Métrica utilizada para realizar los cálculos. Ciencia del Sw. De Halstead • N: Longitud • N1: Número total de ocurrencias de operadores • N2: Número total de ocurrencias de operandos • V: Volumen • log2: Misma longitud N pero uno tiene mayor número de operadores y operandos únicos • n: Valor de operadores y operandos Formulas: Operaciones: N=N1+N2 N=23+22=45 V=Nxlog2(n) V=45xlog2(10+5)=175.8
Se debe calcular el tiempo de productividad del personal de una empresa por el tiempo perdido. • TO=Tiempo de Operación • TPO=Tiempo planificado de producción.
Formula: Desempeño=(TPO/TO)X100
Operación: TPO=1+2+3+6=12hrs por día TO=1+1=2Hrs paradas TPO/TO=12Hrs/2hrs TPO=6Hrs TPO=6Hrs x 100 TPO=600 minutos de tiempo productivo.
Métrica que se puede utilizar para saber el tiempo en que puede fallar un programa y el tiempo en que se pueden reparar fallos en un programa. Así al saber el tiempo medio de fallo poder conocer el tiempo en que se puede reparar. Tiempo medio entre fallos (TMEF). Tiempo medio de fallo (TMDF). Tiempo medio de reparación (TMDR). Considerando un sistema basado en computadora, una medida sencilla de La fiabilidad es el tiempo medio entre fallos (TMEF) donde: TMEF = TMDF+TMDR (TMDF (tiempo medio de fallo) y TMDR (tiempo medio de reparación)). Muchos investigadores argumentan que el TMDF es con mucho, una medida más útil que los defectos. Por ejemplo, consideremos un programa que ha estado funcionando durante 14 meses. Muchos de los errores del programa pueden pasar desapercibidos durante décadas antes de que se 67 Detecten. Otros errores, aunque no se hayan descubierto aún, pueden tener una tasa de fallo de 18 o 24 meses, incluso aunque se eliminen todos los errores de la primera categoría (los que tienen un gran TMEF), el impacto sobre la fiabilidad del Software será muy escaso. Además de una medida de la fiabilidad debemos obtener una medida de la disponibilidad.
-Se estimara el tiempo que se llevo producir un software -El tiempo de estimación del software -El personal que se utilizo para crear el software
FS: Finalización del software HF: Horas faltantes (a plazo de estimación) HR: Horas restantes (a plazo de estimación) P: Personal HTD: Horas de trabajo por día PS: Plazo del software
Formula: HTD x P = FS PS – FS = (HR) PS + FS= (HF)
Ejemplo: PS = 2 DIAS (48 HORAS) P = 4 PERSONAS HTD = 8 HORAS HTD x P = 32 HORAS FS = 32 HORAS PS = 48 – 32 = 16 HORAS (HR) = 16 HORAS
Ejemplo de desempeño de software. Se pide terminar un proyecto de software en 10 días. Se cuenta con 5 personas. Las dichas personas trabajan 8 diarias. Finalización del software. Operaciones: (PL)= plazo. (PR)=personas (HTD)=horas trabajadas diarias. (F)=finalización del proyecto. (TS)= tiempo sobrante. Formula: PR*HT=F PL-F=TS PR5*12HT=60 PL=120-60=60 60=TS
Métricas Ejemplo de métrica de desempeño Tomaremos el desempeño de 4 programadores quienes tienen la tarea de crear 200 líneas de código lo importante es conocer en cuanto tiempo= horas logran terminar su trabajo P=programadores LCH=líneas codificadas por hora TP= tiempo final Formula P*LCH=TP
P(4)*LCH(50)=200 Entonces tardaron 2 días en terminar las 200 líneas de código
A.TIPO DE MÉTRICAS: Métricas de calidad: Mide la satisfacción de los requerimientos del usuario (en términos de error). Métricas de productividad: Mide el rendimiento o producción de un personal de mantenimiento mensual. Métricas de documentación: Mide la eficiencia de documentación respecto a la complejidad del mantenimiento. Métricas de costos: Mide el nivel de costos en un grado de complejidad. CÁLCULO DE MÉTRICA ORIENTADA AL TAMAÑO DEL SISTEMA: Son indicadores que se utilizan para calcular los recursos necesarios de un proyecto, estos se cuantifican en función al Número de Líneas de Código LDC que se emplean en los sistemas: Productividad=LDC/Personal*Meses Documentación=Paginas/ LDC Calidad= LDC/Errores Costo= Nuevos Soles/LDC Ejercicio: Es un sistema de Información de Control Aéreo cuyo costo es de $168,000.00 donde se calcula tener 12,000 LDC, fue desarrollado por un equipo de 3 personas en un periodo de un año, donde se emplearon 365 hojas de papel de documentación, se detectaron 29 errores. Calcular a través de métricas los recursos necesarios para implementar el mantenimiento de este sistema en 2 meses cuyas modificaciones se estiman en 2,000 LDC. Solución: Proyecto: A Costo: 168,000 LDC: 12,000 Paginas Doc.:365 Errores: 29 Personal: 3 Cálculo de Indicadores: Índice de Productividad = 12,000 / 3 / 12 = 333.3 LDC por cada persona mensual Índice de Calidad = 12,000 / 29 = 413.8 LDC para cometer un error Índice de Documentación = 365 / 12,000 = 0.03 Páginas por cada 100 LDC Índice de Costos = 168,000 / 12,000 = 14 Soles por una LDC Cálculo de Recursos: Cálculo del Tiempo (en meses por una persona) = 2,000 / 333.3 = 6 meses Personas Mensuales = 6 / 2 = 3 personas Papel Necesario = 2,000 * 0.03 = 60 hojas Costo del Mantenimiento = 2,000 * 14 = 28,000 Soles por todo el proyecto de mantenimiento
Nombre: Tiempo de respuesta Propósito: Cuál es el tiempo estimado para completar una tarea. Método de aplicación: Evaluar la eficiencia de las llamadas al SO y a la aplicación. Estimar el tiempo de respuesta basado en ello. Puede medirse: • Todo o partes de las especificaciones de diseño. • Probar la ruta completa de una transacción. • Probar módulos o partes completas del producto. • Producto completo durante la fase de pruebas. Medición, fórmula: X = tiempo (calculado o simulado) Interpretación: Entre más corto, mejor. Tipo de escala: Proporción Tipo de medida: X = time Fuente de medición: Sistema operativo conocido Tiempo estimado en llamadas al sistema ISO/IEC 12207 SLCP: Verificación Revisión conjunta Audiencia: Desarrolladores Requeridores
Nombre: Suficiencia de las pruebas Propósito: Cuántas de los casos de prueba necesarios están cubiertos por el plan de pruebas. Método de aplicación: Contar las pruebas planeadas y comparar con el número de pruebas requeridas para obtener una cobertura adecuada. Medición, fórmula: X = A/B A = número de casos de prueba en el plan B = número de casos de prueba requeridos Interpretación: X= 3/8 Entre X se mayor, mejor la suficiencia. Fuente de medición: A proviene del plan de pruebas B proviene de la especificación de requisitos ISO/IEC 12207 SLCP: Aseguramiento de Calidad Resolución de problemas Verificación Audiencia: Desarrolladores Mantenedores
Consideran el tamaño de software que se ha producido, siendo por ello las líneas de código (LDC) el valor de normalización. Son medidas directas del resultado y del proceso. Si una organización de software mantiene registros sencillos, se puede crear una tabla de datos orientados al tamaño como la siguiente: Proyecto:A Esfuerzo: 24 Miles: 168 Kldc: 12,1 Paginas documentadas: 365 Errores: 29 Defectos: 3
Medidas • Líneas de código (LDC). • Esfuerzo en persona-mes. • Costo en dólares. • Número de páginas de documentación. • Número de errores. Fallas detectadas antes de entregar el software al cliente. • Número de defectos. Fallas detectadas después de entregar el software al cliente. • Número de personas en el proyecto.” [2]
Métricas de Funcionalidad 1. Adecuidad 2. Exactidud 3. Interoperabilidad 4. Seguridad 5. Conformidad de la funcionalidad
Ejemplo de Métrica de Adecuidad Nombre: Completitud de implementación funcional Propósito: Qué tan completa está la implementación funcional. Método de aplicación: Contar las funciones faltantes detectadas en la evaluación y comparar con el número de funciones descritas en la especificación de requisitos. Medición, fórmula: X = 1 - A/B A = número de funciones faltantes B = número de funciones descritas en la especificación de requisitos Interpretación: 0 <= X <= 1 Entre más cercano a 1, más completa. Tipo de escala: Absoluta Tipo de medida: X = count/count A = count B = count Fuente de medición: Especificación de requisitos Diseño Código fuente Informe de revisión ISO/IEC 12207 SLCP: 6.6 Validación 6.6 Revisión conjunta Audiencia: Requeridores Desarrolladores
Métricas de Eficiencia Comportamiento en el tiempo Utilización de recursos Conformidad de la eficiencia Ejemplo de Métrica de Comportamiento en el Tiempo
Nombre: Tiempo de respuesta Propósito: Cuál es el tiempo estimado para completar una tarea. Método de aplicación: Evaluar la eficiencia de las llamadas al SO y a la aplicación. Estimar el tiempo de respuesta basado en ello. Puede medirse: Todo o partes de las especificaciones de diseño. Probar la ruta completa de una transacción .Probar módulos o partes completas del producto. Producto completo durante la fase de pruebas. Medición, fórmula: X = tiempo (calculado o simulado) Interpretación: Entre más corto, mejor. Tipo de escala: proporción Tipo de medida: X = time Fuente de medición: Sistema operativo conocido Tiempo estimado en llamadas al sistema.
Propósito: Qué tan completa está la implementación funcional.
Método de aplicación: Contar las funciones faltantes detectadas en la evaluación y comparar con el número de funciones descritas en la especificación de requisitos.
Medición, fórmula: X = 1 - A/B A = número de funciones faltantes B = número de funciones descritas en la especificación de requisitos
Interpretación: 0 <= X <= 1 Entre más cercano a 1, más completa.
Tipo de escala: absoluta
Tipo de medida: X = count/count A = count B = count
Fuente de medición: Especificación de requisitos Diseño Código fuente Informe de revisión
Modelo Cocomo Básico: FORMULAS: Cantidad de personas por mes E=ab KLDCbb E es el esfuerzo aplicado en personas-mes Duración del proyecto D= CbEd b D es el tiempo de desarrollo en meses cronológicos
Modelo Cocomo Intermedio:
E= a¡ KLDCbi X FAE donde E es el esfuerzo aplicado en personas-mes FAE: Factor de ajuste de esfuerzo EJEMPLO Modelo COCOMO básico Proyecto de Software ab bb cb db Orgánico 2,4 1,05 2,5 0,38 Semiacoplado 3,0 1,12 2,5 0,35
Con modelo orgánico 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 p = 2,4 (33,2) 1,05 = 95 p-m Calcule la duración del proyecto. D = 2,5 E0,38 = 2,5 (95) 0,38 = 14,10 meses Calcule número de personas para el proyecto. N = E / D = 95 / 14,10 ~ 7 personas
METRICA DE CICLOMÁTICA FORMULAS: La complejidad se puede calcular de tres formas. 1. El # de Regiones del grafo del flujo coincide con la complejidad ciclomática. La complejidad ciclomática, V(g), de un grafo de flujo G también Complejidad Ciclomática 2.se define como: V(g) = a V(g) = a – n + 2 3.La complejidad ciclomática, V(g),de un grafo de flujo G también se define como: V(g) = p +1
EJEMPLOS: 1_V(g)= a-n+2 2-v(g)=p+1
V(g)=10-8+2=4 V(g)=3+1=4 En ambas fórmulas al realizar las operaciones el resultado será el mismo.
Datos que nos permitirán realizar nuestras métricas: Farmacia • Esfuerzo = 30 • $ = 168,500 • KLDC = 12,100 • Pag.doc 378 • Errores = 29 • Gente = 5 Hospital • Esfuerzo = 60 • $ = 578,300 • KLDC = 39,443 • Pag.doc 921 • Errores = 540 • Gente = 20 En esté ejemplo se emplean las siguientes métricas: • Productividad = KLDC/persona-mes • Calidad = errores/KLDC • Documentación = pags. Doc/ KLDC • Costo = $/KLDC Para medir distintos factores y así poder hacer una comparación entre el Hospital y la Farmacia considerando la siguiente colección: Farmacia • Productividad = 12,100/5 • Calidad = 29/12,100 • Documentación = 378/ 12,100 • Costo = 30/12,100 Hospital • Productividad = 39,443/20 • Calidad = 540/39,443 • Documentación = 921/ 39,443 • Costo = 578,300/39,443 Una vez realizando el Análisis nos muestra los siguientes resultados: Farmacia • Productividad = 2420 • Calidad = 2.39 • Documentación = 0.031 • Costo = 2.47 Hospital • Productividad = 1972.15 • Calidad = 0.013 • Documentación = 0.023 • Costo = 14.66 Así que se puede interpretar que lo siguiente: • Farmacia es mejor en cuanto Productividad a comparación que el Hospital • Farmacia es mejor en cuanto Calidad a comparación que el Hospital • Farmacia es mejor en cuanto Documentación a comparación que el Hospital • Hospital es mayor en cuanto a Costo a comparación que la Farmacia Como retroalimentación se considera que la Farmacia está superando en la mayoría de los factores al Hospital.
Nombre: Funciones evidentes Propósito: Qué proporción de las funciones del sistemas son evidentes al usuario. Método de aplicación: Contar las funciones evidentes al usuario y comparar con el número total de funciones. Medición, fórmula: X = A/B A = número de funciones (o tipos de funciones) evidentes al usuario B = total de funciones (o tipos de funciones) Interpretación: 0 <= X <= 1 Entre más cercano a 1, mejor. Tipo de escala: absoluta Tipo de medida: X = count/count A = count B = count Fuente de medición: Especificación de requisitos Diseño Informe de revisión ISO/IEC 12207 SLCP: Verificación Revisión conjunta Audiencia: Requeridores Desarrolladores
Ejemplo de Métrica de Adecuidad Nombre: Completitud de implementación funcional Propósito: Qué tan completa está la implementación funcional. Método de aplicación: Contar las funciones faltantes detectadas en la evaluación y comparar con el número de funciones descritas en la especificación de requisitos. Medición, fórmula: X = 1 - A/B A = número de funciones faltantes B = número de funciones descritas en la especificación de requisitos Interpretación: 0 <= X <= 1 Entre más cercano a 1, más completa. Tipo de escala: Absoluta Tipo de medida: X = count/count A = count B = count Fuente de medición: Especificación de requisitos Diseño Código fuente Informe de revisión ISO/IEC 12207 SLCP: 6.6 Validación 6.6 Revisión conjunta Audiencia: Requeridores Desarrolladores
Ejemplo de Métrica de complejidad del Sw.
ResponderEliminar Realizar los cálculos de longitud y el volumen de un programa de software.
Métrica utilizada para realizar los cálculos.
Ciencia del Sw. De Halstead
• N: Longitud
• N1: Número total de ocurrencias de operadores
• N2: Número total de ocurrencias de operandos
• V: Volumen
• log2: Misma longitud N pero uno tiene mayor número de operadores y operandos únicos
• n: Valor de operadores y operandos
Formulas: Operaciones:
N=N1+N2 N=23+22=45
V=Nxlog2(n) V=45xlog2(10+5)=175.8
Ejemplo de métrica de Desempeño.
ResponderEliminarSe debe calcular el tiempo de productividad del personal de una empresa por el tiempo perdido.
• TO=Tiempo de Operación
• TPO=Tiempo planificado de producción.
Formula:
Desempeño=(TPO/TO)X100
Operación:
TPO=1+2+3+6=12hrs por día
TO=1+1=2Hrs paradas
TPO/TO=12Hrs/2hrs
TPO=6Hrs
TPO=6Hrs x 100
TPO=600 minutos de tiempo productivo.
Métrica que se puede utilizar para saber el tiempo en que puede fallar un programa y el tiempo en que se pueden reparar fallos en un programa.
ResponderEliminarAsí al saber el tiempo medio de fallo poder conocer el tiempo en que se puede reparar.
Tiempo medio entre fallos (TMEF).
Tiempo medio de fallo (TMDF).
Tiempo medio de reparación (TMDR).
Considerando un sistema basado en computadora, una medida sencilla de
La fiabilidad es el tiempo medio entre fallos (TMEF) donde:
TMEF = TMDF+TMDR
(TMDF (tiempo medio de fallo) y TMDR (tiempo medio de reparación)). Muchos investigadores argumentan que el TMDF es con mucho, una
medida más útil que los defectos.
Por ejemplo, consideremos un
programa que ha estado funcionando durante 14 meses. Muchos de los errores
del programa pueden pasar desapercibidos durante décadas antes de que se 67 Detecten. Otros errores, aunque no se hayan descubierto aún, pueden tener una tasa de fallo de
18 o 24 meses, incluso aunque se eliminen todos los errores de la primera
categoría (los que tienen un gran TMEF), el impacto sobre la fiabilidad del
Software será muy escaso.
Además de una medida de la fiabilidad debemos obtener una medida de la
disponibilidad.
Ejemplo de métrica de desempeño:
ResponderEliminar-Se estimara el tiempo que se llevo producir un software
-El tiempo de estimación del software
-El personal que se utilizo para crear el software
FS: Finalización del software
HF: Horas faltantes (a plazo de estimación)
HR: Horas restantes (a plazo de estimación)
P: Personal
HTD: Horas de trabajo por día
PS: Plazo del software
Formula:
HTD x P = FS
PS – FS = (HR)
PS + FS= (HF)
Ejemplo:
PS = 2 DIAS (48 HORAS)
P = 4 PERSONAS
HTD = 8 HORAS
HTD x P = 32 HORAS
FS = 32 HORAS
PS = 48 – 32 = 16 HORAS
(HR) = 16 HORAS
Ejemplo de desempeño de software.
ResponderEliminarSe pide terminar un proyecto de software en 10 días.
Se cuenta con 5 personas.
Las dichas personas trabajan 8 diarias.
Finalización del software.
Operaciones:
(PL)= plazo.
(PR)=personas
(HTD)=horas trabajadas diarias.
(F)=finalización del proyecto.
(TS)= tiempo sobrante.
Formula:
PR*HT=F
PL-F=TS
PR5*12HT=60
PL=120-60=60
60=TS
Métricas
ResponderEliminarEjemplo de métrica de desempeño
Tomaremos el desempeño de 4 programadores quienes tienen la tarea de crear 200 líneas de código lo importante es conocer en cuanto tiempo= horas logran terminar su trabajo
P=programadores
LCH=líneas codificadas por hora
TP= tiempo final
Formula
P*LCH=TP
P(4)*LCH(50)=200
Entonces tardaron 2 días en terminar las 200 líneas de código
A.TIPO DE MÉTRICAS:
ResponderEliminarMétricas de calidad: Mide la satisfacción de los requerimientos del usuario (en términos de error).
Métricas de productividad: Mide el rendimiento o producción de un personal de mantenimiento mensual.
Métricas de documentación: Mide la eficiencia de documentación respecto a la complejidad del mantenimiento.
Métricas de costos: Mide el nivel de costos en un grado de complejidad.
CÁLCULO DE MÉTRICA ORIENTADA AL TAMAÑO DEL SISTEMA:
Son indicadores que se utilizan para calcular los recursos necesarios de un proyecto, estos se cuantifican en función al Número de Líneas de Código LDC que se emplean en los sistemas:
Productividad=LDC/Personal*Meses
Documentación=Paginas/ LDC
Calidad= LDC/Errores
Costo= Nuevos Soles/LDC
Ejercicio:
Es un sistema de Información de Control Aéreo cuyo costo es de $168,000.00 donde se calcula tener 12,000 LDC, fue desarrollado por un equipo de 3 personas en un periodo de un año, donde se emplearon 365 hojas de papel de documentación, se detectaron 29 errores.
Calcular a través de métricas los recursos necesarios para implementar el mantenimiento de este sistema en 2 meses cuyas modificaciones se estiman en 2,000 LDC.
Solución:
Proyecto: A
Costo: 168,000
LDC: 12,000
Paginas Doc.:365
Errores: 29
Personal: 3
Cálculo de Indicadores:
Índice de Productividad = 12,000 / 3 / 12 = 333.3 LDC por cada persona mensual
Índice de Calidad = 12,000 / 29 = 413.8 LDC para cometer un error
Índice de Documentación = 365 / 12,000 = 0.03 Páginas por cada 100 LDC
Índice de Costos = 168,000 / 12,000 = 14 Soles por una LDC
Cálculo de Recursos:
Cálculo del Tiempo (en meses por una persona) = 2,000 / 333.3 = 6 meses
Personas Mensuales = 6 / 2 = 3 personas
Papel Necesario = 2,000 * 0.03 = 60 hojas
Costo del Mantenimiento = 2,000 * 14 = 28,000 Soles por todo el proyecto de mantenimiento
Comportamiento en el Tiempo
ResponderEliminarNombre: Tiempo de respuesta
Propósito: Cuál es el tiempo estimado para completar una tarea.
Método de aplicación: Evaluar la eficiencia de las llamadas al SO y a la aplicación.
Estimar el tiempo de respuesta basado en ello. Puede medirse:
• Todo o partes de las especificaciones de diseño.
• Probar la ruta completa de una transacción.
• Probar módulos o partes completas del producto.
• Producto completo durante la fase de pruebas.
Medición, fórmula: X = tiempo (calculado o simulado)
Interpretación: Entre más corto, mejor.
Tipo de escala: Proporción
Tipo de medida: X = time
Fuente de medición: Sistema operativo conocido
Tiempo estimado en llamadas al sistema
ISO/IEC 12207 SLCP: Verificación
Revisión conjunta
Audiencia: Desarrolladores
Requeridores
Este comentario ha sido eliminado por el autor.
EliminarNombre: Suficiencia de las pruebas
ResponderEliminarPropósito: Cuántas de los casos de prueba necesarios están cubiertos por el plan de pruebas.
Método de aplicación: Contar las pruebas planeadas y comparar con el número de pruebas requeridas para obtener una cobertura adecuada.
Medición, fórmula: X = A/B
A = número de casos de prueba en el plan
B = número de casos de prueba requeridos
Interpretación: X= 3/8
Entre X se mayor, mejor la suficiencia.
Fuente de medición: A proviene del plan de pruebas
B proviene de la especificación de requisitos
ISO/IEC 12207 SLCP: Aseguramiento de Calidad
Resolución de problemas
Verificación
Audiencia: Desarrolladores
Mantenedores
Consideran el tamaño de software que se ha producido, siendo por ello las líneas de código (LDC) el valor de normalización. Son medidas directas del resultado y del proceso.
ResponderEliminarSi una organización de software mantiene registros sencillos, se puede crear una tabla de datos orientados al tamaño como la siguiente:
Proyecto:A
Esfuerzo: 24
Miles: 168
Kldc: 12,1
Paginas documentadas: 365
Errores: 29
Defectos: 3
Medidas
• Líneas de código (LDC).
• Esfuerzo en persona-mes.
• Costo en dólares.
• Número de páginas de documentación.
• Número de errores. Fallas detectadas antes de entregar el software al cliente.
• Número de defectos. Fallas detectadas después de entregar el software al cliente.
• Número de personas en el proyecto.” [2]
Métricas
• Productividad = KLDC/Esfuerzo
• Calidad = errores/KLDC (miles de líneas de código)
• Costo = $/KLDC
• Documentación = Pags. Doc/KLDC
Métricas de Funcionalidad
ResponderEliminar1. Adecuidad
2. Exactidud
3. Interoperabilidad
4. Seguridad
5. Conformidad de la funcionalidad
Ejemplo de Métrica de Adecuidad
Nombre: Completitud de implementación funcional
Propósito: Qué tan completa está la implementación funcional.
Método de aplicación: Contar las funciones faltantes detectadas en la evaluación y comparar con el número de funciones descritas en la especificación de requisitos.
Medición, fórmula: X = 1 - A/B
A = número de funciones faltantes
B = número de funciones descritas en la especificación de requisitos
Interpretación: 0 <= X <= 1
Entre más cercano a 1, más completa.
Tipo de escala: Absoluta
Tipo de medida: X = count/count
A = count
B = count
Fuente de medición: Especificación de requisitos
Diseño
Código fuente
Informe de revisión
ISO/IEC 12207 SLCP: 6.6 Validación
6.6 Revisión conjunta
Audiencia: Requeridores
Desarrolladores
Métricas de Eficiencia
ResponderEliminarComportamiento en el tiempo
Utilización de recursos
Conformidad de la eficiencia
Ejemplo de Métrica de Comportamiento en el Tiempo
Nombre: Tiempo de respuesta
Propósito: Cuál es el tiempo estimado para completar una tarea.
Método de aplicación: Evaluar la eficiencia de las llamadas al SO y a la aplicación.
Estimar el tiempo de respuesta basado en ello.
Puede medirse: Todo o partes de las especificaciones de diseño. Probar la ruta completa de una transacción .Probar módulos o partes completas del producto. Producto completo durante la fase de pruebas.
Medición, fórmula: X = tiempo (calculado o simulado)
Interpretación: Entre más corto, mejor.
Tipo de escala: proporción
Tipo de medida: X = time
Fuente de medición: Sistema operativo conocido
Tiempo estimado en llamadas al sistema.
Nombre: Completitud de implementación funcional
ResponderEliminarPropósito: Qué tan completa está la implementación funcional.
Método de aplicación: Contar las funciones faltantes detectadas en la evaluación y comparar con el número de funciones descritas en la especificación de requisitos.
Medición, fórmula: X = 1 - A/B
A = número de funciones faltantes
B = número de funciones descritas en la especificación de requisitos
Interpretación: 0 <= X <= 1
Entre más cercano a 1, más completa.
Tipo de escala: absoluta
Tipo de medida: X = count/count
A = count
B = count
Fuente de medición: Especificación de requisitos
Diseño
Código fuente
Informe de revisión
ISO/IEC 12207 SLCP: 6.6 Validación
6.6 Revisión conjunta
Audiencia: Requeridores
Desarrolladores
Modelo Cocomo Básico:
ResponderEliminarFORMULAS:
Cantidad de personas por mes
E=ab KLDCbb E es el esfuerzo aplicado en personas-mes
Duración del proyecto
D= CbEd b D es el tiempo de desarrollo en meses cronológicos
Modelo Cocomo Intermedio:
E= a¡ KLDCbi X FAE donde E es el esfuerzo aplicado en personas-mes
FAE: Factor de ajuste de esfuerzo
EJEMPLO
Modelo COCOMO básico
Proyecto de Software ab bb cb db
Orgánico 2,4 1,05 2,5 0,38
Semiacoplado 3,0 1,12 2,5 0,35
Con modelo orgánico 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 p = 2,4 (33,2) 1,05 = 95 p-m
Calcule la duración del proyecto.
D = 2,5 E0,38
= 2,5 (95) 0,38 = 14,10 meses
Calcule número de personas para el proyecto.
N = E / D
= 95 / 14,10
~ 7 personas
Ejemplo De Métrica De Desempeño.
ResponderEliminarSe debe calcular el tiempo de productividad del personal de una empresa por el tiempo perdido.
• TO=Tiempo de Operación
• TPO=Tiempo planificado de producción.
Formula:
Desempeño=(TPO/TO)X100
Operación:
TPO=1+2+3+6=12hrs por día
TO=1+1=2Hrs paradas
TPO/TO=12Hrs/2hrs
TPO=6Hrs
TPO=6Hrs x 100
TPO=600 minutos de tiempo productivo.
METRICA DE CICLOMÁTICA
ResponderEliminarFORMULAS:
La complejidad se puede calcular de tres formas.
1. El # de Regiones del grafo del flujo coincide con la complejidad
ciclomática.
La complejidad ciclomática, V(g), de un grafo de flujo G también
Complejidad Ciclomática
2.se define como:
V(g) = a V(g) = a – n + 2
3.La complejidad ciclomática, V(g),de un grafo de flujo G también se define como:
V(g) = p +1
EJEMPLOS:
1_V(g)= a-n+2
2-v(g)=p+1
V(g)=10-8+2=4
V(g)=3+1=4
En ambas fórmulas al realizar las operaciones el resultado será el mismo.
Datos que nos permitirán realizar nuestras métricas:
ResponderEliminarFarmacia
• Esfuerzo = 30
• $ = 168,500
• KLDC = 12,100
• Pag.doc 378
• Errores = 29
• Gente = 5
Hospital
• Esfuerzo = 60
• $ = 578,300
• KLDC = 39,443
• Pag.doc 921
• Errores = 540
• Gente = 20
En esté ejemplo se emplean las siguientes métricas:
• Productividad = KLDC/persona-mes
• Calidad = errores/KLDC
• Documentación = pags. Doc/ KLDC
• Costo = $/KLDC
Para medir distintos factores y así poder hacer una comparación entre el Hospital y la Farmacia considerando la siguiente colección:
Farmacia
• Productividad = 12,100/5
• Calidad = 29/12,100
• Documentación = 378/ 12,100
• Costo = 30/12,100
Hospital
• Productividad = 39,443/20
• Calidad = 540/39,443
• Documentación = 921/ 39,443
• Costo = 578,300/39,443
Una vez realizando el Análisis nos muestra los siguientes resultados:
Farmacia
• Productividad = 2420
• Calidad = 2.39
• Documentación = 0.031
• Costo = 2.47
Hospital
• Productividad = 1972.15
• Calidad = 0.013
• Documentación = 0.023
• Costo = 14.66
Así que se puede interpretar que lo siguiente:
• Farmacia es mejor en cuanto Productividad a comparación que el Hospital
• Farmacia es mejor en cuanto Calidad a comparación que el Hospital
• Farmacia es mejor en cuanto Documentación a comparación que el Hospital
• Hospital es mayor en cuanto a Costo a comparación que la Farmacia
Como retroalimentación se considera que la Farmacia está superando en la mayoría de los factores al Hospital.
Nombre:
ResponderEliminarFunciones evidentes
Propósito:
Qué proporción de las funciones del sistemas son evidentes al usuario.
Método de aplicación:
Contar las funciones evidentes al usuario y comparar con el número total de funciones.
Medición, fórmula:
X = A/B
A = número de funciones (o tipos de funciones) evidentes al usuario
B = total de funciones (o tipos de funciones)
Interpretación:
0 <= X <= 1
Entre más cercano a 1, mejor.
Tipo de escala:
absoluta
Tipo de medida:
X = count/count
A = count
B = count
Fuente de medición:
Especificación de requisitos
Diseño
Informe de revisión
ISO/IEC 12207 SLCP:
Verificación
Revisión conjunta
Audiencia:
Requeridores
Desarrolladores
Ejemplo de Métrica de Adecuidad
ResponderEliminarNombre: Completitud de implementación funcional
Propósito: Qué tan completa está la implementación funcional.
Método de aplicación: Contar las funciones faltantes detectadas en la evaluación y comparar con el número de funciones descritas en la especificación de requisitos.
Medición, fórmula: X = 1 - A/B
A = número de funciones faltantes
B = número de funciones descritas en la especificación de requisitos
Interpretación: 0 <= X <= 1
Entre más cercano a 1, más completa.
Tipo de escala: Absoluta
Tipo de medida: X = count/count
A = count
B = count
Fuente de medición: Especificación de requisitos
Diseño
Código fuente
Informe de revisión
ISO/IEC 12207 SLCP: 6.6 Validación
6.6 Revisión conjunta
Audiencia: Requeridores
Desarrolladores