Хорошие примеры дизайна GUI для бизнес-ориентированных приложений с тяжелыми данными (CRUD)

Где я могу найти примеры очень хорошо продуманного корпоративного программного обеспечения, которые имеют:

  • Хорошее, последовательное использование сочетаний клавиш.
  • Хорошая навигационная форма клавиатуры
  • Проверка стандартизованной формы
  • Стандартное использование экранов поиска/поиска. (Пользователь получает запрос на идентификатор клиента, не знает его, но может посмотреть его из всплывающего окна, которое возвращает его)
  • Стандартизованные удобства использования/соглашения LaF

Было бы неплохо увидеть образцы, начиная от простых экранов CRUD и заканчивая очень сложными ориентированными на процесс графическими интерфейсами для таких приложений, как CRM/ERP/Financial/Risk Assessment и т.д. В основном GUI с большим количеством полей ввода, которые определяют определенный бизнес-процесс.

Ответ 1

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

Я могу предложить несколько советов, от долгой истории, работающей с этими вещами.

  • Консистенция. Сделайте все "работа одинаковым" и работайте одинаково все время. В принципе, вы должны иметь возможность делать свою запись, глядя на форму, а не на экран. Все эти вспышки, промежуточные итоги и цвета хороши после ввода формы в форму, но не во время записи. Там вам в основном нужны звуковые оповещения, чтобы они знали "что-то не так". Классический сценарий "ticky-ticky-ticky-ticky-beep-beep-beep-beep", когда пользователь обнаруживает, что они ввели поле в неправильное 4 поля. Пользователи не совсем слепы, но они не будут смотреть на ваш экран. Данные находятся в форме.

  • Лучше работать в моделях и останавливать их для ОШИБКИ, чем позволить им продолжать. Для больших форм сканирование всей этой информации и поиск ошибок после того, как факт очень сложный. Остановите их, когда они ошибаются, поэтому они могут исправить это и двигаться вперед, а не возвращаться, чтобы исправить это в конце. Чем больше бизнес-правил, а также проверка и принудительное исполнение вы можете иметь в форме, тем лучше. Всплывающие окна, оповещения, сборщики, если они нуждаются в их внимании, модальные модальные модальные. Они не работают с глиной здесь. Они не являются автором великого американского романа или моделируют глобальную экономику.

  • Подведите итоги для выборочных проверок. Например, при вводе заказа они должны иметь возможность посмотреть сумму заказа и количество позиций, чтобы увидеть, получили ли они заказ в "правильно" в качестве своего рода контрольной суммы, а не для сканирования поля ввода по полю. У большинства рабочих процессов есть неизбежная фаза перекрестного контроля, где они проходят через их вход для проверки данных, но это должно быть после "сырой синхронизации" данных. Люди работают быстрее, когда они находятся в режиме "массовой записи", а не проверяют каждый из них каждый раз, когда они его вводят. Это нарушает их ритм. Сделать определение и исправление исключений проще после выполнения основных валидаций и манипуляций. Если некоторые поля важнее других (и вы знаете, какие из них), визуально выделяя их на экране И на бумажной форме творят чудеса.

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

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

  • Ярлыки клавиш и навигация - это требование, а не вариант. Настоящей точкой боли здесь могут быть детализированные области (т.е. структуры таблицы). Возможно, вам понадобится ярлык для ввода и выхода из строковых таблиц. Возможно, вы видели много примеров, где вы можете "Вставить" в таблицу, но не вернуться обратно. Имейте выделенный ключ "мета-вкладка" для перемещения и выхода из разделов. Требование мыши для перехода из раздела - нет.

  • У вас есть одна горячая клавиша для сборщиков. В идеале им не придется слишком часто использовать их. Возможно, для поиска клиентов, большинство других кодов, которые они неизбежно запоминают, или они будут введены в форму ввода. Сделайте сборщики фильтруемыми.

  • Прокрутка - это дьявол. Прокрутка - это зло. Нет прокрутки!Пейджинг лучше, чем прокрутка, потому что "поля не перемещаются", они всегда "находятся в одном месте" на экране. Как часто вы "прокручивались" и должны были искать "где вы начали" до свитка, чтобы восстановить контекст. Даже для списков подписок работает очень хорошо, потому что изменение страницы позволяет им узнать, что они на самом деле "что-то сделали" визуально. Много раз вы прокручиваете ряд и "gee я действительно?" Прокрутка одной строки может быть слишком тонкой. Для больших форм ввода многостраничные страницы обрабатывают длинные, прокручивающие трактаты каждый день недели. Если ваши формы такие большие, убедитесь, что у вас есть горячая клавиша для перемещения вперед и назад по форме и убедитесь, что на каждой странице есть некоторая контекстная информация (имя клиента, номер заказа, любой... простой заголовок).

  • Надежный запрос. "Запрос на пример", как он известен, является одним из лучших механизмов (т.е. они заполняют его формой "то, что они знают" и формы возвращаются). Люди должны найти данные по просто сумасшедшим критериям, если большинство полей доступно для запроса, это позволяет им делать это без вашего второго предположения, что они будут или не будут нужны. Для Informix 4GL использовалась эффектная система QBE (> 04/01/09 для дат после 1 апреля 2009 года, 12345|23456 для кодов товаров 12345 или 23456). Хорошее выражение QBE, скорее всего, не будет проверяться в типичном поле, это особый случай. (Вот почему вы редко видите QBE сегодня, это требует слишком много работы - но это так хорошо.)

  • Помните, что пользователи не знают ПОЧЕМУ или КАК они делают что-то, они знают только, ЧТО делать. Они знают: "Когда я хочу сделать A, я нажимаю клавишу Y" они не знают, ПОЧЕМУ Y, где Y находится, ключи X и Z могут делать подобные вещи A, потому что они сгруппированы вместе. Нет, они не знают вашей таксономии. Они не знают ваших абстракций. Они знают, как сделать A, нажмите Y. Хотите смелым словом? Введите Ctrl - B. Может быть, Ctrl - I для выделения курсивом слова вам очевидно из-за мнемоники, это не для большинства пользователей. Возможно, Ctrl - B и Ctrl - I находятся в меню Format, хорошо сгруппированы. Не имеет значения. Ctrl - B == Полужирный, как мне делать курсив?

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

