Indicadores Técnicos para Calidad de Software Según ISO-9126

Caracterstica
Valor mnimo
aceptado de la
Caracterstica
Funcionalidad
Mide el comportamiento del software desde el punto
de vista funcional. El comportamiento del sistema se
puede observar desde las siguientes perspectivas:
a) Las diferencias entre los resultados reales y la
especificacin de los requisitos de calidad;
b) La falta de adecuacin funcional detectada
durante el funcionamiento desde el punto de vista de
los usuarios
0.56
Fiabilidad
Mide los atributos relacionados con el
comportamiento del sistema durante las pruebas de
ejecucin para indicar su grado de fiabilidad durante
el funcionamiento
0.63
Usabilidad
Miden el grado en el que el software puede ser
comprendido, aprendido, operado, atractivo y
cumplen con las normas y directrices de usabilidad.
Las mtricas para la capacidad de ser entendido,
aprendido y las de operatividad tienen dos tipos de
mtodo de aplicacin: Pruebas de usuario (pruebas
de funciones especficas por una muestra
representativa de usuarios sin conocimiento previo
del producto) o pruebas del producto en uso (pruebas
del comportamiento del producto ya en el ambiente
de produccin)
0.79
Mantenibilidad
Debe medir atributos tales como el comportamiento
del encargado de dar mantenimiento, el usuario, o el
sistema, incluyendo el software, cuando el software
se mantiene o se modifica durante las pruebas o
mantenimiento
0.655
Portabilidad
Debe medir atributos tales como el comportamiento
del operador o del sistema durante la actividad de
portabilidad
0.77
Sub-caracterstica
Adecuacin
Mide funciones y operaciones no satisfactorias durante las pruebas del
sistema. Funciones u operaciones no satisfactorias pueden ser:
a) Aquellas que no funcionan como se especifica en los manuales de
usuario o especificacin de requerimientos;
b) Aquellas que no proporcionan un resultado razonable y aceptable para
lograr el objetivo especfico previsto en la tarea del usuario
Exactitud
Mide la frecuencia con la cual ocurren resultados incorrectos, los cuales
pueden ser:
a) Resultado incorrecto o impreciso causado por datos insuficientes; por
ejemplo, los datos con muy pocos dgitos significativos para el clculo
exacto;
b) La inconsistencia entre los procedimientos de operacin actuales y los
descritos en el manual de operacin;
c) Las diferencias entre los resultados esperados reales y razonables y los
de las tareas realizadas durante el funcionamiento
Seguridad
Mide el nmero de ocurrencias de problemas de seguridad tales como:
a) El no poder evitar la fuga de informacin de salida segura o datos;
b) No prevenir prdida de datos importantes;
c) El no poder defenderse contra el acceso ilegal o la operacin ilegal
Seguridad
Mide el nmero de ocurrencias de problemas de seguridad tales como:
a) El no poder evitar la fuga de informacin de salida segura o datos;
b) No prevenir prdida de datos importantes;
c) El no poder defenderse contra el acceso ilegal o la operacin ilegal
Madurez
Mide los atributos tales como la falta de fallas causadas por errores
existentes en el software
Tolerancia a fallas
Relacionada con la capacidad del software de mantener un nivel de
rendimiento especificado en casos de fallas de operacin o de la violacin
de su interfaz
Capacidad de recuperacion
Debe ser capaz de medir atributos tales como la capacidad del software
de volver a establecer el nivel adecuado de rendimiento y recuperar los
datos afectados en el caso de una falla
Capacidad de ser entendido

Indica si los nuevos usuarios entienden:
Si el software es adecuado

Indica si los nuevos usuarios entienden:
Si el software es adecuado
La forma en que se puede utilizar para tareas particulares.
Capacidad de ser aprendido

Indica cunto tiempo los usuarios tardan en aprender a utilizar
determinadas funciones, la eficacia de la ayuda en el producto y la
documentacin.
La facilidad de aprendizaje est fuertemente relacionada con la
comprensin, y las mediciones comprensibilidad pueden ser indicadores
de la potencial capacidad de aprendizaje del software
Capacidad de ser atractivo

Permite evaluar la apariencia del software, y ser influenciado por factores
tales como el diseo de las pantallas y los colores. Esto es importante
para productos de consumo
Operabilidad
Permite evaluar si los usuarios pueden operar y controlar el software. Las
mtricas de operabilidad se pueden clasificar segn ISO 9241-10:
Nivel de satisfaccin del software con respecto a la tarea
Nivel de auto-descripcin del software
Nivel de controlabilidad del software
Nivel de conformidad del software con las expectativas del usuario
Nivel de tolerancia de errores del software
Nivel de satisfaccin del software para la individualizacin
La eleccin de las funciones de prueba ser influenciada por la frecuencia
esperada de uso de las funciones, la criticidad de las funciones, y
cualquier problema de usabilidad esperado.
Estabilidad
Debe medir los atributos relacionados con un comportamiento inesperado
del sistema, incluyendo si es probado u operado despus de una
actualizacin
Capacidad para ser probado

Debe medir atributos tales como el esfuerzo del usuario o del encargado
de dar mantenimiento midiendo el comportamiento de estos e incluso del
sistema, cuando se trata de probar el software actualizado o no

Debe medir atributos tales como el esfuerzo del usuario o del encargado
de dar mantenimiento midiendo el comportamiento de estos e incluso del
sistema, cuando se trata de probar el software actualizado o no
Instabilidad
Debe medir atributos tales como el comportamiento del sistema o del
usuario que est intentando instalar el software en un entorno especfico
Valor mnimo aceptado de

la Sub-caracterstica
0.85
0.23
0.6
Clasificacin
0.6
0.57
0.63
0.68
0.82
0.82
0.67
0.9
Nivel de satisfaccin del software

con respecto a la tarea
Nivel de
auto-descripcin del software (guia)
0.78
Nivel de conformidad del software

con las expectativas del usuario
Nivel de
tolerancia de errores del software
(libre de errores humanos)
Nivel de
tolerancia de errores del software
(libre de errores humanos)
Nivel de
satisfaccin del software para la
personalizacin
0.8
0.51
0.51
0.77
Mtrica/Indicador
Propsito
Adecuacin Funcional
Cun adecuadas son las funciones evaluadas?
Implementacin funcional
completa
Qu tan completa es la implementacin de

acuerdo a especificaciones de los
requerimientos?
Cobertura de la implementacin
funcional
Qu tan correcta es la implementacin

funcional?
Estabilidad de la especificacin
funcional (volatilidad)
Qu tan estable es la especificacin funcional

despus de entrar en operacin?
Exactitud de las expectativas
Son las diferencias entre los resultados

esperados y los obtenidos, aceptables?
Exactitud computacional
Con qu frecuencia los usuarios finales se

encuentran con resultados inexactos?
Precisin
Con qu frecuencia los usuarios finales se

encuentran con resultados inadecuados?
Auditabilidad del acceso
Qu tan completo es el registro de

seguimiento en relacin con el acceso de los
usuarios al sistema y sus datos?
Controlabilidad del acceso
Qu tan controlable es el acceso al sistema?
Prevencin de corrupcin de
datos
Cul es la frecuencia de los fenmenos de

corrupcin de datos?
Densidad de latencia estimada
Cuntos problemas de los que an existen

pueden generar fallas futuras?
Densidad de las fallas versus

casos de prueba
Cuntas fallas fueron detectadas durante el

periodo de pruebas?
Resolucin de fallas
Cuntas condiciones de falla son resueltas?
Densidad de las fallas
Cuntas faltas fueron detectadas durante el

periodo de pruebas?
Eliminacin de fallas
Cuntas fallas se corrigieron?
Tiempo entre fallas (MTBF)
Con qu frecuencia falla el software durante el

funcionamiento?
Cobertura de las pruebas
Qu cantidad de los casos de prueba

requeridos fueron ejecutados durante las
pruebas?
Madurez de las pruebas
El producto est bien probado?

(NOTA: Esto implica predecir la tasa de xito
que alcanzar el producto en futuras pruebas.)
Evitar averas (breakdown)
Con qu frecuencia el producto de software

ocasiona averias en el ambiente de produccin?
Evitar fallas
Cuntos patrones de falla fueron controlados

para evitar fallas crticas y serias?
Evitar la operacin incorrecta
Cuntas funciones con la capacidad de evitar

la operacin incorrecta fueron implementadas?
Disponibilidad
Qu tan disponible est el sistema para su uso

durante un periodo de tiempo especificado?
Media de tiempo de inactividad
Cul es el tiempo promedio que el sistema

permanece no disponible cuando se produce
algn fallo antes de la puesta en marcha?
Cul es el tiempo promedio que el sistema
Media de tiempo de recuperacin necesita para completar la recuperacin de una

recuperacin parcial inicial?
Capacidad de reinicio
Con qu frecuencia el sistema puede

reiniciarse y sin embargo proporcionar servicio
a los usuarios dentro de un tiempo requerido?
Capacidad de restauracin
Qu tan capaz es el producto de restaurarse

por s mismo despus de un evento anormal o
en una peticin?
Restauracin efectiva
Qu tan efectiva es la capacidad de

restauracin?
Descripcin Completa
Qu proporcin de funciones (o tipos de

funciones) son entendidas despus de leer la
descripcin del producto?
Accesibilidad de la demostracin
A qu proporcin de demostraciones/tutoriales
tiene el acceso el usuario?
Accesibilidad de la demostracin
en uso
A qu proporcin de las
demostraciones/tutoriales puede acceder el
usuario cada vez que lo necesite durante la
operacin?
Efectividad de la demostracin
Qu proporcin de las funciones pueden ser

operadas con xito por el usuario despus de
una demostracin o tutorial?
Funciones evidentes
Qu proporcin de funciones (o tipos de

funcin) pueden ser identificadas por el usuario
basndose en las condiciones de arranque?
Comprensin de las funciones
Qu proporcin de las funciones del producto

el usuario ser capaz de entender
correctamente?
Comprensin de las entradas y

salidas
Pueden los usuarios entender lo que se

requiere como datos de entrada y lo que se
ofrece como salida a travs del sistema de
software?
Facilidad de aprendizaje de las

funciones
Cunto tarda el usuario en aprender a utilizar

una funcin?
Facilidad de aprendizaje para

realizar una tarea en uso
Cunto tarda el usuario en aprender a realizar

una tarea especfica de manera eficiente?
Qu proporcin de tareas se puede completar
Efectividad de la documentacin correctamente despus de usar la

de usuario y/o ayudas del sistema documentacin de usuario y / o sistema de
ayuda?
Efectividad de la documentacin Qu proporcin de las funciones se pueden

de usuario y/o ayudas del sistema usar correctamente despus de leer la
documentacin o utilizar la ayuda del sistema?
en uso
Accesibilidad de la Ayuda
Qu proporcin de los temas de la ayuda

puede localizar el usuario?
Frecuencia de la Ayuda
Con qu frecuencia un usuario tiene que

acceder a la ayuda para aprender la operacin
y completar su tarea?
Interaccion actractiva
Qu tan atractiva es la interfaz para el

usuario?
Personalizacion de la apariencia
de la interfaz
Cul es la proporcin de los elementos de la

interfaz que pueden ser personalizados para la
satisfaccin del usuario?
Disponibilidad del valor por

defecto en uso
Puede el usuario seleccionar fcilmente

valores de los parmetros para su operacin
conveniente?
Puede el usuario comprender fcilmente los

mensajes del software? Hay algn mensaje
Comprensibilidad de mensajes en que caus un retraso en la comprensin del
usuario antes de iniciar la siguiente accin?
uso
Puede el usuario memorizar fcilmente los
mensajes importantes?
Mensajes de error
autoaclaratorios
En qu proporcin de las condiciones de error

el mensaje provee al usuario la accin correcta
de recuperacin?
Correccin de errores
Puede el usuario fcilmente corregir errores

en las tareas?
Correccin de errores en uso
a) Puede el usuario recuperarse fcilmente de

un error cometido o reintentar tareas?
b) Puede el usuario recuperar fcilmente sus
entradas?
Consistencia operacional en uso
Puede el usuario seleccionar fcilmente

valores de los parmetros para su operacin
conveniente?
Capacidad de recuperacin de
errores operativos en uso
Qu tan consistentes son los componentes de

la interfaz de usuario?
Tiempo entre operaciones

Puede el usuario operar el software el tiempo
erradas (errores humanos) en uso suficiente sin cometer errores?
a) Con qu frecuencia corrige exitosamente el
Capacidad de deshacer
usuario errores en la entrada de datos?
(correccin de errores de usuario) b) Con qu frecuencia el usuario deshace
correctamente errores?
Personalizacion
Puede el usuario personalizar fcilmente los

