Размещено на http://www.allbest.ru/

1

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РФ

МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ ИНСТИТУТ ЭЛЕКТРОНИКИ И

МАТЕМАТИКИ

кафедра Информационно-коммуникационных технологий

Пояснительная записка к дипломному проекту

На тему: «Проектирование программного пользовательского интерфейса и алгоритмов работы для электронного сервиса напоминаний для мобильных устройств».

Студент группы С-105:

Кожаткин Алексей Михайлович

Руководитель проекта:

Соболевский Алексей Александрович

Консультант: Зимин Владимир Александрович



Аннотация

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

В ходе работы были протестированы существующие сервисы геонапоминаний, выявлены их недостатки и достоинства, что привело к более точным требованиям к разрабатываемому продукту.

Итогом работы стал детально проработанный интерактивный прототип интерфейса системы и конечная логика работы сервиса с навигационными модулями. Полученный результат полностью готов к передачи на следующий уровень разработки приложения.

тестирование проектирование программный интерфейс



Введение

Актуальность

В современном мире мобильные устройства, лёгкие для переноса и обращения, играют огромную роль в жизни человека. Рост рынка мобильных устройств уже перестал быть линейным. Количество крупных игроков рынка к сегодняшнему моменту увеличилось в несколько раз по сравнению с началом 2000-х. В начале-середине 2000-х, когда мобильные устройства стали доступны широким массам, для мобильных устройств, стали разрабатываться различные приложения, нацеленные на решение локальных задач, в большинстве своём не связанных с доступом в сеть Интернет. В середине 2000-х начался рост рынка мобильного интернета, что привело к созданию приложений, заранее ориентированных на доступ в Интернет.

Большинство обладателей современных мобильных телефонов используют их в качестве своих помощников в повседневной жизни, работают с приложениями для создания расписаний, написания заметок, установок напоминаний и будильников. В мире существует много людей имеющих не нормированный график работы, находясь в постоянном движении, не могут быть уверены в своей дислокации через определённый промежуток времени. Исходя из особенности распорядка дня таких людей, является актуальным создание приложения напоминающего о задачах и встречах исходя из геопозиции человека.

Цель работы

Целью настоящей работы является проектирование программного пользовательского интерфейса и алгоритма работы электронного сервиса, который станет ежедневным помощником для конечных пользователей. В рамках данной работы разработана концепция интерфейса будущего приложения и детальные интерактивные прототипы системы для роли «Пользователь».

Задачи, решаемые в ходе работы

1) анализ популярных мобильных операционных систем, с целью выявления наиболее подходящей для разработки прототипа;

2) анализ существующих подходов к проектированию пользовательских интерфейсов;

3) анализ юзабилити-свойств существующих сервисов напоминаний;

4) разработка требований к пользовательскому интерфейсу электронной социально-ориентированной системы напоминаний;

5) разработка навигационной модели системы;

6) разработка концепции пользовательского интерфейса сервиса;

7) разработка детальных интерактивных прототипов сервиса для роли “Пользователь”;

8) разработка алгоритмов работы сервиса с навигационными модулями;

9) проведение сравнительного юзабилити-тестирования разработанных интерактивных прототипов;

Практическая значимость работы

Рассмотренные аналоги являются единственными приложения выполняющими задачу геонотификации для Android. Не смотря на то, что рассмотренные приложения являются не законченными продуктами, они имеют десятки тысяч установок в месяц.

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

Апробация работы

Для разработанного интерактивного прототипа было проведено юзабилити-тестирование, показавшее преимущество прототипа над существующими аналогами. Главным результатом тестирования стало доказательство правильного выбора организации приложения и взаимодействия с его функционалом.



Обзорно-аналитическая часть

Анализ популярных мобильных операционных систем

На рынке мобильных платформ список лидирующих имен неизменен в течении последних трех лет. Изменения происходят исключительно между этими лидерами. Таких лидеров четверо: IOS, Android, BlackBerry OS, Windows Mobile OS.

