Pruebas y mantenimiento de sistemas de software

Unidad 2. Pruebas de sistemas de software

Ejemplo de caso para el desarrollo de la Evidencia de aprendizaje. Aseguramiento
de la calidad del software.
El proyecto de software el sistema de gestion de inventarios esta por iniciar la semana
proxima, el equipo de proyecto de software ya tiene un plan de trabajo, el cual es el
siguiente:

Y se lo ha compartido al equipo de pruebas, para que realice la planeacion de sus

actividades de acuerdo al plan de trabajo del proyecto de desarrollo de software.
El sistema de inventarios debe realizar las siguientes operaciones:
Gestin de nuevos pedidos.
Reserva de stock para la preparacin de pedidos.
Gestin de incidencias de stock.
Gestin de pedidos para envo.
Gestin de consultas de estado de pedidos
Cancelacin de pedidos solicitado por el cliente.
Despues de unas semanas se obtiene:
El modelado del sistema
Un prototipo del sistema y
El cdigo.
A continuacin se exponen las actividades del operador del sistema y los casos de uso
del sistema de inventarios.
1
Ciencias Exactas, Ingeniera y Tecnologa | Desarrollo de Software

Pruebas y mantenimiento de sistemas de software

Unidad 2. Pruebas de sistemas de software

Descripcin de los casos de uso:

Cancelar pedido atendido.
Descripcin.
El operador del sistema anula un pedido ya atendido.
Flujo de eventos.
Flujo bsico.
1. El cliente ha solicitado cancelar un pedido en estado de no atencin, en estado de
en atencin o en estado de listo para envo.
2. El operador del sistema selecciona el pedido cuya referencia corresponde al pedido
que el cliente desea cancelar y pulsa el botn cancelar pedido en la interfaz propia del
tcnico, ya sea en la pestaa de no atendidos, en la pestaa de en atencin o en la
pestaa de listos para envo.
1.1. El sistema muestra un mensaje de aviso de eliminacin del pedido.
1.2. Si el operador pulsa el botn de aceptar se elimina el pedido, mientras que si pulsa
el botn cancelar, no se modificar el pedido.
Flujos alternativos.
Precondiciones.
El operador del sistema est dado de alta en el sistema.
El operador del sistema ha realizado correctamente el registro en el sistema
introduciendo el nombre de usuario y la contrasea.
El cliente ha solicitado anular uno de sus pedidos que ya ha sido atendido.
Postcondiciones.
El pedido es eliminado del sistema y se liberan los productos reservados para atender
ese pedido.

2
Ciencias Exactas, Ingeniera y Tecnologa | Desarrollo de Software

Pruebas y mantenimiento de sistemas de software

Unidad 2. Pruebas de sistemas de software

Pasar pedido a envo.

Descripcin.
El operador del sistema consulta la lista de pedidos atendidos y selecciona el pedido
que quiere pasar a envo de la interfaz correspondiente al mismo y selecciona el botn
de pasar pedido a envo. A continuacin el sistema comprueba que las condiciones de
satisfaccin de la demanda se cumplen y cambia el estado de pedido a pedido listo para
envo.
Flujo de eventos.
Flujo bsico.
1. El operador del sistema consulta la lista de pedidos atendidos y selecciona el pedido
para enviar al almacn, o directamente desde la interfaz de atencin de pedido, una vez
concluida la asignacin de cantidades puede pulsar el botn de pasar pedido a envo.
2. El sistema comprueba que las cantidades asignadas coinciden con las cantidades
solicitadas en todas las lneas del pedido.

3. Si no ha habido ningn error el pedido pasa al estado listo para envo y figurar en el
listado de pedidos de la pestaa listos para envo de la interfaz grfica principal del
operador del sistema.
Flujos Alternativos
En el punto 2
Si el sistema detecta que alguna de las cantidades de stock asignado es distinta de la
cantidad que demanda la lnea de pedido, entonces se genera un mensaje de aviso de
pedido incompleto. El operador del sistema puede pasar el pedido a listo para envo a
pesar de no estar completo el pedido, puede cancelar el pasar el pedido a envo, o bien
puede dividir el pedido en dos: uno que pasa a listo para envo con las cantidades
asignadas al pedido y otro con las cantidades diferencia entre las que se han asignado y
las que se demandaban. Este ltimo pedido generado automticamente figurar en
estado de pedido en no atencin.

3
Ciencias Exactas, Ingeniera y Tecnologa | Desarrollo de Software

Pruebas y mantenimiento de sistemas de software

Unidad 2. Pruebas de sistemas de software
Precondiciones
1.1 El operador del sistema est dado de alta en el sistema.
1.2 El operador del sistema ha realizado correctamente el registro en el sistema
introduciendo el nombre de usuario y la contrasea.
Postcondiciones.
Si se satisfacen las cantidades demandadas, el pedido cambia del estado en atencin
a pedido listo para envo.
Si el operador del sistema decide enviar el pedido a envo generando uno nuevo con las
cantidades que faltaron por asignar el sistema crear un nuevo pedido en la base de
datos como pedido no atendido y enviar el original a Listo para envo.

Interfaz de consultar pedidos no atendidos:

Fragmento del cdigo de captura de usuario y contrasea al sistema de inventarios:

cout<<"Ingrese nombre de usuario: "<<endl;
cin>>usro;
cout<<"Ingrese contrasea: "<<endl;
cin>>pswd;
if(strcmp(usro,"clonhap" ==0 && strcmp(pswd,"qwerty"
== 0)

Letrero que solicita el usuario

Variable que captura el
usuario
Letrero que solicita contrasea
Variable que captura la
contrasea
Condicin que evala si el
usuario es igual a clonhap y
contrasea a qwerty es
verdadera

{
cout<<endl;
4
Ciencias Exactas, Ingeniera y Tecnologa | Desarrollo de Software

Pruebas y mantenimiento de sistemas de software

Unidad 2. Pruebas de sistemas de software
cout<<"Contrasea
Correcta"<<endl;

Entonces que envi un letrero

de contrasea correcta

cout<<endl;
crt=true;
system("PAUSE" ;
return 1;
}
else
{

Si no
cout<<endl;
cout<<"Contrasea

Incorrecta"<<endl;
cout<<endl;
cout<<"vuelva a intentarlo"<<endl;
crt=false;

Que envi un letrero de

contrasea incorrecta
Y de vuelva a intentarlo

5
Ciencias Exactas, Ingeniera y Tecnologa | Desarrollo de Software