Исследования компании Gartner прогнозирует, что к концу года будет подключено более 20 миллиардов умных устройств. Это показывает, что IoT никого не ждет. Мы уже достигли точки, когда взаимосвязанные интеллектуальные устройства предлагают беспрецедентный уровень комфорта и удобства.
По мере роста рынка Интернета вещей все больше и больше компаний заинтересованы в том, чтобы монетизировать эту тенденцию, создавая интеллектуальные устройства, управляемые через мобильные устройства. Однако при разработке мобильных приложений для интеллектуальных устройств, возникает множество проблем и, чтобы приложение было функциональным, безопасным и масштабируемым, агентства по разработке и их заказчики с самого начала должны одинакого смотреть на создаваемый продукт.
Поэтому важно прояснить пять важных проблем, которые необходимо преодолеть в процессе разработки.
Прежде чем клиент и группа разработчиков создадут документацию и начнут процесс разработки, важно обсудить, что приложение должно делать, какие устройства будут использоваться (включая аппаратное и программное обеспечение) и при каких условиях будет работать.
Эти три вещи жизненно важно понять с самого начала, поскольку все они влияют на UI и UX дизайн. Давайте рассмотрим пример умной кухонной техники. На что разработчики и компании не обращают достаточного внимания, так это на то, насколько доступен пользовательский интерфейс для пользователей в различных обстоятельствах.
Допустим, человек готовит, и ему нужно приложение для выполнения определенной задачи и, так как он готовит, то необходимо читывать, что руки могут быть мокрыми или жирными. Чрезмерно чувствительные сенсорные настройки или слишком маленькие кнопки могут привести к «пропущенному или ложному нажатию», вызывая неправильное действие, которое пользователь не собирался активировать.
Вот почему важно учитывать все условия, при которых пользователи взаимодействуют с приложением. Иногда вам может потребоваться настроить параметры яркости, использовать распознавание голоса и т.д.
Наконец, приложение должно иметь интуитивно понятный интерфейс, который помогает пользователям загружать данные или подключаться к сети для завершения определенного процесса. Другими словами, если пользователю нужно дождаться подключения устройства / обмена данными с мобильным телефоном, это действие должно быть представлено соответствующим экраном и сообщением.
Датчики и сети, через которые они общаются, являются неотъемлемой частью развития Интернета вещей. Сложной задачей для многих экспертов в области Интернета вещей является достижение максимальной совместимости между различными датчиками и разными типами сетей.
В настоящее время существует множество производителей датчиков, OEM-производителей и поставщиков, которые не всегда работают по одним и тем же правилам и протоколам. Имея это в виду, вы можете оказаться в ситуации, когда два устройства не могут работать вместе и обмениваться ценными данными, потому что их датчики несовместимы.
Компании-производители иногда узнают об этой проблеме на поздних этапах производственного процесса, хотя альтернативным вариантом может быть добавление внешних датчиков, но все же могут остаться различные препятствия, которые придется устранять для обеспечения безопасного и успешного обмена данными через все компоненты системы IoT.
В конце концов, гораздо лучше дважды проверить возможные проблемы несовместимости на ранних этапах процесса разработки, чтобы в дальнейшем избежать дорогостоящих сюрпризов.
Проблема подключения и сети остается одной из самых больших проблем, когда мы говорим о подключении разных устройств для работы в одном приложении. Устройства можно подключить с помощью одной из классических интернет-сетей (например, LAN, MAN или WAN) или других типов сетей, таких как Bluetooth или Zigbee.
Выбрать лучший канал связи не всегда так просто, как хотелось бы, из-за того, что по мере роста системы IoT и ее архитектуры растет требование к надежности сети исходя из количества подключенных устройств. Иногда устройства перевешивают производительность и охват определенных сетей, вызывая проблемы с обработкой данных и обменом.
Если есть проблема с сетью на устройстве или в самом приложении, то приложение должно иметь способ "объяснить" пользователю, что происходит. Должно быть четкое и видимое уведомление, объясняющее, что вызывает проблему и предложения по ее устранению (если такое предусмотрено).
Когда приложение находится на ранней стадии разработки, то сложно заранее заложить оптимальные системные требования и требования к совместимости с другим оборудованием, поскольку часто команды разработчиков не получают точной информации о подобном оборудовании, когда начинают анализ и разработку.
Это связано с тем, что чаще всего клиенты-заказчики не имеют необходимого опыта или знаний. После неудачного тестирования разработчики могут внезапно узнают о недостаточном объеме оперативной памяти или нехватке вычислительной мощности, затем командам необходимо решить, будут ли они использовать оборудование для поддержки приложения или работать днем и ночью, чтобы оптимизировать (или удалить) определенные функции.
Это явно далеко от идеального результат и чтобы избежать этого дорогостоящего мероприятия, мы всегда настаиваем на планировании одного или нескольких семинаров перед запуском проекта, чтобы понять проект и его требования. Также важно привлечь команду разработчиков к выбору правильного оборудования на ранней стадии разработки, чтобы они могли скорректировать свой дизайн и/или помочь переопределить требования к оборудованию. Разработка мобильного приложения может занять некоторое время, и вносить изменения на ранней стадии значительно менее болезненно.
Выбранная сеть должна быть достаточно стабильной, чтобы обеспечивать единообразие данных на всех устройствах. Например, определенные устройства в умном доме собирают данные, а затем представляют их на телефоне, планшете, умных часах пользователя и т.д. Стабильное соединение с базой данных гарантирует, что актуальная информация будет отображаться на всех задействованных устройствах пользователя.
Большинство данных, с которыми сегодня работают интеллектуальные устройства, неструктурированы, поэтому их может быть сложно сохранить в соответствующем формате SQL. Кроме того, данные обрабатываются в зависимости от их объема, скорости и разнообразия, поэтому вы должны обеспечить хороший поток данных через разные уровни архитектуры интеллектуальной системы.
Когда многие устройства работают с большим объемом данных, важно уменьшить и устранить избыточность и сложность данных, чтобы сделать их более удобочитаемыми и безопасными для конечного пользователя. В эпоху, когда количество данных намного превышает количество устройств, которые их обрабатывают, важно обеспечить удобство использования и ценность для конечных пользователей. Умные приложения должны быть надежными, интуитивно понятными и достаточно стабильными, чтобы обрабатывать ошибки, вызванные человеком.
Оригинал статьи "5 Challenges of Building Mobile Apps for Smart Devices" доступен на сайте https://www.iotforall.com/