IOS -- закрытая операционная система от Apple. Выпускается исключительно для устройств, разрабатываемой компанией Apple. Разработка под IOS требует либо наличия техники Apple и программы разработки XCode, либо использовать сторонние сервисы для удаленной компиляции приложений. Так же существует возможность разработки на Flach CS5.5 или других средах флеш разработки с помощью компилятора Flex, но стоит учитывать, что производительность будет невысока. Публикация приложений так же не возможна без сертификатов от виртуального магазина App Store, так же App Store, является единственным полностью легальным средством дистрибуции приложений. Стоит отметить, что так же возможно распространять приложение через пиратские площадки приложений, но это требует разблокировки устройств, которая нарушает гарантию, вследствие чего, является непопулярной среди пользователей данной платформы. К плюсам этой системы можно отнести стабильность и гарантированную работу приложений на современных устройствах. Неподобающие по качеству или контенту приложения не допускаются к распространению в App Store.

BlackBerry OS -- операционная система от BlackBerry. Устройства компании BlackBerry нацелены, в первую очередь, на категорию бизнесменов и корпоративных клиентов. Имеет крайне малую долю на рынке в мире, на май 2013 года не более 3% (по данным IDC Wourldwide Quartenly Mobile Phone Tracker). Работает только на устройствах компании BlackBerry. Имеет возможность адаптации Android приложений под себя, но полная работоспособность не гарантирована.

Windows 7 и Windows 8 (мобильные версии) -- молодая система от Microsoft. Для разработки требуется Silverlight или XNA. Так же, Microsoft выпустила инструментарий разработчика Windows Phone SDK, для которого необходимы Visual Studio 2010 Express for Windows Phone и Expression Blend 4 для Windows Phone. На данный момент так же имеет малую долю рынка в России.

Android -- открытая операционная система от Google. Android позволяет создавать Java-приложения, управляющие устройством через разработанные Google библиотеки. Android Native Development Kit позволяет портировать (но не отлаживать) библиотеки и компоненты приложений, написанные на Си и других языках. Для дистрибуции приложений Google запустила онлайн-магазин Google Play. Для распространения приложения через онлайн-магазин требуется платная учетная запись, но так же возможно распространять приложения любым удобным для разработчика способом как просто передавать установочный.apk файл так и через сторонние онлайн-магазины (например Яндекс.Store).

Обоснование выбора операционной системы

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

Рисунок 1 Статистика отображающая долю рынка каждой операционной системы и размеры поставок мобильных устройств

На мировом рынке лидирует система Android c 75% долей мобильных телефонов, что делает её наиболее привлекательной для разработки приложения массового использования.

Низкий процент смартфонов в России обусловлен нежеланием или отсутствием возможности покупать дорогие телефоны среди населения до 18 лет и старше 40 [6]. Целевая аудитория разрабатываемого сервиса лежит в промежутке от 16 до 40 лет, что соотносимо с основной аудиторией пользователей смартвонов. В России, основываясь на статистические данные аналитического сервиса StatCounter[5], Android так же является лидирующей операционной системой с 35% рынка. Основываясь на этих данных, наиболее рациональным решением по выбору операционной системы является OS Android от компании Google.

Обзор существующих подходов к проектированию пользовательских интерфейсов

Пользовательский интерфейс обеспечивает взаимодействие между пользователем и компьютером, обмен действиями и ответными реакциями на них. Юзабилити -- степень, с которой продукт может быть использован определенными пользователями при определенном контексте использования для достижения определенных целей с должной эффективностью, продуктивностью, удовлетворенностью [2].

Исследования в области взаимодействия пользователя и компьютера показывают, что каждый пользовательский интерфейс обязан выполнять следующие четыре функций:

1) управление компьютером только путем пользовательских действий: прерывание, инициация, отмена компьютерных процессов;

2) ввод данных от пользователя, обратная реакция системы;

3) отображение данных от пользователя;

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

Хорошо спроектированный пользовательский интерфейс обязан соответствовать этим принципам:

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

2) предоставлять ввод информации естественным образом, не демонстрируя процесс вычислений;

3) отвечать требованиям рабочих потребностей пользователя, не заостряя его внимание на процессе обработки данных.

Для получения эффективного результата разработки пользовательского интерфейса используют различные подходы к проектированию. Основные из них:

1) Подход, ориентированный на пользователя (User-Centered Design), который характеризуется активным вовлечением пользователей в процесс проектирования и тестирования программного продукта, четким пониманием пользовательских требований и задач, оптимальным распределением функций между пользователями и технологиями, интерактивностью и мультидисциплинарностью подхода. Применение данного подхода при разработке пользовательского интерфейса для достижения высоких показателей в области юзабилити (согласно ISO 9241-11, это степень эффективности, продуктивности и удовлетворенности, с которой продукт может использоваться определенными пользователями для достижения определенных целей в определенном контексте). Так же приводит к сокращению расходов на разработку и повышению эффективности продукта, как в отношении бизнеса (дополнительная прибыль), так и в удовлетворенности пользователей (повышение лояльности к продукту и разработчику).

