Что такое «Стандарт»? Если в спецификации это не сказано, то стоит предположить? - PullRequest
6 голосов
/ 18 февраля 2010

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

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

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

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

Ответы [ 6 ]

5 голосов
/ 18 февраля 2010

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

3 голосов
/ 18 февраля 2010

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

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

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

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

3 голосов
/ 18 февраля 2010

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

Редактировать: закрытие диалога с помощью клавиши Escape описано в руководстве Microsoft (прокрутите вниз до «Взаимодействие»):

Нажатие клавиши Esc всегда закрывает активное диалоговое окно. Это верно для диалоговых окон с Отмена или Закрыть, и даже если Отмена была переименована в Закрыть, потому что результаты больше не может быть отменено.

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

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

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

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

  1. Если вы разрабатываете что-то, что имеет свои собственные правила пользовательского интерфейса (например, Mac или iPhone), то вам нужно следовать этим правилам. Доля Microsoft на рынке делает их очевидным выбором для цели, у которой нет собственного руководства по пользовательскому интерфейсу.
  2. Это явно вопрос отношений с клиентами. Вы явно не хотите потерять своего лучшего клиента из-за того, что вы могли бы реализовать довольно легко. Если автоматическое изменение размера столбцов имеет для них огромное значение, и в противном случае они являются хорошим клиентом, возможно, имеет смысл сделать это для них, но пусть они знают, что вы делаете им одолжение, поскольку вы их цените. , Вам просто нужно быть осторожным в том, чтобы уравновесить теплую нечеткую часть «потому что вы особенная», с легким чувством вины: «Мы делаем вам одолжение, и теперь вы должны нам ...» (IMO, обычно это лучше не говорить вслух "а теперь ты нам должен", но я не знаю твоего клиента).
2 голосов
/ 18 февраля 2010

Моя любимая цитата из колледжа "Самое замечательное в стандартах - это то, что есть из чего выбирать".

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

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

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

1 голос
/ 18 февраля 2010

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

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

1 голос
/ 18 февраля 2010

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

...