procedimientos de cada operacin segn su
conveniencia? Puede un usuario, que instruye
a los usuarios finales, establecer fcilmente
plantillas personalizadas de procedimientos
para la prevencin de errores?
Qu proporcin de las funciones se pueden
personalizar?
Reduccin de procedimientos de
operacin
Puede el usuario reducir fcilmente los

procedimientos de operacin segn su
conveniencia?
Porcentaje de xito de los

cambios
Puede el usuario operar el sistema de software

sin fallos despus de mantenimiento?
Puede el encargado de realizar el
mantenimiento mitigar fcilmente las fallas
causadas por los efectos secundarios del
mantenimiento?
Localizacin del impacto de la

modificacin (fallos emergentes
despus del cambio)
Puede el usuario operar el sistema de software

sin fallos despus de mantenimiento?
Puede el encargado de realizar el
mantenimiento mitigar fcilmente las fallas
causadas por los efectos secundarios del
mantenimiento?
Disponibilidad de pruebas
integradas
Pueden los usuarios y encargados de realizar

mantenimiento realizar fcilmente pruebas de
funcionamiento sin instalacin o preparacin de
pruebas adicionales?
Eficiencia de la repeticion de
pruebas

mantenimiento hacer fcilmente pruebas de
funcionamiento y determinar si el software est
listo para funcionar o no?
Reiniciabilidad de pruebas

mantenimiento hacer fcilmente pruebas de
funcionamiento con puntos de control (check
points) despus del mantenimiento?
Facilidad de instalacin
Pueden los usuarios o encargados de realizar

mantenimiento instalar fcilmente el software
en el entorno operativo?
Facilidad de reintento de
instalacin
Pueden los usuarios o encargados de realizar

mantenimiento intentar de configurar la
instalacin del software nuevamente de forma
fcil?
Disponibilidad de co-existencia
Con qu frecuencia el usuario se encuentra

con restricciones o fallos inesperados cuando
opera simultneamente con otro software?
Valor mnimo aceptado

de la mtrica/indicador
0.9
0.9
0.8
0.8
0.2
0.3
0.2
0.6
0.6
0.6
0.2
0.2
0.85
0.2
0.8
0.5
0.9
0.9
0.33
0.75
0.8
0.8
0.6
0.6
0.5
0.8
0.8
0.95
0.75
0.7
0.8
0.85
0.8
0.9
0.75
0.75
0.75
0.75
0.60
0.33
0.9
0.9
0.9
0.6
0.75
0.8
0.85
0.85
0.75
0.7
0.8
0.8
0.8
0.8
0.8
0.33
0.75
0.45
0.8
0.75
0.75
Mtodo
Nmero de funciones que son adecuados para la realizacin de las tareas especificadas en comparacin con
Realice pruebas funcionales (prueba de caja negra) de acuerdo con las especificaciones de requerimientos
Cuente el nmero de funciones detectadas en la evaluacin que faltan y compare con el nmero de funcione
Realice pruebas funcionales (pruebas de caja negra) de acuerdo con las especificaciones de requerimientos
Cuente el nmero de funciones aplicadas de forma incorrecta o faltantes detectadas en la evaluacin y com
Cuente el nmero de funciones que estan completas completa versus las que no lo estan.
Cuente el nmero de funciones que se describen en las especificaciones funcionales que tuvieron que ser ca
descritas en las especificaciones de requerimientos.
Haga casos de prueba de entradas versus salidas y compare la salida con los resultados esperados razonable
Cuente el nmero de casos encontrados por los usuarios cuya diferencia es inaceptable con respecto a los re
Anote el nmero de clculos inexactos basados en las especificaciones
Anote el nmero de resultados con la precisin inadecuada
Evaluar la cantidad de accesos que el sistema registra en la base de datos de historial de acceso
Contar el nmero de operaciones ilegales detectados y compararlo con el nmero de operaciones ilegales de
Contar la aparicin de eventos de corrupcin de datos mayores y menores.

* Se sugieren los siguientes rangos de impacto de corrupcin de datos:
Mayores:
- Imposible de reproducir o recuperar
- Rango de afectacin demasiado amplio
- Importancia de los datos en s
Menores:
- Es posible reproducir o recuperar
- Sin rango de afectacin
- Importancia de los datos en s
Cuente el nmero de fallas detectadas durante un perodo de prueba definido y prediga un nmero potencia
Cuente el nmero de fallas detectadas y casos de prueba realizados.
Cuente el nmero de fallas que no ocurrieron durante perodo de prueba definido, y que ocurrieron en condic
* Se recomienda mantener un informe de resolucin de problemas que describa el estado de todas las fallas
Cuente el nmero de fallas detectadas y la densidad de cmputo
* El nmero de fallas detectadas dividido entre el nmero de casos de prueba indica eficacia de casos de pru
* Al contabilizar las fallas, hay que prestar atencin a lo siguiente:

- La Posibilidad de duplicidad, porque varios informes pueden contener las mismas fallas
- La Posibilidad de otras fallas, debido a que los usuarios o los testers no pueden determinar si la falla se deb
Cuente el nmero de fallas removidas durante las pruebas y compare con el nmero total de fallas detectada
El nmero total de fallas latentes podra estimarse utilizando modelos de crecimiento de fiabilidad ajustados
Se recomienda vigilar resultado de Y, ya que si Y> 1, se debe investigar si es debido a que se detectaron m
contrario, cuando Y <1, se debe investigar si es debido a que hay menos fallas de las usuales o porque las p
Cuente el nmero de fallas ocurridas durante un perodo definido de operacin y calcule el intervalo promed
Cuente el nmero de casos de prueba realizados durante la evaluacin y compare con el nmero de casos de
Cuente el nmero de casos de prueba que han sido ejecutados y aprobados actualmente y comparelo con e
* Se recomienda realizar pruebas de estrs a partir de datos histricos en directo especialmente de los pero
Tambin se recomienda asegurar que los siguientes tipos de pruebas se ejecutan y se pasan con xito:
- Escenario de operacin del usuario;
- Picos de estrs;
- Sobrecarga de entrada de datos
* Los casos prueba aprobados pueden ser normalizados por el tamao de software, que es:
Densidad de caso de prueba aprobado Y = A / C, donde C = Tamao del producto a probar.
Cuanto ms grande sea Y, mejor. El tamao puede ser tamao funcional que el usuario puede medir.
Cuente el nmero de averas ocurridas con respecto al nmero de fallas
Si est en funcionamiento, analizar el registro histrico de operaciones del usuario.
* Con averia se refiere a si la ejecucin de alguna de las tareas del usuario es suspendida hasta que el siste
pocos fallos, el tiempo entre averas puede ser el ms adecuado para ser tomado en cuenta
Cuente el nmero de patrones de fallas evitadas y comprelo con el nmero de patrones de falla considerad
* Para categorizar los niveles de evasin de fallas, se recomienda tomar en cuenta el impacto de las mismas
- Crtica: El sistema entero se detiene o se produce perdida de bases de datos;
- Seria: Funciones importantes se detienen y no hay forma de hacer funcionen nuevamente (mtodos alterna
- Media: La mayora de las funciones estn todava disponibles, pero con rendimiento limitado y con operaci
- Pequea: Unas pocas funciones experimentan un rendimiento limitado con operacin limitada;
- Nulo: Impacto no llega al usuario final
* Los niveles evasin de falla se pueden basar en una matriz de riesgo compuesta por la gravedad de las con
* Ejemplos de patrones de fallas
- Datos fuera de rango
- Punto muerto
La tcnica de anlisis de rbol de fallas puede ser utilizada para detectar los patrones de falla.
* Los casos de prueba pueden incluir la operacin humana incorrecta
Cuente el nmero de casos de prueba diseados para evitar operaciones incorrectas que puedan causar falla
considerados.
* Tomar en cuenta daos en los datos, adems de fallo del sistema.
* Tomar en cuenta los patrones de funcionamiento incorrecto
- Tipos de datos incorrectos como parmetros
- Secuencia incorrecta de entrada de datos
- Secuencia incorrecta de operacin
Pruebe el sistema en un ambiente igual al de produccion durante un perodo determinado de tiempo y realic
Mida el perodo de tiempo que que el sistema tarda en recuperarse cada vez no estuvo disponible durante la
Calcular el tiempo medio en recuperarse
* Se recomienda que este indicador incluya slo la recuperacin automtica proporcionada por el software y
Mida el tiempo de inactividad cada vez que el sistema no est disponible durante un perodo de prueba espe
* Se recomienda que este indicador incluya slo la recuperacin automtica proporcionada por el software y
Mida el tiempo de recuperacin cada vez que el sistema no estuvo disponible durante un perodo de prueba
* Se recomienda para medir el tiempo mximo en el peor de los casos o la distribucin de tiempo de recuper
* Se recomienda que esta mtrica incluya slo la recuperacin automtica proporcionada por el software y e
* Se recomienda diferenciar los grados de dificultad de la recuperacin, por ejemplo, la recuperacin de una
Cuente el nmero de veces que se reinicia el sistema y proporciona servicio a los usuarios en un plazo de tie
perodo de prueba especificado.
* Se recomienda estimar diferentes tiempos de reinicio para que correspondan con el nivel de gravedad de la
transaccin, o la destruccin de datos temporales.
Cuente el nmero de restauraciones exitosas y comparelo con el nmero de restauraciones probadas y reque
Ejemplos de requisitos de Restauracin: checkpoint de la base de datos,checkpoint de transacciones, la func
Cuente el nmero de restauraciones probadas que cumplen con el objetivo de tiempo de restauracin y com
Realice pruebas con el usuario y entreviste a traves de cuestionarios u observe su comportamiento.
Cuente el nmero de funciones que se entienden de manera adecuada y comparelo con el nmero total de f
* Esto indica si los usuarios potenciales tienen la capacidad de entender el producto despus de leer la descr
Realice pruebas con el usuario y observe su comportamiento.
Cuente el nmero de funciones que son demostradas adecuadamente y compare con el total de las funcione
* Esto indica si los usuarios pueden encontrar las demostraciones y/o tutoriales.
Observe el comportamiento del usuario que est tratando de ver la demostracin / tutorial.
Para la observacin se puede emplear el enfoque de monitoreo de accin cognitiva humana con cmaras de
* Esto indica si los usuarios pueden encontrar las demostraciones y/o tutoriales durante el uso del producto.
Observe el comportamiento del usuario que est tratando de ver la demostracin / tutorial.
Para la observacin se puede emplear el enfoque de monitoreo de accin cognitiva humana con cmaras de
* Esto indica si los usuarios pueden operar las funciones con xito despus de una demostracin en lnea o t

Cuente el nmero de funciones que son evidentes para el usuario y compare con el nmero total de funcione
* Esto indica si los usuarios son capaces de localizar funciones mediante la exploracin de la interfaz (por eje
Realice pruebas con el usuario y entreviste a traves de cuestionarios

Cuente el nmero de funciones de interfaz de usuario cuyo propsito sea fcilmente comprensible por el usu
* Esto indica si los usuarios son capaces de entender las funciones mediante la exploracin de la interfaz (po

Cuente el nmero de elementos de datos de entrada y salida entendidos por el usuario y comparecon el nm
* Esto indica si los usuarios pueden entender el formato en el que los datos deben ser introducidos e identific

Observe el comportamiento del usuario desde el momento en que empieza a aprender hasta que comience
* Se recomienda que el tiempo esperado para el funcionamiento de un usuario sea corto. El tiempo de funcio
proporcin justa.
* El esfuerzo tambin puede ser representado por la unidad de tiempo persona/horas
Realizar pruebas con usuario y observar su comportamiento.
Cuente el nmero de tareas realizadas con xito despus de acceder a la ayuda y / o documentacin en lnea
* Son posibles tres mtricas: la documentacin est completa, la ayuda referente a la funcin est completa
Observe el comportamiento del usuario.
Cuente el nmero de funciones que se usan correctamente despus de leer la documentacin o usar la ayud
Cuente el nmero de tareas para las que la se encuentra ayuda en lnea de forma correcta, y compare con e

Cuente el nmero de casos en los que el usuario accede a la ayuda para completar su tarea
Cuestionarios al usuario
Observe el comportamiento del usuario que est operando el software.
Cuente cuntas veces el usuario intenta establecer o seleccionar valores de parmetros y falla, (porque el us
* Se recomienda observar y registrar el comportamiento del operador y decidir cuan largo es el perodo perm
* Cuando la funcin de ajuste de parmetros se prueba por cada funcin, la relacin de las funciones permiti
* Se recomienda la realizacin de pruebas funcionales que cubran funciones de ajuste de parmetros
* El grado de facilidad de comprensin del mensaje est representado por el tiempo que el mensaje causa re
y registrar el comportamiento del usuario y decidir cul es la longitud de la pausa que se considera como un
* Se recomienda investigar lo siguiente como posibles causas de los problemas de comprensin del mensaje
a) La atencin: Implica que el usuario reconoce con xito los mensajes importantes que presentan informaci
advertencias para una correcta operacin.
- Deja de ver el usuario los mensajes importantes cuando se le presentan?
- Puede el usuario evitar errores en la operacin, al reconocer los mensajes importantes?
b) Memorabilidad: implica que el usuario recuerde con xito los mensajes importantes que presentan inform
advertencias para una correcta operacin.
- Puede el usuario recordar fcilmente los mensajes importantes?
- Recordar los mensajes importantes representa una ayuda para el usuario?
- Se requiere que el usuario recuerde slo unos cuantos mensajes importantes y no todos?
* Cuando los mensajes se prueban uno por uno, la relacin de los mensajes comprendidos tambin puede se
* Cuando se observa a varios usuarios que son participantes de las pruebas de funcionamiento, la proporcin
Observe el comportamiento del usuario que opera el sistema
Observe el comportamiento del usuario y preguntele su opinion
* Esta mtrica suele ser til para reconocer varios patrones de funcionamiento, que se derivan las expectativ
* Tanto la "predictividad de las entradas" como la "predictividad de las salidas" son eficaces para mantener l
* Esta mtrica puede ser usada para medir la "Facilidad para derivar operaciones" y la "comunicacin fluida"
* Esta mtrica suele ser til para reconocer varios patrones de funcionamiento, que se derivan las expectativ
* Tanto la "predictividad de las entradas" como la "predictividad de las salidas" son eficaces para mantener l
* Esta mtrica puede ser usada para medir la "Facilidad para derivar operaciones" y la "comunicacin fluida"
* El error humano puede ser detectado al observar el comportamiento del usuario:

a) Error humano simple (Slips): El nmero de veces que el usuario comete errores en las operaciones de entr
b) Error intencional (Errores): El nmero de veces que el usuario comete un error en la misma operacin por
c) Pausa por dudas en la operacin: El nmero de veces que el usuario hace una pausa durante un largo per
Se sugiere usar este indicador para medir por separado cada tipo de los enumerados anteriormente.
* Al parecer, una pausa en la operacin implica que el usuario vacila al operar el sistema. Dependiendo de la
lo tanto, se debe tener en cuenta y determinar el rango de tiempo razonable. Para una operacin interactiva
* La relacin de los fracasos de usuario al personalizar puede medirse segn la formula.

