Опыт взаимодействия (UX) и юзабилити

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

Уже сегодня во многих компаниях, производящих ПО, внедрены современные процессы разработки, такие как Agile. Это обеспечивает естественный процесс применения ориентированных на пользователя принципов разработки, что также является необходимым условием для эффективного внедрения требований юзабилити с общей целью создать и поддерживать высокий уровень опыта взаимодействия (UX). Развитие в этом направлении несомненно приведет к появлению новых привлекательных продуктов на рынке ВГД ПО.

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

Рисунок 10. Уровни методологии Agile — разработка, ориентированная на пользователя (LiminaApplicationOffice, 2012).

Тем не менее, изменения произойдут не только на абстрактном, но и на концептуальном уровне — так опыт взаимодействия (UX) и юзабилити будут играть гораздо более важную роль в качестве критерия принятия решения при выборе инструмента. Каждая деталь пользовательского интерфейса требует особого внимания. Многие интерфейсы сегодняшних ВГД ПО останутся на уровне первых появившихся ВГД интерфейсов, даже если заменить их визуально привлекательными поверхностями. Проблема не столько во внешнем виде, сколько начинке этого ПО и его поведении. Начиная с 1990 года, Якоб Нильсен разработал то, что стало довольно популярным перечнем общих принципов проектирования пользовательских интерфейсов — «10 эвристик юзабилити» (Нильсен и др., 1993). Далее мы попытались кратко прокомментировать применение этих правил в контексте к ПО моделирования будущего, как с практической так и с теоретической сторон: Отображение состояния системы: система всегда должна должна информировать пользователей о том, что происходит в данный момент через соответствующие органы обратной связи в разумные сроки.

• · Концепция: моделирование в режиме реального времени является конечной целью, поэтому это очень важный аспект «Священного Грааля» ВГД.
• · Практика: особенно во время длительных действий, таких как работа решателя, проверка геометрии, перенос данных, отображение информации о текущем состоянии является необходимым. Этот аспект становится особенно важным, когда действия выполняются удаленно. Существующая тенденция облачных вычислений будет требовать все большую необходимость соблюдения этого правила.

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

• · Концепция: Это правило применимо непосредственно к сложным рабочим процессам, таким как учет объединения нескольких физических в единой модели. Как уже было отмечено, ПО должно соответствовать рабочему процессу, рабочему контексту и возможностям пользователя, а не наоборот.
• · Практика: Многие пользовательские интерфейсы ВГД до сих пор используют терминологию, знакомую только ВГД экспертам. Акцент должен быть на термины из конкретной инженерной области, и это относится не только лишь к интерфейсу пользователя, но также и ко всей документации, справочной документации и обучающим материалам.

Ограничения и свобода пользователя: Люди часто ошибаются при выборе системных функций и нуждаются в «аварийном выходе», чтобы покинуть нежелательное состояние без необходимости проходить через длинный диалог. Должна быть поддержка отмены/повтора операции.

• · Концепция: Появление облачных вычислений привносят некоторые сложности — аварийный выход может получиться недостаточно быстрым, затратным по ресурсам или недостаточно надежным из-за пользовательских ограничений. Разработчикам нужно будет постоянно обращать на это внимание.
• · Практика: Операции отменить/повторить были незаменимыми в офисных приложениях на протяжении десятилетий, но большинство современого ВГД ПО по-прежнему не соответствуют таким основным требованиям юзабилити.

Последовательность и стандарты: У пользователей не должно возникать ситуаций, когда различные слова, ситуации или действия означают одно и то же. Следуйте правилам платформы.

• · Концепция: Многие экземпляры ВГД ПО имеют длинную историю, охватывающую несколько поколений руководителей и разработчиков. Некоторые программные модули могли быть приобретены у сторонних производителей или получены по лицензии, что еще больше усложняет задачу. Тем не менее это правило должно быть одним из приоритетных при разработке пользовательского интерфейса и должно соблюдаться всеми частями программного продукта.
• · Практика: Правила платформ часто игнорируются ради снижения затрат на разработку мультиплатформенных программных пакетов. Это относится не только к внешнему виду интерфейса, но к таким стандартным операциям как сохранение/загрузка файла, печать, поиск и т. п. и конечно же отменить/повторить.

