Хорошие примеры дизайна графического интерфейса для бизнес-ориентированных приложений с интенсивным вводом данных (CRUD) [закрыто]

Question

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

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

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

Answer 1

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

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

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

2. Лучше работать модально и ОСТАНАВЛИВАТЬ ИХ из-за ошибок, чем позволять им продолжать. Для больших форм очень сложно сканировать всю эту информацию и искать ошибки постфактум.Остановите их, когда они ошибаются, чтобы они могли исправить это и двигаться вперед, а не возвращаться, чтобы исправить это в конце.Чем больше бизнес-правил, проверок и принудительного исполнения вы сможете разместить в форме, тем лучше.Всплывающие окна, оповещения, средства выбора, если это требует их внимания, модальные, модальные, модальные.Здесь они не работают с глиной.Они не являются авторами великого американского романа и не моделируют мировую экономику.

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

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

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

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

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

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

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

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

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

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

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

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

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

Answer 2

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

Answer 3

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

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

Answer 4

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

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

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

Первая строка детали оплаты рейса вторая строка что-то вроде этого позволило бы забронировать и оплатить рейс:

123109BA176Y
276.00GBPAM1122123412341234

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

Answer 5

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

Answer 6

Вот примеры того, чего не следует делать!: Худший пользовательский интерфейс, который Вы когда-либо использовали

Answer 7

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

Answer 8

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