Y = 1 - (C / D)
C = Nmero de casos en el que un usuario no puede personalizar el funcionamiento
D = Nmero total de casos en el cual un usuario intent personalizar el funcionamiento a su conveniencia.
0 <= Y <= 1, mientras ms cercano a 1,0 es mejor.
* Se recomienda considerar las siguientes como variaciones de operaciones personalizadas:
- Se elige funcionamiento alternativo, como el uso de la seleccin del men en lugar de entrada de comando
- Procedimiento combinado de operacin de usuario, tales como procedimientos de inclusin y edicin;
- Plantillas de funcionamiento limitado, tales como procedimientos de programacin o hacer una plantilla par
Cuente trazos de usuario para la operacin especificada y comprelos antes y despus de la personalizacin
* Se recomienda tomar muestras para cada tarea de usuario diferente y para distinguir entre un operador ex
* El nmero de procedimientos de operacin puede ser representado por el recuento de movimientos como c
* Esto incluye atajos de teclado
Observe el comportamiento del usuario o encargado de realizar el mantenimiento que est operando el siste
Cuente el numero de fallas que encontraron durante el funcionamiento antes y despus del mantenimiento.
De lo contrario, investigar Informe de resolucin de problemas, el Informe de operacin o Informe de manten
* Se mide la "frecuencia de ocurrencia de fallas despus de cambio" y "frecuencia de fluctuacin de encontra

* El usuario puede necesitar un periodo especfico para determinar los efectos secundarios de los cambios de
comparar esta frecuencia antes y despus del cambio.
* Si la funcin que sufri el cambio se identifica, se recomienda determinar si los fallos encontrados se detec
Cuente la aparicin de fallas despus de cambio, que son consecuencias del mismo
* El valor obtenido implica "cadena de fallos emergente por cada fallo resuelto". Se recomienda precisar la m
y cuando sea posible
Observe el comportamiento del usuario o encargado de realizar mantenimiento que est probando el sistem
* Funciones de prueba integradas incluyen simulaciones, funciones de pre-registro del tipo listo para usar, et
Observar el comportamiento del usuario o encargado de realizar mantenimiento que est probando el sistem
* El valor obtenido implica "tiempo medio (esfuerzo) para probar despus de la resolucin de fallas". Si fallas
Observe el comportamiento del usuario o encargado de realizar mantenimiento que est probando el sistem
* Puede ser til para recoger varios valores medidos a lo largo del tiempo, para analizar la tendencia de aum
Observe el comportamiento del usuario o encargado del mantenimiento cuando est tratando de instalar el
* Se sugiere que esta mtrica sea de uso experimental.
* Cuando se requiere un tiempo base, el tiempo dedicado a la instalacin puede ser medible.
Observar el comportamiento del usuario o encargado del mantenimiento cuando est tratando de intentar n
* Las siguientes mtricas complementarias pueden ser utilizadas:
1. Instalacin sin esfuerzo
Acciones manuales de usuario para la instalacin X = A
A = El nmero de acciones manuales de usuario necesarias para la instalacin
0 <X Cuanto ms pequeo mejor.
2. Facilidad de Instalacin
Nivel de soporte de instalacin X = A
A se puede clasificar en, por ejemplo:
- Slo la ejecucin del programa de instalacin es suficiente (excelente);
- Gua de Instruccin para la instalacin (bien);
- El cdigo fuente del programa necesita modificacin para la instalacin (pobre).
X = Interpretacin directa del valor de reduccin de esfuerzo
3. Reduccin del esfuerzo operacional de instalacin

Relacin de Reduccin de Procedimiento de instalacin X = 1- A / B
A = Nmero procedimientos de instalacin que un usuario tiene que hacer despus de la reduccin de proce
B = Nmero procedimientos de instalacin normales
0 <= X <= 1 Mientras ms cercano a 1 es mejor.
4. Facilidad del manual de instalacin de usuario

Nivel de facilidad de manual de instalacin del usuario
X = Porcentaje de nivel de facilidad del manual de instalacin
Ejemplos de nivel de facilidad son los siguientes:
[Muy fcil] solo requiere que el usuario ejecute un conjunto de funciones de instalacin o configuracin y obs
[Fcil] requiere que el usuario conteste algunas preguntas para la instalacin o configuracin;
[Difcil] requiere que el usuario busque parmetros en tablas o llene formularios;
[Complicada] requiere que el usuario busque en archivos de configuracin los parmetros que desea cambia
X = Interpretacin directa del valor medido
Utilice el software evaluado simultneamente con otro software que el usuario utiliza con frecuencia
Frmula
X = 1-A / B
A = Nmero de funciones en las que se detectan problemas en la evaluacin
B = Nmero de funciones evaluadas
X=1-A/B
A = Nmero de funciones faltantes detectadas en la evaluacin
B = Nmero de funciones descritas en las especificaciones de requerimientos
X = 1- A / B
A = Nmero de funciones mal implementadas o faltantes detectadas en la evaluacin
X = 1- A / B
A = Nmero de funciones modificadas despus de entrar en funcionamiento a partir de la
operacin de entrada
X=A/T
A = Nmero de casos encontrados por los usuarios con diferencias ms all de lo
aceptable en comparacin con los resultados esperados razonables
T = Tiempo de Operacin
X=A/T
A = Nmero de clculos inexactos encontrados por los usuarios
X=A/T
A = Nmero de resultados encontrados por los usuarios con el nivel de precisin diferente
al requerido
X=A/B
A = Nmero de "usuarios que acceden al sistema y los datos" almacenado en la base de
datos de historial de acceso
B = Nmero de "usuarios que acceden al sistema y los datos" que ingresaron durante la
evaluacin
X=A/B
A = Nmero detectado de diferentes tipos de operaciones ilegales
B = Nmero de tipos de operaciones ilegales definidos en las especificaciones
a)
X=1-A/N
A = Nmero de veces que se ha producido un evento de corrupcin de datos mayor
N = Nmero de casos de prueba donde se trat de causar eventos de corrupccin de
datos
b)
Y = 1- B / N
B = Nmero de veces que se ha producido un evento de corrupcin de datos menor
c)
Z=A/ToB/T
T = Tiempo de Operacion (durante las pruebas de funcionamiento)
X = {ABS (A1 - A2)} / B
(X: residual estimado de latencia de fallas)
ABS () = Valor Absoluto
A1 = nmero total de fallas latentes predichas en el producto de software
A2 = nmero total de fallas detectadas actualmente
B = tamao del producto
X = A1 / A2
A1 = nmero de fallas detectadas
A2 = nmero de casos de prueba realizados
X = A1 / A2
A1 = nmero de fallas resueltas
X=A/B
A = nmero de fallas detectadas
B = tamao del producto
a)
X = A1 / A2
A1 = nmero de fallas corregidas
b)
Y = A1 / A3
A3 = nmero total de fallas latentes predichas para el producto de software
a) X = T1 / A
b) Y = T2 / A
T1 = tiempo de operacin
T2 = suma de los intervalos de tiempo entre ocurrencias consecutivas de fallas
A = nmero total de fallas detectadas actualmente (fallas ocurridas durante el tiempo de
funcionamiento observado)
X=A/B
A = Nmero de casos de prueba realizados representando el escenario de operacin
durante la evaluacin
B = Nmero de casos de prueba que se realizan para cubrir las necesidades
X=A/B
A = Nmero de casos de prueba aprobados durante la prueba o la operacin
B = Nmero de casos de prueba que se realizan para cubrir las necesidades
X = 1- A / B
A = Nmero de averas
B = Nmero de fallas
X=A/B
A = Nmero de fallas crticas y serias versus casos de prueba de patrones de operacin
incorrectos
B = Nmero de casos de prueba de patrones de operacin incorrectos ejecutados (casi
causando la falla) durante la prueba
X=A/B
A = Nmero fallas crticas y gravas que pudieron evitarse
B = Nmero de casos de prueba de patrones de operacin incorrectos ejecutados(casi
causando la falla) durante las pruebas
a)
X = {To / (To + Tr)}
b)
Y = A1 / A2
To = tiempo de operacin
Tr = tiempo de recuperacion
A1 = total de casos disponibles donde los intentos de usar el sistema fueron exitosos
A2 = nmero total de casos de intentos de utilizar el software durante el periodo de
observacin. Esto es desde el punto de vista de la exigencia de operacin del usuario.
X=T/N
T = Total tiempo de inactividad
N = Nmero de averas observadas
El peor de los casos o la distribucin de tiempo de inactividad debe ser medida.
X = Sum (T) / B
T = Tiempo de recuperacin cada vez que el sistema no estuvo disponible
N = Nmero de casos observados donde el sistema entr en recuperacin
X=A/B
A = Nmero de casos de restauracin realizados con xito
B = Nmero de casos de restauracin probados segn los requerimientos
X=A/B
A = Nmero de casos de restauraciones que complen satisfactoriamente el objetivo de
tiempo especificado
B = Nmero de casos realizados
X=A/B
A = Nmero de funciones (o tipos de funciones) que se entendieron
B = Nmero total de funciones (o tipos de funciones) en el sistema
X=A/B
A = Nmero de demostraciones / tutoriales alos cuales el usuario accede con xito
B = Nmero de demostraciones / tutoriales disponibles
X=A/B
A = Nmero de casos en que el usuario accede con xito a la demostracin cuando
intenta obtenerla
B = Nmero de casos en que el usuario intenta ver demostracin durante el perodo de
observacin
X=A/B
A = Nmero de funciones operadas con xito
B = Nmero de demostraciones / tutoriales a las cuales accede el usuario
X=A/B
A = Nmero de funciones (o tipos de funciones) identificados por el usuario
B = Nmero total de funciones (o tipos de funciones) en el sistema
X=A/B
A = Nmero de funciones de interfaz cuyo propsito es descrito correctamente por el
usuario
B = Nmero de funciones disponibles desde la interfaz
X=A/B
A = Nmero de elementos de entrada y salida de datos que el usuario entiende con xito
B = Nmero de elementos de datos de entrada y salida disponibles en la interfaz
T = Tiempo medio que se lleva el usuario en aprender a utilizar una funcin

