В теме 6 ответов, и 4 участника, последнее обновление сделано пользователем 
Odradek 12 г, 6 мес. назад.
-
Сообщения
-
Доброго времени суток, коллеги!
Зачастую приходится документировать приложение со средненьким функционалом, но навороченным пользователским взаимодействием. Особенно это касается мобильных приложений: тач-жесты, нетривиальные элементы управления… Документировать это пока получается не очень — или получается громоздкая спека, непозволительная для небольшого проекта, или разработчику приходится по-аджайловски постоянно дёргать аналитика, что тоже нехорошо.
Как вы решаете подобные проблемы? Или вы знаете хорошие практики?доброго дня,1) можно примеры на приложения с аналогичным поведением указывать.
Например, "Поведение бегунков слайдеров должно быть полностью аналогичным оному тут http://www.example.com/select_booking" и ссылка на пример.
Вы ведь не изобретаете что-то полностью уникальное — так или иначе подобное поведение где-то встречается.2) динамические прототипы в данном случае очень помогают.
Динамические прототипы не очень подходят: трудоёмко их делать (тем более если у нас хитрое взаимодействие) да как-то надо указывать, что в прототипе и как можно потрогать.
Со ссылками идея, имхо неплохая, можно использовать для пары элементов в приложении. Правда, очевидно нужно либо чтобы приложение-пример было онлайн и общедоступно, либо имело видео-описание.
Возможно, кто-то сталкивался с чем-то удачным вроде нотации описания взаимодействия? Те, что я встречал были весьма поверхностными, хоть и понятными.Можно расположить все макеты на одной странице, снабдить их аннотациями по мере необходимости, добавить стрелки, описывающие взаимодействия (например, тапнул на кнопку — переход к странице X). Необычные элементы взаимодействия можно вынести отдельно и показать их состояние во все моменты времени + переходы между ними (состояние по умолчанию, по тапу, по долгому удерживанию пальцем и т.п.).
У тач-жестов имеются общепринятые названия (tap, double tap, touch & hold, pinch & stretch), лучше всего их и использовать, а на получившейся странице выделить область под легенду, где эти жесты (и по необходимости — свои) будут схематично представлены.Существует нотация Interactive Sketching Notation (ISN), я уже о ней как-то писала на форуме. Может стоит попробовать ее для решения этой проблемы.
ISN — весьма интересная вещь, но достаточно поверхностная (хоть и оправдывающая своё название). Использовать какую-либо нотацию стоит, имхо, только если она покроет часть описываемой области, близкую к 100%.Что касается практического использования, нашёл тут интересный документ
http://sw.nokia.com/id/e7b64e9d-04f4-45f8-a74b-5389ab45c480/S60_UI_Specification_Guideline_v1_0_en.zip
Гайдлайн по специфицированию UI от nokia. В нём рекомендуется использовать что-то вроде менее формализованных юз-кейсов (по смыслу ближе к юзер сценарио), обединённых в логическую структуру. Так же добавляется раздел со скриншотами, каждый делится на блоки с описанием.Нечно подобное рекомендует использовать Лаура Бранденбург:
http://www.bridging-the-gap.com/how-to-create-a-user-interface-specification/Так же есть достаточно абстрактные, но в общем неплохие советы от Фила Ойе:
http://4378.pbworks.com/f/Creating+a+User+Experience+Specification.pdf
Он, правда, упрощает до вышесказанных макетов с аннотациями.В целом можно сказать, что в большинстве случаев велосипед не изобретается, всё привычно и интуитивно.
Если будут желающие, можно сделать небольшой обзор существующих техник.А насколько абсурдным покажется вариант сделать бумажный прототип со всеми элементами и записать юзкейс на видео, если вроцесс взаимодействия действительно нетривиальный?Благодарностей: 1 Цитировать
Идея очень интересная. Так, например, хорошо делать всякие презентации.
Вот только для специфицирования, наверно, будет не ахти: большие проблемы начнутся, когда надо будет что-то переделать…
Вы должны авторизироваться для ответа в этой теме.
