UNIVERSIDAD TECNOLÓGICA DEL ESTADO
DE ZACATECAS
UNIDAD ACADÉMICA DE PINOS
Tecnologías De La Información Y Comunicación
Calidad en el desarrollo de Software
Lucy González
Trabajo Final
Unidad 2
Introducción a la calidad en el desarrollo de software
5to cuatrimestre A
José Francisco Arenas Jiménez
Pinos Zacatecas
06/02/2015

FACTORES Y CARACTERÍSTICAS QUE DETERMINA LA
CALIDAD EN EL DESARROLLO DE SOFTWARE SEGÚN
MCCALL
Este modelo es considerado por primera vez en 1977 por McCall. Destinado a
ser utilizado durante el proceso de desarrollo de sistemas, demostró muy
temprano como puente entre los usuarios y los desarrolladores, concilia los
puntos de la vista de los usuarios con las prioridades de los desarrolladores.
Con una perspectiva de visión basada en los criterios de la evaluación de la
calidad.
FACTORES QUE DETERMINA LA CALIDAD EN EL
DESARROLLO DE SOFTWARE SEGÚN MCCALL
Los factores desarrollados según el modelo de McCall, se centra en tres
aspectos importantes de unos productos de software:
 Sus características operativas.
 Su capacidad para soportar los cambios.
 Su adaptabilidad a nuevos entornos.
Lista de factores y características:
 Corrección: mide el grado en que un programa satisface sus
especificaciones y consigue los objetivos del usuario.
 Fiabilidad: mide el grado en que se puede esperar que un programa
lleve a cabo sus funciones esperada con la precisión requerida.
 Eficiencia: mide la cantidad de recursos de computadora y de código
requerido por un programa para que lleve a cabo las funciones
especificadas.
 Integridad: es el grado en que puede controlarse el acceso al software o
a los datos por personal no autorizado.
 Facilidad de Uso: es el esfuerzo requerido para aprender un programa
e interpretar la información de entrada y de salida.
 Facilidad de Mantenimiento: es el esfuerzo requerido para localizar y
arreglar programas.
 Facilidad de Prueba: es el esfuerzo requerido para probar un programa.
 Flexibilidad: es el esfuerzo requerido para modificar un sistema
operativo.
 Portabilidad: es el esfuerzo requerido para transferir un software de un
hardware o un entorno de sistemas a otro.
 Reusabilidad: es el grado en que un programa (o partes de un
programa) se puede reutilizar en otro.

 Facilidad de Interoperación: es el esfuerzo requerido para asociar un
programa a otro.
CARACTERÍSTICAS QUE DETERMINA LA CALIDAD EN EL
DESARROLLO DE SOFTWARE SEGÚN MCCALL
Simple y fácil de calcular:
Debería ser relativamente fácil de aprender de obtener la métrica y su cálculo
no obligara a un esfuerzo o a una calidad de tiempo inusuales.
Empírica e intuitivamente persuasiva:
La métrica debería satisfacer las nociones intuitivas del ingeniero de software
sobre el atributo del producto en cuestión (por ejemplo: una métrica que mide la
cohesión de un modulo debería aumentar su valor a medida que crece el nivel
de cohesión).
Consistente en el empleo de unidades y tamaños:
El cálculo matemático de la métrica debería utilizar medidas que no llevan a
extrañas combinaciones de unidades. Por ejemplo, multiplicando el número de
personas de un equipo por las variables del lenguaje de programación en el
programa resulta una sospechosa mezcla de unidades que no son
intuitivamente concluyentes.
Independiente del lenguaje de programación:
Las métricas deberían apoyarse en el modelo de análisis, modelo de diseño o
en la propia estructura del programa. No debería depender de os caprichos de
la sintaxis o semántica del lenguaje de programación. Un mecanismo eficaz
para la realimentación de calidad la métrica debería suministrar el desarrollador
de software información que le lleve a un producto final de superior calidad.
Un mecanismo eficaz para la realimentación de calidad:
La métrica debería suministrar el desarrollador de software información que le
lleve a un producto final de superior calidad.

EXPLICAR 5 METRICAS QUE RELACIONEN ALGUNOS DE
ESTOS FACTORESCON EJEMPLO
Métrica de disponibilidad:
Es el que mide el grado de una aplicación en cuanto a disponibilidad.
Disponibilidad =TMEF / (TMEF+TMDR)*100%
TMEF=tiempo medio entre fallos.
TMDR=tiempo medio de reparación.
Integridad:
Integridad=0[1-amenaza]*(1-seguridad)=
Amenaza= probabilidad de un ataque de tipo establecido.
Seguridad= probabilidad de repeler un ataque establecido.
Si una aplicación recibe un archivo infectado virus etc. y por cada archivo
infectado se tiene una seguridad de acuerdo con la amenaza.
Integridad=0[1-1*(1-1)]
Integridad=0[0*0]
Integridad=0
Métrica de tiempo medio entre fallos (TMEF)
Horas en marchas de los equipos en el periodo de tiempo a utilizar.
Se puede hacer un ejemplo:
TMEF=1464 = 366 horas y fallos
4
Métrica de mantenimiento:
Determinar el índice o clasificar la madurez a las parte de un software.
Eso es para cuando una aplicación que tan confiables es:
8= módulos
3= requieren modificados
3= para complementar
(IMS = [MR-(FA+FD)])/MR = [8-(3+3+0)]/8

[8-6]/8
[2]/8= 0.25
Métrica de eficacia de la eliminación de defectos:
Proporciona beneficios tanto a nivel de proyecto como del proceso.
Si una aplicación concluida el 7 de febrero fue entregado sin ningún error
después entrega se comenzó a marcar unos errores el cual era al inicio de
arranque después de 14 horas de funcionamiento se representaron 4 errores
EED =Ei / (Ei+Ei+1)=0/(0+7)=3/(7+7+1)=15 horas/fallos