correctamente
T = Suma del tiempo de operacin del usuario hasta que el logra llevar a cabo una tarea
especificada en poco tiempo
X=A/B
A = Nmero de tareas realizadas con xito despus de acceder a la ayuda y / o
documentacin en lnea
B = total de nmero de tareas probadas
X=A/B
A = Nmero de funciones que puedes ser utilizadas
B = proporcion total de nmero de funciones
X=A/B
A = Nmero de tareas para las que se encuentra la ayuda en lnea de forma correcta
B = Nmero total de tareas probadas
X=A
A = Nmero de accesos a la ayuda hasta que el usuario complete su tarea
Cuestionario para evaluar que tan atractiva es la interfaz para los usuarios, despus de la
experiencia de uso
X=A/B
A = Nmero de elementos de la interfaz cuya apariencia fue personalizada para la
satisfaccin del usuario
B = Nmero de elementos de la interfaz que el usuario desea personalizar
X=1-A/B
A =Nmero de veces que el usuario deja de establecer o de seleccionar valores de
parmetros en un corto perodo de tiempo (porque el usuario no puede utilizar valores
predeterminados proporcionados por el software)
B = Nmero total de veces que el usuario intenta establecer o seleccionar valores de
parmetros
X = A / UOT
A = nmero de veces que el usuario hace una pausa durante un largo periodo o sucesiva
y repetidamente falla en la misma operacin, debido a la falta de comprensin del
mensaje.
UOT = tiempo de operacion del usuario (perodo de observacin)
X=A/B
A = Nmero de condiciones de error para las cuales el usuario propone la accin de
recuperacin correcta
B = Nmero de condiciones de error probadas
T = Tc - Ts
Tc = Tiempo de correccin de errores especificos de la tarea realizada
Ts = Tiempo de inicio de correccin de errores especificos de tarea realizada
a)
X = A / UOT
A = nmero de veces que el usuario tiene xito al cancelar su operacion errada

UOT = tiempo de operacin del usuario durante el perodo de observacin
NOTA:
Cuando las funciones se prueban una por una la relacin puede ser calculada tambin:
Nmero de funciones que el usuario puede cancelar con xito / Numero total de
funciones.
b)
X=A/B
A = Nmero de pantallas o formularios donde el usuario logr modificar o cambiar los
datos de entrada con xito antes de ser elaborado
B = Nmero de pantallas o formularios donde el usuario intent modificar o cambiar los
datos de entrada durante el tiempo de observacion
a) X = 1 - A / B
A = Nmero de mensajes o funciones que el usuario encuentra inaceptablemente
inconsistentes con sus expectativas
B = Nmero de mensajes o funciones del sistema
b) Y = N / UOT
N = Nmero de operaciones que el usuario encuentra inaceptablemente inconsistentes
con sus expectativas
UOT = tiempo de operacin del usuario (durante el perodo de observacin)
X=1-A/B
A = Nmero de situaciones de recuperacion no exitosas (despus de un error del usuario
o cambio) en el que el usuario no se le inform acerca de un riesgo por el sistema
B = Nmero de errores del usuario o cambios
X=T/N
T = Perodo de tiempo de operacin durante la observacin

(O La suma del tiempo de funcionamiento entre las operaciones con algun error humano
de los usuarios)
N = nmero de ocurrencias de errores humanosdel usuario
a)
X=A/B
A = Nmero de errores de entrada que el usuario corrige con xito
B = Nmero de intentos para corregir los errores de entrada
b)
Y=A/B
A = Nmero de condiciones de error que el usuario corrige con xito
B = Nmero total de condiciones de error probadas
X=A/B
A = Nmero de funciones personalizadas con xito
B = Nmero de intentos de personalizar
X=1-A/B
A = Nmero de procedimientos de operacin reducidos despus de la personalizacin
B = Nmero de procedimientos de operacin antes de la personalizacin
X = Na / Ta
Y = {(Na / Ta) / (Nb / Tb)}
Na = Nmero de casos en los que el usuario encuentra fallas durante la operacin
despus de software fuese cambiado
Nb = Nmero de casos en los que el usuario encuentra fallas durante la operacin antes
de cambiar el software
Ta = tiempo de operacin durante el perodo de observacin especificado despus de
software fue cambiado
Tb = tiempo de operacin durante el perodo de observacin especificado antes de que el
software fuese cambiado
X=A/N
A = Nmero de fallas surgidas despues de que una falla es resuelta a traves del cambio
durante el perodo de especificado
N = Nmero de fallas resueltas
X=A/B
A = Nmero de casos en que el encargado de realizar mantenimiento puede utilizar una
funcin de prueba integrada de forma adecuada
B = Nmero de casos de oportunidades de prueba
X = Sum (T) / N
T = Tiempo dedicado a probar para asegurarse de que si se resolvi falla reportada o no

N = Nmero de fallas resueltas
X=A/B
A = Nmero de casos en que encargado del mantenimiento puede pausar y reiniciar la

ejecucin de la prueba en los puntos deseados para comprobar paso a paso
B = Nmero de casos de pausa en la ejecucin de las pruebas de funcionamiento
X=A/B
A = Nmero de casos en los que un usuario o encargado de realizar mantenimiento tuvo
xito en el cambio de la operacin de instalacin a su conveniencia
B = nmero total de casos en los que un usuario o encargado de realizar mantenimiento
intent cambiar la operacin de instalacin a su conveniencia
X=1-A/B
A = Nmero de casos en que el usuario o encargado de realizar mantenimiento falla en el
intento de configuracin durante la operacin de set-up
B = Nmero total de casos en los que el usuario o encargado de realizar mantenimiento
intenta configurar durante la operacin de set-up
X=A/T
A = Nmero de todas las restricciones o fallas inesperadas que el usuario encontr
durante el funcionamiento simultneo con otro software
T = Tiempo de duracin de la operacin simultnea con otro software
Interpretacion
Escala
Tipo de Medida
0 <= X <= 1
Cuanto ms cerca de 1, ms
adecuado.
0 <= X <= 1
Cuanto ms cerca de 1, mejor
0 <= X <= 1
0 <= X <= 1
0 <= X
El ms cercano a 0 es el mejor.
0 <= X
0 <= X
A=R
T= Ti
X= R/ Ti
A=R
T= Ti
X= R/ Ti
A=R
T= Ti
X= R/ Ti
0 <= X <= 1
0 <= X <= 1
a)
0 <= X <= 1
a) A
b)
0 <= Z <= 1
A= R
B= R
N= R
X= R
R
b) A
Y= R / R
c) P
c)
0 <= Z
T= Ti
Z= R / Ti
0 <= X
Depende de la etapa de
pruebas.
En las etapas posteriores, ms
pequeo es mejor.
A1= R
A2= R
B= Ta
X= R / Ta
0 <= X
pruebas.
pequeo es mejor.
0 <= X <= 1
El ms cercano a 1 es mejor a
medida que ms fallas se
resuelvan.
0 <= X
pruebas.
pequeo es mejor.
A1= R
A2= R
B = Ta
X,Y= R / Ta
A= R
B = Ta
X= R /Ta
0 <= X <= 1
El ms cercano a 1 es mejor
mientras queden el menor
nmero de fallas.
A
0 <= Y
El ms cercano a 1 es mejor
mientras queden el menor
nmero de fallas.
0 < X, Y
Cuanto ms largo es el mejor.
Como tiempo largo puede ser el
esperado entre fallas
A=R
T1 = Ti
T2 = Ti
X =Ti / R
Y =Ti / R
0 <= X <= 1
El ms cercano a 1 indica la
mejor cobertura de las pruebas.
0 <= X <= 1
El ms cercano a 1 indica la
mejor cobertura de las pruebas.
0 <= X <= 1
Cuanto mas cerca de 1, mejor
0 <= X <= 1
El ms cercano a 1 es el mejor,
cuando el usuario puede evitar
ms a menudo fallas crticas o
graves.
0 <= X <= 1
El ms cercano a 1 es el mejor,
cuando se evita la operacin
incorrecta.
0 <= X <= 1
Cuanto mayor y ms cercano a 1
es mejor, cuando el usuario
puede utilizar el software por
ms tiempo.
To = Ti
Tr = Ti
X=Ti / Ti
A
A1= R
A2= R
Y= R / R
0 <= Y <= 1
Cuanto mayor y ms cercano 1
es mejor.
0 <X
Cuanto ms pequeo es mejor,
ya que el sistema no estar
disponible por un tiempo ms
corto.
T= Ti
N= R
X= Ti / R
T= Ti
N= R
X= Ti / R
0 <X
Cuanto ms pequeo es mejor
0 <= X <= 1
es mejor, ya que el usuario
puede reiniciar fcilmente.
0 <= X <= 1
Cuanto mayor y ms cerca de 1
es mejor, ya que el producto es
ms capaz de restaurarse en los
casos definidos.
0 <= X <= 1
Cuanto mayor y ms cerca de 1
es mejor, ya que el proceso de
restauracin en el producto es
ms eficaz.
0 <= X <= 1
es mejor
0 <= X <= 1
es mejor
0 <= X <= 1
es mejor
0 <= X <= 1
es mejor
0 <= X <= 1
es mejor
0 <= X <= 1
es mejor
1 <= X <= 1
es mejor
0 <T
Cuanto ms corto es mejor.
Ti
0 <T
Cuanto ms corto es mejor.
Ti
0 <= X <= 1
es mejor
0 <= X <= 1
es mejor
0 <= X <= 1
es mejor
0 <X
Cuanto ms pequeo es mejor
Depender del mtodo de

