Основы проектирования приложений интернета вещей. Конспект курса лекций

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

В этом смысле технологии «цифровых двойников» (digital twins) напоминают магию Вуду: чтобы управлять объектом, надо создать его модель («цифрового двойника»), а дальше сделать так, чтобы все, что происходит с двойником, происходило и в реальности…

Специфика разработки приложений IoT

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

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

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

Меняется и роль разработчика «взаимодействий с пользователем» (UX), поскольку у пользователей может оказаться множество разных ролей: для кого-то приложение будет «человеко-ориентированной интерактивной системой[8 - ГОСТ Р ИСО 9241-210-2016. Эргономика взаимодействия человек-система. Часть 210. Человеко-ориентированное проектирование интерактивных систем.]», а кто-то станет лишь «источником данных», но при этом продолжая ими «пользоваться» (т.

е. оставаясь пользователем).

Таким образом, в разработке приложения интернета вещей UX-архитектор/дизайнер начинает отвечать за организацию «человеко-ориентированных взаимодействий» как имеющих свою специфику вследствие особенностей человека как элемента (часто ключевого) сложной системы; при этом он должен иметь представление и об архитектуре системы в целом, а архитектор системы – понимать специфику предмета деятельности разработчика UX.