Отзывчивость требует низкой задержки/задержки всего цикла ввода-вывода.
Отзывчивость как концепция информатики относится к конкретной способности системы или функциональной единицы выполнять поставленные задачи в течение заданного времени. [1] Например, это будет относиться к способности системы искусственного интеллекта понимать и своевременно выполнять свои задачи. [2]
В принципе реактивности реагирование является одним из фундаментальных критериев наряду с устойчивостью , эластичностью и управляемостью сообщениями. [3]
Это один из критериев принципа устойчивости (из принципа av). Остальные три — это наблюдаемость, возможность восстановления и соответствие задачам.
Против производительности
Программное обеспечение, в котором отсутствует достойное управление процессами, может плохо реагировать даже на быстрой машине. С другой стороны, даже на медленном оборудовании можно запустить быстродействующее программное обеспечение.
Гораздо важнее, чтобы система действительно расходовала доступные ресурсы наилучшим образом. Например, имеет смысл разрешить драйверу мыши работать с очень высоким приоритетом, чтобы обеспечить плавное взаимодействие с мышью. Для долгосрочных операций, таких как копирование, загрузка или преобразование больших файлов, наиболее важным фактором является обеспечение хорошей обратной связи с пользователем, а не производительность операции, поскольку она вполне может выполняться в фоновом режиме, используя только свободное время процессора.
Задержки
Длительные задержки могут стать основной причиной разочарования пользователя или заставить его поверить, что система не работает или что команда или жест ввода были проигнорированы. Поэтому оперативность считается важным вопросом удобства использования при взаимодействии человека с компьютером ( HCI ). Обоснование принципа оперативности заключается в том, что система должна доставлять пользователям результаты операции своевременно и организованно.
Порог разочарования может быть совершенно разным, в зависимости от ситуации и того факта, что пользовательский интерфейс зависит от того, будет ли локальная или удаленная система показывать видимый ответ.
Существует как минимум три порога терпимости пользователя (т.е.): [4]
0,1 секунды
менее 0,1 секунды ответ воспринимается как мгновенный (высокая удовлетворенность пользователя);
1,0 секунды
между 0,1 и 1,0 секунды ощущается небольшая задержка, которая считается раздражающей в локальной системе , но допустима в веб-интерфейсе , ответ которого зависит от удаленной системы; такого рода задержка обычно не прерывает поток мыслей пользователя;
10 секунд
между 1 секундой и 10 секундами поток мыслей пользователя прерывается ( серьезно снижается продуктивность пользователя), но пользователь может сохранять внимание сосредоточенным на выполняемой задаче;
Ожидание более 10 секунд считается неприемлемым , поскольку обычно отвлекает внимание пользователя от выполняемой задачи.
Решения для улучшения оперативности
Хотя может существовать множество других вариантов, наиболее часто используемые и рекомендуемые ответы на проблемы с реагированием:
Оптимизация процесса получения результата путем устранения ненужных, непродуктивных выходных данных из алгоритма или метода, с помощью которого создается результат.
Достойная система управления процессами, отдающая наивысший приоритет операциям, которые в противном случае могли бы прервать рабочий процесс пользователя, таким как ввод текста, использование экранных кнопок или перемещение указателя мыши. Обычно между ними достаточно «простоя» для других операций.
Использование времени простоя для подготовки к следующим операциям, которые пользователь может выполнить.
Позвольте пользователю сделать что-нибудь продуктивное, пока система занята, например, написать информацию в форме, прочитать руководство и т. д. Например, в браузере с вкладками пользователь может читать одну страницу, одновременно загружая другую.
Доставьте промежуточные результаты до завершения операции. Например, веб-страница может работать еще до загрузки всех изображений, что отнимет время простоя, которое в противном случае было бы потрачено напрасно.
Если некоторое ожидание неизбежно, индикатор прогресса может значительно уменьшить разочарование. При коротких задержках может быть достаточно анимированного значка. Более длительные задержки лучше обозначать индикатором выполнения , или, если возможно, система должна предоставить приблизительное время, которое займет операция, прежде чем ее начать.
^ Вейк, Мартин Х. (31 декабря 2000 г.). Словарь информатики и коммуникаций. Спрингер. п. 1484. ИСБН 978-0-7923-8425-0. Проверено 17 ноября 2010 г.
^ Университет Теннесси (система). Космический институт; СИГАРТ. (1988). Материалы: первая Международная конференция по промышленному и инженерному применению искусственного интеллекта и экспертных систем: IEA/AIE-88 в Космическом институте Университета Теннесси (UTSI), Таллахома, Теннесси, 1-3 июня 1988 г. Тейлор. и Фрэнсис США. п. 180. ИСБН978-0-89791-271-6. Проверено 17 ноября 2010 г.
^ Йонас Бонер; Дэйв Фарли; Роланд Кун; Мартин Томпсон (16 сентября 2014 г.). «Реактивный манифест (v2.0)».
^ Мелиус Вайдеман (2009). Видимость веб-сайта: теория и практика улучшения рейтинга. Издательство Чандос. ISBN978-1-84334-473-5. Проверено 4 ноября 2021 г.
Внешние ссылки
[1] Глава 9. Создание адаптивного пользовательского интерфейса. Дэвид Свит
Отрывок из книги Usability Engineering (1993) о времени отклика.
Отзывчивость пользовательского интерфейса на NetBeans Wiki
Приемлемое время ответа согласно рекомендациям GNOME Human Interface Guidelines