Jump to content

Моделирование пользовательского интерфейса

Моделирование пользовательского интерфейса — это метод разработки, используемый программистами компьютерных приложений. Современные пользовательские интерфейсы (UI) представляют собой сложные программные компоненты, которые играют важную роль в удобстве использования приложения. Поэтому разработка пользовательских интерфейсов требует не только руководств и отчетов о передовом опыте, но и процесса разработки, включая разработку визуальных моделей и стандартизированных обозначений для этой визуализации.

Термин «моделирование пользовательского интерфейса» чаще всего используется в контексте информационных технологий . Модель пользовательского интерфейса — это представление того, как конечные пользователи взаимодействуют с компьютерной программой или другим устройством, а также как реагирует система. Задача моделирования состоит в том, чтобы показать все « непосредственно переживаемые аспекты вещи или устройства» [Trætteberg2002].

Моделирование пользовательских интерфейсов само по себе является хорошо зарекомендовавшей себя дисциплиной. Например, методы моделирования могут описывать объекты взаимодействия, задачи и диалоги нижнего уровня в пользовательских интерфейсах. Использование моделей в рамках разработки пользовательского интерфейса может помочь уловить требования пользователей, избежать преждевременного принятия определенных макетов и виджетов, а также сделать явными отношения между различными частями интерфейса и их ролями. [СильваПатон2003].

MARIA XML (Language for Interactive Applications, основанный на моделях) — универсальный, декларативный, многоуровневый язык разметки пользовательского интерфейса на основе XML для моделирования интерактивных приложений в повсеместных средах.

Некоторые аспекты моделирования пользовательского интерфейса можно реализовать с помощью UML . Однако этот язык в основном не предназначен для такого рода моделирования, что может сделать модели несколько синтетическими.

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

Поскольку модели приложений в UML описывают лишь несколько аспектов пользовательских интерфейсов, и потому что среды разработки пользовательского интерфейса на основе моделей (MB-UIDE) Не имея возможности использовать приложения для моделирования, Манчестерский университет начал исследовательский проект UMLi в 1998 году. UMLi стремится решить эту проблему проектирования и реализации пользовательских интерфейсов с использованием комбинации UML и MB-UIDE.

UsiXML (расширяемый язык разметки пользовательского интерфейса) — это язык спецификаций на основе XML для проектирования пользовательского интерфейса. Он поддерживает описание пользовательского интерфейса для нескольких контекстов использования, таких как символьные пользовательские интерфейсы (CUI), графические Пользовательские интерфейсы (GUI), слуховые пользовательские интерфейсы и мультимодальные пользовательские интерфейсы.

DiaMODL сочетает в себе язык, ориентированный на потоки данных (абстракция интерактора Pisa), с диаграммами состояний UML, которые фокусируются на поведении. Он способен моделировать поток данных, а также поведение объектов взаимодействия. Его можно использовать для документирования функций и структуры конкретных пользовательских интерфейсов.

Himalia сочетает в себе модели гипермедиа с парадигмой управления/композита. Это полноценный язык пользовательского интерфейса, его можно использовать как для указания, так и для запуска, поэтому инструмент дизайнера можно отнести к категории гульденов. [1]

Типы моделей

[ редактировать ]

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

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

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

Существует несколько подходов к моделированию пользовательского интерфейса.

Дизайн, ориентированный на использование

[ редактировать ]

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

Альтернативные подходы к пользовательским интерфейсам на основе моделей

[ редактировать ]

Известные проблемы подходов, основанных на моделях, включают переформулирование информации и отсутствие механизмов эффективного решения сквозных проблем [Cerny2013]. Решения на основе моделей могут хорошо работать сами по себе, но интеграция с альтернативными подходами усложняет разработку и обслуживание.

На основе проверки кода

[ редактировать ]

Эти подходы основаны на существующих базах кода языка общего назначения (GPL) [Cerny2012]. Они проверяют код посредством метапрограммирования и собирают структурную модель, которая преобразуется в пользовательский интерфейс. Этот подход направлен на переформулирование информации. Эти подходы не подходят для адаптивных и контекстно-зависимых пользовательских интерфейсов.

Генеративное программирование

[ редактировать ]

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

Аспектно-ориентированные пользовательские интерфейсы

[ редактировать ]

Аспектное решение, предложенное [Cerny2013][Cerny2013a][AspectFaces], объединяет преимущества подходов на основе проверки кода и генеративного программирования. Он проверяет существующий код и применяет аспектно-ориентированные методы для решения сквозных проблем. Он работает во время выполнения, уменьшает повторение информации и в то же время разделяет проблемы пользовательского интерфейса, что позволяет повторно использовать каждую из них независимо от других. В исследовании [Cerny2013] авторы сокращают код пользовательского интерфейса на 32% за счет аспектного подхода к пользовательскому интерфейсу, применяемого к производственной системе. Основными преимуществами являются шаблоны для настройки представления, отдельные определения проблем и в основном общие правила преобразования, применимые к различным данным.

Модели контента

[ редактировать ]

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

См. также

[ редактировать ]
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: e8896b92e8e9fb0b2cbf337896538288__1679655300
URL1:https://arc.ask3.ru/arc/aa/e8/88/e8896b92e8e9fb0b2cbf337896538288.html
Заголовок, (Title) документа по адресу, URL1:
User interface modeling - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)