- •1.Полосы прокрутки и их альтернатива.
- •2.В чем заключается принцип спиральности в справочной системе?
- •3.Версии построения прототипа.
- •4.Видимость состояния системы (правило обратной связи)
- •5.Время оповещения
- •6.Гибкость и эффективность использования
- •7.Дайте объяснение термину «Понятность системы». Что такое ментальная модель, метафора, аффорданс и стандарт?
- •8.Дать объяснение справки предметной области и ее значение для пользователя
- •9.Дать определение интерфейса пользователя и его составных частей.
- •10.Дать определение локуса и фокуса внимания.
- •11. Достоинства панели инструментов.
- •12. Зачем нужно обучение пользователей работе с интерфейсом? Назовите средства обучения.
- •13. Интерфейс, учитывающий интересы пользователя в связи с длительностью реакции системы (на примере диалогового окна «Печать документа» и «Индикатора степени выполнения»).
- •14. Информированность пользователя
- •15. Как ведется проектирование общей структуры интерфейса?
- •16. Как производится тестирование прототипа? Роль постановки задачи при тестировании. Проверки, проводимые при тестировании. Связь модификации объекта с тестированием.
- •17. Какая роль документации и технического описания в разработке интерфейса пользователя?
- •18. Какие исходные данные требуются для проектирования интерфейса оператора асу объекта?
- •19. Какие основные критерии качества интерфейса и их краткая характеристика?
- •20. Каким должен быть интерфейс для субъективного удовлетворения пользователя?
- •21.Каким должно быть сообщение об ошибке?
- •22.Каким образом можно повысить субъективную скорость работы пользователя с интерфейсом?
- •23.Какова должна быть ширина и глубина меню? Группировка элементов в меню.
- •24.Какова организация справочной системы в интерфейсе?Типы справок
- •25.Какое устройство меню в целом и отдельных его элементов?
- •26.Классификация ошибок по способу их исправления.
- •27.Когда применяются списки? Типы списков и их свойства. Что такое комбобоксы? Требования к комбобоксам.
- •28.Количество вкладок. Что такое «мастер»?
- •29.Навигация и ее цель.
- •30.Назначение и типы меню.
- •31.Назовите основные критерии качества интерфейса пользователя.
- •32. Назовите составляющие скорости выполнения работы и дайте краткую характеристику каждой составляющей.
- •33.Назовите составные части программного интерфейса
- •34. Назовите три основных этапа разработки интерфейса пользователя
- •35. Необходимость создания пользовательских сценариев
- •36. Обосновать необходимость пароля и каким он должен быть?
- •37. Объяснить принцип работы модели количественного анализа интерфейсов goms
- •38. Операции, предусматриваемые при глоссарии интерфейса
- •39.Описание ошибки
- •40.Описание решения проблемы
- •41. Особенности проектирования интерфейса оператора асу (автоматизированной системы управления) объектом.
- •42.От чего зависит длительность физических действий?
- •43. Поиск информации и его виды.
- •44. Показать структурную схему взаимодействия человека-оператора с техническими средствами асу объекта. Типы ошибок оператора при пользовании интерфейсом и способы их устранения.
- •45. Поля ввода и их разновидности. В каких случаях используются «Крутилки» и «Ползунки».
- •46.Раскрыть утверждение «Понимание лучше, чем запоминание»
- •47. Последовательность и стандарты в построении интерфейса
- •48.Предупреждение ошибок работы систмы, пользователя при построении интерфейса.
- •49. При каких условиях возможно одновременное выполнение задач и автоматизм действий? Отвлечение и возобновление прерванных действий.
- •50. Принципы и задачи, решение которых необходимо при создании интерфейса пользователя асу объекта.
- •51)Раскрыть особенности использования Кнопки доступа к меню
- •52) Раскрыть особенности использования Командных кнопок
- •53)Раскрыть особенности использования Комбобоксов
- •54)Раскрыть особенности использования Списков. Указать недостаки и преимущества использования Пиктограмм.
- •55)Раскрыть особенности использования Чекбоксов и радиокнопок.
- •56)Распознавание и исправление ошибок
- •57)Рассказать о процессе сбора полной схемы и проверки ее по сценарию. Какую цель преследуют эти этапы?
- •58) Рассказать об основных элементах окна
- •59)Режимные и безрежимные командные кнопки
- •60)Роль ментальной или информационной модели объекта в создании интерфейса пользователя асу.
- •61.Роль мнемосхем в интерфейсе оператора
- •62.Свобода действий пользователя
- •63.Справка и документация при создании и использовании интерфейса
- •64.Средства обеспечения обратной связи при создании и использовании интерфейса
- •65.Сформулировать закон Фитса. Что такое кнопка бесконечного размера и нулевая дистанция до кнопки?
- •66.Типы окон. Их влияние на эффективность интерфейса.
- •67.Требования к содержимому окна, навигация внутри окна и между окнами.
- •68.Чем отличаются командные кнопки от радиокнопок и чекбоксов и радиокнопки от чекбоксов?
- •69 Что такое базовая и обзорная справка?
- •70 Что такое без режимные диалоговые окна? Метод преобразования без режимных окон в палитры.
- •71 Что такое длительность интеллектуальной работы? Способы уменьшения затрат времени не интеллектуальную деятельность.
- •72 Что такое долговременная память, и в каких случаях информация попадает в двп?
- •73 Что такое информационно-теоретическая и информационная производительность интерфейса?
- •74.Что такое когнетика, когнетивное сознательное и когнетивное бессознательное и какие их свойства?
- •75.Что такое контекстная справка?
- •76.Что такое контекстное меню и причина его появления?
- •77.Что такое кратковременная память, какая информация попадает в кратковременную память, нагрузка на квп, изменение содержимого и объем квп?
- •78.Что такое модальный и не модальный интерфейс? Влияние режимов на действия пользователя. Что такое квазирежимы?
- •79.Что такое первоначальное проектирование и какие его этапы? Можно ли нарушать последовательность этапов?
- •80.Что такое функциональность системы и анализ целей и действий пользователя?
- •81.Эстетичный и минималистический дизайн
34. Назовите три основных этапа разработки интерфейса пользователя
В процессе разработки интерфейса можно выделить три основных этапа, а именно первоначальное проектирование, создание прототипа и тестирование/модификация прототипа. Фактически процесс разработки, чтобы быть успешным и безусловным, всегда стремится происходить в этой последовательности: проектирование, затем создание прототипа, затем бесконечные циклы тестирование/модификация до достижения удовлетворительного результата или до тех пор пока не остановят. Т.е. основным этапом оказывается не проектирование (т.е. собственно дизайн), но полировка уже сделанного дизайна. С другой стороны, при тщательном проектировании длительного тестирования обычно удается избежать – но, с другой стороны, при этом проектирование становится достаточно длительным, так что неизвестно еще, что лучше сокращать.
Этап проектирования сам по себе состоит из нескольких составляющих, причем количество этих составляющих довольно велико. Радует, однако, то, что существует очень мало работ, при которых нужно выполнять все составляющие (собственно говоря, если выполнять всё-таки придется, это должны делать разные специалисты). При этом важно понимать, что здесь описываются только методы создания новой системы. Модернизация старой требует совершенно других методов и усилий, поскольку при этом приходится еще и безболезненно исправлять имеющиеся недостатки (что чаще всего вообще невозможно по организационным причинам). Как это ни печально, но в настоящее время не найдено сколько-нибудь универсального метода радикального улучшения существующих систем
35. Необходимость создания пользовательских сценариев
Цель – написать словесное описание взаимодействие пользователя с системой, не конкретизируя, как именно проходит взаимодействие, но уделяя возможно большее внимание всем целям пользователей. Количество сценариев может быть произвольным, главное, что они должны включать все типы задач, стоящих перед системой, и быть сколько-нибудь реалистичными. . Сценарии очень удобно различать по именам участвующих в них вымышленных персонажей.
Польза этих сценариев двояка. Во-первых, они будут полезны для последующего тестирования. Во-вторых, сам факт их написания обычно (если не всегда) приводит к лучшему пониманию устройства проектируемой системы, побуждая сразу же оптимизировать будущее взаимодействие.
Дело в том, что на таких сценариях очень хорошо заметны ненужные шаги. Понятно, что от этих ненужных этапов смело можно избавиться уже на этой, весьма ранней, стадии проектирования.
36. Обосновать необходимость пароля и каким он должен быть?
Метод паролей хорош, когда дело касается защиты информации. Однако гораздо чаще, особенно в интернете, важна не столько защита информации, сколько идентификация пользователя (которая может сопрягаться с защитой, а может и не сопрягаться). В этом случае от паролей отказаться невозможно, просто потому, что не существует другой, столь же эффективной, технологии идентификации. При этом содержимое пароля как таковое не очень важно, важно его отличие от паролей других пользователей (обратите внимание, что в этом случае само по себе имя пользователя является паролем). Обычно в таких условиях при регистрации применяют стандартную группу элементов «имя, пароль, подтверждение пароля», после чего, уже при нормальной деятельности, пользователь получает возможность ввести пароль только в первый раз .
Это неплохое решение, но и оно не без недостатка. Дело в том, что пользователь, однократно введя пароль, потом его забывает, поскольку из-за отсутствия повторения пароль никогда не попадает в долговременную память. В результате, когда пользователь переходит на другой компьютер или переустанавливает ОС, ему приходится регистрироваться снова, что нехорошо. Во-первых, эта лишняя работа раздражает. Во-вторых, база пользователей при этом разбавляется дубликатами, что всегда плохо сказывается на стоимости этой базы. В-третьих, что иногда самое главное, зарегистрировавшийся во второй раз пользователь лишается возможности получить уже использованное им ранее имя, что огорчительно: например, пользователь, забывший пароль от почтовой службы, лишается как доступа к своему почтовому ящику, так и возможность получить прежний почтовый адрес. Конечно, некоторые пользователи воспользуются тем или иным способом узнать свой прежний пароль, но отнюдь не все.
Это значит, что помимо какого-либо механизма напоминания пользователям их потерянных паролей (неважно какого, лишь бы заметного), очень полезно не скрывать от пользователей их пароль, т.е. выводить его в поле ввода не звездочками, а открытым текстом. Это решение хорошо ещё и тем, что количество ошибочно набранных паролей здорово сократится (тяжело набирать на клавиатуре невидимое).
Таким образом, эффективнее всего максимально здраво определить степень важности защищаемой информации, после чего выбрать адекватную схему защиты, стараясь, чтобы она была максимально лёгкой для пользователей. Как правило, их субъективное удовлетворение важнее потенциального вреда от потери информации.