Elemento del caso de Uso Descripción

Titulo del caso de Uso Usabilidad

Actor principal Cliente

Objetivo El sistema debe ser de facil manejo e intuitivo para todos sus usuarios

Precondiciones El tiempo de aprendizaje del sistema por un usuario deberá ser menor a 4 h

Flujo principal La aplicación web debe poseer un diseño "Responsive" a fin de garantizar l

Flujos alternativos La tasa de errores cometidos por el usuario debera ser menor que el 1% de

Postcondiciones El sistema debe poseer interfaces graficas bien formadas.

Elemento del caso de Uso Descripción

Titulo del caso de Uso Disponibilidad
Actor principal Administrador

Objetivo El sistema debe tener una disponibilidad del 99,99% de las veces que un us

Precondiciones El tiempo para iniciar o reiniciar el sistema no podra ser mayor a 5 minutos.

Flujo principal Disposición del sistema para prestar el servicio correctamente.

Flujos alternativos La tasa de tiempos de falla del sistema no podra ser mayor al 0,5% del tiem

Postcondiciones se debe proporcionar la indicacón del estado de disponibilidad de la solució

Elemento del caso de Uso Descripción

Titulo del caso de Uso Rendimiento y tiempos de respuesta

Actor principal Administrador

Objetivo El sistema debe tardar el menor tiempo posible en responder a la solicitud d

Precondiciones El numero de solicitudes que el sistema puede manejar.

Flujo principal Una herramienta util para comprobar el rendimiento del sistema es SoapUI,

Flujos alternativos Ausencia de consecuencias catastroficas para el usuario o el ambiente. Aus

Postcondiciones Posibilidad de realizar modificaciones o reparaciones a un proceso sin afec

Elementos del caso de Uso Descripción

Titulo del caso del Uso Escalabilidad

Actor principal Administrador
Objetivo Verificar la capacidad de una aplicación de escalar cualquiera de sus carac

Precondiciones Casos de prueba de escabilidad, es recomendable considerarlos en bloque

Flujo principal Probar en bloques incrementales siginifca probar con niveles bajos, medios

Flujos alternativos Dada la dificultad de predecir la carga real que tendra una aplicación luego

Postcondiciones Para que los resultados sean confiables, los ambientes de prueba y su conf
a todos sus usuarios

io deberá ser menor a 4 horas. El sistema debe contar con manuales de usuarios estrucurados adecuadamente y con un m

nsive" a fin de garantizar la adecuada visualizacion en multiples computadores personales, dispositivos tableta y telefonos i

a ser menor que el 1% de las transacciones totales ejecutadas en el sistema.

9% de las veces que un usuario intente accederlo.

ra ser mayor a 5 minutos. El promedio de duración de fallas no podra ser mayor a 15 minutos.

rrectamente.

ser mayor al 0,5% del tiempo de operación total.

isponibilidad de la solución, para que los usuarios puedan comprobar el sistema.

n responder a la solicitud de un usuario.

to del sistema es SoapUI, que permite hacer pruebas de carga o estrés sobre webservices.

usuario o el ambiente. Ausencia de alteraciones inadecuadas al sistema.

nes a un proceso sin afectar la continuidad del servicio.

r cualquiera de sus caracteristicas no funcionales.

e considerarlos en bloques incrementales. Realizar la mayor cantidad de registro sobre rendimiento que permita refinar las

con niveles bajos, medios y altos de carga. De esta manera se puede determinar que tambien cala la aplicación y los probl

ndra una aplicación luego de implementada en producción.

entes de prueba y su configuración deben mantenerse constantes.

decuadamente y con un modulo de ayuda en linea.

itivos tableta y telefonos inteligentes.

to que permita refinar las estrategias de escalada en función uso real.

a la aplicación y los problemas que surgen en cada nivel.