puntuacin del cuestionario.
0 <= X <= 1
es mejor
0 <= X <= 1
es mejor
A=R
UOT = Ti
X = R / Ti
0 <= X
El ms pequeo y ms cercano a
0 es el mejor.
0 <= X <= 1
es mejor
0 <T
Cuanto ms corto mejor.
Ti
a) 0 <= X
Cuanto ms alto mejor.
B) 0 <= X <= 1
a)
A= R
UOT = Ti
X = R / Ti
a) P
b) A
A= R
B= R
0 <= X <= 1
a) A
b) P
0 <= Y
El ms pequeo y ms cercano a
0 es el mejor.
0 <= X <= 1
es mejor
0 <X
Cuanto ms alto es mejor.
b)
A= R
B= R
X= R / R
X= R / R
UOT= Ti
N= R
Y= R / Ti
T = Ti
N=R
X = Ti / R
0 <= X <= 1
0 <= Y <= 1
0 <= X <= 1
0 <= X <= 1
Na, Nb= R
Ta,Tb= Ti
0 <= X, Y
Cuanto menor y ms cercano a 0
es mejor.
X= R /Ti
Y=[(R/Ti) / (R/Ti]
0 <= X
es mejor.
0 <= X <= 1
0 <= X
es mejor.
0 <= X <= 1
es mejor
0 <= X <= 1
es mejor
0 <= X <= 1
es mejor
0 <= X
A= R
T= Ti
X= R / Ti
Que se requiere ( insumo

para la evaluacin)
Quienes participan
( quienes dan los
insumos para calculo)
Area en la que
aplica
Especificacin de
Requerimientos.
Informe de Evaluacin
Desarrollo, Calidad,
Usuarios, Funcionales
Web, StandAlone
Especificacin de
Requerimientos.
Web, StandAlone
Especificacin de
Requerimientos.
Web, StandAlone
Especificacin de
Requerimientos.
Informe de Evaluacion
Web, StandAlone
Especificacin de
Requerimientos.
Manual de usuario.
Escuchar a los usuarios.
Web, StandAlone
Especificacin de
Requerimientos.
Web, StandAlone
Especificacin de
Requerimientos.
Web, StandAlone
Especificaciones de Pruebas
Desarrollo, Calidad
Web, StandAlone
Informe de Operacin
Desarrollo, Calidad
Web, StandAlone
Informe de Operacin
Desarrollo, Calidad
Web, StandAlone
Informe de Operacin
Web, StandAlone
Informe de Operacin
Web, StandAlone
Informe de Operacin
Web, StandAlone
Informe de Operacin
Web, StandAlone
Desarrollo, Calidad
Web, StandAlone
Desarrollo, Calidad
Web, StandAlone
Especificacin de
Requerimientos, Manual de
usuario o Especificaciones de
pruebas
Informe de Operacin
Calidad, Funcional
Calidad
Especificacin de
pruebas
Informe de Operacin
Calidad, Funcional
Calidad
Informe de Operacin
Funcional
Web, StandAlone
Informe de Operacin
Desarrollo, Calidad
Web, StandAlone
Informe de Operacin
Desarrollo, Calidad
Web, StandAlone
Informe de Operacin
Desarrollo, Calidad
Web, StandAlone
Informe de Operacin
Desarrollo, Calidad
Web, StandAlone
Informe de Operacin
Desarrollo, Calidad
Web, StandAlone
Informe de Operacin
Desarrollo, Calidad
Web, StandAlone
Especificacin de
pruebas
Informe de Operacin
Desarrollo, Calidad
StandAlone
Informe de Operacin
Desarrollo, Calidad
Web, StandAlone
Manual de usuario, Informe de

Evaluacin
Calidad, Funcionales,
Usuario
Funcionales

Evaluacin
Usuario
Web, StandAlone

Evaluacin
Usuario
Web, StandAlone

Evaluacin
Usuario
Web, StandAlone

Evaluacin
Usuario
Web, StandAlone

Evaluacin
Usuario
Web, StandAlone

Evaluacin
Usuario
Web, StandAlone
Informe de Operacin, Informe

de Evaluacion, Registro de
Usuario
monitoreo de usuario
Web, StandAlone

Usuario
Web, StandAlone

Usuario
Web, StandAlone

Evaluacin, Informe de
Operacin, Registro de
Usuario
Web, StandAlone

Usuario
Web, StandAlone

Usuario
Web, StandAlone
Resultado del Cuestionario
Usuario
Web, StandAlone
Requerimientos del Usuario,

Usuario
de Evaluacion
StandAlone

Usuario
de Evaluacion
Web, StandAlone

Usuario
Web, StandAlone

Usuario
de Evaluacion
Web, StandAlone

Usuario
Web, StandAlone

Usuario
Web, StandAlone

Usuario
Web, StandAlone

Usuario
Web, StandAlone

Usuario
Web, StandAlone

Usuario
Web, StandAlone

Usuario
Web, StandAlone

Usuario
Web, StandAlone

de Mantenimiento, Informe de
Usuario, Funcionales
Resolucin de problemas
Web, StandAlone
Informe de Operacin, Informe Desarrollo, Calidad,

de Resolucin de problemas
Web, StandAlone

StandAlone

Web, StandAlone

StandAlone

Web, StandAlone

Web, StandAlone

Web, StandAlone
Caracterstica
Funcionalidad
Estas mtricas se utilizan para predecir si el producto
de software en cuestin satisface los requisitos
funcionales prescritos y necesidades de los usuarios
implicados.
Valor mnimo
aceptado de la
Caracterstica
Fiabilidad
Estas mtricas se utilizan para predecir si el producto
de software en cuestin va a satisfacer las
necesidades de fiabilidad prescritas, durante el
desarrollo del producto de software.
necesidades de fiabilidad prescritas, durante el

desarrollo del producto de software.
Mantenibilidad
Estas mtricas se utilizan para predecir el nivel de
esfuerzo requerido para modificar el producto de
software
Estas mtricas se utilizan para predecir el nivel de

esfuerzo requerido para modificar el producto de
software
Usabildad
Estas mtricas se utilizan para predecir el grado en
que el producto de software puede ser entendido,
aprendido, operado, atractivo y que cumpla con las
normas y directrices de usabilidad
Portabilidad
Estas mtricas se utilizan para predecir el efecto que
el producto de software puede tener sobre el
comportamiento del implementador o sistema
durante la actividad de portabilidad
Sub-caracterstica
Valor mnimo aceptado

de la Sub-caracterstica
Adecuacin.
Estas mtricas indican un conjunto de atributos para
evaluar explcitamente las funciones de las tareas
prescritas, y para determinar la adecuacin para la
realizacin de esas tareas
0.85
Exactitud.
Estas mtricas indican un conjunto de atributos que
permiten evaluar la capacidad del producto de software
para lograr resultados correctos o agradables
0.75
Seguridad.
0.6
Seguridad.
para evitar el acceso ilegal al sistema y/o datos
0.6
Madurez.
evaluar la madurez del software.
0.8
Tolerancia a Fallas.
permiten evaluar la capacidad de los productos de software
de mantener un nivel de rendimiento deseado en caso de
fallos operativos o de la violacin de su interfaz
especificada
0.75
Tolerancia a Fallas.
permiten evaluar la capacidad de los productos de software
de mantener un nivel de rendimiento deseado en caso de
fallos operativos o de la violacin de su interfaz
especificada
0.75
Capacidad de recuperacin.
permiten evaluar la capacidad del producto de software de
restablecer un nivel adecuado de rendimiento y recuperar
datos directamente afectados en caso de una falla
0.6
Capacidad de ser analizado.

Esta mtrica indica un conjunto de atributos utilizados para
predecir el esfuerzo del usuario o del encargado de
realizar mantenimiento, en modificar, diagnosticar
deficiencias, causas de los fracasos de los mantenimientos
o para la identificacin de las partes que deben ser
modificadas en el producto de software
0.8
Capacidad de ser cambiado.

Esta mtrica indica un conjunto de atributos utilizados para
predecir el esfuerzo que debe hacer el usuario o el
encargado de realizar mantenimiento para implementar los
cambios en el producto de software, cuando se trata de
una modificacin en especfico
0.7
Estabilidad.
Esta mtrica indica un conjunto de atributos para predecir
qu tan estable el producto de software sera despus de
cualquier modificacin
0.8
Capacidad de ser probado.

Esta mtrica indica un conjunto de atributos para predecir
la cantidad de funciones de ayuda de prueba autnomas
diseadas e implementadas en el producto de software
0.5
Operabilidad.
Permite evaluar si los usuarios pueden operar y controlar el
software. Las mtricas de operabilidad se pueden clasificar
segn ISO 9241-10:
Nivel de satisfaccin del software con respecto a la tarea
Nivel de auto-descripcin del software
Nivel de conformidad del software con las expectativas
del usuario
Nivel de tolerancia de errores del software
Nivel de satisfaccin del software para la
individualizacin
La eleccin de las funciones de prueba ser influenciada
por la frecuencia esperada de uso de las funciones, la
criticidad de las funciones, y cualquier problema de
usabilidad esperado
0.76
por la frecuencia esperada de uso de las funciones, la

criticidad de las funciones, y cualquier problema de
usabilidad esperado
Instalabilidad.
predecir el impacto que el producto de software puede
tener sobre el esfuerzo del usuario que est intentando
instalar el software en un entorno especificado
0.6
Adaptabilidad.
tener sobre el esfuerzo del usuario que est tratando de
adaptarlo para diferentes entornos especificados
0.8

tener sobre el esfuerzo del usuario que est tratando de
adaptarlo para diferentes entornos especificados
0.8
Clasificacin
Mtrica/Indicador
Adecuacin funcional
Implementacin funcional
completa
Cobertura de la implementacin
funcional
Estabilidad de la especificacin
funcional (volatilidad)
Exactitud computacional
Precisin
Auditabilidad del acceso:
Controlabilidad del acceso
Prevencin de corrupcin de
datos
Cifrado de datos
Deteccin de fallas
Eliminacin de fallas
Adecuacin a pruebas
Prevencin de fallas
Prevencin de operaciones
incorrectas
Restaurabilidad
Efectividad de restauracin
Registro de actividad
Preparacin de funciones de
diagnstico
Registro de cambio
Impacto de las modificaciones
Localizacin del impacto de las

modificaciones
Integridad de la funcin de
prueba incorporada
Observabilidad del proceso de

prueba
Comprobacin de la validez de los

datos de entrada
Capacidad de cancelar
operaciones de usuario
Capacidad de anular operaciones

de usuario
Personalizacin
Accesibilidad fsica
Capacidad de monitoreo de
estatus de operaciones
Consistencia operacional
Claridad de mensajes
Claridad de los elementos de la

interfaz
Capacidad para recuperarse de

errores operacionales
Facilidad de reintento de
instalacin
Esfuerzo de instalacin
Flexibilidad de instalacin
Adaptabilidad a las estructuras de

datos
Adaptabilidad al ambiente de
hardware (adaptabilidad a los
dispositivos de hardware y
recursos de red)
Adaptabilidad al ambiente
organizacional (adaptabilidad a la
infraestructura de la
organizacin)
Portar la facilidad de uso
Adaptabilidad al ambiente de
software de sistema
(adaptabilidad al sistema
operativo, software de red y otras
aplicaciones)
Propsito
Cun adecuadas son las funciones evaluadas?
Qu tan completa es la implementacin de acuerdo a

especificaciones de los requerimientos?
Qu tan correcta es la implementacin funcional?
Qu tan estable es la especificacin funcional despus de entrar en

operacin?
Qu tan completa fue la implementacin de los requerimientos de

precisin?
Qu tan completa fue la implementacin de niveles especficos de

precisin para los elementos de datos?
Qu tan auditable es el acceso de inicio de sesin?
Qu tan controlable es el acceso al sistema?
Qu tan completa es la implementacin de la prevencin de la

corrupcin de datos?
Qu tan completa es la implementacin de cifrado de datos?
Cuntas fallas fueron detectadas en la revisin del producto?
a) Cuntas fallas fueron corregidas?

b) Cul es la proporcin de fallas eliminadas?
Cuntos de los casos de prueba necesarios estn cubiertos por el

plan de pruebas?
Cuntos patrones de falla han sido controlados para evitar fallas

crticas y serias?
Cuntas funciones con la capacidad de evitar operaciones incorrectas

se encuentran implementadas?
Cul es la capacidad del producto de recuperarse por s mismo

despus de un evento anormal o en la peticin?
Qu tan efectiva es la capacidad de restauracin?
Qu tan minucioso es el registro de actividades en el sistema?
Qu tan minuciosa es la prestacin de funciones de diagnstico?
Son los cambios de las especificaciones y programas registrados de

manera adecuada en el cdigo con comentarios?
Cul es la frecuencia de efectos adversos despus de la

modificacin?
Qu tan grande es el impacto de la modificacin en el producto de

software?
Qu tan completa es la prueba incorporada?
Qu tan completos se muestran los resultados de las pruebas

incorporadas durante las mismas?
Cul es la proporcin de elementos de entrada de datos que tiene

validaciones de verificacin?
Cul es la proporcin de funciones que pueden ser canceladas antes

de finalizar?
Cul es la proporcin de funciones que pueden ser anuladas?
Cul es la proporcin de funciones que pueden ser personalizadas

durante la operacin?
Qu proporcin de funciones se puede personalizar para el acceso de

usuarios con discapacidades fsicas?
Qu proporcin de funciones tiene la capacidad de ser monitoreada

para indicar estatus de operacin?
Qu proporcin de las operaciones tienen el mismo comportamiento

a operaciones similares en otras partes del sistema?
Qu proporcin de los mensajes son fciles de entender?
Qu proporcin de elementos de la interfaz son fciles de entender?
Qu proporcin de funciones puede tolerar errores de los usuarios?
Qu tan fcil es repetir el proceso de instalacin?
Qu nivel de esfuerzo se requiere para la instalacin?
Qu tan flexible y personalizable es la instalacin?
Qu tan adaptable es el producto con respecto a los cambios de

estructura de datos?
Qu tan adaptable es el producto con respecto a los cambios de

ambiente de hardware?
Qu tan adaptable es el producto con respecto a los cambios

organizacionales?
Qu tanto esfuerzo implican las operaciones de portabilidad en el

producto?
Qu tan adaptable es el producto con respecto a los cambios

relacionados al ambiente de software?
Valor mnimo aceptado de

la mtrica/indicador
0.9
0.9
0.8
0.8
0.7
0.8
0.6
0.6
0.7
0.5
0.8
0.9
0.7
0.7
0.8
0.6
0.6
0.85
0.75
0.7
0.8
0.8
0.5
0.5
0.9
0.7
0.7
0.8
0.5
0.7
0.7
0.9
0.9
0.8
0.6
0.6
0.6
0.85
0.85
0.85
0.6
0.85
Mtodo de aplicacin
Cuente el nmero de funciones implementadas que son adecuados para la realizacin de las tareas especficas,
Lo siguiente puede ser medido;
- El todo o partes de las especificaciones de diseo
- Los mdulos completos / partes del producto de software
* El insumo principal para el proceso de medicin es la especificacin actualizada de requerimientos.

* Cualquier cambio identificado durante el ciclo de vida debe ser actualizado en el documento antes de utilizar e
Cuente el nmero de funciones detectadas en la evaluacin que faltan y compare con el nmero de funciones d
* El insumo principal para el proceso de medicin es la especificacin actualizada de requerimientos. Cualquier
documento antes de utilizar en el proceso de medicin.
Cuente el nmero de funciones aplicadas de forma incorrecta o faltantes detectadas en la evaluacin y compar
requerimientos
* Revisin por cada elemento funcional.
* El insumo principal para el proceso de medicin es la especificacin actualizada de requerimientos. Cualquier
documento antes de utilizar en el proceso de medicin.
* Esta mtrica puede ser usada como una forma de verificar la presencia de una funcionalidad determinada
Cuente el nmero de funciones que sufrieron cambios (includas, modificadas o eliminadas) durante la fase del c
que se describen en las especificaciones de requerimientos.
Cuente el nmero de funciones que han implementado requisitos de precisin y compare con el nmero de func
Cuente el nmero de elementos de datos que cumplen con los requisitos de niveles especficos de precisin y co
niveles especficos de de precisin.
Cuente el nmero de tipos de acceso que estn siendo registrados correctamente y compare con el nmero de t
especificaciones
Cuente el nmero de requerimientos de controlabilidad de acceso implementados correctamente y compare con

