Что всегда является «стандартным»? Если спецификация этого не сказала, это следует предположить?

Question

Есть ли некоторые стандарты, которые вы считаете настолько очевидными, что они будут предположить, что они будут в какой -либо спецификации?

Например, следует ли ударить побег всегда отменять форму? Должен ли дважды щелкнуть размер разделителя заголовка столбца?

Когда клиент говорит, что «это очевидно и« стандартное поведение », поэтому это ошибка, чтобы не иметь его» - они иногда правильны? Если так, есть ли некоторые ресурсы, которые могут помочь посредничеством?

Я помню, как профессор просил нас написать каждую деталь, связанную с простыми задачами - и как нелепо оно может получить. Я не хочу, чтобы наши спецификации были нелепыми, но я устал слышать это и думаю, что наши спецификации недостаточно конкретны.

Answer 1

Возможно, вы захотите проверить руководящие принципы пользователя Windows для «ожидаемого» поведения компонентов графического интерфейса: http://msdn.microsoft.com/en-us/library/aa511258.aspx

Answer 2

Стандартная практика-указать стандарты пользователя-интерфейса, а не предполагать их

Например, дважды щелкнуть заголовок столбца в сетке, чтобы изменить размер нет Стандартное поведение GUI Windows. Однако дважды щелкнуть разделитель столбца для изменения размера столбца.

Стоит усилия, чтобы указать стандартное поведение графического интерфейса, чтобы не было путаницы; Если вы сможете ссылаться на существующий стандарт, который в порядке, но убедитесь, что клиент подписывает его

«Я не могу читать ваш разум, и такое и то, что не является стандартным/поведением по умолчанию»-логическая реплика ... но не очень вежливая. ;-)

Answer 3

Для вопросов пользовательского интерфейса вы можете проконсультироваться с существующим руководством пользовательского интерфейса, например, как Яблоки или же Microsoft. Анкет Есть еще несколько, но эти двое достаточно большие игроки, что их руководящие принципы, вероятно, отражают то, что ваши пользователи ожидают большей степени, чем большинство других.

РЕДАКТИРОВАТЬ: Закрытие диалогового окна с ключом Escape рассмотрена в Microsoft Руководство (Прокрутите вниз до «взаимодействия»):

Нажатие клавиши ESC всегда закрывает активное диалоговое окно. Это верно для диалогового окна с отменой или закрытием, и даже если отмена была переименована в закрытие, поскольку результаты больше не могут быть отменены.

Я выглядел не очень усердно, но я ничего не видел в колонках автоматического разрешения-и это достаточно необычно, что я был бы довольно удивлен, если бы он был там.

Таким образом, если бы я отвечал за это, я бы сказал, что это раздельное решение (так сказать). Для клиента разумно ожидать, что ключ побега отпустит диалог (без явного указания его), и неспособность сделать следует считать ошибкой.

Автоматическое определение столбца в ответ на дважды щелкнуть границу заголовка столбца не является разумным, чтобы ожидать без указания его, поэтому реализация его следует считать дополнительной функцией.

Предостережения:

1. Если вы разрабатываете что -то, что имеет свои собственные руководящие принципы пользовательского интерфейса (например, Mac или iPhone), это правила, которым следует следовать. Доля рынка Microsoft делает их очевидным выбором для цели, которая не имеет собственного руководства по пользовательскому пользовательству.
2. Это явно вопрос отношений с клиентами. Вы явно не хотите потерять своего лучшего клиента из -за того, что вы можете реализовать довольно легко. Если колонны с автоматическим разрешением имеют огромное значение для них, и в противном случае они хороший клиент, это может иметь смысл сделать это для них, но дайте им знать, что вы делаете им одолжение из-за того, сколько вы их цените Анкет Вы просто должны быть осторожны с балансом теплого взрыва », потому что вы особенную« часть с легкой прохождением вины «Так что мы делаем вам одолжение, и теперь вы должны нам ...» (ИМО, обычно это обычно лучше нет Сказать, что «и теперь ты должен нам громко, но я не знаю твоего клиента).

Answer 4

Моя любимая цитата из колледжа «Прекрасная вещь о стандартах заключается в том, что есть из того, что можно выбрать».

Я предполагаю, что вы задаете этот вопрос, потому что, к сожалению, вы попали в «спор», но вы не просили этого »спора. Это может поставить вас в трудное место. Как правило, вы хотите, чтобы компания предоставила вам свой стандарт или, как упоминалось другие, вы можете взаимно согласовать сторонний стандарт. Если вы запускаете фирму, которая производит многие из тех же приложений, вы должны потратить время один раз, чтобы создать свой «стандарт».

Если вы сидите в точке подписи, и кто-то отказывается платить из-за «стандартных» функций, вам нужно иметь несколько примеров мест, где это не является стандартным. Например, в вашем примере форма «Заклинание» на клавише побега является стандартной только в Windows (не в Интернете), а затем действительно для Microsoft. Я только что открыл три приложения на своем компьютере, где ESC вообще ничего не делал в форме.

Почти ничего не является стандартным. В любом конкретном случае «стандарт» будет означать что -то немного другое и, если не указано в каком -то измеримом определении, приведет к аргументам в будущем.

Answer 5

Создайте спецификацию котла, которую вы включаете/ссылаются во все ваши проекты одного и того же общего дизайна. Эта спецификация должна расти и меняться, когда вы узнаете больше о своих клиентах/требованиях клиентов. Эта спецификация должна также ссылаться на соответствующие руководящие принципы пользовательского интерфейса, предоставленные Яблоко или же Microsoft. Анкет Даже если вы находитесь на одной платформе, я настоятельно рекомендую прочитать через другую спецификацию для понимания лучших способов ведения дел или определения возможных сбоев. Есть также несколько хороших книг по дизайну пользовательского интерфейса, на которых вы можете позаимствовать.

Answer 6

Ничто не является стандартным, если он не записан и не указан где -то, связанным с вашим проектом (или связано со спецификацией). Если это не записано, это не стандартное, поэтому клиент должен его определить.

На другой ноте:
Если ваша библиотека пользовательского интерфейса делает это в одну сторону, и для этого потребуется кодирование, чтобы сделать это другим способом (глупый пример: вы хотите, чтобы пользователи нажимали кнопки с правильной мышью), тогда вам следует остановиться и переосмыслить о том, что пользователи могут ожидать.