TRABAJO FINAL METRICAS RESUMEN

1. UNIVERSIDAD TECNOLÓGICA DEL ESTADO DE ZACATECAS (UAP)
2015
TRABAJO FINAL UNIDAD
2 CALIDAD EN EL
DESARROLLO DE
SOFTWARE
Mari Teresa García Ibarra, Mariana Sandoval
Granados, Jhonatan Velázquez Oranday, Jairo
Martínez molina
[Escribir el nombre del autor]
0 6 D E F E B R E R O

2. FACTORES SEGÚN MC CALL
Corrección: Hasta dónde satisface un programa su especificación y consigue los
objetivos de la misión del cliente. Hasta qué punto un programa cumple sus
especificaciones y satisface los objetivos del usuario. Por ejemplo, si un programa debe
ser capaz de sumar dos números y en lugar de sumar los multiplica, es un programa
incorrecto. Es quizás el factor más importante, aunque puede no servir de nada sin los
demás factores.
Fiabilidad: Hasta dónde puede quedarse un programa que lleve a cabo su función
pretendida con la exactitud solicitada. Hasta qué punto se puede confiar en el
funcionamiento sin errores del programa. Por ejemplo, si el programa anterior suma dos
números, pero en un 25% de los casos el resultado que da no es correcto, es poco fiable.
Eficiencia: El conjunto de recursos informáticos y de código necesarios para que un
programa realice su función. Cantidad de código y de recursos informáticos (CPU,
memoria) que precisa un programa para desempeñar su función. Un programa que suma
dos números y necesita 2 MB de memoria para funcionar, o que tarda 2 horas en dar una
respuesta, es poco eficiente.
Integridad: Hasta dónde se puede controlar el acceso al software o a los datos por
individuos no autorizados. Hasta qué punto se controlan los accesos ilegales a programas
o datos. Un programa que permite el acceso de personas no autorizadas a ciertos datos es
poco íntegro.
Facilidad de mantenimiento: El esfuerzo necesario para localizar y arreglar un error en
un programa.
Flexibilidad: El esfuerzo necesario para modificar un programa operativo. El coste y
esfuerzo de aprender a manejar un producto, preparar la entrada de datos e interpretar la
salida del mismo.
Facilidad de prueba: El esfuerzo necesario para aprobar un programa para asegurarse
de que realiza su función pretendida. El coste de probar un programa para comprobar que
satisface sus requisitos. Por ejemplo, si un programa requiere desarrollar una simulación
completa de un sistema para poder probar que funciona bien, es un programa difícil de
probar.

3. Portabilidad: El esfuerzo necesario para trasladar el programa de un entorno de sistema
hardware y/o software a otro. El coste de transportar o migrar un producto de una
configuración hardware o entorno operativo a otro.
Reusabilidad: (capacidad de reutilización): Hasta dónde se puede volver a utilizar un
programa (o partes) en otras aplicaciones con relación al empaquetamiento y alcance de
las funciones que ejecuta el programa. Hasta qué punto se puede transferir un módulo o
programa del presente sistema a otra aplicación, y con qué esfuerzo.
Interoperabilidad: El esfuerzo necesario para acoplar un sistema con otro. Es difícil y en
algunos casos improbables, desarrollar medidas directas de los factores de calidad. El
coste y esfuerzo necesario para hacer que el software pueda operar conjuntamente con
otros sistemas o aplicaciones software externos.

4. EJEMPLOS
1°METRICA: TIEMPO MEDIO ENTRE FALLOS
OBJETIVO: Medida sencilla para determinar la fiabilidad o probabilidad de fallo en el
equipo
FORMULA:FMEF=horas de marcha de los equipos en el “periodo”
Cantidad de fallos de este grupo de equipos
DEFINICION DE COMPONENTES DE COMPONENTES DE LA FORMULA
TMEF=tiempo medio entre fallos
2°METRICA: DE ESPECIFICACION DE LA CALIDAD
OBJETIVO: Determina la especificación de la calidad
FORMULA: NumeroDeEspecificacionDeRequqerimientos=NumeroDeRequisitosFuncionales+
NumeroDeRequisitosNoFuncionales
NumeroDeEspecificacionDeRequqerimientos =15+8=
DETERMINACION COMPONENTE DE LA FORMULA
Ni=número de especificación de requerimientos
Nf=número de requisitos funciones
Nnf=número de requisitos no funcionales
3°METRICA: EFICACIA DE LA ELIMINACION DE DEFECTOS
OBJETIVOS: proporciona beneficios tanto a nivel del proyecto como del proceso
FORMULA: EED=E/(E+D)
NumeroDeErroresYDefectosEncontradosEnElSoftware=ErroresEncontradosDuranteLaActivi
dad/( ErroresEncontradosDuranteLaActividad + ErroresEncontradosDuranteLaActividad
+1)
NumeroDeErroresYDefectosEncontradosEnElSoftware =8/(6+7)=
NumeroDeErroresYDefectosEncontradosEnElSoftware =8/(8+8+1)=
8760
12
730
23
1.625
2.125

5. DEFINICION DE COMPONENTES DE LA FORMULA
4°MERICA: MEDIDAS DE FIABILIDAD
OBJETIVO: Determinar la fiabilidad
FORMULA: TMEF= tiempo medio de fallos
+ tiempo medio de reparación
tiempo medio entre fallos= 8+6=
DEFINICION DE COMPONENTES DE LA FORMULA
TMEF=tiempo medio entre fallos
TMDF=tiempo medio de fallos
TMDR=tiempo medio de reparación
5°METRICA DE INTEGRIDAD
OBJETIVO: Este atributo mide la habilidad de un sistema para soportar ataques
FORMULA: integridad=0[1-amenaza x(seguridad)]
0[1-2*[
DEFINICION DE COMPONENTES DE LA FORMULA
AMENAZA=probabilidad de un ataque
14