una de las cosas mas importantes es que la descripción de las teclas de mandatos cumplan normas tipo CUA, por ejemplo que los textos de las teclas sean del modo F3=Salir F7=Adicional F12=Volver etc
y como dice Francesc que haya zonas claras de identificación, por ejemplo que salgan siempre en el mismo sitio informaciones como codigo de programa y pantalla, descripcion de programa, etc. el soporte, performance, precios, etc etc es como te dice Alex. si tienes una maquina moderna y no muchos usuarios no hay problema, solo que ten en cuenta que ademas de lo que tienes ahora tendras andando java + websphere + el motor de wf, asi que es mejor que no andes escaso de maquina. la memoria es muy importante. tener muy en cuenta que los cpw de una maquina solo se consiguen al tope de configuracion, es decir un 520 con 2 GB no consigue los mismos cpw que otro con 32 MB, discos rapidos y con un buen (bajo) nivel de uso etc. otra cosa que aprenderás es que después de una conversión no tienes una aplicación web, sino una aplicación coloreada que anda en un browser.... pero que tiene los mismos datos y en la misma disposición (buen esto puede cambiarse un poco con más esfuerzo, depende de las versiones). por ejemplo, imaginate que tienes 42 almacenes o tiendas y tienes un subfichero que visualiza la lista, claro, solo se ven 18 lineas cada vez, y cuando se gira se ven las segundas 18 pero ya no se ven las primeras, etc. lo más normal es que un usuario que vea esta aplic en un browser te diga que porque no se ven todas y asi hasta las puede imprimir, etc, o bien en una lista que ahora tienes un tope de 80 pos y que sale el precio de venta y el stock y la descripcion pero te dicen que porque no sale el precio de costo y el stock valorado, "total hay sitio, tengo un monitor de 17 pulgadas". aunque la mona se vista de seda, mona se queda, pero esto no se aprende hasta que no se hace la transformacion. pero muchas veces una aplicacion no necesita una transformacion tan completa, y con una "simple" mejora ya gana bastante. mejor eso que nada. una cosa que si es buena es que a partir de la transformacion con WF o hats es que si le tienes que dar a alguien acceso desde fuera a una aplic del 400 ese alguien no se tiene que instalar el client access etc. pero esto tambien tiene el problema de seguridad. si quieres hacer que un usuario de fuera (cliente, proveedor, etc) tenga acceso a una aplic por web seria bueno que tuviera un login pero independiente de los *USRPRF, de forma que no pudiera intentar otros accesos o hacer login con un *usrprf peligroso. en el caso de empresas de software, si una aplicacion necesita webfacing + websphere debe saberse que al implantar la aplic en otro 400 ese 400 debe ser "fuerte" y el usuario debe saber que ademas de aprender la aplic debe aprender a andarse con websphere y sus posibles necesidades de performance y precio de licencias etc, aunque generalmente el dinero no es lo mas costoso, sino la administracion y el performance. por ultimo otra cosa a tener en cuenta en webfacing es que pruebes la compatibilidad de los navegadores, por ejemplo si un usuario final quiere correr la aplic en un navegador mac o linux o incluso firefox y no en internet explorer, cada version tiene sus cosas. es muy frecuente que los programadores (ahora se llaman diseñadores, incluso arquitectos) hagan las pruebas en un cierto navegador, un cierto tipo de monitor etc y luego vengan las sorpresas. opciones, opciones, opciones, Saludos/Regards, Guillermo Andrades CPI Software http://cpiS.es
__________________________________________________ Forum.HELP400 es un servicio más de NEWS/400. © Publicaciones Help400, S.L. - Todos los derechos reservados http://www.help400.es _____________________________________________________ Para darte de baja visita la siguente URL: http://listas.combios.es/mailman/listinfo/forum.help400