2) Подход, ориентированный на деятельность (Activity-Centered Design). Согласно определению Дональда Нормана (Donald Norman), деятельность включает задачи, которые состоят из действий, в свою очередь составленных из операций. Подход к проектированию интерфейсов, предлагаемый Норманом, уделяет внимание прежде всего пониманию деятельности пользователя. Он утверждает, что человек приспосабливается к имеющимся инструментам и что понимание деятельности, выполняемой человеком при помощи инструментов, может положительно сказываться на интерфейсе этих инструментов.

3) Целеориентированный подход (Goal Centered Design). В основе данного метода лежат конечные цели пользователей, которые должны быть ими достигнуты посредством взаимодействия с программным продуктом.

4) Подход, ориентированный на данные (Data Centered Design). Проектирование интерфейса поддерживает такую модель взаимодействия пользователя с системой, при которой первичными являются обрабатываемые данные, а не требуемые для этого программные средства. Другими словами, при таком подходе основное внимание пользователя концентрируется на тех данных, с которыми он работает, а не на поиске и загрузке необходимого приложения.

5) При использовании этого подхода основным программным объектом является документ, который представляет собой некоторое абстрактное устройство хранения данных, используемых для выполнения заданий пользователей и для их взаимодействия. Документ должен быть доступен как различным приложениям, используемым для его обработки, так и всем взаимодействующим пользователям.

6) Итеративный подход (Agile) - метод последовательных приближений. Суть итеративного подхода заключается в создании изначально самого простейшего прототипа с целью формирования у заказчика и самого проектировщика общего видения проекта. Затем постепенно прототип дорабатывается и детализируется.

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

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

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

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

Требования к дизайну мобильных приложений достаточно простые. Цветовая гамма приложения не должна быть излишне яркой, пестрой, чтобы не рябить в глазах пользователя, однако сочетания цветов должны быть контрастными - это эффектно выглядит на дисплеях мобильных устройств и, что самое главное, позволяет продолжать пользоваться приложениях в неудачных условиях освещенности, например на солнце. Дизайн должен быть простым и понятным, нужно избегать непонятных иконок, нетривиальных пояснений - пользователь пришел за информацией, которую ему, вероятно, нужно получить срочно, и он не хочет разгадывать ребусы. Система навигации должна быть такой же простой, понятной. Если в приложении планируется создание большого количества разных разделов, их можно разделить на небольшое количество обобщенных, считается что для получения нужной информации пользователь готов пройти через 4 уровня вложенности. Списки, с помощью которых также может быть реализовано меню не должны превышать 5-9 элементов. Для сложных систем можно использовать функцию поиска, такое решения подойдет к примеру для телефонного справочника ВУЗа, или возможность прогрессивного раскрытия, когда дополнительная информация появляется без перехода на другой экран.

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

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

Android guideline

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

Естественно, гайдлайны разных операционных систем отличаются в силу размера дисплеев, различий в конструкции аппаратов. Так у телефонов Blackberry часто оснащены физической клавиатурой, телефоны на базе Android имеют физические или сенсорные кнопки «домой», «меню», «назад» и «поиск», или же иные способы доступа к этим функциям, а телефоны компании Apple имеют лишь одну кнопку, используемую для закрытия приложения и возвращения на рабочий стол.

В данном разделе рассматриваются особенности операционной системы Android и соответствующие последней версии гайдлайны. Определенное место на дисплее телефона отводится для системных панелей: системного трея и панели навигации. В панели статуса отображается состояние устройства, часы, навигационные устройства а также уведомления других приложений - маленькие иконки, сообщающие пользователю о новых сообщениях, почте и прочих событиях. Навигационная панель отображает стандартные для системы кнопки «назад», «домой», «запущенные приложения». В старых версиях Android для телефонов ранних моделей панель навигации имеет вид физических кнопок «домой», «меню», «назад» и «поиск», и, соответственно, не отображается на дисплее. Как правило, системные панели отображаются одновременно с приложением, а в случае, когда приложение отображает графическое содержимое, такое как изображения и видео, эти панели можно скрыть, чтобы позволить пользователю не отвлекаясь насладится контентом.

