Pregunta

Cuando se desarrolla una aplicación de escritorio que tiene varios grupos de datos y las operaciones de igual importancia, ¿cómo abordar el diseño de la interfaz de usuario?

La mayoría de las aplicaciones basadas en la web que he desarrollado tienen una página principal sencilla con enlaces a cada servicio que ofrece la aplicación. La mayor parte de esas páginas contienen listas de elementos de una base de datos que se puede desglosar o realizar operaciones en siguiendo "editar" "actualización" o "Borrar" enlaces tipo. Piense en el panel de control de usuario vBulletin. En el menú desplegable los laterales, grupos de izquierda y los datos de las operaciones de la derecha.

Ahora estoy buscando en el desarrollo de aplicaciones de escritorio y estoy curioso acerca de las expresiones más comunes de diseño. Para el ejemplo anterior, imagino algún tipo de interfaz con pestañas (como Eclipse con la perspectiva Java, perspectiva Subversion y así sucesivamente), pero si los grupos de funcionalidad se utilizan con aproximadamente igual frecuencia, el usuario será clic alrededor de entre las pestañas muy a menudo . También me pregunto si quiero que el lanzamiento de usuario n fichas del mismo tipo, o precargar cada ficha para cada grupo de funcionalidad y sólo permiten al usuario cambiar entre ellos.

supongo que también podría ser implementado usando ventanas separadas para cada grupo de funcionalidad. Eso deja el problema de tener un fuera de lugar "ventana de casa", que es sólo una colección de botones para encender de esos ventanas.

Después de ser una aplicación de escritorio usuario durante muchos años, estoy perplejo cuando se trata de realmente construir una interfaz que tiene sentido y no se destaca. Miré a la oficina de Microsoft, pero la mayoría de esas aplicaciones tratan una pieza de datos (por ejemplo. Un documento de Word) con muchas operaciones, en lugar de muchas piezas igualmente importantes de datos, cada uno con una funcionalidad única.

¿Qué diseño de principios / modismos usted sigue para el desarrollo de aplicaciones de escritorio en esta situación?

¿Fue útil?

Solución 3

http: // richnewman. wordpress.com/2007/10/26/user-interface-design-for-business-applications/

Resulta que lo que busco es un "MDI" (interfaz de múltiples documentos) a pesar de que los documentos no son necesariamente del mismo tipo. Este artículo cubre algunos de los estilos comunes de MDI y termina con una buena sugerencia.

Otros consejos

Tener tres ventanas separadas para cada grupo de datos permite a los usuarios ver el lado más de un grupo de datos al lado del otro (suponiendo que sus monitores son lo suficientemente grandes), una flexibilidad que no proporcionan pestañas. ventanas separadas también permitirá tener diferentes barras de menús y barras de herramientas para cada grupo de datos, eliminando el desorden de un grupo de operaciones con discapacidad cuando el usuario trabaja en cualquier grupo de datos.

A menos que su ventana de “casa” es más como un tablero de instrumentos para resumir y seguimiento de lo que hay en las otras tres ventanas, usted tiene razón para no tener uno, además de tres ventanas de los datos reales. En su lugar, permiten a los usuarios abrir cualquier ventana a través del menú desplegable de cualquiera de las tres ventanas. En lugar de la opción de menú Abrir ubicua que se encuentra en el menú Archivo de la mayoría de las aplicaciones de escritorio, tener tres elementos de menú abiertas, una para cada grupo de datos (por ejemplo, los clientes abiertas, inventario abierto, pedidos abiertos, o tal vez simplemente etiquetarlos clientes, inventario, pedidos). No utilice un menú en cascada a no ser que la adición de un montón de Xs abierto hace que su menú Archivo muy largo; 15-20 elementos de menú son aceptables. botones de la barra de herramientas redundantes para la apertura de cada ventana también pueden ser una buena idea.

No hay razón para que no se puede abrir las tres ventanas por defecto cuando los usuarios ejecutan el programa si de hecho utilizan los tres por igual en una sesión determinada. Si tienden a utilizar una ventana por sesión, puede proporcionar un cuadro de diálogo en el arranque (tal vez integrado con una ventana de inicio) con botones de comando para seleccionar la ventana de inicio; o se puede eliminar el paso adicional de un cuadro de diálogo, poniendo tres accesos directos en el menú de inicio en la instalación, uno para cada ventana. Si hay variaciones aleatorias en lo que se utilizan ventanas cuando, alternativamente puede abrir automáticamente cualquier ventanas estaban abiertas en los últimos cinco segundos de la sesión anterior. Si hay diferencias individuales en el uso de la ventana, y usted tiene alguna forma de saber qué ventanas de un usuario en particular tiende a utilizar la mayor parte (por ejemplo, a partir de su descripción de trabajo), a continuación, la ventana (s) por defecto en la instalación. Si todo lo demás falla, proporcionar a los usuarios una opción / preferencia a seleccionar qué ventana (s) para abrir en el arranque.

Otra cosa: como una aplicación de escritorio, utilice edición en el lugar. No hacer que los usuarios hacen clic en un enlace “Editar” o el botón para cambiar un registro de base de datos, al igual que muchas de las aplicaciones web hacen. Permitir que los usuarios hacen que el cambio de registro allí mismo en la tabla en la que se muestran los datos. Esto hace que las interacciones más simple y más rápido, y reduce la complejidad (número de ventanas) de su aplicación.

No sé por qué usted no está recibiendo ninguna respuesta a esto. Por lo que vale la pena, que debe encontrar muchas de las respuestas en esta relacionado pregunta útiles.

Es posible que no escribe su aplicación en el Eclipse Rich Client Platform (RCP). Esta plataforma le daría la pierna de seguimiento que necesite en el mundo de los enfoques de MDI. Visita la Eclipse RCP página de inicio para más información.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top