Но это нормально, потому что в долгосрочной перспективе это просто более эффективно. Игра здесь позволяет эффективно получать данные от пользователя и последовательно представлять их им. Я не буду говорить "логичный" способ, так как логика может быть логической, это может быть не логика пользователей. Таким образом, вы можете быть логичным, если хотите, назовите его так, как хотите, но будьте последовательны для своих пользователей.

Еще один анекдот, мы использовали 10 ключевых данных возврата. Это, как правило, просто списки номеров, такие как код товара и количество. Для наших целей быстрее просто заставить пользователей дважды вводить эти данные в строку, чем что-либо еще. Он ловит опечатки, транспозиции и т.д. В сочетании с пакетными контрольными суммами делает манипуляцию намного быстрее. Эти парни только смотрели на экраны, когда они начали, когда они закончили, и если они получили сообщение об ошибке.

Наконец, неважно, ваши экраны и процедуры изменятся. Какая бы форма, которую вы используете в этом году, изменится в следующем году. Это просто реальность, поэтому, FYI, будьте готовы к этому.

Удачи вам в вашем проекте.

Ответ 2

Я поклонник http://www.37signals.com/. Я считаю, что их формы и графический интерфейс хорошо продуманы.

Ответ 3

Знаете, есть Openerp, что вы можете бесплатно получить программу, источник, документ.

ps: эта ссылка в порядке, если вы не можете ее открыть, выполните поиск openerp в google.

Ответ 4

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

Я помню много плохих. Любой, кто сует о записках лотоса, очевидно, никогда не использовал приложения на основе форм SAP или ORACLE.

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

В первой строке вы найдете информацию о том, что это забронировали и заплатили за рейс:

123109BA176Y
276.00GBPAM1122123412341234

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

Ответ 5

Я нахожу сайт Dashboard Spy одним из лучших для вдохновения.

Ответ 7

Вы действительно должны посетить Interface Hall of Shame, где вы найдете не только самые причудливые графические интерфейсы, которые когда-либо были задуманы, но и возможные решения проблем удобства использования, которые они генерируют.

Ответ 8

Возможно, вам стоит рассмотреть подход 37signals Получение реального, учитывая, что в ваших приложениях, похоже, много сложностей. Получение Real поможет вам разработать эффективный и полезный пользовательский интерфейс, который позволит пользователям довольствоваться.