Предупреждение об ошибке: Улучшение сообщений об ошибках является важной работой, которая предотвращает повторное появление какой-либо проблемы, уже случившейся один раз. Необходимо либо исключить условия возникновения ошибки, либо ввести дополнительные подтвержденя от пользователя при попытке совершить какое-либо действие.

• · Концепция: Это требование представляет достаточно сложную задачу для ВГД ПО, из-за лежащих в основе сложных физических моделей, численных методов и т. д. На самом деле для решения такой проблемы необходимо некое подобие искусственного интеллекта. В будущем этот аспект станет основной особенностью опыта взаимодействия (UX), потому как является критическим фактором для обеспечения того, чтобы пользователи, не обладающие знаниями экспертов, могли успешно использовать ВГД ПО и получать надежные, высококачественные результаты.
• · Практика: Сначала кажется очевидным решение — построить граф предупреждений для каждой возможной ситуации, но это не будет решением проблемы. Прежде всего необходимо сосредоточиться на наиболее важных ситуациях и предоставить функцию отмены/повтора.

Распознавание вместо дополнительных вопросов: Минимизировать загрузку памяти пользователя отображая используемые объекты, действия и опции. Пользователь не должен запоминать информацию из одной части диалога, находясь в другой. Инструкции по использованию системы должны отображаться или быть легко доступны при необходимости.

• · Концепция: Ключ к концептуальному проектированию хорошего пользовательского интерфейса лежит в понимании пользователя, его рабочей обстановки и его рабочих процессов, разработка использования ПО на основе этих исследований должна происходить с акцентом на естественные ощущения пользователя.
• · Практика: Современные интерактивные концепции пользовательского интерфейса уже основаны на этом принципе. Но многие детали все еще можно улучшить — например, списки недавних файлов, информация о состоянии, мастер-помощник и т. д.

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

• · Концепция: Опять же, это приводит к требованию, что ПО должно соответствовать рабочему процессу, рабочей обстановке и индивидуальным возможностям пользователя, а не наоборот. ПО должно помогать пользователю наращивать опыт и адаптироваться к этому росту.
• · Практика: В Windows уже есть концепция горячих клавиш, с которой многие пользователи хорошо знакомы, так что лучше использовать эту концепцию. Сенсорные интерфейсы имеют концепцию жестов, которая также должна быть использована, даже если при этом доступна только мышь. Возможность создания своих скриптов поможет опытным пользователям настроить свои собственные функции автоматизации при сравнительно низких затратах.

Эстетичный и минималистичный дизайн: Диалоги не должны содержать ненужную или редко используемую информацию. Каждый новый информационный блок в диалоге конкурирует с уже существующими и уменьшает их относительную видимость.

• · Концепция: Качество юзабилити измеряется не количеством кнопок пользовательского интерфейса. ПО с хорошим дизайном распознает дальнейшие шаги пользователя и предлагает ему именно те функции, которые могут иметь отношение к следующему шагу.
• · Практика: Для многофункциональных продуктов, таких как ВГД ПО, чаще всего меньше — лучше. Достаточно отобразить имеющиеся функции, а серым закрасить недоступные. Автоматически будет предоставлен доступ к контекстно-зависимым функциям, относящихся к активному объекту.

Помогать пользователям обнаруживать, распознавать и исправлять ошибки: Сообщения об ошибках должны быть выражены простым языком (без кодов), точно описывать проблему, конструктивно предлагать решение.

• · Концепция: В частности, «конструктивно предлагать решение», кажется одним из основных направлений для совершенствования. Обработка ошибок имеет такой же приоритет как и предотвращение ошибок, что является критерием для обеспечения опыта взаимодействия (UX), а следовательно влияет на решение клиента о покупке ПО.
• · Практика: Особенно важным требованием является наличие обработчиков пользовательских ошибок и программных сбоев с отдельными, не универсальными, сообщениями об ошибках — требуется совсем не так много усилий, чтобы хотя бы обеспечить правильное описание того, что же пошло не так.

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

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