especificaciones.
Cuente el nmero de casos de prevencin de la corrupcin de datos implementados segn lo especificado y com
corromper/destruir datos especificados en los requerimientos.
Cuente el nmero de instancias de elementos de datos codificables / encriptables implementadas como se espe
requieren la implementacion de cifrado / descifrado segn las especificaciones.
Cuente el nmero de fallas detectadas en la revisin y compare con el nmero de fallas que se estima ser detec
* Esta mtrica solo es usada para predicciones durante el desarrollo
Cuente el nmero de fallas eliminadas durante el diseo / codificacin y comprela con el nmero de fallas dete
Cuente el nmero de casos de pruebas planificados y comprelos con el nmero de casos de prueba necesarios
Cuente el nmero de patrones de fallas que fueron evitadas y comprelo con el nmero de patrones de fallas a
Cuente el nmero de funciones implementadas para evitar fallas crticas y graves causadas por operaciones inc
incorrectos a considerar.
NOTA: Incluye tambin el dao de datos, adems de falla del sistema.
Cuente el nmero de requerimientos de restauracin implementados y comprelo con el nmero de requerimien

Ejemplos de requerimientos Restauracin: checkpoint de la base de datos, checkpoints de transacciones, la func
Cuente el nmero de requerimientos de restauracin implementados que satisfacen el tiempo de restauracin d

requerimientos de restauracin con un tiempo tope especificado.
Cuente el nmero de elementos registrados en el log de actividades como se especifica y comprelo con el nm
Cuente el nmero de funciones de diagnstico implementadas como se especifica y comprelo con el nmero d
Nota: Este indicador tambin se utiliza para medir la capacidad de anlisis de fallas y capacidad de anlisis caus
Relacin de Registro de informacin sobre el cambio en el mdulo
Cuente el nmero de efectos adversos detectados despus de la modificacin y comprelo con el nmero de mo
Cuente el nmero de variables afectadas por la modificacin y comprelo con el nmero total de variables en el
* Variables impactadas:
a) Todas las variables en la instruccin que han sido cambiadas
b) Variable que est en una misma instruccin con la variable definida por (a)
Cuente el nmero de funciones de prueba integradas implementadas segun las especificaciones y comprelo co
Cuente el nmero de puntos de control (checkpoints) implementados segun se especifica y comprelo con el n
Cuente el nmero de elementos de entrada, que comprueban la validez de los datos y compare con el nmero d
Cuente el nmero de funciones implementadas, que pueden ser canceladas por el usuario antes de la finalizaci
de cancelacin anticipada
Cuente el nmero de funciones implementadas, las cuales tienen la capacidad de poder ser anuladas por el usu
* Ya sea una anulacin simple o mltiple despus de varias acciones posteriores, pueden ser evaluadas
Cuente el nmero de funciones implementadas, las cuales pueden ser personalizadas por el usuario durante el f
la capacidad de personalizacin
Cuente el nmero de funciones implementadas, las cuales pueden ser personalizadas y comprela con el nmer
Cuente el nmero de funciones implementadas, cuyo estado se pueden monitorear y comprela con el nmero
* En estatus se incluye el monitoreo del progreso
Cuente el nmero de casos de operaciones con un comportamiento inconsistente y comprela con el nmero to
Cuente el nmero de mensajes implementados con explicaciones claras y comprela con el nmero total de me
* Mensajes de error claros explican al usuario qu accin tomar para recuperarse
Cuente el nmero de elementos de la interfaz que se explican por s mismos y comprelo con el nmero total de
* Los elementos se explican por s mismos cuando utilizan textos de ayuda o proporcionan "tool-tips"
Cuente el nmero de funciones implementadas con tolerancia a errores de usuario y comprelo con el nmero t
Cuente el nmero de operaciones para el reintento de configuracin implementadas y comprelo con el nmero
Cuente el nmero de pasos de instalacin automatizada implementados y comprelo con el nmero de pasos de
Cuente el nmero de operaciones de instalacin personalizables implementadas como se especifica y comprel

capacidad de personalizacin
Cuente el nmero de estructuras de datos, que son operables y no tiene limitacin despus de la adaptacin y l
requieren la capacidad de adaptacin.
Cuente el nmero de funciones implementadas que son capaces de lograr resultados requeridos en mltiples en
funciones con requerimientos de capacidad de adaptacin al ambiente de H/W
comprelas con el nmero de funciones con de capacidad de adaptacin al ambiente organizacional requeridas
Cuente el nmero de funciones implementadas que son capaces de soportar una adaptacin fcil por el usuario
capacidad de ser fciles de adaptar requeridas
nmero de funciones con apacidad de adaptacin al entorno de software del sistema requeridas
Frmula
X = 1-A / B
A = Nmero de funciones en las que se detectan problemas en la evaluacin
B = Nmero de funciones evaluadas
X=1-A/B
A = Nmero de funciones faltantes detectadas en la evaluacin
X = 1- A / B
A = Nmero de funciones mal implementadas o faltantes detectadas en la
evaluacin
X = 1-A / B
A = Nmero de funciones modificadas durante las fases del ciclo de vida de
desarrollo
X=A/B
A = Nmero de funciones en las cuales se ha aplicado requisitos especficos de
precisin, como se confirma en la evaluacin.
B = Nmero de funciones para las cuales es necesario implementar requisitos
especficos de precisin
X=A/B
A = Nmero de elementos de datos con niveles especficos de precisin
implementados, confirmados en la evaluacin
B = Nmero de elementos de datos que requieren niveles especficos de precisin
X=A/B
A = Nmero de tipos de acceso que se estn registrando
B = Nmero de tipos de acceso que deben ser registrados segun las
especificaciones
X=A/B
A = Nmero de requerimientos de controlabilidad de acceso implementados
correctamente.
B = Nmero de requerimientos de controlabilidad de acceso en las especificaciones
X=A/B
A = Nmero de casos de prevencin de corrupcin de datos implementados segun
se especifica y confirmado en revisin.
B = Nmero de casos de operaciones/accesos identificados como capaces de
corromper/destruir los datos en los requerimientos
Nota: Tenga en cuenta los niveles de seguridad al usar este indicador.
X=A/B
A = Nmero de casos implementados de elementos de datos codificables /
descodificables confirmados en la revisin
B = Nmero de elementos de datos que requieren cifrado/descifrado segun las
especificaciones
NOTA: El cifrado de datos: por ejemplo, datos en una base de datos abierta, datos
en un servicio de comunicaciones pblico
X=A/B
A = Nmero absoluto de fallas detectadas en la revisin
B = Nmero de fallas que se estima sern detectadas en la revisin (utilizando
datos histricos o modelos de referencia)
a) X = A
A = Nmero de fallas corregidas en el diseo / codificacin
b) Y = A / B
A = Nmero de fallas corregidas en el diseo / codificacin
B = Nmero de fallas detectadas en la revisin
X=A/B
A = Nmero de casos de prueba diseados en el plan de pruebas y confirmados en
la revisin
B = Nmero de casos de prueba requeridos
X=A/B
A = Nmero de patrones para evitar fallas en el diseo/codificacin
B = Nmero de patrones de falla a considerar
NOTA: Ejemplos de patrones de falla: datos fuera del rango, punto muerto
NOTA: La tcnica de analisis de arbol de fallas puede ser utilizada para detectar
patrones de falla.
X=A/B
A = Nmero de funciones implementada para evitar los patrones de operacin
incorrectos.
B = nmero de patrones de operacin incorrectos a considerar
NOTA:
Patrones de operacin incorrecta
Tipos de datos incorrectos como parmetros
Secuencia incorrecta de entrada de datos
Secuencia incorrecta de la operacin
NOTA: La tcnica de analisis de arbol de fallas puede ser utilizada para detectar
patrones de operacin incorrecta.
X=A/B
A = Nmero de requerimientos de restauracin implementados y confirmados en la
revisin
B = Nmero de requerimientos de restauracin en las especificaciones ..
X=A/B
A = Nmero de requerimientos de restauracin implementados que satisfacen el
tiempo de restauracin definido
B = Nmero de requerimientos de restauracin con tiempos topes especificados
X=A/B
A = nmero de elemenos de registro de datos implementados segun lo
especificado y confirmados en la revisin
B = Nmero de elementos de datos a ser registrados como se define en las
especificaciones
X=A/B
A = Nmero de funciones de diagnstico implementadas segun lo especificado y
confirmadas en la revisin
B = Nmero de funciones de diagnstico requeridas
X=A/B
A = Nmero de cambios en funciones/mdulos con comentarios en el cdigo y
confirmados en la revisin
B = Nmero total de funciones/mdulos con cambios en el cdigo original
X = 1-A / B
A = Nmero de impactos adversos detectados despus de las modificaciones
B = Nmero de modificaciones hechas
X=A/B
A = Nmero de variables de datos afectadas por la modificacin, confirmados en la
revisin
B = Nmero total de variables
X=A/B
A = Nmero de funciones de pruebas incorporadas e implementadas segun lo
especificado y confirmadas en la revisin
B = Nmero de funciones de pruebas incorporadas requeridas
X=A/B
A = Nmero de puntos de control implementados segun se especifica y
confirmados en revisin
B = Nmero de puntos de control diseados
X=A/B
A = Nmero de elementos de entrada que comprueban si los datos son vlidos
B = Nmero de elementos de entrada que podran comprobar si los datos son
vlidos
X=A/B
A = Nmero de funciones implementadas que pueden ser canceladas por el usuario
B = Nmero de funciones que requieren la capacidad de cancelacin anticipada
X=A/B
A = Nmero de funciones implementadas que puede ser anuladas por el usuario
B = Nmero de funciones.
X=A/B
A = Nmero de funciones que se pueden personalizar durante la operacin
B = Nmero de funciones que requieren la capacidad de personalizacin
X=A/B
A = Nmero de funciones que se pueden personalizar
B = Nmero de funciones
X=A/B
A = Nmero de funciones con la capacidad de monitoreo de estado
B = Nmero de funciones que requieren tener capacidad de monitoreo.
X=1-A/B
A = Nmero de casos de operaciones con un comportamiento inconsistente
B = nmero total de operaciones
X=A/B
A = Nmero de mensajes implementados con explicaciones claras. .
B = Nmero de mensajes implementados
X=A/B
A = Nmero de elementos de la interfaz que se explican por s mismos.
B = Nmero total de elementos de la interfaz
X=A/B
A = Nmero de funciones implementadas con tolerancia a errores del usuario
B = Nmero total de funciones que requieren la capacidad de tolerancia
X=A/B
A = Nmero de operaciones de reintento implementadas para la configuracin,
B = Nmero total de operaciones de configuracin requeridas
X=A/B
A = Nmero de pasos de instalacin automatizada confirmados en la revisin
B = Nmero de pasos de instalacin requerido
NOTA: Prescrito: por ejemplo, el nmero de ventanas/comandos/operacin manual
para llegar a la operacin de destino
X=A/B
A = Nmero de operaciones de instalacin personalizables implementadas como se
especifica y confirmadas en la revisin
B = Nmero de operaciones de instalacin personalizables requeridas
NOTA: Personalizable: por ejemplo, la profundidad de anidamiento, nmero de
paneles
X=A/B
A = Nmero de estructuras de datos que son operables y no tienen limitacin
despus de la adaptacin, confirmadas en revisin
B = Nmero total de estructuras de datos que requieren capacidad de adaptacin
X=A/B
A = Nmero de funciones implementadas que son capaces de lograr resultados
requeridos en determinados y mltiples entornos de H/W como se especifica,
B = Nmero total de funciones con requerimientos de capacidad de adaptacin al
entorno de H/W
X=A/B
A = Nmero de funciones implementadas que son capaces de lograr los resultados
requeridos en determinados entornos organizacionales y empresariales mltiples
como se especifica, y confirmadas en la revisin
B = Nmero total de funciones con capacidad adaptacin al entorno organizacional
requeridas
X=A/B
A = Nmero de funciones que soportan una fcil adaptacin por parte el usuario
como se especifica, confirmadas en la revisin
B = Nmero total de funciones con capacidad de ser fciles de adaptar requeridas
X=A/B
A = Nmero de funciones implementadas que son capaces de lograr resultados
requeridos en especficos entorno de de software de sistema mltiple como se
especifica, confirm en la revisin
B = Nmero total de funciones con capacidad de adaptacin al entorno de software
de sistema requeridas
Interpretacion
Escala
Tipo de Medida
0 <= X <= 1
adecuado.
0 <= X <= 1
0 <= X <= 1
0<= X <= 1
0<= X <= 1
0<= X <= 1
0<= X <= 1
0<= X <= 1
0<= X <= 1
0<= X <= 1
0 <= X
Un valor alto de X implica la
buena calidad del producto,
mientras que A = 0 no implica
necesariamente que el producto
este libre de fallas.
NOTA: 1. Es necesario convertir
su valor a un intervalo entre 0 y
1 para poder totalizar la
caracterstica
a) 0 <= X
Un valor alto de X implica, que
permanecen menos fallas.
b) 0 <= Y <= 1
Cuanto ms cerca de 1, mejor.
(mayor cantidad de fallas
eliminadas)
a) P
R
b) A
0 <= X
Cuando X es mayor indica una
mejor adecuacin
0 <= X
mejor capacidad para evitar
fallas
0 <= X
mejor capacidad para evitar la
operacin incorrecta.
0 <= X <= 1
Cuando X es mayor, indica una
mejor restaurabilidad
0 <= X <= 1 Cuando X es