Начиная с версии 4.0 в Android появляется “панель действий”, преимущественно размещаемая внизу экрана, она содержит кнопки для осуществления наиболее важных действий. Действия, которые не помещаются на эту панель, либо играют менее важную роль и помещаются в подменю переполнения, вызывающееся прикосновением к соответствующей иконке. Для телефонов с физическими кнопками второстепенные действия можно совершить нажав на кнопку “меню”. Этот принцип управления актуален для приложений написанных для телефонов на базе Android 3.0 и выше. Несколько иначе обстоит дело с отображением приложений для Android 2.3 и младше на телефонах с панелью виртуальной навигации: при работе с такими приложениями, в которых задействована кнопка «меню», в правой части виртуальной панели навигации появляется иконка, при прикосновении вызывающая всплывающее меню, аналогичное меню старых версий ОС Android. Так же в новой версии операционной системы видоизменена система жестов, например долгое нажатие на объект, отображавшее набор контекстных действий над объектом, теперь используется для выбора данных, а контекстная панель позволяет выбирать действия, производимые с выбранными данными.

Поддерживать обратную связь с пользователем можно с помощью анимированных заставок, когда загружается новый экран или файл, кнопки так же должны реагировать на прикосновения цветом и абрисом, так пользователь понимает, на какую кнопку он нажал, что приложение реагирует на его прикосновения и т.д. Когда пользователь пользуется прокруткой и доходит до верхней или нижней границы экрана, если страница будет “отпрыгивать” вниз или вверх соответственно, пользователю будет проще понять, что он дошел до конца.

Разрабатываемый интерфейс должен легко растягиваться по ширине и высоте экрана, для удобства использования на разных устройствах, если это невозможно, разрабатываются варианты для разных разрешений. Существует два алгоритма разработки интерфейса для разных разрешений: разработать макет соответствующий среднему типоразмеру (medium size, MDPI) и растягивать его, либо начать с самого большого разрешения, а затем ужимать и модифицировать макет под меньшие дисплеи. Так или иначе всегда следует помнить о том, что у всех пользователей Android устройства с разными разрешениями и соотношениями сторон.

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

Жесты в ОС Android

Ограниченные возможности предоставления информации пользователю вынуждают разработчиков искать наиболее эффективные способы просмотра информации. ОС Android, как и Apple, расширяет возможности перемещения по приложению и управления просмотром контента с помощью жестов. Использование жестов, правильная навигация позволяют пользователю легко и быстро перемещаться по приложению, просматривать информацию и взаимодействовать с ней. В Android существует 7 основных жестов.

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

С помощью долгого нажатия на обект в Android 2.3 и ниже вызывается контекстное меню, отображающее дополнительные функции действий или действия для работы с данными, такие как выделение, копирование, вставка текста. В поздних версиях Android жест позволяет выбрать данные, для того чтобы в последствии работать с ними.

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

Жест перетаскивания не является актуальным для разрабатываемого в данной дипломной работе приложения, так как используется для реорганизации данных, например перемещения иконок на домашней странице ОС.

Двойное прикосновение к экрану позволяет приближать/увеличивать на определенную константу, сдвигая и раздвигая два пальца, касаясь дисплея можно уменьшать и увеличивать содержимое, например изображения.

Рисунок 2 Жесты в ОС Android. Нажатие, Вызов контекстного меню/выделение данных, перелистывание, Приближение, свободное зуммирование

Знание и умелое использование жестов позволит сделать работу пользователя с приложением простой, эффективное, а главное, приятной и интересной.

Обзор существующих сервисов напоминаний

Геопланировщик

Описание

Программа, разработанная Bnet inc. имеющая приятное внешнее оформление, но недостаточную продуманность в области юзабилити делают её приложением из разряда «интересных фишечек», но никак не рабочий инструмент.

Интерфейс

Рисунок 3 Интерфейс программы Геопланировщик

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

Рисунок 4 Экранная форма с картой приложения Геопланировщик

Экранная форма с картой представляет собой векторное изображение близлежащей территории. На карту нанесены отметки бесплатных Wi-Fi точек взятые с сервиса wifi4free.ru, что является ценной информацией для большинства пользователей мобильных девайсов, но большое количество изначальных меток на карте несколько загромождают её. К сожалению, в настройках нет возможности отключить отображение этих меток.

Рисунок 5 Выпадающее меню приложения Геопланировщик

