Moses-Teamindustry solutionsМобильный интерфейс полезен, когда устройство, сервер и пользовательский сценарий работают как одна система. Начинаем с одного проверяемого действия и его состояния.
Разработаем приложение, серверную часть и связь с оборудованием: пользователь отправляет команду и видит подтверждённое состояние устройства либо понятную ошибку связи.
Начнём с одного действия на тестовом устройстве; после реализации проверим путь команды и поведение при обрыве связи.
Совместимость и объём работ зависят от документации, API и доступа к стенду.
Проверить сценарий устройстваВыберите ситуацию, которая ближе вашей. На следующей странице — конкретный первый шаг и границы решения.
Пользователь не видит актуальное состояние устройства после отправки команды с телефона.
После реализации: пользователь отправляет команду с телефона, видит подтверждённое состояние устройства и понятную ошибку при обрыве связи.
Посмотреть решение →Показания видны инженеру, но в приложении пользователь не понимает, актуальны ли они.
После реализации: экран показывает время последнего измерения, состояние связи и проверяемые показания из согласованного источника.
Посмотреть решение →Команды и показания идут через разные каналы, а обработка ошибок не описана.
После реализации: сервер принимает допустимую команду, передаёт её устройству и возвращает журнал статусов и ошибок в приложение.
Посмотреть решение →Новая команда не может быстро собрать приложение или понять связь с сервером.
После реализации: существующее приложение воспроизводимо собирается, а первая согласованная доработка проходит проверку на реальном устройстве.
Посмотреть решение →Экран работает на тестовом телефоне, но магазин приложений, сервер и версия прошивки не согласованы.
После реализации: новая версия приложения публикуется с проверкой совместимости с сервером и оборудованием после выхода.
Посмотреть решение →Выбор цифрового инструмента следует из работы вашей команды и действий клиента.
Сверим протокол устройства, доступный API, безопасность команды и поведение при потере связи. Затем определим границы первого релиза.
Покажите действующий сайт или систему и один пример задачи без персональных и закрытых данных. После разбора согласуем, что входит в первый этап и что требует отдельной оценки.
Отделяем выполненную работу от предлагаемого решения.
В iPool+ команда работала с Flutter, серверной частью и обменом через MQTT. Мы не утверждаем, что создавали само оборудование или поддерживаем любой протокол.
Опишите, что мешает сейчас. Мы разберём сценарий и уточним, какие материалы нужны для оценки первого этапа. Готовое техническое задание не требуется.