mayor, indica una mejor eficacia
0 <= X <= 1 El ms cercano a 1,

indica ms datos proporcionados
al registro del estado del
sistema.
NOTA: Es necesario convertir su
valor a un intervalo entre 0 y 1
para poder totalizar la
caracterstica
0 <= X Cuanto ms se acerca a

1, indica la mejor
implementacin de funciones de
diagnstico.
NOTA: Es necesario convertir su
valor a un intervalo entre 0 y 1
para poder totalizar la
caracterstica
0 <= X <= 1 El ms cercano a 1,

indica un mayor registro.
El control de cambios 0 indica un
mal control de cambios o de
pequeos cambios, una alta
estabilidad.
0 <= X <= 1
adecuado.
0 <= X <= 1
Cuanto ms cerca de 0, indica un
menor impacto de la
modificacin.
0 <= X <= 1
Cuanto ms se acerca a 1, ms
completo.
0 <= X <= 1
adecuado.
0<= X <= 1
0 <= X <= 1
Cuanto ms cerca de 1, indica
mayor capacidad de cancelar
operaciones.
0 <= X <= 1
mayor capacidad de anular
operaciones
0 <= X <= 1
mayor capacidad de anular
operaciones
0 <= X <= 1
mayor accesibilidad fsica
0 <= X <= 1
mayor capacidad de monitoreo
0 <= X <= 1
mayor consistencia
0 <= X <= 1
mayor claridad
0 <= X <= 1
mayor claridad
0 <= X <= 1
mayor capacidad de
recuperacin
0 <= X <= 1
mayor capacidad de
recuperacin
0 <= X <= 1
0 <= X <= 1
Cuanto ms cerca de 1, mas
flexible
0 <= X <= 1
0 <= X <= 1
0<= X <= 1
0 <= X <= 1
Cuanto ms cerca de 1, mas
amigable
0<= X <= 1
Que se requiere ( insumo

para la evaluacin)
Quienes participan
( quienes dan los
insumos para calculo)
Area en la que
aplica
Especificacion de
Funcionales, Desarrollo,
requerimientos, Diseo, Cdigo
Base de Datos
fuente, Informe de Revisin
Web, Stand-Alone,
Base de Datos
Especificacion de
Base de Datos
Web, Stand-Alone,
Base de Datos
Especificacion de
Base de Datos
Web, Stand-Alone,
Base de Datos
Especificacion de
requerimientos, Informe de
Revisin
Base de Datos
Web, Stand-Alone,
Base de Datos
Especificacion de
Base de Datos
Web, Stand-Alone,
Base de Datos
Especificacion de
Base de Datos
Web, Stand-Alone,
Base de Datos
Especificacion de
requerimientos, Diseo, Cdigo Funcionales, Desarrollo
Web, Stand-Alone
Especificacion de
Web, Stand-Alone
Especificacion de
Web, Stand-Alone
Especificacion de
Web, Stand-Alone
El valor A viene del Informe de

revisin
El valor B viene de la base de Base de Datos
datos de la organizacin.
Web, Stand-Alone,
Base de Datos
El valor de A informe proviene

del Informe de eliminacin de
fallas.
Base de Datos
El valor B viene del informe de
revisin.
Web, Stand-Alone,
Base de Datos
El valor de A viene del Informe

de Revisin
El valor de B viene de la
Base de Datos
especificacion de
requerimientos
Web, Stand-Alone,
Base de Datos

de Revisin
Base de Datos
especificacion de
requerimientos
Web, Stand-Alone,
Base de Datos

de Revisin
Base de Datos
especificacion de
requerimientos
Web, Stand-Alone,
Base de Datos

de Revisin
Base de Datos
especificacion de
requerimientos o del diseo
Web, Stand-Alone,
Base de Datos

de Revisin
Base de Datos
especificacion de
Web, Stand-Alone,
Base de Datos

de Revisin
Funcionales, Usuarios,
Web, Stand-Alone,
Desarrollo-Base de Datos Base de Datos
especificacion de
requerimientos

de Revisin
Funcionales, Usuarios,
Web, Stand-Alone,
Desarrollo-Base de Datos Base de Datos
especificacion de
requerimientos
Logs de Versin
Especificaciones
Desarrollo, Base de Datos
Web, Stand-Alone,
Base de Datos
Informe de Revisn
Web, Stand-Alone,
Base de Datos
Informe de Revisn
Web, Stand-Alone,
Base de Datos

de Revisin
Web, Stand-Alone,
Base de Datos
especificacion de
Funcionales. Desarrollo,
de Revisin
Base de Datos
El valor de B viene del diseo
Web, Stand-Alone,
Base de Datos
Especificacion de
requerimientos, Diseo,
Informe de Revisin
Base de Datos
Web, Stand-Alone,
Base de Datos
Especificacion de
Informe de Revisin
Funcionales. Desarrollo
Web, Stand-Alone
Especificacion de
Informe de Revisin
Web, Stand-Alone
Especificacion de
Informe de Revisin
Web, Stand-Alone
Especificacion de
Informe de Revisin
Web, Stand-Alone
Especificacion de
Informe de Revisin
Base de Datos
Web, Stand-Alone,
Base de Datos
Especificacion de
Informe de Revisin
Base de Datos
Web, Stand-Alone,
Base de Datos
Especificacion de
Informe de Revisin
Web, Stand-Alone
Especificacion de
Informe de Revisin
Web, Stand-Alone
Especificacion de
Informe de Revisin
Web, Stand-Alone
Informe de Revisn
Desarrollo
Web, Stand-Alone
Informe de Revisn
Desarrollo
Stand-Alone
Especificacion de
requerimientos, Informe de
Revisin
Desarrollo
Stand-Alone
Especificacion de
Informe de Revisin
Base de Datos
Web, Stand-Alone
Especificacion de
Informe de Revisin
Base de Datos
Web, Stand-Alone
Especificacion de
Informe de Revisin
Base de Datos
Web, Stand-Alone
Especificacion de
Informe de Revisin
Base de Datos
Web, Stand-Alone
Especificacion de
Informe de Revisin
Base de Datos
Web, Stand-Alone
Calidad (Externa)
SUB-CARACTERISTICA
Funcionalidad
Adecuacin
Exactitud
Seguridad
Madurez
(hardware/software/datos)
Fiabilidad
Tolerancia a fallas
Capacidad de Recuperacion
(datos, procesos, tecnologa)
Usabilidad
Mantenibiliadad
Portabilidad
PESO
(ALTO/MEDIO/BAJO)
M
M
M
Capacidad de ser aprendido
Operabilidad
Capacidad de ser atractivo
Estabilidad
Instalabilidad
Calidad (Interna)
CARACTERISTICA
SUB-CARACTERISTICA
Adecuacin
Funcionalidad
Exactitud
Seguridad
Madurez
(hardware/software/datos)
Fiabilidad
Tolerancia a fallas
Capacidad de Recuperacion
(datos, procesos, tecnologa)
Usabilidad
Operabilidad
Capacidad de ser analizado
Mantenibiliadad
Capacidad de ser cambiado