Меню содержит шесть пунктов: «Включить всё» (включает все напоминания), «Отключить всё», «Удалить всё», «О приложении», «Настройки», «Выход».

Кнопки «Включить всё», «Отключить всё», «Удалить всё», «Выход» не вызывают подменю, только выполняют указанное действие.

Кнопка «Настройки» ведет в меню содержащее опции самого приложения и параметры синхронизации с сервисом Evernote.

Рисунок 6 Создание оповещение в приложении Геопланировщик

Экранная форма создания/редактирования оповещения содержит поле для названия точки, форму для временного промежутка работы метки, выбор сигнатуры, выбор действия при срабатывании метки.

Работа с программой

При первом входе в программу она не содержит никаких напоминаний, для создания оного требуется нажать на кнопку с изображением знака «+». Программа переводит пользователя на экран с картой. На карте можно поставить метку путем удержания пальца на выбранном месте, не отпуская палец и ведя его в сторону от центра метки, увеличивается её радиус. Метку ставить необязательно, можно сразу перейти к экранной форме создания/редактирования оповещения, нажатием на кнопку «Далее». Устанавливаем необходимые параметры и завершаем создание заметки нажатием на копку «Готово».

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

Удаление и редактирование метки происходит путем удерживания пальца на ней, при этом появляется подменю с выбором нужного действия.

Субъективная оценка

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

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

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

Hypocampo

Описание

Программа написанная Олегом Елифантьевым, имеющая схожий схожий функционал с вышеописанным приложением, но имеющая проблемы вытекающие из того, что её писал один человек, такие как простой дизайн, наиболее простой интерфейс. Так же наблюдаются проблемы с выбором терминологии и названиями пунктов.

Интерфейс

Рисунок 7 Интерфейс программы Hypocampo

Основное окно программы, встречающее пользователя при запуске приложения, имеет три расположенные вверху вкладки: «Задачи», «Места», «Карта».

Вкладка «Задачи» представляет собой выкидной список с местами. При выборе места появляется список задач прикрепленных к данной метке и кнопку «Добавить задачи».

Вкладка «Места» содержит список мест и кнопку добавления нового.

Вкладка «Карта» содержит карту с отображенными на ней местами.

Оконная форма добавления места включает в себя карту, занимающую две третьи экранного пространства, поле для ввода имени, ползунок радиуса, кнопку временного интервала, ведущую в форму со списком временных интервалов (по умолчанию в программе их нет, интервалы можно добавлять через кнопку «Добавить интервалы»), кнопку «Сохранить».

Рисунок 8 Добавление метки в программе Hypocampo

При нажатии кнопки «Menu»(стандартная кнопка для Android) перед пользователем появляются четыре кнопки: «Добавить место», «Добавить задачу», «Настройки», «Авторы».

В меню настроек находятся три пункта: «Геолокация» с настройками навигации, «Карта и поиск» с выбором сервиса для работы приложения, «Напоминания» с выбором звукового сопровождения.

Работа с программой

Не смотря на то, что первая вкладка в программе -- «Задачи», пользователю требуется перейти во вкладку «Места» и нажать на кнопку «Добавить место». Появившейся оконной форме нажатием на экран можно установить метку, далее указать имя, радиус и время работы. По окончании этих действий для завершения процесса создании метки необходимо нажать кнопку «Сохранить». В завершении во вкладке «Задачи» можно добавить задачи к каждой метке.



Субъективная оценка

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

При тестировании работоспособности она так же не превзошла программу описанной выше.

Анализ юзабилити-свойств существующих сервисов напоминаний

Геопланировщик

Линейно спроектированное приложение с единственным сценарием использования. Иллюстрации на иконках и кнопках достаточно хорошо отображают их предназначение и не вызывают сомнений в их функциях. Интерфейс не перегружен функционалом, но присутствует неудаляемая система отметок частных Wi-Fi точек. Для достижения результата пользователю необходимо совершить от шести кликов. При этом пользователь обязан ставить метку на карте, разработчик не предоставил возможность пользователю использовать обычные напоминания.

Hypocampo

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

Разработка требований к пользовательскому интерфейсу электронной социально-ориентированной системы напоминаний

Концептуальной целью продукта является облегчение жизни и деятельности человека. На этапе проектирования функционала сложно определить дальнейшие потребности и ожидания потребителя. Для минимизации разницы между функционалом спроектированным перед этапом разработки и ожидаемым потребителем используют персонажей.

