RE: Consulta - Solo tiempo de respuesta de Usuario

[Hector Vera G.]

Hola Jesus,

Respecto a tu preocupaci�n de dejar huecos, ya tiene l�gica de no actualizar si no se confirma o si se cumple el timeout.

Gracias por tus comentarios.

Saludos,

Hector Vera

-----Mensaje original-----
De: Jesus Busquets/NOTES/ES [mailto:[EMAIL PROTECTED]
Enviado el: Jueves, 28 de Agosto de 2003 01:05 a.m.
Para: [EMAIL PROTECTED]
Asunto: Re: Consulta - Solo tiempo de respuesta de Usuario

Con la soluci�n que has adoptado, creo que puedes encontrarte con algun problema, como el hecho de que te queden "huecos" en los n�meros de p�lizas, puesto que siempre es posible que el usuario cancele la petici�n antes de confirmar, y tras haber recibido un n�mero de p�liza en la pantalla.

Tienes dos soluciones posibles, la primera m�s f�cil que la segunda:

- Si no es un problema que queden "huecos" en los n�meros de p�liza, la soluci�n es sencilla: el programa funciona tal como lo tienes, s�lo que liberas el registro (archivo de n�meros de p�lizas, o �rea de datos o donde lo tengas)  en  cuando se le da al usuario un n�mero nuevo... el siguiente usuario que entre, recibir� el n�mero siguiente, y listo, sin bloqueos ni esperas (como ser�a el caso en que hubiera que esperar un timeout en la pantalla del primero). Si el primer usuario no finaliza la transacci�n, el n�mero, sencillamente, se pierde, y queda un "hueco" en la numeraci�n de las p�lizas.

- Si es muy importante la numeraci�n consecutiva, entonces NO puedes asignar un n�mero al usuario antes de que haya hecho la confirmaci�n (sin capacidad de anular) de la entrada de la p�liza. En este caso, el n�mero no se presenta en el momento en  que se est� rellenando, sino que se asigna en el momento en que los datos se confirman y se graba el nuevo registro en la base de datos. Puesto que esta actualizaci�n es simult�nea, sin requerir contestaci�n del usuario, el bloqueo se produce y libera de inmediato, dejando libre el n�mero siguiente para el siguiente usuario que confirme la transacci�n. La desventaja de este m�todo es que no se muestra el n�mero de p�liza al usuario, pero esto es obligatorio, puesto que en realidad, no puedes darle "en propiedad" un n�mero de p�liza a un usuario hasta que sepas seguro que va a acabar la transacci�n (y la �nica forma es hacerlo en el momento en que confirma �sta). Si el usuario necesita conocer el n�mero, se le puede mostrar con posterioridad:

La idea de los timeout en la pantalla, no creo que sea muy buena: si el tiempo es corto, un usuario tiene poco tiempo para pensar, o preguntar cosas mientras mete los datos ("�Oye, que la pantalla se me ha ido!) y si es largo, los dem�s usuarios tienen que esperar demasiado tiempo, y perjudica la productividad.

Un saludo
Jesus Busquets
Grespania, SA

Please respond to [EMAIL PROTECTED]

Sent by:        [EMAIL PROTECTED]

To:        <[EMAIL PROTECTED]>
cc:        

Subject:        Consulta - Solo tiempo de respuesta de Usuario

Hola muchachos del foro, quiero hacerles una consulta:
Tengo un programa en rpg, que hace realiza las siguientes instrucciones:
 
                  WRITE   WS001   --------> muestra al usuario el n�mero de p�liza a crear                        
                 READ     K0065WS------> espera tu confirmaci�n
 
Y ac� va mi pregunta, que pasa si el usuario no contesta en forma r�pida (la confirmacion que el sistema le solicita), hay otros usuarios que estan esperando que se libere el registro de numeraci�n de polizas para continuar con sus procesos.
 Hay alguna manera de solo esperar esa respuesta unos 10 segundos por ejemplo? y luego retomar el control.
 
Agradesco las sugerencias que me puedan dar.
Saludos,
Hector Vera