Estabilidad
Capacidad de ser probado
Portabilidad
Adaptabilidad
Instalabilidad
(Interna)
PESO
(ALTO/MEDIO/BAJO)
A
A
M
A
A
M
A
A
M
A
M
A
M
Alto = 0,76-1,00
Medio = 0,34-0,75
Bajo = 0,0 - 0,33
Escala
Nominal (N)
Ordinal (O)
Intervalo (I)
Razn/Proporcin (P)
Absoluta (A)
Descri
Describe variables de naturaleza categrica que difieren en cualidad ms que en cantidad (Salkind, 19
ellas exclusivamente a una categora o grupo. Cada grupo o categora se denomina con un nombre o
investigador. Este nivel de medicin es exclusivamente cualitativo y sus variables son por lo tanto cua
En este tipo de medidas, se asignan nombres o etiquetas a los objetos, sin seguir un orden.
En esta escala hay que tener en cuenta dos condiciones:
- No es posible que un mismo valor o sujeto est en dos grupos a la vez. No se puede ser de 2 y 3 a
- Los nmeros no tienen valor ms que como nombres o etiquetas de los grupos.
Un nmero no tiene mayor valor que otro. Un ejemplo son los nmeros de las camisetas de los jugado
nmero menor, es aleatorio o de capricho personal a quien otorga el nmero
La nica medida de tendencia central que se puede hacer es la moda. La dispersin estadstica se pue
No existe la desviacin estndar.
Ejemplos: tipos de fallas (datos, control, otros), tipos de aplicaciones (web, Stand-Alone), nacionalidad
Describe las variables a lo largo de un continuo sobre el que se pueden ordenar los valores. En este ca
mayor que, menor que o igual que, entre los elementos.
Las variables de este tipo adems de nombrar se considera el asignar un orden a los datos. Esto impli
con un nmero menor, pero las diferencias entre rangos pueden no ser iguales.
En esta clasificacin, los nmeros asignados a los objetos representan el orden o rango de las entidad
de rango. Se pueden hacer comparaciones como mayor que, menor que, adems de las compara
a la adicin no tienen sentido en este tipo de variables.
Ejemplos: nivel socioeconmico, orden de llegada de los corredores en una carrera, fallas de software
Este nivel integra las variables que pueden establecer intervalos iguales entre sus valores. Las variab
continuo. Las operaciones posibles son todas las de escalas anteriores, ms la suma y la resta.
En este tipo de medida, los nmeros asignados a los objetos tienen todas las caractersticas de las me
es, las diferencias entre una par arbitrario de medidas puede compararse de manera significativa. Est
como la adicin, la sustraccin tienen significado. En estas variables el punto cero de la escala es arbi
no tienen sentido pues dependen de la posicin del cero, no puede decirse que una temperatura es e
dar otro. Las medidas de tendencia central pueden representarse mediante la moda, la mediana al p
Las variables medidas al nivel de intervalo se llaman variables de intervalo o variables de escala.
Ejemplos: la fecha, la temperatura, las puntuaciones de una prueba, la escala de actitudes, las puntu
etc
Integra aquellas variables con intervalos iguales que pueden situar un cero absoluto. Estas variables n
absoluto supone identificar una posicin de ausencia total del rasgo o fenmeno.
Tiene caractersticas importantes:
- El valor cero no es arbitrario (no responde a las conveniencias de los investigadores). Un ejemplo cla
temperatura, puesto que el cero grados centgrados est situado por arbitrio de los creadores de la es
molculas cesan su actividad y no se produce por lo tanto roce entre los componentes moleculares. E
- La presencia de un cero absoluto permite utilizar operaciones matemticas ms complejas a las otra
(ordinal), sumar y restar (intervalo) a las que se aade multiplicar, dividir, etc.
Los nmeros asignados a los objetos tienen todas las caractersticas de las medidas de intervalo y ade
multiplicacin y la divisin tienen significado.
La posicin del cero no es arbitraria para este tipo de medida. Las variables para este nivel de medida
energa, se miden en la escala racional, as como tambin la temperatura (en Kelvins) relativa al cero
representarse por la moda, la mediana, el promedio aritmtico o su promedio geomtrico. Lo mismo q
En otras palabras, la escala de razn comienza desde el cero y aumenta en nmeros sucesivos iguale
Ejemplos: el ingreso: el cero representara que no recibe ingreso en virtud de un trabajo, la velocidad:
medidas de tiempo, escala de altura, escala de anchura, escala de perspectiva, escala de profundidad
Integra aquellas variables que son el resultado de un conteo, o el resultado de dividir una medida de t
constituida por enteros positivos y el cero (0)
Ejemplos: numero de hermanos, cantidad de autos vendidos, cantidad de hijos, el nmero de lneas d
Medida General
Medida especfica
Tamao Funcional
Tamao (Ta)
Representa un tamao
particular de software de
acuerdo a lo que pretende
medir dentro de su
definicin.
Tamao del Programa
Recursos utilizados
Pasos de procedimiento
operativo especificado
General
Tiempo de funcionamiento del

sistema
Tiempo (Ti)
Debe registrar perodos de
tiempo, cuntos sitios
fueron examinados y el
nmero de usuarios que
participaron en las
mediciones
Tiempo (Ti)
Debe registrar perodos de
tiempo, cuntos sitios
fueron examinados y el
nmero de usuarios que
participaron en las
mediciones
Tiempo de
ejecucin/operacion
Tiempo de usuario
Tiempo de esfuerzo
Intervalo de tiempo de
eventos
Numero de fallas detectadas
Complejidad estructural del

programa
Recuento/Conteo (R)
Si se cuentan los atributos
de documentos del producto
de software, son tipos de
recuento estticos. Si se
cuentan los eventos o
acciones humanas, son tipos
de recuento cinticos
Nmero de inconsistencias
detectadas
Nmero de cambios
Nmero de fallas detectadas
Nmero de intentos (pruebas)
Trazas de tipo humano en el
procedimiento operativo
Cuenta
Es una de las dimensiones que puede tener el software.

Cualquier instancia de software puede tener ms de un tamao funcional dependiendo de, por ejem
(a) El propsito de la medicin (Influye en el alcance del software incluido en la medicin)
(b) El mtodo de dimensionamiento funcional particular utilizado (Cambiar las unidades y la esca
La definicin de los conceptos y el proceso para la aplicacin del mtodo de medicin de tamao fu
La definicin de los conceptos y el proceso para la aplicacin de un mtodo de medicin de tama
A fin de utilizar el tamao funcional para la normalizacin es necesario garantizar que se utiliza el
tienen un alcance comparable.
A pesar de que a menudo se afirma que los siguientes representan tamaos funcionales, no se gar
ampliamente utilizados en el desarrollo de software:
1. Nmero de hojas de clculo;
2. Nmero de pantallas;
3. Nmero de archivos o conjuntos de datos que son procesados;
4. Nmero de requisitos funcionales detallados que se describen en las especificaciones de requeri
En esta clusula, el trmino "programacin" representa a todas las expresiones que cuando se ejec
1. Tamao del cdigo fuente del programa

El lenguaje de programacin debe ser explicado y debe proporcionar tambien sentencias no ejecu
Las siguientes medidas son de uso general:
a) Sentencias no comentadas en el codigo (NCSS)
Las sentencias no comentadas en el codigo (NCSS) incluyen sentencias ejecutables y sentencia
NOTA
a. Tamao de un nuevo programa
Un desarrollador puede utilizar el tamao de un program desarrollado recientemente para represe
b. Tamao del programa actualizado
Un desarrollador puede utilizar el tamao programa modificado para representar el tamao de soft
c. Tamao de programa calculado
Un ejemplo de frmula para calcular el tamao es nuevas lneas de cdigo + 0,2 x lneas de cdig
Puede ser necesario distinguir los tipos de sentencias en ms detalle.
- Tipos
Sentencia Lgica (LSS). Mide el nmero de instrucciones de software. Las sentencias son independ
Sentencia Fsica (PSS). Mide el nmero de lneas de cdigo.
- Atributos
Sentencias ejecutables;
Instrucciones de declaracin de datos;
Sentencias de compilacin;
Comentarios.
- Origen
Sentencias modificadas;
Sentencias aadidas;
Sentencias eliminadas;
Sentencias desarrolladas recientetemente: (= sentencias aadidas + sentencias modificadas);
Sentencias reusadas: (= originales - modificadas - sentencias eliminadas);
2. Tamao del recuento de palabras del programa

Se puede calcular de la siguiente manera utilizando la medida de Halstead:
Vocabulario del programa = n1 + n2;
Longitud del programa observado = N1 + N2;
Donde:
n1: Es el nmero de operadores distintos que estan reservados por el lenguaje de programacin
n2: Es el nmero de operandos distintos definidos por el programador en el cdigo fuente del pro
N1: Es el nmero de ocurrencias de operadores distintos en el cdigo fuente del programa;
N2: Es el nmero de ocurrencias de operandos distintos en un cdigo fuente del programa
- Origen
Sentencias
Sentencias
Sentencias
Sentencias
Sentencias
modificadas;
aadidas;
eliminadas;
desarrolladas recientetemente: (= sentencias aadidas + sentencias modificadas);
reusadas: (= originales - modificadas - sentencias eliminadas);
2. Tamao del recuento de palabras del programa

Se puede calcular de la siguiente manera utilizando la medida de Halstead:
Vocabulario del programa = n1 + n2;
Longitud del programa observado = N1 + N2;
Donde:
n1: Es el nmero de operadores distintos que estan reservados por el lenguaje de programacin
n2: Es el nmero de operandos distintos definidos por el programador en el cdigo fuente del pro
N1: Es el nmero de ocurrencias de operadores distintos en el cdigo fuente del programa;
N2: Es el nmero de ocurrencias de operandos distintos en un cdigo fuente del programa
3. Nmero de mdulos
Cuenta el nmero de objetos ejecutables de forma independiente, tales como mdulos de un progr
Este tipo identifica los recursos utilizados por la operacin del software que esta siendo evaluado. E
(a) Cantidad de memoria, por ejemplo, la cantidad de disco o memoria ocupada temporal o perm
(b) I / O de carga, por ejemplo, la cantidad de trfico de datos de comunicacin (significativa par
(c) Carga de la CPU, por ejemplo, porcentaje de ocupacin por conjuntos de instrucciones en la C
concurrentes/paralelos );
(d) Archivos y registros de datos, por ejemplo, la longitud en bytes de archivos o registros;
(e) Documentos, por ejemplo, el nmero de pginas del documento. Puede ser importante tomar
Este tipo identifica los pasos estticos de los procedimientos que se especifican en el diseo de la
El valor medido puede variar dependiendo de qu tipo de descripcin se utiliza para la medicin, t
Hay muchas maneras en las que el tiempo puede ser medido como una unidad, tal y como muestr
(a) unidad de tiempo real
Es un tiempo fsico: es decir, segundos, minutos, horas. Esta unidad se utiliza generalmente para d
(b) unidad de tiempo del mecanismo del computador
Esta es la hora del reloj del procesador de la computadora: es decir, segundos, minutos, horas o de
(c) unidad de tiempo oficial programado
Esto incluye las horas de trabajo, das, meses o aos.
(d) unidad de tiempo del componente
Cuando hay mltiples sitios, el tiempo de componente identifica el sitio individual y es una sumato
Esta unidad se utiliza generalmente para describir fiabilidad de los componentes, por ejemplo, la ta
(e) unidad de tiempo del sistema
Cuando hay mltiples sitios, el tiempo de sistema no identifica sitios individuales pero identifica to
Esta unidad se utiliza generalmente para describir la fiabilidad del sistema, por ejemplo, la tasa de
Proporciona una base para medir la disponibilidad de software. Esto se utiliza principalmente para
discontinua, debe estar seguro de que la medicin del tiempo se realiza en los perodos del softwa
(a) Tiempo transcurrido
Cuando el uso de software es constante, por ejemplo en los sistemas que operan la misma cantida
(b) Tiempo de encendido de la maquina
Para el tiempo real, embebido o software de sistema operativo que est en pleno uso todo el tiemp
(c) Tiempo normalizado de la mquina
Igual que el "tiempo de encendido de la maquina", pero agrupando datos de varios equipos con dif
Es el tiempo que se necesita para ejecutar el software y completar una tarea especfica.
La distribucin de varios intentos se debe analizar y la media, desviacin o valores mximos deben
La ejecucin en las condiciones especficas, particularmente en condicin de sobrecarga, debe ser
Se utiliza principalmente para la evaluacin de la eficiencia.
Mide los perodos de tiempo gastados por cada usuario en la realizacin de tareas mediante el uso
Algunos ejemplos son:
(a) Tiempo de Sesin
Medido entre el inicio y el final de una sesin. til, por ejemplo, para la elaboracin del patron de c
problemas de usabilidad interactivos son slo para ser estudiados.
(b) Tiempo de tareas
El tiempo empleado por un usuario individual para llevar a cabo una tarea mediante el uso de las o
(c) Tiempo de usuario
El tiempo gastado por un usuario individual usando el software desde un determinado momento ha
Es el tiempo productivo asociado a una tarea de un proyecto especfico.

(a) El esfuerzo individual
Es el tiempo productivo que se necesita para que una persona, la cual puede ser un desarrollador,
El esfuerzo individual asume slo un cierto nmero de horas productivas por da.
(b) El esfuerzo de tareas
Esfuerzo de tareas es un valor acumulado de todo el personal de proyectos: desarrollador, encarga
Este tipo de medida es el intervalo de tiempo existente entre un evento y el siguiente durante un p
La frecuencia de un periodo de tiempo de observacin puede ser utilizado en lugar de esta medida
Se utiliza generalmente para describir el tiempo medio entre fallas que ocurren sucesivamente
Cuenta los fallos detectados durante la revisin, pruebas, correccin, funcionamiento o mantenimie
Los niveles de gravedad pueden ser utilizados para categorizarlos tomando en cuenta el impacto d
La medicin cuenta la complejidad estructural programa. Ejemplos de ello son el nmero de camin
Cuenta los elementos inconsistentes detectados que se obtienen para la investigacin.

(a) Nmero de elementos no conformes
Ejemplos:
La conformidad de elementos especficos con la especificacion de requerimientos;
La conformidad con la regla, reglamento o norma;
Compatibilidad con los protocolos, formatos de datos, formatos de medios, cdigos de caracteres
(b) Nmero de casos fallidos con respecto a la expectativa del usuario
Cuenta elementos de la lista de elementos satisfactorios/no satisfactorios, que describen las difere
La medicin utiliza cuestionarios para ser respondidos por los encargados de las pruebas, clientes,
Los siguientes son ejemplos:
Funcin disponible o no;
Funcin efectivamente operable o no;
Funcin operable para uso especfico previsto del usuario o no;
Funcin es esperada, necesaria o no.
Identifica los elementos de configuracin de software que son detectados y que han sido modificad
Un ejemplo es el nmero de lneas modificadas del cdigo fuente.
Cuenta el nmero de errores detectados durante el desarrollo de productos, pruebas, operacin o m
Cuenta el nmero de intentos que se lleva el corregir el defecto o falla. Por ejemplo, durante las re
Cuenta el nmero de trazas del usuario humano como pasos cinticos de un procedimiento, cuand
Esta medida cuantifica la facilidad de uso ergonmico, as como el esfuerzo de uso. Por lo tanto, se
Ejemplos son el nmero de trazos para realizar una tarea, el nmero de movimientos de los ojos, e
Identifica la puntuacin o el resultado de un clculo aritmtico. Puede incluir el conteo o clculo de

Indicadores Técnicos para Calidad de Software Según ISO-9126

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Indicadores Técnicos para Calidad de Software Según ISO-9126

Transféré par

Droits d'auteur :

Formats disponibles

Caracterstica

Capacidad de ser entendido

Capacidad de ser entendido

Capacidad de ser aprendido

Capacidad de ser atractivo

Capacidad para ser probado

Capacidad para ser probado

Valor mnimo aceptado de

Nivel de satisfaccin del software

Nivel de controlabilidad del software

Nivel de controlabilidad del software

Nivel de conformidad del software

Cun adecuadas son las funciones evaluadas?

Qu tan completa es la implementacin de

Qu tan correcta es la implementacin

Qu tan estable es la especificacin funcional

Exactitud de las expectativas

Son las diferencias entre los resultados

Con qu frecuencia los usuarios finales se

Con qu frecuencia los usuarios finales se

Auditabilidad del acceso

Qu tan completo es el registro de

Controlabilidad del acceso

Qu tan controlable es el acceso al sistema?

Cul es la frecuencia de los fenmenos de

Densidad de latencia estimada

Cuntos problemas de los que an existen

Densidad de las fallas versus

Cuntas fallas fueron detectadas durante el

Cuntas condiciones de falla son resueltas?

Densidad de las fallas

Cuntas faltas fueron detectadas durante el

Cuntas fallas se corrigieron?

Tiempo entre fallas (MTBF)

Con qu frecuencia falla el software durante el

Cobertura de las pruebas

Qu cantidad de los casos de prueba

Madurez de las pruebas

El producto est bien probado?

Evitar averas (breakdown)

Con qu frecuencia el producto de software

Cuntos patrones de falla fueron controlados

Evitar la operacin incorrecta

Cuntas funciones con la capacidad de evitar

Qu tan disponible est el sistema para su uso

Media de tiempo de inactividad

Cul es el tiempo promedio que el sistema

Cul es el tiempo promedio que el sistema

Media de tiempo de recuperacin necesita para completar la recuperacin de una

Con qu frecuencia el sistema puede

Qu tan capaz es el producto de restaurarse

Qu tan efectiva es la capacidad de

Qu proporcin de funciones (o tipos de

Qu proporcin de las funciones pueden ser

Qu proporcin de funciones (o tipos de

Comprensin de las funciones

Qu proporcin de las funciones del producto

Comprensin de las entradas y

Pueden los usuarios entender lo que se

Facilidad de aprendizaje de las

Cunto tarda el usuario en aprender a utilizar

Facilidad de aprendizaje para

Cunto tarda el usuario en aprender a realizar