Персонажи - один из мощнейших инструментов целеориентированного проектирования интерфейсов, разработанный Аланом Купером. Пользователи синтезируются и называются персонажами, они представляют собой необходимую базу качественного проектирования взаимодействия. Персонажи не являются реальными людьми, однако представляют реальных людей в процессе проектирования, это архетипы реальных пользователей, и, будучи воображаемыми, тем не менее определяются достаточно жестко и точно. Однако «выдуманность» персонажей - не совсем верное определение, так как на практике, персонажи «обнаруживаются» в процессе исследования, а выдумываются их имена и личные сведения. И так, персонажи имеют большую значимость по трем причинам: они представляют собой архетипы пользователей; они основаны на исследованных образцах поведения и целях пользователей; они обобщают в себе нужды многих людей. Здесь стоит заметить, что персонажи и целевая аудитория - разные понятия, набор персонажей может показать всю область образцов поведения, которую мы должны охватить, целевая аудитория лишь представляет усредненные, сглаженные потребности пользователей, показывает «эластичного пользователя» и является неточной. Персонажи помогают определить, что должен делать продукт, и каково должно быть его поведение, взаимодействовать с заинтересованными в реализации лицами, измерять эффективность дизайна, а также избежать таких проблем как дизайн ради дизайна, проектирования граничных случаев.

Персонажи

Геннадий

(19 лет, работает курьером, обучается в высшем учебном заведении на факультете прикладной математики, Реутов)

Геннадий хочет заработать миллион, но пока работает курьером, чтобы оплатить свои потребности. Витая в облаках и часто мечтая о будущем, он часто забывает о многих важных вещах. Использует приложение только для работы, так как его личная жизнь не достаточно насыщена для использования сервиса.

Сценарий взаимодействия с программой

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

Цели:

1) Видеть на карте места;

2) Видеть предназначение для каждой посылки.

Анна Рудольфовна

(24 года, сотрудник отдела реализации алкогольных напитков, мерчендайзер, Москва)

Анна год как работает в фирме, её основной задачей является проверка товара в магазинах розничной торговли. Она хороший работник, начальник обещал повысить её до менеджера через пол года.

Каждый вечер менеджер присылает Анне список магазинов для проверки, при этом в каждом магазине надо проверить разную продукцию. Так же Анна по доброте душевной помогает пожилой женщине, принося ей продукты и помогая по хозяйству.

Сценарий взаимодействия с программой

Получив вечером список, Анна тут же забивает его в программу, планируя передвижения на предстоящий день. Каждый раз, выходя из крупного магазина, ей приходит напоминание о необходимости позвонить и отчитаться перед менеджером. Передвигаясь по Москве и выполняя свою работу, она попадает в зону старой отметки на Фрунзенской о прекрасном единственном в Москве магазине с жареными финиками, которые она так любит с детства и непременно их покупает. Успев расправится со всеми делами, она направляется пожилой женщине, выходя из метро, ей приходит напоминание содержащее список покупок необходимых купить.

Цели:

1) Формирование списка задач;

2) Напоминание о магазинах при нахождении в непосредственной близости от них;

3) Возможность хранения списков для покупок;

4) Сигнатура не только при входе, но и при выходе из области метки.

Сергей Растиславович

(30 лет, системный администратор в крупной сети клиник небольшого города, параллельно владеет магазином компьютерной техники)

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

Сценарий взаимодействия с программой

Узнавая о новом магазине, Сергей вбивает его в программу и задает большой радиус срабатывания, чтобы успеть перестроиться и затормозить у магазина. Так как магазины не круглосуточные, он ставит им ограничения во времени.

Цели

1) Возможность задавать большие радиусы у меток;

2) Ограничение по времени

Основные требования к функционалу программы, покрывающие максимально возможные сценарии целевой аудитории

1) Реализовать просмотр карты с отметками.

2) Таргетирование на карте

i) установка центральной отметки

ii) установка радиуса арены.

iii) переход к настройкам

iv) возможность ставить отметку путем удержания пальца на карте, арена создается сразу, затем переход в настройки

v) через кнопку «+» переход к настройкам, затем установка радиуса

b) возможность просматривать конкретные категории отметок

c) просмотр всех отметок

d) редактирование отметок

e) удаление

3) Реализовать настройки для отметки

a) Название метки (Место положение), ограничение в символах;

b) Комментарии, возможность создания списка;

