Lo que es siempre 'Estándar'? Si la especificación no lo dijo, se debe suponer?

Question

¿Hay algunas normas que considera que son tan obvias que se supone que son de ninguna especificación?

Por ejemplo, en caso de escape golpear siempre cancelar una forma? Debe hacer doble clic en un separador de cabecera de la columna cambiar el tamaño de la columna?

Cuando un cliente dice "esto es obvio y 'comportamiento estándar' por lo tanto es un error no tenerla" - son a veces correcta? Si es así, ¿hay algunos recursos que pueden ayudar a mediar?

Recuerdo tener un profesor nos pide que escriba todos los detalles involucrados en tareas sencillas - y lo ridículo que pudiera conseguir. No quiero nuestras especificaciones para ser ridícula, pero me canso de escuchar esto y pienso que nuestras especificaciones no son lo suficientemente específicas.

Answer 1

Es posible que desee echa un vistazo a las Directrices de la experiencia del usuario de Windows para el comportamiento "esperado" de componentes GUI: http://msdn.microsoft.com/en-us/library/aa511258.aspx

Answer 2

es una práctica estándar para especificar los estándares de interfaz de usuario, no asume ellas

por ejemplo, hacer doble clic en el encabezado de la columna en una cuadrícula para cambiar su tamaño es no un comportamiento estándar de Windows GUI. Haga doble clic en el separador de columna para cambiar el tamaño de la columna es, sin embargo.

vale la pena el esfuerzo para especificar los comportamientos GUI estándar, de modo que no haya confusión; si se puede hacer referencia a una norma existente que está muy bien, pero asegúrese de que el cliente firma apagado en él

"No puedo leer tu mente, y tal y tal cosa no es un / comportamiento predeterminado estándar" es la réplica lógica ... pero no muy amable. ; -)

Answer 3

Para las preguntas de interfaz de usuario, es posible que desee consultar una guía de interfaz de usuario existente, como de Apple o de Microsoft . Hay bastantes más, pero los dos son grandes jugadores suficientes de que sus directrices probablemente reflejan lo que los usuarios esperan en un grado mayor que la mayoría de los otros.

Editar: el cierre de un diálogo con la tecla Escape está cubierto en Microsoft directriz (vaya a "interacción"):

  

Si se pulsa la tecla Esc cierra siempre un cuadro de diálogo activo. Esto es cierto para los cuadros de diálogo   con Cancelar o Cerrar, e incluso si ha cambiado de nombre Cancelar para cerrar la ventana porque los resultados   Ya no se puede deshacer.

no me veía muy difícil, pero no vi nada sobre columnas de auto-cambio de tamaño -. Y es lo suficientemente inusual que estaría bastante sorprendido si estaba allí

Como tal, si yo estuviera a cargo de esto, yo diría que es una decisión dividida (por así decirlo). Es razonable que el cliente puede esperar la tecla de escape para descartar un cuadro de diálogo (sin especificar de forma explícita), y su ausencia se debe se debe considerar un error.

Auto-cambiar el tamaño de la columna en respuesta a doble clic en el borde de la cabecera de la columna no es razonable esperar sin especificar, por lo que la implementación debe considerarse una característica adicional.

Advertencias:

1. Si está desarrollando para algo que tiene sus propias directrices de interfaz de usuario (por ejemplo, el Mac o iPhone) esas son las reglas a seguir. cuota de mercado de Microsoft hace de ellos una opción obvia para un objetivo que no tiene su propia guía de interfaz de usuario.
2. Este es claramente un asunto de relaciones con los clientes. Claramente no quiere perder su mejor cliente sobre algo que podría poner en práctica con bastante facilidad. Si la función de cambiar el tamaño de las columnas hace una gran diferencia para ellos, y ellos son un buen cliente de lo contrario, puede tener sentido que lo haga por ellos - pero que sepan que les está haciendo un favor a causa de lo mucho que los valora . Sólo tienes que tener cuidado con el equilibrio del calentamiento difusa "porque eres especial" parte con la leve sentimiento de culpa y vuelta de "por lo que le estamos haciendo un favor y ahora que nos debe ..." (OMI, por lo general mejor no a decir que la "y ahora que nos debe" parte en voz alta, pero no sé su cliente).

Answer 4

Mi cita favorita de la universidad "La gran cosa acerca de los estándares es que hay tantos para elegir".

Asumo que está haciendo esta pregunta porque te has convertido por desgracia envuelto en una "pero no pidió que" controversia. Que se puede poner en situación difícil. Generalmente en la delantera desea que la empresa le proporcione su nivel o, como otros han mencionado, se puede fijar de común acuerdo un tercer estándar de fiesta. Si está ejecutando una empresa que produce muchos de los mismo tipo de aplicación, debe pasar el tiempo una vez para generar su "estándar".

Si usted está sentado en el punto de cierre de sesión y alguien se niega a pagar debido a las características "estándar", a continuación, es necesario tener algunos ejemplos de lugares en los que esto no es estándar. En su ejemplo, por ejemplo, cerca de formulario a la tecla de escape es único estándar en Windows (no en la web) y luego sólo es verdaderamente para Microsoft. Acabo de abrir tres aplicaciones en mi equipo, donde ESC no hizo nada en absoluto en un formulario.

Casi nada es estándar. En cualquier personas mente dada "estándar" va a significar algo ligeramente diferente y, si no se especifica a alguna definición medible, dará lugar a argumentos en el camino.

Answer 5

Crea una especificación placa de la caldera que incluya / referencia en todos sus proyectos de un mismo diseño general. Esta especificación debe crecer y cambiar a medida que aprende más sobre sus clientes / demandas de los clientes. Esta especificación también debería hacer referencia a las instrucciones de la interfaz de usuario apropiadas proporcionadas por Apple o Microsoft . Incluso si usted está en una plataforma Te recomiendo la lectura a través de la otra especificación para las penetraciones en mejores maneras de hacer las cosas o para identificar posibles contratiempos. También hay varios buenos libros sobre diseño de interfaz de usuario que usted desee tomar prestado de.

Answer 6

Nada es estándar a menos que sea por escrito y especifica alguna parte relacionada con su proyecto (o vinculados a partir de la especificación). Si no está escrito no es estándar, de modo que el cliente tiene que definirlo.

En otra nota:
Si la biblioteca de la interfaz de usuario lo hace de una manera y que requeriría de codificación para hacerlo de otra manera (ejemplo estúpida: ¿Quiere que los usuarios hacen clic botones con el botón derecho del ratón). Continuación, usted debe parar y volver a pensar acerca de lo que los usuarios podrían esperar