Языки интерфейса функционального интерфейса пользователя?

Question

Я ищу язык моделирования функциональности пользовательского интерфейса (UML-подобный «предмет», но для пользовательских интерфейсов), который уже принят и, возможно, имеет свои шаблоны проектирования и справляется с проблемой лучше, чем состояние или диаграмма действий.

Этот вопрос пришел в голову в результате открытия, что UML и его схемы терпит неудачу при описании сложных функциональных возможностей пользовательского интерфейса с событийного потока исполнения (т.е. JavaScript/JQuery большие проекты.)

EDIT: I я думал об использовании BPMN, но он не был создан для этой цели.

Answer 1

Может быть user interface prototypes или storyboards может быть полезно ... они не являются частью «языка моделирования», но очень хорошо зарекомендовавших себя методов проектирования GUI ...

Answer 2

Одна вещь, которая приходит на ум, Джесси Джеймс Гаррет Visual Vocabulary for Information Architecture.

Answer 3

Я не думаю, что существуют какие-либо стандарты для этой конкретной цели (о чем я думал об этом на днях). SysML близок, я думаю, хотя это определенно излишне.

Главным образом, я думал, что если профиль UML или метамодель определены с компонентами и событиями основного интерфейса («текстовое поле», «один клик» и т. Д.), Различные реализации пользовательского интерфейса (HTML, Swing, AJAX) может быть сгенерирован с использованием преобразований на XMI модели экземпляра. При этом, по крайней мере, был бы более четкий и формальный способ описания функциональности данного пользовательского интерфейса.

Answer 4

Я просто наткнулся на ваш вопрос, и это проблема, которую я серьезно отношусь. Here's my answer, и я использовал его в различных формах более 20 лет.

В основном, здесь критерии я искать в таком описательном языке:

• язык не должен быть полит вниз и не в состоянии вещей, как доступ к данным или основным потока неконтролируемых примитивам, как IF, FOR и подпрограммы. Я выполняю это, создавая язык поверх базового стандартного языка, используя макросы и определения функций. Таким образом, он не требует синтаксического анализатора или интерпретатора, имеет прямой доступ к данным приложения и имеет примитивы контрольного потока основного языка (но только около из них).
  Причина включения примитивов управления потоком в описательный язык для их описательной полезности. Конструкция IF (test) -ELSE-END - это способ сказать, что один из двух наборов элементов управления должен отображаться в зависимости от значения (test). Конструкция FOR - END - это способ сказать, что набор элементов управления, отображаемых в кратность, например, линейный массив элементов управления. Они могут быть вложены для получения 2-D матрицы элементов управления, если это необходимо. Подпрограмма (с параметрами) может отображать набор элементов управления и затем может быть вызвана в нескольких местах для повторной репликации этого набора несколько раз. Без таких примитивов в DSL такие структуры трудно определить.

• Язык не должен требовать, чтобы пользователь, определяющий пользовательский интерфейс, имел дело с проблемами, которые существуют только для реализации, такими как обработка входных событий, создание, удаление и именование элементов управления и перемещение данных между элементами управления и Данные Приложения. Так, например, каждое редактирование, кнопка или другой элемент управления представляет собой одну строку кода. Код для обработки событий, таких как щелчок на кнопке, записывается непосредственно рядом с строкой кода, определяющим кнопку (не в отдельной функции или закрытии). Связывание элементов управления с данными приложения обрабатывается «под» и не является проблемой программиста пользовательского интерфейса.Чтобы сделать все это, он основан на структуре управления под названием «Дифференциальное исполнение», на которую я наткнулся в 1986 году. Он основан на инкрементальном повторном выполнении программы таким образом, что он может постепенно обновлять свой вывод. В этом случае выход представляет собой набор элементов управления на поверхности окна. Эти элементы управления автоматически создаются, удаляются, перемещаются или иным образом изменяются в ответ на изменения состояния приложения, без необходимости программировать пользовательский интерфейс с точки зрения изменений состояния.

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

Answer 5

Вы можете использовать традиционные обозначения моделирования для моделирования пользовательского интерфейса, но это скоро заканчивается беспорядочными и бесполезными моделями. Вы должны подумать о таких моделях, как WebML (вскоре станет стандартом OMG под названием IFML). В этом случае вы также получаете бесплатный инструмент моделирования, который называется WebRatio, который обеспечивает быстрое прототипирование и интеграцию с спецификациями BPMN.

[Отказ от ответственности: Я с Миланским и WebRatio, и среди изобретателей WebML/IFML]