c) Временное ограничение для отметки;

d) Ограничение по дате;

e) In/Out;

f) Вид сигнала;

g) Количество срабатываний.

4) Реализовать алгоритм слежения за местоположением.

5) Реализовать систему напоминаний.

6) Поиск по местам на карте

Разработка навигационной модели системы

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

Рисунок 9 Уровни экранных форм

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

Рисунок 10 Распределение ролей

Распределяя роли экранов стоит распределять возможности по соответствию с доступностью и целями экранных форм.

Разработка концепции пользовательского интерфейса сервиса

Main_map и Main_list являются основными экранными формами и состоят во главе навигационной модели. Через них происходят основные действия при работе с программой.

Рисунок 11 Концептуальное изображение основной экранной формы Main_Map

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

Рисунок 12 Концептуальное изображение основной экранной формы Main_List

Main_list, аналогично Main_Map, является основой навигационной модели и выполняет схожие функции, за исключением их единственного различия - в Main_List метки расположены списком.

Рисунок 13 Концептуальное изображение основной экранной формы Settings

В экран Setting, наиболее рационально положить настройки требующие единовременного вмешательства пользователя.

Рисунок 14 Концептуальное изображение основной экранной формы Add

В экране Add элементы следует располагать по мере важности и по частоте использования. Например, имя метки будет указываться почти каждый раз, а временные рамки её действия уже специфическая настройка и будет использоваться гораздо реже. Кнопка завершения создания метки следует поставить в самом низу, тем самым иллюстрируя конец настроек.

Разработка детальных интерактивных прототипов сервиса для роли “Пользователь”

Экран main_map

Рисунок 15 Экран main_map

Один из начальных экранов, хранит в себе карту с возможностью листать и масштабировать ее и ставить метки путем удержания пальца. Кнопку добавления метки, которая выводит экран настройки новой метки. Строку поиска адреса на карте. Кнопку перехода к настройкам.

Экран main_list

Рисунок 16 Экран main_list

Экран состоит из поля поиска метки из списка, кнопки добавления метки, кнопки перехода к настройкам. Кнопка выбора сортировки списка меток. Основную часть экрана занимает список установленных напоминаний.

Экран Add

Рисунок 17 Экран ADD

Экран в котором находятся все настройки метки. Экран состоит из кнопки возвращения на предыдущий экран, при этом метка не сохраняется. Триггера in/out (положение in включает оповещение при вхождение в область метки, режим out при выходе из нее). Область для ввода названия метки, если не вводить, то вместо названия будет адрес. Переключателя комментарий/список, в зависимости от положения показывается либо поле для комментария, либо поле создания списка. Ниже находится область поиска, которая позволяет найти место на карте или из ранее заданных меток. Справа от него находится кнопка доступа к избранным местам. Ниже находятся кнопка перехода к экрану выбора оповещений, а слева два индикатора отображающие включенные оповещения. Далее находится поле ввода количества срабатываний метки. По умолчанию стоит число 1 и после срабатывания метки она становится не активна. Если снять поставить чекбокс в неактивное состояние, то метка будет срабатывать каждый раз. Далее поля выбора границ по времени и дате. В самом низу находится кнопка завершения создания/редактирования метки.

Экран Settings

Рисунок 18 Экран Settings

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

Разработка алгоритмов работы сервиса с навигационными модулями

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

В связи с вышесказанным был разработан способ позволяющий отказаться от постоянного использования навигационных модулей, учитывая расстояние до ближайшей метки. За основу алгоритма взят принцип увеличения частоты использования GPS при приближении метки.

При запуске приложения происходит инициализация необходимых модулей предоставляющих информацию о геоположении устройства.

GPS (Global Positioning System) -- система спутниковой навигации, предоставляющая возможность определения времени, изменения расстояния и местоположения. В современных девайсах используется в сочетании с российской системой ГЛОНАСС, модули находятся на одном чипе и используют обе группы спутников.

A-GPS (Assisted GPS) -- технология позволяющая определять местоположение клиента используя вышки мобильной связи. Основная цель технологии в ускорении холодного старта GPS, но так же способна самостоятельно предоставлять координаты с точностью от 20 до 2000 метров в зависимости от количества близлежащих вышек. В отличии от GPS данные о место положении вычисляет сотовая сеть, а не устройство, что требует наличия интернет соединения для передачи сведений о локации и обновлении альманаха.

Если при запуске приложения GPS или A-GPS будут отключены устройство попросит их включить. В случае выключенного A-GPS, но работающего GPS приложение будет работать в режиме повышенного энергопотребления. В случае выключенного GPS приложение будет работать в режиме обычного сервиса напоминаний.

В принципиальной основе приложения лежит то, что оно работает постоянно, и имея возможность снять вычислительную нагрузку с устройства, имеет смысл ей воспользоваться. Из этого можно ввести ещё одно правило в алгоритм: Если, учитывая предоставляемую A-GPS погрешность, расстояние до ближайшей метки в три раза больше, чем погрешность A-GPS, то следует рассчитывать время следующего определения местоположения, основываясь на полученных данных, максимально компенсируя погрешность в сторону уменьшения времени следующего запроса о положении. Стоит отметить, что при нахождении пользователя ближе 2000 метров к ближайшей отметке, погрешность A-GPS может привести к несвоевременному срабатыванию, в этом случае сервис переключается в работу сервиса.

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

Зная нынешние координаты, мы можем вычислить расстояние до метки, вычитанием координат (в случае с A-GPS вычитается дельта погрешности), так же следует вычесть радиус метки, чтобы получить расстояние до точки срабатывания. Чтобы получить из расстояния время следует его разделить на скорость.

Используя A-GPS и GPS, мы можем выявить два вида скорости. Первая -- это скорость в данный момент времени, V_{моментальная}. Вторая -- средняя скорость за время прошедшее после последнего получения координат, получаемая делением расстояния на время полученное между геоданными, V_{промежуточная} для случаев, когда пользователь передвигаясь на транспорте сделал остановку и в это время произошел запрос геопозиции. Третья -- средняя предполагаемая скорость, предполагая использование этой программы в населенных пунктах и их окрестностях её решено взять равной 75 км/ч, V_{ожидаемая}, для случаев, когда пользователь может начать движение в момент после расчета геопозиции. Для расчета будет использоваться наибольшая скорость, во избежание позднего замера положения пользователя.

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

Для обоснования логики поведения системы вблизи метки следует рассмотреть разные ситуации.

Ситуация 1:

Пользователь передвигается на автомобиле до загородного дома. У него стоит метка на придорожный магазин, в который ему необходимо попасть. Заданный радиус метки в 400 метров дает ему возможность при получении оповещения вовремя перестроиться и начать торможение.

Ситуация 2:

Пользователю по приходу на работу необходимо написать письмо, но перед работой он заходит в кафе позавтракать на 30 минут, при этом кафе не находится в зоне метки, а на расстоянии 500 метров.

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

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

Находясь во второй ситуации в течение 30 минут, мы будем получать одно и то же значение положения устройства плюс погрешность GPS. Из этого следует, что будет логично, получая в трех и более запросах один результат перевести расчет времени в режим ожидания с ограничением запросов не чаще, чем каждые 1-3 минуты в зависимости от расстояния до метки и выйти из этого режима, сразу после начала движения.

Рисунок 19 Алгоритм вычисления времени до следующего запрса геопозиции

Где DMM -- координаты положения пользователя, S -- расстояние до метки, tg -- время до запроса геоданных, Vm -- скорость моментальная, Vп -- скорость промежуточная, Vo -- скорость ожидаемая.



Проведение сравнительного юзабилити-тестирования разработанных интерактивных прототипов

Метод сравнительного юзабилити-тестирования

Добровольцам, никогда не работавшим с данными сервисами предоставили планшет, на котором поочередно предоставлялись разные сервисы, и попросили поставить отметку на любом доме наиболее удобным для них способом. При этом, для оценки длительности происходящего и подсчета ошибок во время работы с программами за их действиями следила камера.

Просматривая материал с камеры, можно точно определить количество затраченного времени как на достижение результата, так и на отдельные его составляющие. Используя это, было выявлено множество проблем, как сложность установки радиуса или установления метки у Геопланировщика, так и абсолютная неосознанность в действиях при работе с Hypocampo.

Рисунок 20 Фрагменты видеосъемки процесса тестирования

Слева на право: Hypocampo, Геопланировщик и прототип разрабатываемого сервиса.



Ошибки пользователей во время тестирования

Hypocampo

1) Попытки создать геометку в разделе обычных задач;

2) Сложности в становлении метки на карте из-за неотзывчивости системы;

3) Попытки закончить становление метки без имени, что вызывало ошибку программы;

...